I've not heard of any non-Serial USB DMX QC projects (in other words, projects that use non-serial communication with USB DMX boxes), nor have I heard of alternative serial plugins... I've yet to see any non-FTDI USB-serial adapters too, so I'm not exactly excited to continue without knowing what's going on :(
The software includes a Max/MSP object that can control lights and other equipment. The website says that commented source code is available. It may not be the answer you are looking for, but it looks like a start in the right direction if you can handle a bit of software translation.
artificial eyes use these with their moving mirror projector units and 3l max based software. maybe todd wouldn't mind running some tests. what would need to be done?
First, does the device show up as a serial device in /dev (as in, /dev/tty.[stuff here] or /dev/cu.[stuff here]) -- if so, that means we can essentially reuse the same code (assuming it's properly coded, and current problems are entirely FTDI's fault... that seems a bit more one-sided than reality, but for the time being it's a start)
If it doesn't, there's some sdk we'll have to use to interface with it. This isn't a problem, but it'll take a bit more time.
I'll try to snag the code and look over it sometime soon, to see what it's expecting.
The uDMX does not appear listed under /dev. It is based on the Atmel Atmega8 Microprocessor, using Objective Development's AVR-USB software USB implementation ( http://www.obdev.at/products/avrusb/index.html ) Commandline interaction with the uDMX requires libusb ( http://libusb.sourceforge.net/ ).
I have one of the uDMX units and will be happy to assist with any tests you would like to try against it.
Thank you for the info on this -- looks like there will be some extra code necessary then :( but hopefully nothing too crazy (and the library is lgpl, which is workable).
I'm guessing the AVR-USB stuff is on the device itself, not the host machine, correct? If that's the case, we don't have to deal with that (since we're just doing the PC-side stuff).
Do you have any tools (preferably with source, though not strictly necessary) that do simple enumeration/transmission with this device that you could send? (I can be reached at the e-mail address at the bottom of each kineme.net page)
I've not heard of any non-Serial USB DMX QC projects (in other words, projects that use non-serial communication with USB DMX boxes), nor have I heard of alternative serial plugins... I've yet to see any non-FTDI USB-serial adapters too, so I'm not exactly excited to continue without knowing what's going on :(
I don't know if this is useful or not, but I ran into this a few days ago. http://www.anyma.ch/research/udmx/
Hardware is a bus powered USB-DMX interface.
The software includes a Max/MSP object that can control lights and other equipment. The website says that commented source code is available. It may not be the answer you are looking for, but it looks like a start in the right direction if you can handle a bit of software translation.
looks like it uses an Amtel, rather than an FTDI -- this could be handy in determining whether or not I'm just a lousy serial port programmer. :)
Anyone have one of these handy? (180€ feels a bit steep.......)
artificial eyes use these with their moving mirror projector units and 3l max based software. maybe todd wouldn't mind running some tests. what would need to be done?
First, does the device show up as a serial device in /dev (as in,
/dev/tty.[stuff here]or/dev/cu.[stuff here]) -- if so, that means we can essentially reuse the same code (assuming it's properly coded, and current problems are entirely FTDI's fault... that seems a bit more one-sided than reality, but for the time being it's a start)If it doesn't, there's some sdk we'll have to use to interface with it. This isn't a problem, but it'll take a bit more time.
I'll try to snag the code and look over it sometime soon, to see what it's expecting.
The uDMX does not appear listed under /dev. It is based on the Atmel Atmega8 Microprocessor, using Objective Development's AVR-USB software USB implementation ( http://www.obdev.at/products/avrusb/index.html ) Commandline interaction with the uDMX requires libusb ( http://libusb.sourceforge.net/ ). I have one of the uDMX units and will be happy to assist with any tests you would like to try against it.
Todd Thille
VJ, Designer, Developer http://www.synesthete.com/
Thank you for the info on this -- looks like there will be some extra code necessary then :( but hopefully nothing too crazy (and the library is lgpl, which is workable).
I'm guessing the AVR-USB stuff is on the device itself, not the host machine, correct? If that's the case, we don't have to deal with that (since we're just doing the PC-side stuff).
Do you have any tools (preferably with source, though not strictly necessary) that do simple enumeration/transmission with this device that you could send? (I can be reached at the e-mail address at the bottom of each kineme.net page)