http://forums.leaflabs.com/topic.php?id=375 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:20:30 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=375#post-2655 Tue, 16 Nov 2010 20:20:34 +0000 poslathian 2655@http://forums.leaflabs.com/ <p>alright, we made good progress today. Hopefully well have something to test by then </p> http://forums.leaflabs.com/topic.php?id=375#post-2635 Tue, 16 Nov 2010 15:49:28 +0000 gbulmer 2635@http://forums.leaflabs.com/ <p>poslathian - sorry, I was unclear. Yes, I mean "ship the code", definitely not boards 8-!</p> <p>I am going into the school Monday, and the ICT guys would be willing to test that things work okay on their network. </p> http://forums.leaflabs.com/topic.php?id=375#post-2621 Tue, 16 Nov 2010 14:38:27 +0000 poslathian 2621@http://forums.leaflabs.com/ <p>we wont ship it as in ship new boards with it flashed on there for a little while. But well push code into git and release some binaries shortly. </p> http://forums.leaflabs.com/topic.php?id=375#post-2560 Mon, 15 Nov 2010 15:46:59 +0000 gbulmer 2560@http://forums.leaflabs.com/ <p>Will you ship this soon, even if it is less than perfect? </p> <p>I can ask a school to try it out, and see if their machines work at all. I'll see them next Monday. </p> http://forums.leaflabs.com/topic.php?id=375#post-2556 Mon, 15 Nov 2010 15:40:37 +0000 poslathian 2556@http://forums.leaflabs.com/ <p>Annoyingly you still need an inf file, which is just a pointer to a driver - but windows presents this process to the user as if it were installing a driver. All very annoying. </p> http://forums.leaflabs.com/topic.php?id=375#post-2430 Thu, 11 Nov 2010 19:20:47 +0000 gbulmer 2430@http://forums.leaflabs.com/ <blockquote><p>yes, we're aiming at a " driverless" solution using only each platform's built-in serial drivers. </p></blockquote> <p>Excellent. It occurred to me that serial only didn't *have to mean* no driver, so I thought it important to ask. </p> http://forums.leaflabs.com/topic.php?id=375#post-2414 Thu, 11 Nov 2010 00:33:06 +0000 mbolivar 2414@http://forums.leaflabs.com/ <p>yes, we're aiming at a " driverless" solution using only each platform's built-in serial drivers. </p> http://forums.leaflabs.com/topic.php?id=375#post-2381 Wed, 10 Nov 2010 12:52:11 +0000 gbulmer 2381@http://forums.leaflabs.com/ <p>To avoid any confusion, I should ask a question ...<br /> Does the Serial-only bootloader need a new driver installed on the host, or will it work with the existing, default OS drivers?</p> <p>The most important answer for me is that Windows does NOT need to have any drivers installed, because Windows is mostly what schools have. </p> http://forums.leaflabs.com/topic.php?id=375#post-2379 Wed, 10 Nov 2010 08:40:15 +0000 gbulmer 2379@http://forums.leaflabs.com/ <p>The news that their *may* be a serial-only USB bootloader by Christmas is brilliant. Thank you.</p> <p>May I add a further feature request, which may be useful in a release?</p> <p>I've made a robot controller (L293D, LEDs, sockets with lots of zeners, etc.) for an untethered robot.</p> <p>One thing which is valuable is being able to reconnect to the robot, over USB, without resetting it. I want to be able to retrieve 'telemetry data' over USB. The 'telemetry data' is put into RAM during a test by the users program. </p> <p>Like many others, I've written a dumb 'oscilloscope' (in Processing) so that folks (especially the kids on my 'build a robot in a day' workshop) have a bit of help testing and debugging an untethered robot. </p> <p>We have thought about adding wireless, but my initial goal is simplicity of hardware, and ingenuity of mind! So I'd like them to stash the data into a buffer (array) and extract the data when they have caught the thing, and plugged it back into the PC.</p> <p>I'd like the bootloader to be able to support being reconnected to the PC host, and NOT reset the users application when USB is reconnected. Instead, it should allow the user program to continue to run. </p> <p>It need not be your problem to devise a neat way to cope. I am happy to write something on the host which connects and does a handshake with the bootloader, though I think the mechanism should work the opposite way. I think, by default, connecting over USB should not do *anything* special. Reset should either be by pressing the reset button, or by out-of-band signaling (e.g. DTR) over USB serial.</p> <p>I think having SerialUSB.available() return &lt;= 0 when the USB lead is disconnected might be enough for the users program to work okay. </p>