 | | Re: events /nxt vs. events/rcx
|
|
(...) Sigh... "good luck"? I don't mean to sound too negative, but this is a hard nut to crack under the standard FW I think... at least I've yet to figure out a way to do it to my satisfaction. In fact, more than almost any other single point, this (...) (18 years ago, 31-May-07, to lugnet.robotics.nxt)
|
| |
| | Re: Ultimate ROBOLAB for PICs
|
|
(...) I'll forward this to Laurent. (18 years ago, 31-May-07, to lugnet.robotics)
|
| |
| | Re: Ultimate ROBOLAB for PICs
|
|
"Claude Baumann" <cbaumann@ci.educ.lu> wrote in message news:JIvFwD.5C3@lugnet.com... (...) Exciting stuff! A friend and I have been using the PICKit2 recently for a range of chips including 12f's and 16f's. So far my personal favorite has been the (...) (18 years ago, 31-May-07, to lugnet.robotics)
|
| |
| | Re: Ultimate ROBOLAB for PICs
|
|
(...) Any chance you'll add PIC18F8520 to the supported list of PICs? Guy Ziv (18 years ago, 31-May-07, to lugnet.robotics)
|
| |
| | events /nxt vs. events/rcx
|
|
Hi, I tried to write some code to simulate the events like in RCX. It starts to look cluttered. I understand that NXT VM does not support events like you find in the RCX. Any suggestion will be greatly appreciated! Elizabeth (18 years ago, 31-May-07, to lugnet.robotics.nxt)
|
| |
| | Re: Ultimate ROBOLAB for PICs
|
|
(...) The PICkit comes with a little PC board with a 16F690 on it. I don't know how that compares to the 16F88, but it does have a synchronous serial port. (18 years ago, 31-May-07, to lugnet.robotics)
|
| |
| | Re: Ultimate ROBOLAB for PICs
|
|
(...) Philo sent me an email to attract my attention to registered trademarks of the Microchip Company among which PICLAB -all capitals. But, as ours is a non-commercial software, and we are using lower cases for the 2 final letters, this should not (...) (18 years ago, 31-May-07, to lugnet.robotics)
|
| |
| | documentation on bt / nxc
|
|
I have two bots set up some meaningful ack and nack conversation. However, when one bot/slave lost connection, e.g. terminated abruptly, the sender (master) does not notice that it indeed lost it. The ReceiveRemoteNumber(INBOX, true, ack) does not (...) (18 years ago, 31-May-07, to lugnet.robotics.nxt)
|
| |
| | Re: Ultimate ROBOLAB for PICs
|
|
(...) We actually worked a lot with the 16F88, which is a really great chip, something like a combination of the 16F628 and 16F819. But we didn't play with the I2C module on it yet. So that must obviously be our next challenge. (18 years ago, 31-May-07, to lugnet.robotics)
|
| |
| | name your nxt
|
|
Hi, SetBrickDataName(str) seems to be able to only change the name of the nxt temporarily. Once the nxt is started, it loses the name assigned thru the SetBrickDataName earlier. Idea? --Elizabeth (18 years ago, 31-May-07, to lugnet.robotics.nxt)
|
| |
| | Re: Ultimate ROBOLAB for PICs
|
|
Great timing. I just bought a PICkit2 to play with the other day. Any chance you already have the I2C slave interface for the NXT for the PIC? That way I can only concentrate on the specific code for a custom input/output device. (18 years ago, 30-May-07, to lugnet.robotics)
|
| |
| | Ultimate ROBOLAB for PICs
|
|
We added a special programming environment for a series of PICs to the Ultimate ROBOLAB site www.ultimaterobolab.com. To distinguish it from RCX-Ultimate Robolab, we called it PICLab. This is a powerful tool for PIC programming. The result is .asm (...) (18 years ago, 30-May-07, to lugnet.robotics)
|
| |
| | Re: robosoccer ball problem...
|
|
(...) It's not ideal for stock LEGO sensors I think, but it might be good to point out to them that the reason it blinks is to make things *easier*. With a source pulsing near a known frequency, ambient conditions are much easier to cancel out. (...) (18 years ago, 29-May-07, to lugnet.robotics.edu)
|
| |
| | Re: Moving NXT motors by hand
|
|
(...) Well, if by "more qualified" you mean "have abused their hardware harder than average, yes :-). Since day 1 I've back-driven the NXT motors by hand, including the magic motor demo (not as efficient with the NXT motors, but it does work), using (...) (18 years ago, 29-May-07, to lugnet.robotics.nxt)
|
| |
| | Re: Moving NXT motors by hand
|
|
(...) Well, I don't want to claim to be an expert, but I'll tell you what I've done. I have a couple remotes that I've been using for over a year, and I haven't had problems with them. One not only uses the rotation sensors, but also uses the motors (...) (18 years ago, 29-May-07, to lugnet.robotics.nxt)
|
| |
| | RE: Moving NXT motors by hand
|
|
Hand crank it alone should be find. As a matter of fact, that's how we demonstrate to kids a generator. However, just to be on the safe side, I would recommend you not to hand crank it when it is hooked onto to the power source, especially when it (...) (18 years ago, 28-May-07, to lugnet.robotics.nxt)
|
| |
| | Re: Moving NXT motors by hand
|
|
Thanks! (18 years ago, 28-May-07, to lugnet.robotics.nxt)
|
| |
| | Re: Moving NXT motors by hand
|
|
(...) John, there are a lot of people using the NXT motors this way, just to get the feedback from the built-in rotation sensors. The best example would be the MDPers who built one joystick with a NXT kit to control a moving vehicle made with (...) (18 years ago, 28-May-07, to lugnet.robotics.nxt)
|
| |
| | Re: Moving NXT motors by hand
|
|
Hi John, I would not think so, as the NXT's own construction guide has a pick and place (blue ball, red ball) robot, that has hand cranks to move it into position. Danny (...) (18 years ago, 28-May-07, to lugnet.robotics.nxt)
|
| |
| | Moving NXT motors by hand
|
|
Hi: Sometimes my son and I move the NXT motors by hand, for instance, by attaching something to the holes in the orange hubs to act as a crank. We wonder if that's bad for the motors. Does anyone have an opinion? Regards, John and Will (18 years ago, 28-May-07, to lugnet.robotics.nxt)
|
