DiyLightAnimation
Hardware => Lynx EtherDongle => Topic started by: RJ on March 26, 2012,
-
Anyone that has a big show want to test the Etd firmware for me?
The three hex files as all pixelnet and give you
Etherdongle 1_32.hex = normal universes 1 - 32 = channel 1 - 16,384
Etherdongle 33_64.hex = normal universes 33 - 64 = channel 16,385 - 32,768
Etherdongle 65_96.hex = normal universes 65 - 96 = channel 32,769 - 49,152
RJ
-
I will try and test this coming weekend. I already have 2 Etds built and will get another soldered for weekend test.
-
check out this video. The top has the EtD firmware from last year with the boundary pixel issue, but it has no problems handling the data. The bottom is everything else the same, but the new firmware for uni 1-32. I got the same results with the firmware that in now on the wiki.
Time alignment of the two clips is close, but not exact...
Start address for the sign is 3375 and it runs throug 4095.
The boundary pixel is on the third line (pixel crosses e1.31 uni boundary)
http://vimeo.com/39457770
-
Interesting above. ^
Well the wife had too many "Honey Dos" for me this weekend to get this done. >:( My apologies. I know Slacker. <fp. I have my 3rd etd half built and will continue to work on it and will test as soon as I can.
-
check out this video. The top has the EtD firmware from last year with the boundary pixel issue, but it has no problems handling the data. The bottom is everything else the same, but the new firmware for uni 1-32. I got the same results with the firmware that in now on the wiki.
Time alignment of the two clips is close, but not exact...
Start address for the sign is 3375 and it runs throug 4095.
The boundary pixel is on the third line (pixel crosses e1.31 uni boundary)
http://vimeo.com/39457770
Can you give more info on this problem. does it only happen at high channels? ect.
RJ
-
I'm only using one pixelnet universe.
I'll try to hook up the tree tomorrow and see what it does.
RM
-
It appears to only happen when there are no changes in the first e1.31 block.
At the beginning of my sequence and in about 3 other places in the sequence, things are changing in the higher channels, but the first 512 channels are all off. The display seems to update irregularly during those times.
During the rest of the sequence, things are changing in the first block and the animation is smooth.
I'll try to post a video tomorrow.
RM
-
That is very helpful and this will be easy to fix I believe.
RJ
-
Here is a video that includes the tree and star.
Old firmware on left, new on right. The caption on Vimeo gives setup details.
There are about 4 places in the video where there are no changes in the first block (first couple of strings on tree) and you can see the sequence stutter.
http://vimeo.com/39738085
RM