codefox421 Posted March 19, 2014 There might be some automation potential here. Emerald Night controlled by NXT via Bluetooth More info over in the Technic forum: http://www.eurobrick...showtopic=87340 Share this post Link to post Share on other sites
garethjellis Posted March 19, 2014 I wonder what electronics they are using! Share this post Link to post Share on other sites
JopieK Posted March 19, 2014 Very very nice! Do I see OSHpark ?! ;) @garethjellis, apparently his own controller :) Share this post Link to post Share on other sites
zephyr1934 Posted March 20, 2014 Wow wow wow!!! That is very cool and definitely keep us posted as you progress. Are you simply emulating the "step up/down one speed" of the train controller, or does your controller actually say, "go to speed N"? The latter would be much more helpful. Oh, and the virtual lego controllers on the smart phone are cool too. Share this post Link to post Share on other sites
codefox421 Posted March 20, 2014 Very very nice! Do I see OSHpark ?! ;) Thank you! Yes, you do. Wow wow wow!!! That is very cool and definitely keep us posted as you progress. Are you simply emulating the "step up/down one speed" of the train controller, or does your controller actually say, "go to speed N"? The latter would be much more helpful. Oh, and the virtual lego controllers on the smart phone are cool too. It's currently emulating "step up/down one speed." However, when a command is sent to the device, it reports back the current speed of each channel after making any requested changes. Sending an unrecognized command is, in effect, polling for the current speeds. You could use this to implement "go to speed N" externally without any changes to the firmware, but going directly to a particular speed (other than max) is something I have considered adding to the command set. I also had the thought after filming the video that an NXT motor could be used as a joystick, but the restriction to only 7 PF speeds made it seem not so worthwhile. If I add "go to speed N," I will most likely add "go to duty cycle X" as well, in order to achieve "continuously variable" speeds. Share this post Link to post Share on other sites
zephyr1934 Posted March 22, 2014 It's currently emulating "step up/down one speed." However, when a command is sent to the device, it reports back the current speed of each channel after making any requested changes. Sending an unrecognized command is, in effect, polling for the current speeds. You could use this to implement "go to speed N" externally without any changes to the firmware, but going directly to a particular speed (other than max) is something I have considered adding to the command set. I was thinking IR receiver here for a second and was baffled by, "it sends back current speed" (it's late). I know the IR supports "go speed X" and I have fiddled with the Hi-Technic IR sensor for NXT for that reason, but in order to be within spec for the NXT, the power is too low to the NXT sensor to be useful to me (even though it is actually a broadcaster, they call it a sensor because it plugs into a sensor port). At any rate, to me the attractiveness of "go speed X" is so that you could run multiple units on a train and have their speeds synchronized with a single controller. Something it is tricky to do with they IR system. Using your approach it would likely be a simple extension in code, "make units A B and C go speed X." Then when A reports back it has it X but B is still changing, the software can send separate commands to each of the units until all of them have reached X. Yeah I know, it is hard enough to get one moving, worry about multiples later. This is neat stuff, keep it up! Share this post Link to post Share on other sites
