 | | Re: Flash Write Cycles
|
|
(...) I don't; John Hansen might. While Flash memory does have a limited number of read/write cycles, it appears that the stated limit is conservative, by a large margin... although some of us have thought about a "test to failure" trial, I've not (...) (18 years ago, 10-Sep-06, to lugnet.robotics.nxt)
|
| |
| | Re: Bluetooth Commands via Perl
|
|
(...) Although I haven't tried it, someone has created a perl module for sending commands here: (URL) haven't tried it because I'm working on a ruby module :) (URL) (18 years ago, 9-Sep-06, to lugnet.robotics.nxt)
|
| |
| | Flash Write Cycles
|
|
Does anyone know how the NXT firmware handles writing program files into flash? If you re-flash a program with the same name, does it first erase the sectors that the old program was located in and then re-flash these sectors with the new program? (...) (18 years ago, 9-Sep-06, to lugnet.robotics.nxt)
|
| |
| | Re: Light sensor sampling freq?
|
|
(...) Hmm, so speed isn't the issue, the issue is that the 'laser' must hit the detector head on. But luckily that was solved by inserting a thin slice of paper inside the 2x1 red transpararent brick and moving it tone stud in front of the sensor. (...) (18 years ago, 9-Sep-06, to lugnet.robotics.nxt)
|
| |
| | RE: Light sensor sampling freq?
|
|
Standard Lego firmware samples every 3 msec. BricOS is much faster. I believe it is faster than once per second. RobotC on NXT is programmable to be 0.5 msec scan, 1 msec, 2 msec, ... up to 255 msec. But remember the readings are not persistent. If (...) (18 years ago, 9-Sep-06, to lugnet.robotics.nxt)
|
