I got my modified code working on the bare-bones Cardinal, miniCard.
Now, I could view live readings and get vibrations like the full
version. For clarity, I stripped out the commented code once I saw it
working.
Since I didn't have a radio, all my controls had to be hard-wired. I debated if I should use a reed switch or a push-button. I decided on the button for simplicity's sake and because I had just removed the Arduino's reset button and repurposed it.
Powering this version was going to be different. Instead of an onboard battery charger, I was going to use a USB battery pack connected through a micro USB socket. I installed the port across spare IO terminals to have solid mounting points, but the pins would be unusable as inputs or outputs. I ran wires from them to GND and RAW. I tested with an ordinary USB cable, and it powered up and ran perfectly.
The strangest thing happened. When I called the digitalRead() function to check my button, the program would lock up. It must have been an issue with one of the sensor libraries because when I created a bare sketch with digitalRead(), there were no problems. I will look into alternative methods.
The rest of the posts for this project have been arranged by date.
Completed projects from year 1
Completed projects from year 2
Completed projects from year 3
Completed projects from year 4
Completed projects from year 5
Completed projects from year 6
Completed projects from year 7
Disclaimer for http://24hourengineer.blogspot.com and 24HourEngineer.com
This disclaimer must be intact and whole. This disclaimer must be included if a project is distributed.
All information on this blog, or linked by this blog, is not to be taken as advice or solicitation. Anyone attempting to replicate, in whole or in part, is responsible for the outcome and procedure. Any loss of functionality, money, property, or similar, is the responsibility of those involved in the replication.
All digital communication regarding the email address 24hourengineer@gmail.com becomes the intellectual property of Brian McEvoy. Any information contained within these messages may be distributed or retained at the discretion of Brian McEvoy. Any email sent to this address, or any email account owned by Brian McEvoy, cannot be used to claim property or assets.
Comments to the blog may be utilized or erased at the discretion of the owner. No one posting may claim property or assets based on their post.
This blog, including pictures and text, is copyright to Brian McEvoy.
2020-08-04
Since I didn't have a radio, all my controls had to be hard-wired. I debated if I should use a reed switch or a push-button. I decided on the button for simplicity's sake and because I had just removed the Arduino's reset button and repurposed it.
Powering this version was going to be different. Instead of an onboard battery charger, I was going to use a USB battery pack connected through a micro USB socket. I installed the port across spare IO terminals to have solid mounting points, but the pins would be unusable as inputs or outputs. I ran wires from them to GND and RAW. I tested with an ordinary USB cable, and it powered up and ran perfectly.
The strangest thing happened. When I called the digitalRead() function to check my button, the program would lock up. It must have been an issue with one of the sensor libraries because when I created a bare sketch with digitalRead(), there were no problems. I will look into alternative methods.
Button and power input on MiniCard
GitHub repo for Cardinal, aka InCompass
Completed projects from year 1
Completed projects from year 2
Completed projects from year 3
Completed projects from year 4
Completed projects from year 5
Completed projects from year 6
Completed projects from year 7
Disclaimer for http://24hourengineer.blogspot.com and 24HourEngineer.com
This disclaimer must be intact and whole. This disclaimer must be included if a project is distributed.
All information on this blog, or linked by this blog, is not to be taken as advice or solicitation. Anyone attempting to replicate, in whole or in part, is responsible for the outcome and procedure. Any loss of functionality, money, property, or similar, is the responsibility of those involved in the replication.
All digital communication regarding the email address 24hourengineer@gmail.com becomes the intellectual property of Brian McEvoy. Any information contained within these messages may be distributed or retained at the discretion of Brian McEvoy. Any email sent to this address, or any email account owned by Brian McEvoy, cannot be used to claim property or assets.
Comments to the blog may be utilized or erased at the discretion of the owner. No one posting may claim property or assets based on their post.
This blog, including pictures and text, is copyright to Brian McEvoy.
2020-08-04
Comments
Post a Comment