|
|
| |
I have again updated the Bibo Patch Rollup Collection posted to SourceForge
at
http://sourceforge.net/tracker/?func=detail&aid=2773502&group_id=58151&atid=486699
A big change this time is the consolidation of the code bases of util/firmdl
and util/dll-src. Working with all the similar-but-different code was
getting a bit cumbersome, so I finally decided to try to clean it up. This
should make enhancing or creating other host utilities much easier.
Point by point, updates since the last lugnet posting are as follows:
* Kudos to Joe for identifying the source of the IR tower problem in Linux,
as he tracked it down to the O_NDELAY flag. For now, this flag has been
removed.
* Made NCD tty types a runtime option instead of a compile-time #define.
* Merged patches for BrickOS with Bibo, including LDCC, lnp_printf, and
lnpmsg (formerly LegOShrink)
* Reworked firmdl3, dll, and lnpmsg under utils as well as lnp and
lnp-logic in the kernel to facilitate better code reuse, remove essentially
duplicate code, and establish a set of common functions for rcx_comm and
LNP. Merged the resulting code into util/host, deprecating util/firmld,
util/dll-src, and util/fontdesign.c.
* Util dll--made fast mode a runtime option instead of a compile-time
#define.
* Added ability to send LNP messages directly from the lnpmsg command line.
* Added ir-server from Jochen Hoenike's BrickEmu package and used the code
reworked from above to add support for tty downlinking (e.g. serial, USB,
TCP) or TCP uplinking.
Notes and issues:
* If lnp_integrity_byte() is processing firmware download communication on
the host (e.g. if lnpmsg is listening on an ir-server repeating the firmware
download), a segmentation fault will eventually result.
* Command-line argument format and command-line argument processing - the
various programs use different methods of processing command-line arguments,
resulting in similar argument being handled differently by different
programs. Ideally, this would be addressed in another round of code
cleanup.
* I am not currently setup to test either serial IR towers or NCD serial
connections, so any reports for these devices would be welcome.
Using the updated ir-server, I have actually been able to send firmdl3 to
ir-server (instance A) to ir-server (instance B) to USB IR tower to physical
RCX. I then used
dll to send helloworld_lnp.lx up the same route. Finally with one instance
of lnpmsg listening on ir-server (A) and another instance of lnpmsg
listening on ir-server (B), I ran the helloworld_lnp program on the physical
RCX. I did have to increase RCX_TIMEOUT to 500, but everything otherwise
works as expected.
I also tried the same sequence using BrickEmu (with a ROM image from my RCX)
instead of the USB IR tower. The only anomaly was that "unlock firmware"
fails, but everything else seems to work fine.
Thanks,
Matthew
|
|
| |
Hey folks
I've created a very basic site here: http://www.rcxzone.com/
When I say very basic I mean VERY basic.. it's just an empty instance
of mediawiki, but I'll look to adding content when I get a chance.
Any help appreciated.
Cheers
Tom
On 20/04/2009, at 6:29 PM, Joe Bradley wrote:
> > Revised version [BrickOS patches] at
> > http://sourceforge.net/tracker/?
> > func=detail&aid=2722649&group_id=58151&atid=486699
>
> > Now for Bibo.... I have merged these patch rollup collections
> > with Bibo
> > (where appropriate) and have posted the resulting diff files to
> > http://sourceforge.net/tracker/?
> > func=detail&aid=2773502&group_id=58151&atid=486699
>
> I have found two problems with the patches. I narrowed down the
> problems to
> specific patches from the Bibo set. However the symptoms are
> identical under
> BrickOS so I assume they would be linked to the same patches there.
>
> Patch 10: Under Ubuntu with the usb tower, this causes firmdl3 to
> exit with
> error "read: resource temporarily available". However the light
> does light up on
> the tower for a small moment.
>
> Patch 11: This seems to do something funny with the motors. Power
> does not seem
> to be supplied to the motors. when running the motor, the arrows
> appear on the
> lcd however there is no power being outputted.
|
|
| |
After all the amazing post across lugnet the past few weeks, it feels
a bit lame putting this one up:
http://rubyredbricks.com/2009/4/27/simple-traffic-light
I guess once it's running up on an RCX it'll be a bit more interesting.
On the topic of RCX - and the whole old-school Mindstorms
preservation idea - I haven't forgotten about it. I've registered a
domain and will aim to get a wiki up and running over the weekend.
Cheers
Tom
|
|
| |
I have updated the Bibo Patch Rollup Collection posted to SourceForge at
http://sourceforge.net/tracker/?func=detail&aid=2773502&group_id=58151&atid=486699
The primary changes are in Patch 11, which provides DCC support, and the key
change in that patch was the modification of some assembly code that
performed motor controller bitmasking.
Still known to be outstanding is an issue using firmdl3 on Linux when using
a USB IR tower.
Thanks,
Matthew
|
|
| |
Patch 10: This works for me under Cygwin with a USB tower, but some of the
files such as rcx_comm.c have a bit of platform-specific code.
Patch 11: I've noticed that the linker command file is a little different in
Bibo than it was in BrickOS. If _motor_controller is 0x00 in bibo.ld and
dm_mask is set to 0x00 in dmotor.c dm_init(), there is "regular" motor
output; if _motor_controller is the BrickOS value of 0x80, DCC motor output
functions as expected.
|
|
|
