MPXA4115A picbasic code

[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

[ScaleRobotics]

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

Hey Alain,

Can you explain more? I have not seen any code from Bitmaniac, did I miss something?

I think Bitmaniac is saying his code works fine with a servo, but when connected to a motor controller, it does not work, and he thinks it is due to the delays used in his routine for servo output.

Thanks,

Walter

[bitmaniac]

Well my friends
I was a bit confusing trying to explain things!
Well see previous post #65 (http://www.picbasic.co.uk/forum/show...3&postcount=65) to see what I mean exactly.

If /when using oversampling method this introduces a delay to my pulsin /pulsout routines (simple pass through) .
I even try omiting meter/feet convertion all together and calculating 200m ALT reach by raw data as it comes from ADC only!