 | | Re: Another New NXT Utility
|
|
(...) I just uploaded a new nextscreen.zip with both versions of the NeXT Screen utility. The one which uses an image of the NXT now supports scaling via the right-click popup menu. You can scale from 1x to 4x with several fixed steps in between. I (...) (17 years ago, 11-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Another New NXT Utility
|
|
(...) Thanks a lot! I'm starting three classes today. Your utility will be utilized extensively. (17 years ago, 11-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Options for missing NXT Edu (9797) parts
|
|
(...) Haven't lost an NXT yet. Although it's just a matter of time. After one round with 25 Educational NXTs, I'm short 3 motors, a few sensors, some minifigs, etc. In the past few years, I've lost several RCXs. It's the nature of the beast. Half (...) (17 years ago, 11-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Options for missing NXT Edu (9797) parts
|
|
(...) That's sad, but at least it sounds like you're missing the inexpensive regular parts, and not any of the costly sensors, motors, wires, or (heaven forfend) the NXT brick itself. (...) Now, with the NXT set, the "white" parts are not white, (...) (17 years ago, 11-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Another New NXT Utility
|
|
(...) This evening I uploaded a zip containing two versions of the utility. The newer version uses a bitmap of the NXT and the screen image is not scalable but otherwise it functions identically to the second version I posted. For classroom purposes (...) (17 years ago, 11-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Options for missing NXT Edu (9797) parts
|
|
As usual, sets don't last a school term before some parts go missing. I can't find Technic Beam 13 (aka Liftarm 1 x 13 thick) in Md-stone color from either peeron or bricklink. Although, Briclink has some in pearl. So what are my other options to (...) (17 years ago, 11-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Another New NXT Utility
|
|
(...) Excellent! Starting tomorrow, it's going up on several LCD Projectors in classrooms throughout Portland Oregon. (17 years ago, 11-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Another New NXT Utility
|
|
(...) Your wish is my command! I've uploaded a spiffed-up version of the utility which includes 4 little buttons. Pressing them does what you might hope it would. I've also uploaded a new test_release.zip containing a version of BricxCC with this (...) (17 years ago, 10-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Another New NXT Utility
|
|
(...) (17 years ago, 10-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Another New NXT Utility
|
|
(...) the PC ;) ROSCO (17 years ago, 10-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Another New NXT Utility
|
|
(...) Hi John, Wow, that's fantastic! I've been dreaming of such a utility since I bought my NXT about a month ago. I don't have my brick with me here at work, but I'm looking forward to giving the utility a whirl once I'm back home this evening. (...) (17 years ago, 10-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Another New NXT Utility
|
|
Michael Anderson had a great idea for an NXT tool for BricxCC. He envisioned a PC screen which would show whatever was on the NXT screen, only scaled to a larger size. He mentioned his idea to me and a couple hours later it was finished (or, at (...) (17 years ago, 10-Apr-07, to lugnet.robotics.nxt) !
|
| |
| | Re: Using NXT Port 4 EIA-485
|
|
(...) They are tiny. #define SIZE_OF_HSBUF 128 typedef struct { UBYTE Buf[SIZE_OF_HSBUF]; UBYTE InPtr; UBYTE OutPtr; UBYTE Spare1; UBYTE Spare2; }HSBUF; // HI Speed related entries HSBUF HsInBuf; HSBUF HsOutBuf; The IOMap hi speed buffer is copied (...) (17 years ago, 10-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Using NXT Port 4 EIA-485
|
|
(...) Hi Juergen, Yes, I found this night the entries at Lego-Source-Code... and no line about P-NET-Protocol... My first thought was to implement a simple p-net-node at own MCU, but now I can try my own communication from NXT (master) to external (...) (17 years ago, 10-Apr-07, to lugnet.robotics.nxt, lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Using NXT Port 4 EIA-485
|
|
Hi Christian, (...) the RS-485 interface is directly connected to the AT91SAM7S USART, so you can choose the bit rate quite freely. (...) No, it is not necessary, P-Net is just a field bus which seems to be popular in Denmark, there are others which (...) (17 years ago, 10-Apr-07, to lugnet.robotics.nxt, lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: EggArt - a 4-colour Easter egg painting robot
|
|
(...) Wonderful. This is not the typical Mindstorms Printer, of course ^_^ Congratulations David! (17 years ago, 10-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Using NXT Port 4 EIA-485
|
|
(...) Hi, halfduplex is not the problem when connecting the NXT to an external MCU. My problem is the bitrate of 921,6 kbits/s. Simple cheap MCU like ATMega didn't support this bitrate (as far as I know). To add an external devices (e.g MCU+SD-Card (...) (17 years ago, 9-Apr-07, to lugnet.robotics.nxt, lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Using NXT Port 4 EIA-485
|
|
(...) Hi John. I must have misunderstood something I was told a while back which went along the lines of "there isn't enough time to implement support for this feature". Perhaps there was some time after all ;) Do you know how large the OutBuf and (...) (17 years ago, 9-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: EggArt - a 4-colour Easter egg painting robot
|
|
(...) Congratulations on getting your egg painting robot done! Looks like you got your pen mechanism working exactly as you planned. Very nice! (...) What do you mean; I think the eggs are beautiful! But I think you should write "Happy Easter" on (...) (17 years ago, 9-Apr-07, to lugnet.robotics.nxt)
|
| |
| | RE: NXT external storage
|
|
(...) Yes. RobotC already supports an optional "fast" mode that is five times faster transmission when reading a single byte. For reading multiple bytes from an I2C device, RobotC is about 15 times faster than the NXT-G firmware. There are a couple (...) (17 years ago, 9-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Using NXT Port 4 EIA-485
|
|
(...) Do you think it is possible to read/write binary and ascii data to this device or is there a special protocol neccessary ? What about bitrate of EIA-485 device ? Is it possible to adjust bitrate to anything more usable (9600, 38400, 115200) ? (...) (17 years ago, 9-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: NXT external storage
|
|
(...) Yes, 9600 bits/s is really slow for storage access. Is there a known way to increase the clock and transferrate of I2C ? Christian (17 years ago, 9-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: EggArt - a 4-colour Easter egg painting robot
|
|
(...) The promised videos (1-2Mb each): (URL) at 11Mb: (URL) David Schilling (17 years ago, 9-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: Using NXT Port 4 EIA-485
|
|
(...) What is not supported about this port in the standard NXT firmware? You can read from it and write to it using the IOMapRead and IOMapWrite syscall functions. Looking at the firmware source code it certainly looks like everything is setup to (...) (17 years ago, 9-Apr-07, to lugnet.robotics.nxt)
|
| |
| | EggArt - a 4-colour Easter egg painting robot
|
|
Just in the nick of time, the day before Easter, I completed building a 4-colour NXT Easter egg painting robot. I started building it several months ago, when I thought I'd have plenty of time before Easter. Of course, at about the 85% complete (...) (17 years ago, 9-Apr-07, to lugnet.robotics.nxt, lugnet.org.us.smart) !
|
| |
| | RE: Using NXT Port 4 EIA-485
|
|
I've looked at implementing an interface for RobotC, but I've always struggled with why bother since there are no applications that connect to it. I wish LEGO had implemented an option to provide a logic level "RS-232" UART on port four. Yes, I (...) (17 years ago, 8-Apr-07, to lugnet.robotics.nxt, lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Using NXT Port 4 EIA-485
|
|
(...) As far as I know, there isn't any support for this interface in either the standard firmware or any of the other third party firmware implementations. The interface runs at 921,600 bps so it will be fast enough to be really useful. I am hoping (...) (17 years ago, 8-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: NXT external storage
|
|
(...) It may work, but it will be very slow. The NXT runs the i2c ports at only 9600kb/s, so the data will trickle to the NXT very slowly. (...) I think that the answer is yes. (...) (17 years ago, 8-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: NXT BrickSorter - Sorting bricks with a HiTechnic colour sensor.
|
|
(...) Thx for the comments. The design as it stands right now would not allow the sorter unit to rotate all the way around - not a bad idea though. I wanted to challenge myself with the angle idea on the sorter itself (2 rows of cups). With larger (...) (17 years ago, 8-Apr-07, to lugnet.robotics.nxt, FTX)
|
| |
| | Using NXT Port 4 EIA-485
|
|
Hi, is there currently any software-support (pbLua, NXT-G, NXJ) for NXT Port4 highspeed serial communication (EIA-485) ? This port can be used for connecting some new hardware (camera, SD-Card-storage) to the NXT... Thanks for more informations Bye (...) (17 years ago, 7-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Wishlist for next pbLua Beta
|
|
Hi, current version of pbLua (Beta-3) works very well for me :D But now I have some more wishes for the next versions: 1. Filesystem (storing chunks and data at NXT) 2. Console via BT (I have autonomous robots with cable) 3. Audio e.g (...) (17 years ago, 7-Apr-07, to lugnet.robotics.nxt)
|
| |
| | NXT external storage
|
|
Hi, what are you thinking about extending the NXT with an external storage for more sounds or karthographic data ? A simple hardware interface NXT==>I2C==>IOPort==>SD-Card is not the problem, but how can this supported by operating system (e.g (...) (17 years ago, 7-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: NXT BrickSorter - Sorting bricks with a HiTechnic colour sensor.
|
|
(...) Cool stuff, and a very elegant design. I was wondering if there is a reason you don't have cups all the way around the sorter? Have you tried to put the color sensor inside a housing to cut down on ambient light? And the real question the (...) (17 years ago, 7-Apr-07, to lugnet.robotics.nxt, FTX)
|
| |
| | NXT BrickSorter - Sorting bricks with a HiTechnic colour sensor.
|
|
What better idea to come up with to test the HiTechnic colour sensor then to build a LEGO brick sorter. So, that’s what I did. After quickly learning that the sensor does not read colour from a distance (in my excitement I forgot to read the (...) (17 years ago, 7-Apr-07, to lugnet.robotics.nxt)
|
| |
| | pbLua: Ultrasonic Sensor usage
|
|
Hi, I'm trying to use the us-sensor with pbLua, but without success. The result of reading a byte from sensor is allways 0. What means at HDK I2C Communication protocol: Read measurement Byte 0 : 0x02 0x42 R+0x03 (what is R+0x03) ??? Any idea ? (...) (17 years ago, 7-Apr-07, to lugnet.robotics.nxt)
|
| |
| | NXTRC: Using Bluetooth with NXT under Linux.
|
|
Hi, I wrote a program that allows to communicate with a NXT brick under Linux using a Bluetooth link. With this program you can upload and download programs run them and other stuff. You can find more info and get the source at (URL). Our site is (...) (17 years ago, 6-Apr-07, to lugnet.robotics.nxt, lugnet.robotics)
|
| |
| | Logging from NXT to PC via Bluetooth
|
|
I have been working for some time on an advanced NBC application that sends/logs data over Bluetooth from the NXT to a PC. The header for the file explains, in detail, how it works, so I'll just paste it here. It is compiled with a pre-released (...) (17 years ago, 6-Apr-07, to lugnet.robotics.nxt)
|
| |
| | Re: GCC vs. IAR compiler: Could GCC be tweaked to generate code as tight as IAR?
|
|
(...) I read a paper that attributed most of the code size increases in gcc generated code to the printf library - search for AN52-ARM-C-Benchmark.pdf to read the paper. Out of curiosity I built the firmware using the newlib libc and the gcc 4.1.1 (...) (17 years ago, 5-Apr-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | RE: Faster NXT LCD Screen Refresh
|
|
Change the init message for the LCD display driver to perform wrap around. Offset 12 in the following structure from 0x88 to 0x89. Otherwise it will keep overwriting the same line. Your code snippet doesn't show it, but I'm sure you kept the call (...) (17 years ago, 4-Apr-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Faster NXT LCD Screen Refresh
|
|
(...) Could you be a little more specific regarding the changes you made to this method: UBYTE DisplayUpdate(UWORD Height,UWORD Width,UBYTE *pImage) { static UWORD State = 0; static UWORD Line; if (State == 0) { if (DisplayWrite(CMD,(U...itString)) (...) (17 years ago, 4-Apr-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | NXT Bluetooth Message Performance
|
|
Any have any experience with communicating over Bluetooth with 'master' connected to more than one NXT? If so, can you share any performance results? My guess is that it is very slow. My expectation is that when there is one master NXT and two slave (...) (17 years ago, 4-Apr-07, to lugnet.robotics.nxt, lugnet.robotics.nxt.nxthacking)
|
| |
| | NXT-to-NXT Messaging
|
|
The following is a good topic for this list. It deals with NXT-to-NXT messaging. It's based on an original post in the "nxtasy" forums. There's lots of room for improvement / enhancement in the NXT-to-NXT messaging. Especially when more that two (...) (17 years ago, 2-Apr-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: NXT Reset
|
|
(...) As I was rummaging through a few boxes of parts, I gathered up all the antenna I could find. I also tried out other pieces that would work to reset an NXT. It seems that anything that fits into a minifig's hands or slip inside a pin or (...) (17 years ago, 31-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Fixed-point for NXT-G
|
|
I posted an NXT-G block which implements fixed-point arithmetic operations. Details and download here: (URL) Ziv NXTasy.org (18 years ago, 30-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Re: Extreme NXT: Extending the LEGO Mindstorms NXT to the Next Level
|
|
(...) In case any of you were waiting, the book is now shipping from Amazon. Preview information at www.extremenxt.com/books.htm. Michael Gasperi (18 years ago, 29-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Re: Enhanced standard NXT firmware
|
|
(...) That's great news, David. I'm glad that you are having success using the new CommExecuteFunction system call. I haven't had a chance to test it at all yet personally but I was very confident that it would just work seeing as how exposing it (...) (18 years ago, 28-Mar-07, to lugnet.robotics.nxt.nxthacking, lugnet.robotics, lugnet.robotics.nxt)
|
| |
| | Re: "Advanced" palette guide for Robolab 2.9.2 ?
|
|
(...) You may want to check out the RoboBooks here: (URL) (18 years ago, 28-Mar-07, to lugnet.robotics.nxt)
|
| |
| | RE: "Advanced" palette guide for Robolab 2.9.2 ?
|
|
I have difficult in locating manual for some sort of guide for the new functions such as: - "Detective" under the "Projects" menu bar - Icons in the "Advanced" Palette. Well, I'm sure I can play with it and find out how to use it. However, a guide (...) (18 years ago, 28-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Re: Enhanced standard NXT firmware
|
|
"John Hansen" <afanofosc@comcast.net> wrote in message news:JF0sGr.M2w@lugnet.com... (...) implement (...) big snip Great job John. And thank you especially for CommExecuteFunction. I couldn't believe that Lego didn't allow a way to make a Bluetooth (...) (18 years ago, 28-Mar-07, to lugnet.robotics.nxt.nxthacking, lugnet.robotics, lugnet.robotics.nxt)
|
| |
| | Edu NXT #9797 Inventory count
|
|
Have you ever heard the story of the Grandma who wanted a new washing machine? Grandpa was a such a good repairman, that he kept the old machine going, and going, and going. Finally, Grandma got an idea. While Grandpa had the machine stripped down (...) (18 years ago, 23-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Memory Level NXT-G Block
|
|
Here's a block to monitor amount of NXT Flash memory available: (URL) Ziv NXTasy.org (18 years ago, 22-Mar-07, to lugnet.robotics.nxt)
|
| |
| | More firmware enhancements
|
|
I have implemented OP_WAIT and a variant of OP_WAIT which takes a variable rather than an immediate numeric value (which in nbc is called "waitv"). I also modified NBC to accept a command line switch that tells it whether the firmware supports waits (...) (18 years ago, 22-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Running NBC/NXC on a Mac (OSX)
|
|
(...) Yeah, I know. My command line parameter parsing code is pretty yucky. :-) John (18 years ago, 22-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Re: Running NBC/NXC on a Mac (OSX)
|
|
(...) Unix nerds would say it shouldn't be there in the first place ;) ROSCO (18 years ago, 22-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Re: Running NBC/NXC on a Mac (OSX)
|
|
In lugnet.robotics.nxt, Brian Davis wrote: ... (...) Not too sure about NBC (I'd classify for clueless newbie too), but if you didn't see it already, there is also a tool you might find handy if you happen to have bluetooth on your Mac: (URL) It (...) (18 years ago, 22-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Re: Running NBC/NXC on a Mac (OSX)
|
|
(...) I accidentally left off the "=" after -I. ./nbc -I=/usr/local/include program.nxc -O=program.rxe Sorry about that. John Hansen (18 years ago, 22-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Re: Running NBC/NXC on a Mac (OSX)
|
|
(...) Here's a really simple way to use NBC/NXC on a Mac: (URL) you want to execute the compiler yourself then you just open a terminal window, change directory to your source code path, and execute nbc like this: nbc program.nbc -O=program.rxe or (...) (18 years ago, 22-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Running NBC/NXC on a Mac (OSX)
|
|
Assume I'm an idiot. As many will tell you here, this is at many times a reasonably safe assumption. Yes, I know who you are, stop snickering. How do I work NBC/NXC under OSX? When I download the latest package and double-click the app, it opens the (...) (18 years ago, 22-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Re: Faster NXT LCD Screen Refresh
|
|
(...) Okay, there's a little more to it than this. If you have a display that supports greyscales, it can control the level of the voltage jolt that's applied to each pixel during the actual refresh cycle. That way you get a smoother display with (...) (18 years ago, 22-Mar-07, to lugnet.robotics.nxt.nxthacking, FTX)
|
| |
| | Re: Faster NXT LCD Screen Refresh
|
|
(...) So that is how you did it. I was wondering about this ever since I saw the announcement. Incidentally, this would have been great cross posted to .color as well. <</robotics/nxt/?n=539>> Doug (18 years ago, 22-Mar-07, to lugnet.robotics.nxt.nxthacking, FTX)
|
| |
| | Re: Faster NXT LCD Screen Refresh
|
|
(...) This kind of works. In the first instance, you get two identical shades of grey. In the second instance (and I've tried this) you'd be surprised to see that the difference in shades between the two greys is actually very small. You really need (...) (18 years ago, 22-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Faster NXT LCD Screen Refresh
|
|
(...) I already got one shade of grey out of it by flicking between two images at the current rate: (URL) I use all those spare cycles to mix and merge screen layers in real time, so this image has full parallax scrolling. I've been trying to do (...) (18 years ago, 22-Mar-07, to lugnet.robotics.nxt.nxthacking, FTX)
|
| |
| | Re: Faster NXT LCD Screen Refresh
|
|
(...) <snip> (...) This is really interesting. If I understand correctly, to get colors, or at least shades of grey, you have to refresh the screen quickly and the "darker" the pixel, the more often it shows up in the pattern. For example, let's say (...) (18 years ago, 22-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Adding syscalls/opcodes to NXT-G
|
|
(...) John - I know you don't like this and I agree that the best solution is NI changing their compiler to allow extending firmware with new syscalls. The way things work, I'm afraid, this will not happen anytime soon. I'm trying to suggest (...) (18 years ago, 22-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Faster NXT LCD Screen Refresh
|
|
Here's a trick to get a faster rate on the LCD display refresh. It currently takes 16 milliseconds to refresh the NXT LCD. 16 "messages" are sent to the LCD. One message is sent per millisecond. There are two messages from the ARM to the LCD for (...) (18 years ago, 22-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | pbLua Beta 3 - Available
|
|
All, pbLua beta 3 is available now at: (URL) This new version has the bug in the regulation fixed, and the default motor mode is brake, not float. I've also updated the API docs to correct errors (there are probably more) and added an install doc (...) (18 years ago, 22-Mar-07, to lugnet.robotics.nxt, lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: pbLua Fun at OSX
|
|
(...) Finally, I did something right - by accident! Christian, could I ask you to please send me (off list if you like) some screen shots of what happens when you connect the NXT? I can't remember if I sent you Mac instructions, but you just look (...) (18 years ago, 21-Mar-07, to lugnet.robotics.nxt)
|
| |
| | pbLua Fun at OSX
|
|
Hello World, pbLua-Beta2 is out and 90% of my wishes are true now :D Running pbLua with OSX worked out of the box... 1. Flashing NXT and reboot the box once 2. checking for new NXT-Device (ls -la /dev/tty.usb*) 3. connecting with screen to NXT (...) (18 years ago, 21-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Re: The standard NXT firmware & the case of the missing opcodes
|
|
(...) I guess what I'm saying is '<<=', 'OP_ASL' and 'OP_LSL' are all the same thing (zero fill). '>>=' means either 'OP_ASR' (smear fill) or 'OP_LSR' (zero fill) depending on whether your target is signed or not. If you wanted direct equivalents (...) (18 years ago, 21-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: The standard NXT firmware & the case of the missing opcodes
|
|
(...) Having used shifts in Z80 assembly before, I can see the uses of the different types. However, I can't see how I'd want anything other than arithmetical in the NBC opcodes. The only times I used logical, rotating, or with-carry-bit shifts was (...) (18 years ago, 21-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Adding syscalls/opcodes to NXT-G
|
|
(...) Can you flesh this out a bit? What do you have in mind when you say "create from it a new program clump"? The current version of the firmware limits the size of this buffer to 64 bytes. I increased that limit in my recent changes to be 800 (...) (18 years ago, 21-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Adding syscalls/opcodes to NXT-G
|
|
One of the biggest problems with extending the current FW is that the NI compiler for NXT-G/NXTToolkit is not so flexible. In particular, one can't add new syscalls. Here's a suggestion I would be happy to hear your ideas on - the NXT-G compiler has (...) (18 years ago, 21-Mar-07, to lugnet.robotics.nxt)
|
| |
| | The standard NXT firmware & the case of the missing opcodes
|
|
There are several opcodes defined in c_cmd_bytecodes.h which are missing from the VM implementation in c_cmd.c Here are the ones that are not implemented: //Family: Bit manipulation #define OP_CMNT 0x0A // dest, src #define OP_LSL 0x0B // dest, src (...) (18 years ago, 21-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | new NXT mailinglist established
|
|
Hello! A new NXT mailinglist is established. Because there are no german mailinglists until now, this mailinglist is for german speaking (not necessary native) people around the world. You need an (free) yahoo account to participate! (URL) (18 years ago, 19-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Re: Enhanced standard NXT firmware
|
|
... (...) Hi John, I just tried to load it and just tested the "Try-me" light sensor. It worked fine. Not so much help, but I can try some more another day. Good work. Rasmus (...) (18 years ago, 19-Mar-07, to lugnet.robotics.nxt.nxthacking, lugnet.robotics, lugnet.robotics.nxt)
|
| |
| | Battery Level NXT-G Block
|
|
I've posted a new NXT-G Block that reads the battery level from the UI module IOMAP. Can also be used as a sensor block to detect low power conditions. Details and download: (URL) Ziv NXTasy.org (18 years ago, 19-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Last call for my New York City NXT Meet-Up
|
|
I have the LEGO MINDSTORMS NXT ROBOTICS SET and since I'm so "into it", my father and I were thinking we could start up a Lego MindStorms NXT Meet up group/club in New York City where we could meet once a month (or every other month), build, (...) (18 years ago, 18-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Detecting stall and slip conditions in NXT-G
|
|
I published a new "sensor" NXT-G Block that monitors that actual power sent to the NXT servos. This is useful to detected both stall conditions as well as the move challenging slip conditions. Full description and download are here: (URL) Ziv (...) (18 years ago, 18-Mar-07, to lugnet.robotics.nxt)
|
| |
| | MinMax NXT-G Block
|
|
I've published a small NXT-G block that allows to find the minimal and maximal value of a varying input. Description and download are here: (URL) Ziv NXTasy.org (18 years ago, 18-Mar-07, to lugnet.robotics.nxt)
|
| |
| | Missing links?
|
|
Hi guys, Are there missing any links in the "stable" section (the one with the links to RobotC, pbLua NBC etc) to the left of the forum (most likely since I put them there...)? I don't know if all can edit it but otherwise you can probably write to (...) (18 years ago, 18-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Enhanced standard NXT firmware
|
|
(...) I would have liked to have one permanently, but it seems a little steep. Last summer I got a limited edition (32KB or something) along with the an AT91 evaluation board. (...) Perhaps Section 5.1 is useful: (URL) I just tried to post but it (...) (18 years ago, 17-Mar-07, to lugnet.robotics.nxt.nxthacking, lugnet.robotics, lugnet.robotics.nxt)
|
| |
| | Re: Enhanced standard NXT firmware
|
|
(...) It actually was not a very big deal. I was familiar with the firmware source code since I had looked at it quite a bit since it was released, trying to figure out how to get it to compile with GCC. All the RIC bug fixes were things I figured (...) (18 years ago, 17-Mar-07, to lugnet.robotics.nxt.nxthacking, lugnet.robotics, lugnet.robotics.nxt)
|
| |
| | Re: Enhanced standard NXT firmware
|
|
(...) <snipped description> Holy crap John! You've been really busy! For anyone poking around in this forum, I can say that what John has done is pretty significant. I have written my own firmware for the brick so I know how much work must have gone (...) (18 years ago, 17-Mar-07, to lugnet.robotics.nxt.nxthacking, lugnet.robotics, lugnet.robotics.nxt)
|
| |
| | Enhanced standard NXT firmware
|
|
Over the past couple days I have used the IAR Embedded Workbench to implement some enhancements and bug fixes for the standard NXT firmware. The bug fixes are as follows: 1. RIC drawing code incorrectly checked the size of the OP_LINE structure for (...) (18 years ago, 16-Mar-07, to lugnet.robotics.nxt.nxthacking, lugnet.robotics, lugnet.robotics.nxt)
|
| |
| | Re: Brickworld Announcement - Area Attractions and baseball
|
|
(...) Although a robot pitcher and robot hitter would be very very kewl, just a robot pitcher and wireless remote control hitter would be very kewl. Like those old baseball machines at the beach. One would have to anticipate the lag and the speed of (...) (18 years ago, 15-Mar-07, to lugnet.events.brickworld, lugnet.robotics.nxt)
|
| |
| | Re: Brickworld Announcement - Area Attractions and baseball
|
|
(...) Unfortunately the ultrasonic sensor can't even detect the red and blue balls when stationary. (Unless you're REAL close: within an inch or two.) Their surface doesn't reflect much sound (perhaps something to do with the index of refraction), (...) (18 years ago, 15-Mar-07, to lugnet.events.brickworld, lugnet.robotics.nxt)
|
| |
| | re: Baseball
|
|
(...) Yes, that could work. We just need someone to design a "standard" pitching machine that can toss balls a foot or two. Then, we need a "regulation" bat size. We could do the whole base-ball, but I doubt very many people could field a whole (...) (18 years ago, 15-Mar-07, to lugnet.events.brickworld, lugnet.robotics.nxt)
|
| |
| | Re: Brickworld Announcement - Area Attractions and baseball
|
|
(...) Ok, thinking out loud now: Well, what about a home run derby or the like? Maybe a machine that pitches and a machine that hits... We could use those red and blue spheres that come with the nxt... Would ultrasonic sensor work for detecting the (...) (18 years ago, 15-Mar-07, to lugnet.events.brickworld, lugnet.robotics.nxt)
|
| |
| | Re: GCC vs. IAR compiler: Could GCC be tweaked to generate code as tight as IAR?
|
|
(...) OK. This is good info!!! It is hard to guess that this was the way to do it. It also makes some sense for LEGO to use their file manager to do this rather than having a second tool replicate a filemanager on the host and insert it at compile (...) (18 years ago, 15-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: GCC vs. IAR compiler: Could GCC be tweaked to generate code as tight as IAR?
|
|
(...) Hi Dick Swan, That is a nice flexible way of doing it. I will see if I can figure it out in gcc. Thanks for the idea. (...) Well...I have -=Os on, which are all size reducing features. The actual "problem" can also be this packed stuff that we (...) (18 years ago, 15-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: NeXT-A-Sketch - My second program/first Dave-built NXT 'bot(ish...)
|
|
(...) Or do what I did. Change the program so you only have to tap the button to clear the screen so you can easily reset it while shaking upside down. (18 years ago, 15-Mar-07, to lugnet.org.ca.rtltoronto, lugnet.robotics.nxt)
|
| |
| | Re: GCC vs. IAR compiler: Could GCC be tweaked to generate code as tight as IAR?
|
|
(...) LEGO is using a slightly older version of IAR Embedded Workbench. Maybe that explains it. Or maybe its a 1.03 vs 1.04 source code difference. (...) I have been told that the following is the standard operating procedure for generating the (...) (18 years ago, 15-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: GCC vs. IAR compiler: Could GCC be tweaked to generate code as tight as IAR?
|
|
Regarrding overwriting the flash system. I encountered the problem of flash file system overwriting user code as well. It's because it is hard coded in the code the starting address of the file system. There's a constant named "STARTOFUSERFLASH" (...) (18 years ago, 14-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: GCC vs. IAR compiler: Could GCC be tweaked to generate code as tight as IAR?
|
|
... (...) I have not done that. Well, just a little bit:-). The best one (not surprisingly) is the "-Os" optimization, which does this "Optimize for size. -Os enables all -O2 optimizations that do not typically increase code size." (...) I tried (...) (18 years ago, 14-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: GCC vs. IAR compiler: Could GCC be tweaked to generate code as tight as IAR?
|
|
(...) I did not do so. The memory map in LEGO_MINDSTORMS_NXT_..._v1.03.bin is like this for the files: 0x11F000-0x12E99D Actual files like Demo.rxe 0x13FF00-0x13FF37 FILE_HANDLE(s) 0x13FFFC-0c13FFFF FILEVERSION The nxtgcc stuff compiles to 126176 (...) (18 years ago, 14-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: GCC vs. IAR compiler: Could GCC be tweaked to generate code as tight as IAR?
|
|
(...) Have you experimented at all with the compiler optimisation flags? I don't know if all of them are supported for the ARM architecture, and some options cause problems on other architectures, but there's a bit of a list here: (URL) removing (...) (18 years ago, 14-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: GCC vs. IAR compiler: Could GCC be tweaked to generate code as tight as IAR?
|
|
(...) More precisely, I was told to increase the STARTOFUSERFLASH value if I increased the firmware size beyond the current value. The unmodified source code compiles to 121324 bytes using the current evaluation version of the IAR Embedded Workbench (...) (18 years ago, 14-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: My first(ish) program
|
|
(...) (URL) that I think you need to buy any more LEGO or anything... 8?) ROSCO (18 years ago, 14-Mar-07, to lugnet.org.ca.rtltoronto, lugnet.robotics.nxt)
|
| |
| | Re: GCC vs. IAR compiler: Could GCC be tweaked to generate code as tight as IAR?
|
|
(...) Are you adjusting these values in d_loader.h? #define STARTOFFILETABLE (0x13FF00L) #define STARTOFUSERFLASH (0x11F000L) #define SIZEOFUSERFLASH (STARTOFFILETABLE - STARTOFUSERFLASH) I've been told by folks at LEGO that if I grow the size of (...) (18 years ago, 14-Mar-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: My first(ish) program
|
|
(...) LOL... Hand eye coordination is a gift. Although, I'm not doing any better... I had the pleasure of playing Mr. Cowdice's rabbit game last friday, and scored a big fat -2. Dave, Im thinking you need to start scoring on the bell curve. Just saw (...) (18 years ago, 14-Mar-07, to lugnet.org.ca.rtltoronto, lugnet.robotics.nxt)
|
