BasicMicro - Forums

I don't take 20 samples anymore since I had to work around the problem.
But I still don't understand why I don't get a long and I can't go over 65K

Chris

Again not sure where your numbers are coming from, for example:
41985/20 = 2099 not 8239

So would need to see where it goes from there.

Kurt

Yeah, I don't know. I'm just using int an float in my current project, no need for a long.

Alan KM6VV

_________________
Visit:
http://groups.yahoo.com/group/SherlineCNC/
http://tech.groups.yahoo.com/group/HexapodRobotIK/

You are right Kurt, it is pretty strange !

Maybe somebody from the Atom team can answer us?
I work around the problem, everything works fine for me but maybe we have a bug here?

Thanks again for your help

Chris

I simiplified your program and had it oputput to the terminal



The output is:
23996 16383000

I replaced the adin16 with the maximum 16bit value which is: 65535

The math checks out exactly like it should. This would indicate the problem is in the adin16 command or inte analog values being sent to it.

I'm looking at the ADIN command now.

_________________
Tech Support
Basic Micro - Robotic Technology Evolved

So I uncommented the adin16 commands from my modified version of your code. I then tied the p0 pin to 5v and ran the code and I get:

23979 16368000

That is exactly what I should get if I calculate it out manually.

64 * 1023 = 65472(this is the maximum value you will get from an adin16 command. 65472 >> 4 = 4092. 4092 * 20 / 20 = 4092. 4092 * 586 = 2397912. 2397912 / 100 = 23979

And

65472 >> 2 = 16368. 16368 * 1000 = 16368000

THis is not floating point so all calculations are truncated to integer values.

So the math is correct, the adin16 appears to be reading correctly, that only leaves your source signal. Source signals must be able to charge the internal AD hardwares cap quickly enough to get a good reading. Maybe this is the problem?

_________________
Tech Support
Basic Micro - Robotic Technology Evolved