arduino-rgb-mixer
Michael Markstaller
Hash: SHA1
Hi,
hope this is the right list. First some notes, maybe helpful for others
After getting arduino-0022 working again under ubuntu:
http://mattgreensmith.wordpress.com/2011/11/24/installing-arduino-0023-on-ubuntu-11-10-oneiric-ocelot/
And some fiddling, the Makefile didn't work at all, for using with the
Arduino IDE, the pde/*.cpp/*.h need to be in a folder named rgb_mixer
somehow..
It at least compiled ;)
Using an Arduino Uno, disabled Auto-reset with a capacitor:
http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1295386772#3
(will also put a switch for that..)
Now before proceeding
- - getting it to compile with Arduino 1.0
- - changing/extending it for LED-pixels (LPD6803) (still leaves 3-4x
local PWM)
(maybe: extending it to really send DMX out, I started "simulating" a
StageProfi for that purpose - before I found the rgb-mixer with
descent RDM-code ;))
Some questions:
- - Is it "supposed to possibly work" as USB DMX Pro with the Uno having
no FTDI but an atmega for USB?
After adding ttyACM0 to ~/.ola/ola-usbserial.conf it doesn't instantly:
UsbProWidgetDetector.cpp:239: Usb Widget didn't respond to messages,
esta id 0, device id 0
and QLC also doesn't see it, clear, it's probably looking for an FTDI
I guess..
With some hints on the "how" or a link telling me the right commands
without trashing anything, once working, I could push it back to a
git-branch or smthg but I havent worked with git before..
best regards,
Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk9NWxsACgkQaWRHV2kMuAIYBgCgxhNu+g3Ggh2u2Y0QoPamsysv
h6QAoKVgJW7/Ny3H8LCbKwFKmVxvhyVX
=mEez
-----END PGP SIGNATURE-----
Jason Kyle
an FTDI device however you need to check the driver license first.
Essentially the FTDI driver is proprietary and would need to be licensed for
your use AFAIK, maybe this is different for the gnu/linux driver.
Hi,
best regards,
--
open-l...@googlegroups.com /
http://groups.google.com/group/open-lighting
To unsubscribe email open-lightin...@googlegroups.com
Michael Markstaller
Hash: SHA1
Am 29.02.2012 01:21, schrieb Jason Kyle:
> Technically feasible to clone the FTDI endpoints and make a micro
> look like an FTDI device
Well, that wasnt my intention, I'd rather work on making OLA and QLC
compatible than the USB-serial compatible with the D2xx-FTDI-lib
(besides libftdi, which is GPL, there it would make *maybe* sense.. if
really required?)
Guess there is an ACM-driver for Win/Mac already (?), so why care ;)
It's a serial port, if nothing really special out of libftdi/D2xx is
used (dont think so?!), it's only about extending the stuff to
recognise "non-FTDI" Devices as a serial-port(?)
best regards,
Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk9NgVMACgkQaWRHV2kMuAISkQCg7cNNxFLWIc0SsyBHAnKLgPWV
RBoAmwQccPe+voYdxc/XG+SjWM8sRLCi
=YMV0
-----END PGP SIGNATURE-----
Jason Kyle
serial port will work with any serial port and probably does already in some
implementations. The problem is when software uses the FTDI D2xx driver
rather than VCP and IMO D2xx is far superior performance wise. So it comes
down to the question, are you aiming for true enttec pro compatibility or
just a subset.
-----Original Message-----
From: open-l...@googlegroups.com [mailto:open-l...@googlegroups.com]
On Behalf Of Michael Markstaller
best regards,
--
Michael Markstaller
Hash: SHA1
Am 29.02.2012 02:45, schrieb Jason Kyle:
> If you limit to just OLA and QLC then sure, enttec pro protocol
> over a serial port will work with any serial port and probably does
> already in some implementations. The problem is when software uses
> the FTDI D2xx driver rather than VCP and IMO D2xx is far superior
> performance wise. So it comes down to the question, are you aiming
> for true enttec pro compatibility or just a subset.
Honestly, I'm happy if it works with OLA..
Otherwise it needs to fake an FTDI which is (as you mentioned) maybe
"problematic"
To say it short and clear: My intention is OSS working with OSS,
emulating is only a workaround :p
(There is just no single box on this planet to interface my LED-pixels
below $500, so I did it myself and gave me the right to be a little
picky on where this "should work") - I want it to work with OLA,
really dont care if it works with any prop. SW somewhere else :p (it
could still use Artnet or..)
Michael
P.S.: I tried the same thing (SPI, bitshifting, pretty simple..)
before using the (IMHO crappy D2xx and libftdi directly) - and
failed.. So then using a uC but then right, the implementation with
RDM looks very good to me, as using DIP-Switches to use the addressing
seems also dumb, Simon did it right, just trying to get on track ;)
But there is no need for any of these libs to feed a serial port with
a bunch of characters - on demand..
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk9NioQACgkQaWRHV2kMuAL/8gCgql4U7inMYbvbSkxP3vVDusrV
bLwAniPx8ToHt+XkGBcJYkNpbBsXn5tC
=88gP
-----END PGP SIGNATURE-----
Jason Kyle
Yes RDM instead of DIP switches makes a whole lot of sense. I'm working on
some RDM implementation stuff now.
-----Original Message-----
From: open-l...@googlegroups.com [mailto:open-l...@googlegroups.com]
On Behalf Of Michael Markstaller
Sent: Wednesday, 29 February 2012 15:17
To: open-l...@googlegroups.com
Subject: Re: [open-lighting] arduino-rgb-mixer
Michael
--
Michael Markstaller
Hash: SHA1
Am 29.02.2012 03:23, schrieb Jason Kyle:
> Out of interest how many universes are you controlling?
Well, two right now.. One in the garden and the unfinished
pixel-project on my desk ;)
This is more for home, not show, just some LEDs as I ran out of
DALI-channels..
But currently it it doesn't even enter setup().. I hoped to get it
working with 0022/23 first to be able to verify when I break
something, but I guess I'll try to change it to arduino 1.0 now and
sort out things there..
best regards
Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk9OrGsACgkQaWRHV2kMuAKK8QCgyRNNwXmBpgDcAZK5kWMHW/xY
daIAoNTSN9c42v6inG9vV7i8EOSlTV0V
=5Jh1
-----END PGP SIGNATURE-----
Michael Markstaller
Hash: SHA1
Just to follow up: I used a Duemilanove (with FTDI instead of Atmega8u
for USB-serial)
and it worked instantly ;)
Will keep posting if of any interest..
Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk9RQJUACgkQaWRHV2kMuAKwUwCg2Qup0Dk0BHK3SpUv5i3s2h84
8mkAnjFbnjuDz+SSRwssSGYp58su/iv3
=w15B
-----END PGP SIGNATURE-----
Michael Markstaller
Now, it's working but I'm greedy, I want it to be fully
RDM-configurable, start-address, reporting power, temp (working)
But also: set number of RGB-Pixels attached (and lines/rows - at second)
I really read the RDM-specs and several hints on the net (which always
lead back to the same bunch of persons ;))
Still being new to DMX and RDM (havent really used it outside
ola&testbed - but I love it)
Question: The "DMX footprint" is RO, is there another parameter to
configure/say, how many pixels are attached or is the way to go through
personalities (1-169?[*3=510]) or sub-devices in this case?
Michael
Simon Newton
There are two options I can think of, personalities and sub devices.
Personalities should be used when the behavior of the device changes,
i.e. changing modes.
Sub devices should be used to represent modular blocks of
functionality. i.e. dimmer modules
Sub devices aren't well supported at the controller level yet. For the
pixel string example you have I think this would be the best bet.
Simon
>
> Michael