|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
| Thread Tools | Rate Thread | Display Modes |
|
#1
|
||||||
|
||||||
|
I've been programming the Innovation First Robot Controllers for three years now and have never run into the problem that I started experiencing today.
When I plug the tether cable from the notebook serial port into the RC, I immediately get a "Basic Init Error". I can proceed to download new code, but then have to unplug the cable from the RC before I can reset it. Again, as soon as I plug the cable in, I get an instant "Basic Init Error". This is really frustrating, because obviously I cannot get any debug info back. I have tried three different RCs (2000's, 20001's and 2002's) and the same thing happens on all of them. I have tried different tether cables to no avail. Having never seen this before, I assume my notebook has started sending something non-kosher out the serial port. It is a Dell Latitude running Windows 2000 Professional, and I have administrative access. Any (experienced) ideas? Thanks!! Aidan ![]() |
|
#2
|
||||||
|
||||||
|
I'm assuming you've never used this laptop to program an RC before?
On another mailing list that I subscribe to, there were reports that the serial ports of people's Dell laptops wouldn't work correctly. I just went back to find those messages when I noticed a new message was posted today. Maybe you will find this usefull Quote:
Quote:
I hope this helps and keep us informed |
|
#3
|
||||||
|
||||||
|
Again, search before you post.
http://www.chiefdelphi.com/forums/sh...highlight=init (about half way through the first page). |
|
#4
|
||||||
|
||||||
|
Thanks Joe! I'll give that a try. My computer is indeed a C810.
As for the other thread... that was a different problem.... |
|
#5
|
||||||
|
||||||
|
Were you able to find a fix for this?
Talk about irony, our sponsor provided us with a Dell lattitude c620 that does virtually the same thing. I don't have admin access, but if you found a fix, I can give it back to them and have them apply it. Thanks :-) |
|
#6
|
||||
|
||||
|
I have an idea of what the problem may be. The DTR line on the serial port is used to reset the PBASIC processor. Presumably the processor needs to be reset before programming, etc. I'll bet that these laptops that are causing this are holding the DTR line in the wrong state when the Stamp software isn't programming them. If any of you have the capability, try making a serial cable that does not connect pin 4 across. (or you could just cut the pin 4 out of the end of an existing cable's connectors if you have a cable to sacrifice). This (hopefully) should allow you to debug (but it won't allow you to program). If you can debug with a cable like this then the next step would be to make a cable that has a switch in the line for pin 4 that you'd just have to toggle to get in and out of programming mode.
|
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Win32 serial port - recieve buffer | seanwitte | Programming | 4 | 05-11-2003 21:41 |
| autonomous mode problem on field | Chris_C | Programming | 17 | 26-03-2003 19:11 |
| How to communicate both through radio and serial port? | JC Denton | Programming | 1 | 08-02-2003 23:43 |
| Problem with communicating with STAMP through serial port | Skabana159 | Technical Discussion | 2 | 06-02-2003 21:10 |
| Serial Port Communication White Paper | rbayer | Programming | 87 | 14-06-2002 16:10 |