I realize that there isn't much documentation around yet, but I did some searching and managed to come across this link over at Sparkfun:
http://forum.sparkfun.com/viewtopic.php?=&p=18557 (http://forum.sparkfun.com/viewtopic.php?=&p=18557)
It points to http://ww1.microchip.com/downloads/en/A ... lation.EXE (http://ww1.microchip.com/downloads/en/AppNotes/CDC_RS232_Emulation.EXE)
This download seams to have the drivers needed to make the Openbench show up as a Com Port.
Hope this helps anybody else trying to get this bad boy connected up and ready to play with.
chris.
I am pretty sure that the inf is in the package available from gadget factory. That is the package that contains firmware, bootloader, and all the other binary blobs + PC sw, named OpenBench_LogicSniffer_1.03.zip
http://www.gadgetfactory.net/gf/project ... logic/frs/ (http://www.gadgetfactory.net/gf/project/butterflylogic/frs/)
Ahh good to know. I didn't know they had a package available. I just ended up snagging all the bits from the different sites :-)
Now to hunt down some OS x drivers :-)
chris.
You may not need OSX drivers.
OSX allows any basic user program to open a USB device and talk to it, particularly if the system does not own it. You can even get notified when a matching device is connected. When developing USB firmware, I've so far been able to talk to my devices under OSX without any custom drivers.
At the same time, if a USB device implements the CDC Class properly, I think that OSX will simply create a new file in /dev/ corresponding to the USB device. You should be able to use standard Unix system calls to open the device like any old serial port. This would be more portable, but I haven't bothered to design any CDC Class firmware yet. I have noticed that several devices like the USB IR Toy show up as serial devices without installing anything custom.
Thanks, I wouldn't have been able to find the drivers without this thread - it's practically impossible to find it from DP, as the software list doesn't have it, and the hardware page doesn't talk about it at all. Maybe it needs a bit of clarification?
Okay, I've gotten the OLS up and running on my windows box, but I run linux down at my workbench and things are a little more complicated there. Instead of showing up as a /dev/ttyUSBx device, it appears as /dev/ttyACMx - and SUMP (more accurately, the RXTX java serial library) doesn't recognise that as a valid serial device.
The solution appears to be adding a udev rule that creates a ttySx symlink when the OLS is plugged in. I've found a useful description of what to do here: http://mailman.qbang.org/pipermail/rxtx ... 39518.html (http://mailman.qbang.org/pipermail/rxtx/2009-December/6139518.html)
Hello,
Sorry for this oversight, I just posted a Windows Quick Start Video to the project page at http://gadgetforge.gadgetfactory.net/gf ... rflylogic/ (http://gadgetforge.gadgetfactory.net/gf/project/butterflylogic/)
To directly view the Quick Start video go to [url]http://blog.gadgetfactory.net/2010/04/quick-start-video-for-open-bench-logic.html
Jack
Sorry about the confusion on the .inf file. I copied the .inf instructions from the how-to to the links page, and added a link to the list of packages available at the Gadget Factory.
I hope this will save others confusion in the future.
[quote author="pelrun"]
The solution appears to be adding a udev rule that creates a ttySx symlink when the OLS is plugged in. I've found a useful description of what to do here: http://mailman.qbang.org/pipermail/rxtx ... 39518.html (http://mailman.qbang.org/pipermail/rxtx/2009-December/6139518.html)
[/quote]
This is not so nice, as you have to do it on every computer you plug it in. In fact all CDC serial ports are seen as ttyACMx on linux.
Could you try the SUMP.zip package attached to http://dangerousprototypes.com/forum/index.php?topic=488.msg4259#msg4259 (http://http://dangerousprototypes.com/forum/index.php?topic=488.msg4259#msg4259) ?