23 Comments

  1. ludo
    ludo October 28, 2013 at 13:52 . Reply

    hi, how could i use processing to control rainbowduino v3.
    Pixelcontroller seems to use pure data?

    neorainbow is only aivalaible for v1 of rainbowduino ?

    thanks

  2. Tom Sidji
    Tom Sidji October 30, 2013 at 22:53 . Reply

    Tried to get the PixelController working with an Arduino UNO and a Teensy ++ 2.0 on MacOSX 10.9… Neither device did work: I’ve uploaded the FW-sketch to my Teensy / Arduino and my LED Matrix cycles the rainbow pattern – so I guess on the Teensy / Arduino side there is no problem. What am I doing wrong? What should I change in the config.properties-file to get this working? What settings should I write there for Teensy ++ 2.0 device (e.g. my Teensy-port: /dev/tty.usbmodem12341) ? Thanks in advanced.

  3. Tom Sidji
    Tom Sidji October 30, 2013 at 23:55 . Reply

    Thank you! I’ve checked that. Now I can see that PixelController uses the right port, but as soon as I open the PixelController Tool, my LED Matrix stops working (freeze). Also, PixelController stops playing the animation…

  4. Tom Sidji
    Tom Sidji October 30, 2013 at 23:59 . Reply

    Ok. Now everything is working fine… Had to change the FW for the Teensy 2.0 ++… Thank michu. Keep up the great work!!!

  5. ludo
    ludo October 31, 2013 at 22:40 . Reply

    Hello,
    I try pixelControler v1.5.
    The pattern came about 5 ou 6 seconds after the progarmm begin to run. then i got 10 to 20 frames (images) and the matrix freeze but the programm still running (speed : 5fps).

    I look at the log file and have a lot of : “spain.rv3sf.api.RainbowduinoV3 waitForACK
    WARNING: No serial ACK reply received for frame fragment 0 after waiting for 50ms. Serial port has only 0 bytes available.”

    I try also to use processing (with the programmer’s pain program) and have and error mesage like this : Unable to send frame since the serialPort isn’t initialized!

    I think the problem is about the com port so…
    Question : how to initialize the port com. (COM6 for me) :-))

    Thanks a lot, i hope to succeed to use the pixel controller and my rainbowduino for my project..

    Thanks again
    Ludo

  6. tozett
    tozett November 6, 2013 at 16:19 . Reply

    hi,
    long waited for my china-led to try your pixel-controller on my long waited iboards from china. suprisingly my leds are ws2811 instead of ws2801. so i have only date-line without clock. is it an worth the effort to get ws2811 running with your pixelcontroller? do you have expereient with such led-strips? thanx a lot for your time a answer. still looking forward to get it running.. all seems so impressive here ….

  7. tozett
    tozett November 6, 2013 at 23:08 . Reply

    i investigated in the pixelcontroller.readme on github. i hope to get my ws2811 leds running, but i dont see how the firmware for the arduino an the library on the arduino go together. you mentioned in the readme: ” for other panels (WS2801, WS281x…) install the integration/ArduinoFw/libraries/FastSPI_LED2 library.”. but how is the controlling-chain going from pixelcontroller to the stips going? pixelcontroller-usb/net-arduino with firmware (which?) and a library?. At the moment i cant see, how library and firmware are put together, so that pixelcontroller can control the pixels. any hints? thanx a lot for all the work, looks verry promising, pity i got ws2811 instead 2801. else i would be up an running with pixelcontroler at this minute… ;-)

  8. tozett
    tozett November 12, 2013 at 14:43 . Reply

    hey michu,
    thanx a lot. for great pixelcontroller. with my ws2811 i tried fo get an arduino uno r3 running as an art-net client. worked in 5 min from here: http://www.deskontrol.net/blog/arduino-based-artnet-node-for-led-pixels/ (but had to work out to connect ground near data-line to arduino to get it working).

    your tip to get a ws2811 running is the “TPM2-Firmware”, like linked from your github-readme: “Teensy with TPM2 firmware using fastspi2 lib]——[LED#1].
    Right? i will give it a try…

    and by the way: seems there is a bug in “color-scroll” with effect “rotate 90″ on my 8×13 matix. can you confirm this?

    great work, again. thanx a lot, go on further!!

  9. tozett
    tozett November 14, 2013 at 11:48 . Reply

    hi michu,
    if it is a bug, it is still present in 1.5.1.
    i made an git-hub issue out of this. (first try for me). is it the right place for bugs?
    i also put there a screenshot of this “bug” an for a ‘feature-request’.

    to send commands to pixel-controller from plain bash to a port would be wonderfull (socat, nc, telnet, mpd-alike… — as wonderfull as there would be a configure option for a timeout to change the random visualisations instead of beat-only …

    all here: https://github.com/neophob/PixelController/issues/43
    and issue 44+45

    cheers,,,

  10. tozett
    tozett November 14, 2013 at 11:54 . Reply

    live-painting on matrix.

    hey, phantastic! i tried the screen-capture mode and captured a bitmap-painting-app. so i had live-painting on our led-matrix. great, great, great!

    may you will put this use of the screen-capture also in the readme for others?
    graet feature…

    greets, tozett

  11. tozett
    tozett November 14, 2013 at 17:15 . Reply

    i add my experience here. ok? (or on github?)

    is there a way to run the pixelcontroller headless? just a controller for one or more ledmatrix? i would change modes only with cmd line (OSC…)

    thanx, ozett

  12. tozett
    tozett November 18, 2013 at 16:04 . Reply

    ok. i test your beta, if you like.
    drop me a email, if it is online. Or shoudl i subscribe your blog?

    wonderful work, once again. …!

    greetings, ozett

  13. tozett
    tozett November 20, 2013 at 18:48 . Reply

    Performance needed?
    i tried today running it on an raspberry pi with oracle-java in raspbian.
    it worked, but i got updates with pause within. a veeeery poor framerate…

    as it run on my windows dualcore machine, it was smooth.
    will the head-less version run smooth on rasberry? or is it without reach?

    greets,ozett

  14. tozett
    tozett November 20, 2013 at 21:45 . Reply

    Performance Platforms..just to compare my last post:

    the raspberry b-model had (raspian) with xrdp and:
    Processor : ARMv6-compatible processor rev 7 (v6l)
    BogoMIPS : 697.95

    and now i run Pixelcontroller on fluxbox-remote desktop with xrdp (ubuntu10.04,default-java) on an intel-mini-itx with an atom,
    which has (an old? atom):
    model name : Intel(R) Atom(TM) CPU D510 @ 1.66GHz
    bogomips : 3333.41

    it is fluid again …

  15. tozett
    tozett November 25, 2013 at 12:04 . Reply

    hey michu,
    i found the 200rc1-Version. And tried it just a minute ago on my rasperry. With Gui, still poor framrates. With your new headless-Version via cmd-line i had _very good_ framerates of 21 on my rasperry with normal cpu-settings. Gloroius! Thanx. I than tried medium-overclock to 900 MHz, just to see a difference. I will report…

    Now i am (personally, forgive me ;-)) only missing linux/bash cmd-line control to switch some basic settings/presets (without doing it from a native java-cmdline). didnt figured out how to do this via OSC. (Google gave my Python sceletion so send art-net messages from bash. Not soo poor…)

    Besides:
    I found stated in the readme the fix for sorting image-dropdown. Still Generator and effect-Dropdown somehow unsorted?

    The Textoptions are limited to two? Both are running Text? Even with Generator-Speed to Zero, Text ist Ping-Pong’ing. What about an option to display static Text, just to have an (easy) Character Display. And not to use images instead.

    If I Activate Random-Preset Mode in gui, what about showing name of the actual Preset below the Visual? I would have to switch to preset-Page to control the random choosen preset…

    Great Work, and a fast move from 1.5 to 2.x…!!! Great!

Leave a Reply

Warning: require_once(/home/httpd/vhosts/pixelinvaders.ch/httpdocs/neophob.com/wp-content/themes/fanwood/sidebar-after-content.php): failed to open stream: Permission denied in /home/httpd/vhosts/pixelinvaders.ch/httpdocs/neophob.com/wp-includes/template.php on line 501 Fatal error: require_once(): Failed opening required '/home/httpd/vhosts/pixelinvaders.ch/httpdocs/neophob.com/wp-content/themes/fanwood/sidebar-after-content.php' (include_path='.:/usr/share/pear:/usr/share/php') in /home/httpd/vhosts/pixelinvaders.ch/httpdocs/neophob.com/wp-includes/template.php on line 501