 | | Re: command framing as seen from kernel/program.lrkey_handler
|
|
"Pat LaVarre" <ppaatt@aol.com> wrote in message news:H9n64q.B2p@lugnet.com... (...) I dunno, haven't found one yet, though. (...) choice (...) Touché. Yes, tables, overlooked that. (...) the (...) expensive (...) I think that smaller code size is (...) (22 years ago, 1-Feb-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: command framing as seen from kernel/program.lrkey_handler
|
|
(...) Mmmmm. I am curious, if that's ok. To get log2(xx) in O(1) time we could fetch (p[xx & -xx]) i.e. fetch our choice of the bytes at offset x 0 1 2 4 8 10 20 40 80 from some p we like. Merely standard C can't easily express that old idea without (...) (22 years ago, 1-Feb-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: frame RCX reply how
|
|
(...) Anyone know more specifically where to read how Lejos frames standard RCX IR replies? Does Lejos even include any .java code that runs on the PC? I mean to be asking how a PC should frame the standard replies from Lego RCX fimware, not how a (...) (22 years ago, 1-Feb-03, to lugnet.robotics.rcx.java)
|
| |
| | Re: frame RCX reply how
|
|
(...) Ah, thanks. Can we therefore conclude 45.8 ms/byte = 11/2400 s/byte for each byte of a burst? (...) Tell me more? Do we mean to say RCX in the middle of a football field echoes less well? Should I discard the echo, rather than checking it for (...) (22 years ago, 1-Feb-03, to lugnet.robotics.rcx)
|
| |
| | Re: command framing as seen from kernel/program.lrkey_handler
|
|
(...) (URL) The missing (key & -key) might interest people who haven't used log2 & - to (...) number (...) and (...) log2(key (...) If I'm interpreting your shorthand correctly: there's no fast way to execute log2() on the H8 (i.e. no O(1) (...) (22 years ago, 1-Feb-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: frame RCX reply how
|
|
(...) Bingo! I reached the bricktools/ of the frame-free: (URL) bytes At a glance, I missed how bricxcc toggles x08 in the command op to let command ops be repeated, but I'd now guess the bricxcc algorithm for framing standard RCX replies is: 1) (...) (22 years ago, 1-Feb-03, to lugnet.robotics.rcx)
|
| |
| | Re: How to use TowerApi.dll without TowerApi.lib
|
|
Hi, again ! I am sorry. I uploaded the imperfect file. I changed the USB LEGO Tower setup and have examined in the state where it is not a standard. Already, I fixed the bug, please download again. (...) (22 years ago, 1-Feb-03, to lugnet.robotics.rcx, lugnet.robotics.spybotics, lugnet.technic.bionicle)
|
| |
| | framing RCX LNP replies in Java
|
|
(...) Thanks I reached: src/org/javastorms/lnp/IR.java (...) I think I see ... readMsg accepts what it likes else dies after reading the first distasteful byte. readMsg likes either of xF0 or xF1, then a length byte, then that many bytes, then a (...) (22 years ago, 1-Feb-03, to lugnet.robotics.rcx.java)
|
| |
| | command framing as seen from kernel/program.lrkey_handler
|
|
(...) Thanks for the tip, in reply here is a perhaps stunningly ignorant walkthru of how brickos frames standard commands, viewed by the newbie Me from kernel/program.lrkey_handler. The missing (key & -key) might interest people who haven't used (...) (22 years ago, 1-Feb-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: frame RCX reply how
|
|
Hi pat, (...) This is what you send reflected by the walls, I think. (...) Bits 0-2 of the opcode tells you the number, with 6 meaning 0 and 7 meaning 1. For some special opcodes it is longer. (...) + 1 start bit I think there's some Java code for (...) (22 years ago, 1-Feb-03, to lugnet.robotics.rcx)
|
