 | | Re: sys_time (long post)
|
|
(...) It turns out that the nature of the glitch depends on the order you read the upper and lower 16-bits of sys_time. If the compiler generates code that reads the high word first (which it seems to do), then your example will work. However, if (...) (22 years ago, 13-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: BrickOS Threading...
|
|
(...) In trying to balance an RCX on two wheels, every little bit makes a difference. I didn't think it would matter quite that much, but my robot really shakes more with the new version. Thanks for the work, Steve (22 years ago, 13-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | setjmp/longjmp for brickOS
|
|
Hi all, I am currently attending to a lecture in real time system on my university and we were assigned the homework to do exception handling in C on the RCX using setjmp and longjmp. Of course those are not available in brickOS so that task (...) (22 years ago, 13-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: BrickOS Threading...
|
|
(...) <snip> (...) Steve, Yes, infact I had tested a couple different applications with the motor controller being called every 1 ms and the same ones with a 2 ms interval. I didn't see a difference with those applications, but did recognize the (...) (22 years ago, 13-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: BrickOS Threading...
|
|
(...) ... (...) This change seem to improve things. Can I change it back to the way it was before? Thanks Steve (22 years ago, 13-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: sys_time (long post)
|
|
Mark, Excellent Post ! Ok, I will admit it; I was the one that put the sys_time handler on the NMI. 8-) I guess I will want to think about this a bit; but I see that you have done a good bit of that yourself. ... Could the 'Get' function do the (...) (22 years ago, 12-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Win98 cygwin USB installation
|
|
Hi Collin, This post by John Hansen fixed things for me: (URL) Spencer" <cspencer@andrew.cmu.edu> wrote in message news:H71CzB.Ipu@lugnet.com... (...) USB (...) them or (...) to (...) the (...) the (...) USB (...) that (...) the (...) (22 years ago, 13-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Win98 cygwin USB installation
|
|
Ok, I think I figured it out...I don't completely understand the logistics of makefiles, but I changed the following line in Makefile.common: Before: CFLAGS = -O2 -Wall After: CFLAGS += -O2 -Wall I suspect that a later assignment to CFLAGS was (...) (22 years ago, 13-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Win98 cygwin USB installation
|
|
Hello, I recently bought the LEGO mindstorms Invention System kit and I am trying to get brickOS v0.2.6 working on my PC (Win98). I also have the USB tower. So far, I have found 4 bugs in the current script. I was able to fix 3 them or work around (...) (22 years ago, 13-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: BrickOS Threading...
|
|
The motor handler is only called once ever 2ms in the latest version of BrickOS (as opposed to every 1ms in earlier versions). This is a fairly recent change and it could be causing a "granularity" type problem with certain speed settings in your (...) (22 years ago, 12-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | BrickOS Threading...
|
|
I'm having a problem, and I hope someone can help me. I've been running winLegOS, and I've switched to the latest version of BrickOS. I created a way to control the motors, which will reliably speed them up, and slow them down by using different (...) (22 years ago, 12-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | sys_time (long post)
|
|
As I was poking around in the BrickOS kernel, it occurred to me that using the sys_time variable isn't entirely safe. Since sys_time is 32-bits and the processor can only read 16-bits at a time into a register, there is a period of time between the (...) (22 years ago, 12-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Cygwin under Virtual PC on OS X
|
|
(...) David, I was not sure how you tried to build the cross compiler but I know that Apple provides several gnu tools that work under Darwin. Darwin from my understanding is the underlying code for the Mac OS X (See FAQ at (URL) So one might be (...) (22 years ago, 12-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Cygwin under Virtual PC on OS X
|
|
Oops, Sorry if I accidentally gave anyone false hope, I ment to say: I have not found any cross compiler packages for LegOS or the Hitachi H8 that are buildable under OS X (but would love to find one). Anyone know of any? (...) (22 years ago, 12-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Firmware download troubles
|
|
(...) Look at Edit/Preferences. On the General tab is a checkbox labeled "Use fast mode when downloading firmware" You can uncheck that option to use normal speed firmware downloads via BricxCC. John Hansen (URL) (22 years ago, 10-Dec-02, to lugnet.robotics.rcx)
|
| |
| | Re: Firmware download troubles
|
|
The low buzz tone is an error generated by the ROM firmware for failure condition detected as part of the "unlock firmware" opcode. There are two causes of this. [1] ROM software calculates a checksum value of the downloaded firmware and this (...) (22 years ago, 10-Dec-02, to lugnet.robotics.rcx)
|
| |
| | Re: Firmware download troubles
|
|
(...) ... (...) Dick and others, Thanks - this helped. What I did to solve this was run the NCQ command-line download at "normal" speed. This worked the first time. Interestingly, I am not sure that the Bricx (v3.3) download was running quad speed (...) (22 years ago, 10-Dec-02, to lugnet.robotics.rcx)
|
| |
| | Re: Firmware download troubles
|
|
A likely explanation for your downloading problem is the following. Standard Lego software uses 2400 baud data rate and a protocol that sends "double" bytes. The "double" byte is that each data byte is followed by its complement. Alternative (...) (22 years ago, 10-Dec-02, to lugnet.robotics.rcx)
|
| |
| | RE: Installation Help!
|
|
Max, Aha! I did that and it got a lot further this time, but still failed. I'll have to wade through the log file to try and pinpoint where it went wrong as I don't want to post the whole 180k. Thanks for your help! Andy -----Original Message----- (...) (22 years ago, 10-Dec-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Firmware download troubles
|
|
Matt, I discovered that the IR LED's and detector on my serial tower was located higher than I expected and pointed upward somewhat. I was able to get better transfers when the tower was leaning forward (pointing downward so to speak). Otherwise, I (...) (22 years ago, 9-Dec-02, to lugnet.robotics.rcx)
|
