 | | Re: Real C/C++ Programming Solution?
|
|
(...) Currently, LEJOS OSEK does not provide abstracted API such as you asked. I agree that LEJOS OSEK should provide more sophisticated API for ease of use. I hope someone will raise his/her hand to write such framework library. Sorry for your (...) (18 years ago, 7-Aug-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Real C/C++ Programming Solution?
|
|
Is there a programming solution for the NXT that will allow me to use real C/C++? I've been trying to use NXTGCC (this is for firmware development based on an existing firmware for another controller, which is written in C/C++), but the code seems (...) (18 years ago, 7-Aug-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: NXT memory map
|
|
(...) I found everything here (URL) not directly at Atmel... Christian (18 years ago, 7-Aug-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | NXT memory map
|
|
Hi, where can I get some more informations about NXT memory map when system is running ? 1. Startaddress of RAM (Range: 0x0000 0000 - 0x0000 FFFF) ??? 2. Startaddress of Flash (Range: 0x0001 0000 - 0x0003 FFFF) ??? Is it true, that the flashmemory (...) (18 years ago, 6-Aug-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Alternate NXT-Firmware flashing tools
|
|
(...) Hi Matt, I think the problem is, that 99% of users using MS and Intel equipment... Minorities, like me, have always problems when using this :D I can't resist... Bye Christian (18 years ago, 29-Jul-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Alternate NXT-Firmware flashing tools
|
|
(...) Hi Jürgen, just for information: nxjflash has the same problems at PPC and SPARC ;-( Next week I try to get a little endian machine and try it again... Thanx for your detailed informations Bye Christian (18 years ago, 29-Jul-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Alternate NXT-Firmware flashing tools
|
|
Hi all, (...) Recently, we finished a runtime for the RCX, and discovered the awful state of uploading tools for that platform. In particular, there are at least three versions of firmdl running around the net, each capable handling different (...) (18 years ago, 28-Jul-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Alternate NXT-Firmware flashing tools
|
|
Hi Christian, (...) if you have an endianness problem it should be visible. The easiest would be to compare it with a little-endian machine. (...) It uses the SAM-BA protocol, which is rather simple and without error checking, more like what a human (...) (18 years ago, 28-Jul-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Alternate NXT-Firmware flashing tools
|
|
(...) ReHi Jürgen, yes this is a trivial job, but what should I learn from this packets ? fwflash returns no error back to commandline ... Does this mean fwflash works blindly and returns no protocol or packet errors ? Why is the result "success" (...) (18 years ago, 26-Jul-07, to lugnet.robotics.nxt.nxthacking)
|
| |
| | Re: Alternate NXT-Firmware flashing tools
|
|
Hi Christian, (...) you could add some code in lowlevel.c to dump the USB packets, and then look if you see anything wrong. Jürgen (18 years ago, 26-Jul-07, to lugnet.robotics.nxt.nxthacking)
|
