MPXA4115A picbasic code

[bitmaniac]

Well,
I put together some stuff on a prototype pcb and servo routines worked ok! ( a little bit of improvement needed!)
I notice that without an op-amp and using just a max187 12bit ADC with EXTERNAL Vref tied to Vdd I get readings from ADC that plays between 2-3 value (NOT good). If we think that we use 12bit we have a resolution of about -+2meters and if the value plays between 2-3 values the error increase between -+6 meters (not good at all).
May be the only and better solution is go to 12bit ADC AND an op-amp too!
Also as a final thought is that maybe I have interference somewhere with the sensor although I used decoupling and filter capacitors according to MPX datasheet.
The main thing is that servo routines / speed controller arming e.t.c work fine!

[Acetronics2]

Hi, Alexandros

1) do not forget a LoPass R/C at the sensor output ( Freescale AN's ... )

2) take care to the ground plane (@ 12 bits it becomes useful !!! )

2) you can take 8 or 16 samples and calculate the mean value ( this is pompously called ... "Oversampling" , if you take into account the UNMEANINGFUL LSBits of the result . LOL ! )

or better use a " rolling mean value " ( mean value = 7/8 oldvalue + 1/8 Newvalue i.e. , for 8 samples ) advantage is you access meanvalue after each sampling ...

I am testing an auto zeroing and resolution enhancement design on my side ... but shhhht !!!

Alain

[bitmaniac]

Alain about your suggestions:
1> I think you are right I have not implement an rc filter. AN note is VERY usefull here I think. (although I have read it before I did not use rc filter just decoupling caps). I have some 750ohm and 330nf around here so I can give it a try.
2> for the moment no ground plane just a proto-raster board (this of course causes problem by itself)
3>samples is already there but I get only 4samples maybe get 8 or 16 and see what happens.

ALL the suggestions you make is not difficult to imlemented so I will give them all a try and let you know

(...and shhhhht ,yah waiting for your enhancements!!)

[ScaleRobotics]

Since the sites.picbasic.net had some issues a while back (and erased everyone's attached files) Darrel's DT_Analog.pbp file got gobbled up! So, none of my links to his code work anymore. Attached is his file that takes multiple samples from the A/D converter, and can "oversample" from 10 to 16 bits resolution. It is pretty slick, (no matter what Alain says ) as it can make a 16 bit A/D converter out of a $1.50 PIC12F683.

Some more info on DT-Analog.pbp's sampling rates:


Hardware for my altimeter using his above code:
http://sites.picbasic.net/index.php?...d=91&pageid=81

Also attached is my AltimeterBlink.pbp code that calculates altitude, and sends it out the serial port, as well as blinks it out on an LED.

[Darrel Taylor]

Sorry about the broken links Walter.
I've re-posted it where I can be sure it stays intact.

http://www.darreltaylor.com/DT_Analog/

And yeah, it is pretty cool isn't it.
(No matter what Alain says).

[bitmaniac]

Oh my friends you made me come back with my previous project (that didn't manage to finish yet!)
Well I have tried all methods available with previous mentioned hw and a few not-listed here one.

The problem I came accross was with picbasic pwm routines to pass-through servos signal .

Just to remind: In addition to ALT measurement I also use a servo in and a setvo out pin to pass-through the throttle signal and actually cut the throtle when 200m ALT reached!

All experiments with oversampling or no , with opamp etc worked ok when I connect servo (for throttle) -although a little bit of jerky movement servo works! , but everytime it comes to use SpeedControl it does not arm and this has to do with delays on servo routines.

[ScaleRobotics]

All experiments with oversampling or no , with opamp etc worked ok when I connect servo (for throttle) -although a little bit of jerky movement servo works! , but everytime it comes to use SpeedControl it does not arm and this has to do with delays on servo routines.

Hey Bitmaniac, any chance you could post what you have? I am interested in the pass through, and I know others are too. I just worked on a DT Interrupt servo pass through on a 18F device (just a single channel right now), and I would like work it out for the 12F683. I always enjoy seeing a new perspective to help me think outside my box. In case you are intersted, mine is here: http://www.picbasic.co.uk/forum/show...3186#post83186

Thanks,

Walter

[Acetronics2]

All experiments with oversampling or no , with opamp etc worked ok when I connect servo (for throttle) -although a little bit of jerky movement servo works! , but everytime it comes to use SpeedControl it does not arm and this has to do with delays on servo routines.

Hi, Alexandros

Could you explain a bit ??? I must admit I'm not sure what you mean here ... the altitude measurement routine could take too much time ???

did you notice you send the servo signal twice ... just at this moment ...

Alain

[flotulopex]

Hi All,

Just a question about DEFINEs.

In Darrel's code, I can see

DEFINE ADC_BITS 16 '10 BIT A/D CONVERSION RESULT

What does it mean?

I'm using a 12F683 that can only do a 10 bits resolution son what do I not understand? Why 16?

[bitmaniac]

Hi All,
....
I'm using a 12F683 that can only do a 10 bits resolution son what do I not understand? Why 16?

Well my friend if you read carefully you would notice that Darell uses a method called 'Oversampling technique' to increase the resolution by software trick.
more info at : http://www.darreltaylor.com/DT_Analog/

So the actual hardware used is the onboard f683 10bit but with 'oversampling' by software you can archive 16 bit resolution result with speed penalty as a drawback.
By using define you can use 10 to 16 bit 'sampling' with the most common use be the 12 bit sampling as a matter of speed.

Have a nice day my friend!