Zenta, ya thats the wierd thing. Even when sitting idle(eg no stick movement) it bounces around when I enable the balance mode. I suspect I’m going to have to understand the original code and then rewrite it to fit mine because right now I don’t really understand what the oringinal purpose of the balance code was for(I have a broad understanding but not the details down).
I’ve been using one fore about two months. Jim has two samples now but I don’t htihnk he’s had time to play with them yet. I’m going to be doing some final work this week(probably weekend) using my BHR-3 and if everything goes well then we’ll send the boards out for assembly. Was going to do it this past weekend but got side tracked on our servo… errr, I mean other projects.
Sounds like fun. As I said earlier I would start off by changing all of the variables in the balance section from SWORD to SLONG. I remember that when I first ported phoenix to CHR-3 I ran into some issues like that.
I would test it but I don’t have one of those boards I do have the Bap40, but it does not have your HSERVO2 support so I am not sure how much that would help.
Sorry to say the possible update of add ing AVcc control is not goiong to happen. I read through the 3687 electrical specs on the AVcc pin for the A/D hardware.
It must be between 3.3 and 5v
Inputs can’t be higher then AVcc+0.3v
So, you wouldn’t get much extra range by switching to a seperate 3.3v source. You can’t use less then 3.3v and because all our A/D pins are also connected to 5v capable pins you would risk killing the A/D hardware if you use less then 4.7v on AVcc and set one of those shared pins high(5v). So we decided the risks out weighed the benefits and will not be providing a jumper to allow AVcc to be changed.
There are methods to increase the resolution of the A/D by oversampling and decimating the sum’d result. The ADIN16 command takes 64 samples which takes about 500 microseconds longer then ADIN, and returns a 16bit value. You get around 12bits of resolution(eg 4096 position). That would be the same as using a 1.25v Analog reference voltage and the ADin command(if the 3687 had a VRef pin).
I received my protype version of the ARC-32 board today!
The USB connection was “plug and pray” and worked very well. Using the latest Studio version (1.0.0.15) was also easy, just remember to select the correct com port.
So today my ARC-32 “said” his first word using a serial LCD display.
I was hoping to do some more testing or post a picture but its getting late and I’m soon leaving for a little “new year” vacation, so I’ll have to wait to next year for more testing.
One thing I discovered that was different from the SSC32 and BB2 boards is that the four mounting holes are all grounded on the ARC-32 board.
I helped Basic Micro out by sending my two prototype boards to Xan and Zenta because I had other items to ship to them anyway. I do know you are on the list to get one. Sorry for the crappy timing.
Does the new board have analog inputs? I don’t see that explicitly stated in the specs. It’s not clear to me where the aux ports are or what they can do.
Is it going to be plug and play with the PS2 controller, like the BotBoard?