coole idee!
ist dir super gelungen!!!
hast du die controller selbstgemacht?
was hat dich das ganze (ohne zeit) gekostet ?

lg

Hey, das ist aber nicht Weihnachtslich, aber cool ;-)
Kostenpunkt wäre echt mal nicht schlecht!

Moin!

Hätten nicht die ATTiny2313 das DMX-Signal nicht mit auswerten können? Die Tinys haben ja sonst nicht viel zu tun, ausser der PWM, oder?

Es gibt sowas ähnliches in dne USA zu kaufen: Triklits Jedenfalls erinnern mich deine Kugel an deren

Dort erledigt die Arbeit aber ein PIC ...

Du hattest weiter oben von dem Datenbezug aus einer bitmap datai gesprochen.Kann ich mir das wirklich als eine Bilddatai vorstellen, die wie ein Diagramm x-Y achse hat und du da eine Kurve eingetragen hast, die der Atmega 16 auslesen kann?

Ich dachte immer, das man dort nur Zahlen/Buchstaben auslesen kann und nicht gerade eine linie.

Wärme mal interessant finde ich wenn du da drüber mal 2 worte verlieren könntest.

MfG

Wenn man sich deren Seite anschaut, findet man deren Schaltplan usw...
Eignetlich kein schlechtes Produkt, aber pro String waren nur 24 Kugeln möglich. Man kann zwar mehrer String zusammenschalten, braucht dafür aber ein Extragerät. Und die verwendeten LEDs sind alles andere als gut. Farbmischung ist ganz okay (außer das alle Farben auf max nicht weiß ergeben), aber die Leuchtkraft ist alles andere als überragend...

Ich habe mal sowas wie die Triklits mit AVRs nachgebaut... Habe auch Tiny2313 verwendet, da die eine Serielle Schnittstelle haben... gesteuert habe ich das mit einem Mega8... das Projekt ist aber irgendwann eingeschlafen... Aber so ein tolles Farbsteuerprogramm per Bild hatte ich nicht!

Aber wenn du mir verrätst woher du die Kugeln hast und welchen Durchmesser die haben, würde ich mich nochmal dran machen...

Hmm... schick mir mal eine PM mit deiner Preisvorstellung. Ich wäre an 25 oder 50 Kugeln interesiert!

Ich habe das Problem mit dem Spannungsabfall auch gehabt und habe es gelöst, indem ich jedem Modul (Kugel) einen Spannungswandler spendiert habe! Ich kann nach Länge mit 6 bis 80V arbeiten, wobei 80V zuviel sind und mir da nach kurzer Zeit die Spannungswandler abrauchen würden! Aber laut Datenblatt

Oha die 5 Chip SF hatte ich als Sample von nem Chinesen bekommen. Nach paar Tagen war schon die erste Tod da die extrem heiß werden (zu heiß)

Deine scheinen aber etwas größere Beine zu haben.

Respekt!

Sehr schönes Projekt und vor allem die Art der Farbsteuerung über das Bitmap finde ich genial. Da kann man sich wenigstens bei der Programmierung was drunter vorstellen wie es mal aussehen wird.

Zitat von »2bl«

Ich habe aber noch ein paar von denen, werde mal einen Dauertest machen! unter welchen Bedingungen hast Du Deine getestet? frei schwebend, oder uf Platine gelötet? Alle 4 Beinchein? Viel Kupfer?

Nur auf ne Lochrasterplatine gelötet und sie schmoren lassen (100mA), alles andere wäre ja langweilig und für mich auch nicht praxisgerecht gewesen. Kann gut sein, dass deine Aufgrund der größeren Kühlfläche halten. Bei 4 Chip SF (80mA) hab ich in der Bauform auch keine Probleme.

Grüße

Hi André,

lustige Sache! - einen Markt für sowas gibt es bestimmt, ich denke da jetzt aber weniger an Consumer, für die ist das "zu kompliziert" mit DMX und so, für die ist sowas wie das Triklits besser geeignet...

Sowas wäre interessant für Discos, Bars, etc. als Dekolicht, da ist ja meistens eh' schon DMX vorhanden (e:cue o.ä.) - gibt's ja auch von diversen Herstellern so Dinger, hier in Regensburg z.B. baut einer sowas als DMX-Modul für HP-Leds, er hat aber auch so runde ø 60 mm Platinen, auf denen 9 RGB-SMD-LEDs drauf sind mit einem DMX-Empfänger zusammen....

Auch das ColorKinetics oder PepperoniLight PEPledDot ist sowas in der Art, aber als Kette mit automatischer Adressierung...

Lustigerweise baue ich sowas auch gerade (Kette mit 30 Leuchten)... also wie bei Flabig über TTL, der Tx des einen Tiny mit dem Rx des nächsten verbunden (oder war das bei Dir auch ein Bus...?) - das mache ich so, um mir den Bustreiber zu sparen, sonst müsste ich auch zweiseitig machen, die Platine ist nur 25 x 25 qmm groß:



Auch bei mir mit Spannungsregler, die LEDs bekommen ca. 12 Volt, der µC daraus stabile 5 Volt...

Des weiteren wird das so programmiert, dass jede Leuchte sich die ersten 3 Byte "weg"nimmt, und den Rest weiterschickt - dadurch spare ich mir, in jede Leuchte eine feste Adresse einzubrennen, also eben "automatische Adressierung"... den SuFlu-Cluster, der da drauf kommt, stelle ich heute noch in's Forum... das sollen so kleine RGB-Leuchten werden, die man dann z.B. auch in ne Kugel (dachte da an Papier-Lampions) stecken kann oder sonstwas damit machen....

Zitat von »2bl«

Das DMX-Signal ist ein differentielles Signal mit abstrakten Pegeln (soweit ich weis), dazu ist ein Demultiplexer erforderlich um ein TTL-Signal draus zu stricken...

Hm, ja, das ist etwas "seltsam" ausgedrückt - "abstrakte Pegel" - wie gesagt, es ist "differentiell"/symmetrisch, also entweder liegt Data+ auf 5 Volt und Data- auf 0 Volt, oder umgekehrt...

Das Teil da drauf ist aber kein "Demultiplexer" - so wie ich das sehe ist das ein Bustreiber, um eben TTL-Pegel draus zu machen, die *Verarbeitung* des DMX-Signals geschieht natürlich im Tiny (nehme mal an, mit der Routine, die Du in dem anderen Thread gepostet hast...?). Adressen sind da fest "eingebrannt", nehme ich an...?

Tiny25 scheidet leider (ausser großer Aufwand) aus, von dem her: Du brauchst nen stabilen Takt, um das serielle Signal ordentlich auswerten zu können - daher der Quarz... ich hatte auch schon an nen Tiny25 gedacht, und Quarzoszi dazu, aber das ist zusammen dann größer als Tiny2313 + Quarz - funktionieren *könnte* es, wenn man den internen Taktgeber kalibriert, irgendwann mal werde ich das auch noch versuchen... evtl. deutlich langsamere Übertragung, dann *könnte* es auch so gehen...

Zitat von »2bl«

Hmm, die Länge meines Systems ist nur von der Datenrate des RS485-Busses abhängig... wenn man 25 Frames/Sekunde anstrebt, kann man gut 300 Kugeln adressieren...

Aber dann mit nem eigenen Protokoll, die 512 DMX-Kanäle reichen da nicht mehr...

Zitat von »2bl«

Allerdings misst man bei meinen knapp 9 Metern Länge schon einen Abfall des 5V-Pegels auf ~4,6V, man sollte die Versorgungsspannung also irgendwann neu einspeisen, um konstante Helligkeit zu erreichen...

Ausserdem das RS-485-Signal puffern/repeaten - normal sollen ja nur 32 Empfänger an so nen Bus...

Sehr interessant finde ich die Programmierung über ein Bitmap, das ist sehr schön gelöst! - bei mir war jetzt erst mal ne Steuerung über gewöhnliche Lichtsteuer-SW geplant, wie bei meinen Deko-Säulen auch schon...

Vor diesem SD-Card-Zeug, Bitmap auslesen usw. bin ich immer zurückgeschreckt, da es mir extrem kompliziert erscheint - hast Du da evtl. Links dazu, wo das etwas erklärt wird..?

Weil interessant wäre das für mich auch: Die Lichterkette kann man ja z.B. auch als 5x6-Matrix anordnen - da wäre es sehr gut, die Animationen einfach am PC als 5x6-Pixel-Bilder zu erstellen und auf eine SD-Card zu speichern, der µC spielt die dann einfach der Reihe nach ab....

Hey, danke für die Infos! - den Thread lese ich mir heute abend mal durch.

Zitat von »2bl«

Hmm, über welche Distanzen soll das gehen? Würde jetzt nicht drauf wetten das der Tx-Pin das sauber und ordentlich macht, habs aber noch nie ausprobiert...

Ist ja nur ne Punkt-zu-Punkt-Verbindung, von einer Leuchte zur nächsten, ca. 1 Meter - das sollte schon gehen... probier' ich natürlich vorher aus

Zitat von »2bl«

Außer man nimmt einen von den teureren MAX48x (x=3 oder 5 glaub ich) statt des uralten SN75176, die haben nur 1/4 oder 1/8 Load, dann dürfen ganz offiziell 128 oder 256 Empfänger an den bus!

Der Neni empfiehlt aus diesem Grund immer den SN65HVD06, den hab' ich aber noch nicht zum Bestellen gefunden - ist bei mir halt auch ne Preisfrage, jede Leuchte nochmal 1,60 Euro teurer (MAX485 bei Reichelt)....

Zitat von »2bl«

Klar, kein Ding! Musst halt beim auslesen des Bitmaps etwas mehr Hirnschmalz inverstieren, und einen Controller mit mehr ls 1K SRAM nehmen
Oder eben - wie ich - das Bitmap am PC parsen.

Hm, aber bei mir wäre das ja nur ein .bmp mit 5x6 Pixeln á 24 Bit - das sollte doch nicht so ne Riesen-Datei sein...? - da wär's ja ein .bmp pro "Szene", also nicht wie bei Dir die komplette Animation in einem Bild....

Schönes Projekt, Hut ab . Und die Bitmap-Steuerung ist auch ne schöne Idee. Zweidimensionale Konstrukte könnte man ja auch mit ner Sequenz von einzelnen Bitmaps (ähnlich den animierten GIFs, nur das GIFs nur max. 256 Farben enthalten können und komprimiert sind; gibt's eigentlich auch animierte PNGs?) ansteuern.

Den SN65HVD06 gibt's übrigens bei www.mouser.com (nur SOIC an Lager) oder www.digikey.de (SOIC und DIP an Lager) für 2,38 resp. 2,39 € pro Stück. Die Staffelpreise sind aber dann deutlich geringer bzw. nehmen sehr schnell ab. Die Vorteile sind ähnlich wie bei den MAXen neben der höheren Anzahl Knoten (bis 256) auch eine Fail-Safe-Architektur, welche auch in Idle-, Shorted- und Open-Zuständen des RS485-Busses noch einen definierten High-Pegel am Ausgang liefert, so dass dabei dann keine 'falschen' Start-Bits auftreten.

Gruss
Neni

Edit: Seh gerade, dass das mit der Bitmap-Sequenz ja schon von Pesi so angesprochen worden ist .

Ich verwendete einen Bus für die Steuerung, wobei die Tinys bei mir nur empfangen konnten. Dadurch bräuchte ich nur 3 Kabel.
Jeder Tiny hatte min 2 Adresse, eine eigene und eine Globale um die ansteuerung einfacher zu machen. Theoretisch waren beliebig viele Adresse für einen Tiny denkbar um so einfacher Muster erstellen zu können. Aber für einen Strang dürften es nicht mehr als 255 sein.
Ein Spannungsabfallproblem hatte ich auf der Datenleitung nicht. Ich hatte es mal mit einem 30m Kabel probiert und es funktionierte! Nur für die Spannungsversorgung waren 12V vorgesehen, die dann mit einem Spannungregler runtergeregelt worden sind!