Sensor module - advice needed!
DarrenY
Posts: 61
Hi Folks,
I am attempting to put together a sensor box for use in gliders/aircraft that will feed a PDA with various information such as GPS position, pressure altitude, rate of climb (variometer), compass heading, roll, pitch and yaw, all via a single serial hybrid-NMEA output.
I have been looking at the Parellax website all day trying to work out how I could plug it all together and was hoping that you could offer me some advice as to the way forward.
Here are the components that I was thinking of using:
Non-Parellax:
Pressure sensor: Motorola MPX100 series silicon piezoresistive pressure sensor
ADC: Analog devices AD7710 (http://www.analog.com/en/prod/0,,AD7710,00.html)
GPS: Holux M-89 Engine Board (I wanted more than 12 channels and SirfStarIII)
Parellax:
Processor + motherboard: Advice needed!
Hitachi HM55B Compass Module
Hitachi H48C Tri-Axis Accelerometer
I need some advice as to how to hook all these up. I understand that each Stamp, module has 2 serial i/o, of which 1 will be taken up by the output to the PDA, leaving just one to use to connect to all 4 of the sensors (GPS, ADC, Compass, Accelerometer)
To sum up my post, I want to connect 4 serial devices to a Stamp module, combine all the individual outputs into 1 hybrid NMEA output (NMEA is just a series of text sentences) and output every 1 second (or maybe 0.5 second..)
Can this be done, and if so, what stamp module/motherboard would you suggest.
For info, I am a C/C++/C# software engineer with limited hardware/electronics experience. If possible I would like to use C, but don’t mind learing BASIC or SPIN if needed....
Thanks All!
NOTE: For the future, I might want to add data-logging to it as well, maybe to a CF or SD card.
I am attempting to put together a sensor box for use in gliders/aircraft that will feed a PDA with various information such as GPS position, pressure altitude, rate of climb (variometer), compass heading, roll, pitch and yaw, all via a single serial hybrid-NMEA output.
I have been looking at the Parellax website all day trying to work out how I could plug it all together and was hoping that you could offer me some advice as to the way forward.
Here are the components that I was thinking of using:
Non-Parellax:
Pressure sensor: Motorola MPX100 series silicon piezoresistive pressure sensor
ADC: Analog devices AD7710 (http://www.analog.com/en/prod/0,,AD7710,00.html)
GPS: Holux M-89 Engine Board (I wanted more than 12 channels and SirfStarIII)
Parellax:
Processor + motherboard: Advice needed!
Hitachi HM55B Compass Module
Hitachi H48C Tri-Axis Accelerometer
I need some advice as to how to hook all these up. I understand that each Stamp, module has 2 serial i/o, of which 1 will be taken up by the output to the PDA, leaving just one to use to connect to all 4 of the sensors (GPS, ADC, Compass, Accelerometer)
To sum up my post, I want to connect 4 serial devices to a Stamp module, combine all the individual outputs into 1 hybrid NMEA output (NMEA is just a series of text sentences) and output every 1 second (or maybe 0.5 second..)
Can this be done, and if so, what stamp module/motherboard would you suggest.
For info, I am a C/C++/C# software engineer with limited hardware/electronics experience. If possible I would like to use C, but don’t mind learing BASIC or SPIN if needed....
Thanks All!
NOTE: For the future, I might want to add data-logging to it as well, maybe to a CF or SD card.
Comments
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
- Stephen
The Propeller is also a good option. You could go further with the Prop, because it can multitask and there would be no question about it being able to handle all the timing constraints and the suite of sensors. It does have a steeper learning curve, at least at first. There are several demo and development boards avaiiable, both from Parallax and from independent sources, and I believe Imagecraft plans to have a version of C for the Propeller out by the end of the year. Still, you would want to learn some Spin and assembly to get the picture of what goes on inside.
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Tracy Allen
www.emesystems.com
It sounds like the Prop might be the way to go - I could allocate a cog to each sensor and one for the i/o.
Thankyou for your advice - I am sure I will be back here soon with questions of a more detailed Prop nature!!