May 19, 2012, 07:56:57 PM

Author Topic: TP3244 Protocol Bridge V2?  (Read 1052 times)

Offline dmoore

  • BetaTester
  • Senior Elf
  • *****
  • Posts: 562
  • Country: us
  • http://www.vimeo.com/18220911
    • View Profile
  • State: Outside of AU/NZ
TP3244 Protocol Bridge V2?
« on: December 25, 2010, 08:08:48 AM »
Well it was a really exciting year and I think all involved in RGB pixels learned a TON of new things.  So, while it is fresh in my mind, I though I'd throw out suggestions on improvments to the TP3244.  Of course I maybe jumping the gun but...I can dream can't I?  :)

HARDWARE:

* The ability to have CAT5 and/or small screw terminals instead of solder pads for outputs (I did see that tabor had connectors on his).  The reason is that I found it hard to swap out (for testing) one board with another.  It would also make it a little less DIY.  I like the combo used by the ECG with the CAT5+screw terminals.  This would include +/- power output.

* Screw terminals for power input

* RJ45 jack and/or screw terminals for signal input.

* The ability to supply power for the pixels AND the board through a single input so you don't need to make jumper cables from the board power input to the light string outputs.

* Built in "test button"/jumper like d-Light/Lynx have so that it can either run a canned sequence (see below) or trigger all channels on then a chase.  This would aid in troubleshooting out in the yard or triggering pre-canned sequences.


FIRMWARE:
* The ability to upload a vixen/LSP sequence for stand-alone operation

* Pre-canned macros like CCR (on the fence for this one if we have good sequencing software)

* The ability to turn on built-in canned sequences like the little $6 DMX controllers do

* Embedded "MAC" addresses so that you can re-program a board while it is on the same line with other protocol birdges.  David P did this in his controllers and it works great.  It also would allow you to "pull back" the settings from the controller like other controllers are able to do (LOR, d-light)...yes there is lots of other RDM complications here.  :)

I want to thank Phil and Tabor for all their hard work this year on the TP3244 - next year is going to even be better!
« Last Edit: December 28, 2010, 08:52:08 AM by dmoore »

Offline David_AVD

  • Community Project Designer
  • Dedicated Elf
  • *****
  • Posts: 1317
  • Country: au
  • Technology Mad Man
    • Facebook.com/http://www.facebook.com/pages/Audio-Visual-Devices/297531996950791?sk=info
    • View Profile
    • Audio Visual Devices
  • State: Queensland AU
Re: TP3244 Protocol Bridge V2?
« Reply #1 on: December 25, 2010, 08:55:58 AM »
I think RDM would be great personally, but it's not a trivial task to code.  Serial numbers (Network / Unique IDs) can be implemented in other ways (hardware or software) to get the "MAC Address" you speak of.

The ability to save and load settings would make it so easy to clone devices, etc.  Even without RDM, the config program could be extended to save / load settings to a file.

I used plug-in connectors like these on my pixel drive board. They make swapping boards out so much easier, are polarised and can handle 10A.



On the board I made, I have power coming in on a 2 way block.  I then have 4 SPI outputs each on a 4 way (0V, data, clock, +5V) connector.

As for the test button, that would be a good idea.  Knowing if its a hardware or software problem is always a hassle, especially when you can't substitute a known working piece into the (broken) puzzle.

Now this all said, I think Phil and Tabor pulled a rabbit of the hat this year.  :)
Sure, everyone's always in favour of saving Hitler's brain, but put it in the body of a great white shark... oooooh, suddenly you've gone too far!

Offline dmoore

  • BetaTester
  • Senior Elf
  • *****
  • Posts: 562
  • Country: us
  • http://www.vimeo.com/18220911
    • View Profile
  • State: Outside of AU/NZ
Re: TP3244 Protocol Bridge V2?
« Reply #2 on: December 26, 2010, 05:27:35 AM »
I think RDM would be great personally, but it's not a trivial task to code.  Serial numbers (Network / Unique IDs) can be implemented in other ways (hardware or software) to get the "MAC Address" you speak of.

The ability to save and load settings would make it so easy to clone devices, etc.  Even without RDM, the config program could be extended to save / load settings to a file.

That is what I like about the LOR controllers - the ability to pull back settings and to update the firmware over the wire without pulling out the Pickit.

I used plug-in connectors like these on my pixel drive board. They make swapping boards out so much easier, are polarised and can handle 10A.

Is it possible you could post the part numbers for the slip on connectors you posted?

Now this all said, I think Phil and Tabor pulled a rabbit of the hat this year.  :)

Here here!

Offline David_AVD

  • Community Project Designer
  • Dedicated Elf
  • *****
  • Posts: 1317
  • Country: au
  • Technology Mad Man
    • Facebook.com/http://www.facebook.com/pages/Audio-Visual-Devices/297531996950791?sk=info
    • View Profile
    • Audio Visual Devices
  • State: Queensland AU
Re: TP3244 Protocol Bridge V2?
« Reply #3 on: December 26, 2010, 08:42:22 AM »
Is it possible you could post the part numbers for the slip on connectors you posted?


They are commonly called Phoenix connectors.  The ones I use are the 5.08mm (0.2") type.

2 and 4 way plugs from Altronics:
http://www.altronics.com.au/index.asp?area=item&id=P2512
http://www.altronics.com.au/index.asp?area=item&id=P2514

2 and 4 way PCB sockets from Altronics:
http://www.altronics.com.au/index.asp?area=item&id=P2572
http://www.altronics.com.au/index.asp?area=item&id=P2574

They are expensive at RRP.  Much cheaper at wholesale, so don't let the pricing put you off.

Digikey and mouser would sell them too.
Sure, everyone's always in favour of saving Hitler's brain, but put it in the body of a great white shark... oooooh, suddenly you've gone too far!