DMX-Receiver 12-Kanal mit ATtiny2313

Zu den Fuses:

Hier auf der Seite, kannst du dir die Fuses kalkulieren lassen. das funktioniert wunderbar und man kann eigentlich nicht viel falsch machen.
http://www.engbedded.com/fusecalc/

Ich habe jetzt mal schnell das zeug zusammen geklickt. Ich komme auf:
H: DF , L: FF , E: FF

Hab einfach nur die Frequenz geänder und den achterteiler rausgemacht. Wenn du noch nen Brown-out detection haben willst musst einfach noch anklicken.

Viel spass damit

MfG

Zitat von jens_n

wo ist der Unterschied zwischen z.B. "CKSEL=1111 SUT=00" und "CKSEL=1111 SUT=11", also zwischen Einträgen mit dem gleichen Text?

Es gibt zumindest beim ATtiny2313 keinen. Ob bei anderen AVRs SUT=00 und SUT=11 die selbe Bedeutung haben, habe ich nicht überprüft.

Zitat von dgoersch

Es gibt zumindest beim ATtiny2313 keinen.

Also k.A. was nun mit "Einträgen mit dem gleichen Text" gemeint ist, aber SUT=00 und SUT11 bewirken auch beim Tiny2313 nicht das selbe - siehe Datenblatt ab Seite 27, da steht auch drin, wann man was nimmt (hängt vom Quarz ab und wie schnell die Betriebsspannung stabil wird) - Datenblatt ist generell immer eine gute Quelle für sowas...

Willst Du das nun eigentlich mit Gesamt-Dimmer und Strobo, oder einfach nur ein Kanal = eine PWM...? - weil den 3-Kanal-Receiver mit Gesamt-Dimmer und Strobo kann man nicht so ohne weiteres erweitern, da ich damals noch keine Routine zum Multiplizieren hatte, hatte ich einfach die RGB-Werte in ner Schleife aufaddiert für den Gesamt-Dimmer, eben im X,Y und Z-Register, das meinst Du wohl damit, dass es nicht genug Register gibt...?

da wäre es besser, wenn Du die 30-Kanal-SW nimmst (ist in oben verlinktem Thread drin), und die auf 12 Kanäle "kürzt" - hat der Runner2k auch schon erfolgreich für 15 Kanäle gemacht...

schau' Dir die mal an, ist etwas einfacher durchzusteigen - da passiert in der Hauptschleife *gar nix*, DMX wird in ner ISR empfangen, und PWM in ner Timer-ISR erzeugt - da musst Du nur oben den Eintrag für die Startadresse (ist hier fest) und Zahl der Kanäle ändern, und in der PWM-Routine dann die 30 Kanal-Blöcke auf 12 kürzen, in diesen dann die entsprechenden Bits löschen, je nachdem welcher Kanal wo bei Dir angeschlossen ist - kannst gerne noch mal nachfragen bei Problemen

die DMX-Adresse steht in den Registern DMX_Base_L und DMX_Base_H - man könnte nun z.B. in der Hauptschleife 2 Taster abfragen und diese Adresse damit rauf- und runterzählen, das wäre sehr einfach - die Status-LED dazu natürlich deaktivieren (ganz unten in der PWM-Routine).

Das mit einer Taste drücken zum Adresse finden hatte ich mir auch schon überlegt - das ist aber nicht ganz so einfach, weil man dazu ja in dem Moment auf allen Kanälen empfangen muss - das müsste man also in die DMX-ISR mit rein basteln, im Prinzip zwar kein Problem, aber etwas mehr Gefummel/Überlegung wie man das nun genau macht...

und: das ist nicht nur für Anfänger verwirrend, das ist immer schwer, fremden Code zu verstehen, egal in welcher Sprache..

Zitat von Pesi

Also k.A. was nun mit "Einträgen mit dem gleichen Text" gemeint ist, aber SUT=00 und SUT11 bewirken auch beim Tiny2313 nicht das selbe - siehe Datenblatt ab Seite 27, da steht auch drin, wann man was nimmt (hängt vom Quarz ab und wie schnell die Betriebsspannung stabil wird) - Datenblatt ist generell immer eine gute Quelle für sowas...

Ich hatte mich da nun auch auf den Fuse Calculator verlassen, dort steht nämlich bei CKSEL=1111 und SUT=00 exakt das selbe wie bei CKSEL=1111 und SUT=11. Nämlich sinngemäß "Externer Quarz ab 8MHz und Startupzeit 14 Takte + 65ms".

Ach so, jetzt hab' ich's verstanden was gemeint ist - das Teil hatte ich ganz am Anfang auch mal benutzt, schon lange aber nur noch das Datenblatt - da steht auch der Unterschied: bei SUT=00 1.000 Takte Startup-Zeit ab "Saft da", bei SUT=11 sind's 16.000 Takte - die "14 Takte + 65ms" sind dann noch zusätzlich nach dem Reset, die sind allerdings bei beiden gleich...

das ist aber schon auch etwas verwirrend, weil CKSEL3-1 für die Frequenz zuständig sind, und SUT0 und SUT1 *zusammen mit* CKSEL0 für die Startzeit - logischer wäre es, wenn die Fuses CKSEL0-2 für die Frequenz, und dann SUT0-2 für die Verzögerung heissen würden, nicht so ein Mischmasch...

Zitat von jens_n

Gesamt-Dimmer hab ich bereits rausgenommen (der macht IMO nur Sinn, wenn man den von allen Geräten auf den gleichen Kanal legen kann),

*Könnte* man natürlich auch machen - halt den dann bei allen Geräten auf einen festen Kanal... bei mir (Konzert- und Partybeleuchtung) macht's halt Sinn, pro RGB-Gruppe noch mal nen Gesamt-Dimmer zu haben, weil ich dann Farbprogramme und Helligkeiten/Lauflichter getrennt programmieren und kombinieren kann...

Zitat von jens_n

ich werde wohl in meiner Steuersoftware mit Helligkeit, Farbe und Sättigung arbeiten, da kann ich dann auch direkt die Gesamthelligkeit vor der Umwandelung zu RGB berechnen.

Was ist das denn für ne SW...? selbst geschrieben..?

Zitat von jens_n

Das Strobo ist auch nur ne lustige Spielerei für die Zimmerbeleuchtung, also nicht zwingend notwendig. Würden mehrere Empfänger eigentlich genau gleich blitzen?

Bei mir ist das Strobo sehr nötig - Anfangs blitzen auch alle genau gleich, das läuft dann aber bald (nach ca. 10-20 Sek.) auseinander, weil ja jeder Empfänger gerade woanders im Programm unterbrochen wird mit PWM und DMX-Empfang... könnte man auch so machen, dass das Strobo von dem 2. Timer gesteuert wird, dann sollten die eigentlich für längere Zeit synchron blitzen...

Zitat von jens_n

Genauer gesagt heißen die R, G und B (was mich im ersten Moment etwas verwirrt hat, weil ich immer von 3 Kanälen, aber nicht von RGB ausgegangen bin ),

Ich hab' die halt mal so genannt, weil ich das Teil immer für RGB benutze - hätte man natürlich genauso LED1-LED3 oder Kanal1-Kanal3 oder wieauchimmer nennen können...

Zitat von jens_n

Mittlerweile kommt das Assemblerwissen nach und nach zurück und ich werde wohl nur noch ein Register nehmen und die da der Reihe nach für die PWM reinladen.

Ja, so ist das in dem 30-Kanal-Dimmer gemacht - einfach immer Byte aus dem Ram in ein Register laden, mit dem PWM-Zähler vergleichen, LED an oder aus, dann das nächste Byte...

Zitat von jens_n

Wenn es da noch mehr Interesse dran gibt kann ich das ja noch als weiterführende Übung umsetzen

Keine schlechte Idee - im Prinzip sollte das so gehen: die DMX-ISR wird ja jedes Mal aufgerufen, wenn ein Byte (oder Fehler) reinkommt - erst kommt ein Frame Error (="Reset"), dann das Startbyte (Null), und dann wird pro Byte ein Zähler runtergezählt, bis die Startadresse erreicht ist, ab da die 12 Byte in's RAM geschrieben...

man müsste nun ein Flag setzen wenn die Taste gedrückt wird, in der DMX-ISR geht's dann (wenn das Flag gesetzt ist) nach dem Startbyte andersrum weiter: ein Zähler wird hochgezählt, sobald ein Byte >128 empfangen wird*, wird der Zähler als Adresse übernommen und auch gleich ins EEPROM gespeichert, das Flag gelöscht und DMX_State um eins erhöht, d.h. auf den nächsten Block gewartet...

*ich würde an dieser Schwelle unterscheiden, nicht "den ersten Kanal, der 255 hat" nehmen - bei Lichtpulten "zappeln" manchmal die Fader etwas, da kann es gut sein, dass man 255 gar nicht zuverlässig einstellen kann - so ist es halt der erste Kanal, der über 50% Helligkeit ist, dann kann man die Adresse auch einfach mit nem "normalen Lichtpult" einstellen....

und das dann evtl. gleich so machen, dass das Flag erst dann gesetzt wird, wenn man den Taster für länger drückt, damit man sich nicht versehentlich die Adresse verstellt, wenn man mal kurz auf die Taste kommt... in der PWM-ISR ist ja eh' unten dieser Teil für's Status-LED-Blinken drin, der wird nur 244 mal pro Sekunde abgearbeitet. da könnte man einfach - wenn die Taste gedrückt ist - ein Byte runterzählen (wenn sie losgelassen ist, wird es wieder auf 255 gesetzt) - und wenn das Byte dann 0 erreicht hat (nach ca. 1 Sekunde) ist das das Signal für die DMX-ISR, auf "Adresse suchen" umzuschalten...

Zitat von jens_n

Das war primär auf z.B. die Fuses bezogen, ähnlich verwirrend sind aber auch die Mechaniken um z.B. Pins als In- oder Output zu verwenden. Wie man den EEPROM liest und schreibt muss ich für die Adresse auch noch rausfinden

Ja, wegen den Fuses muss ich auch immer erst nachgucken, das ist leider nicht so, dass man sich das einfach mal merken könnte - Pin als Aus- oder Eingang ist aber doch einfach, einfach Bit im DDR setzen oder nicht... mit dem EEPROM setze ich mich auch gerade auseinander, da ist's leider nicht so, dass man einfach "ein Byte wohin speichern" kann...

Zitat von jens_n

Ich werde mir dann morgen mal den Code vom 30er angucken, mal schauen, ob das (mit meinem Wissen) ohne Probleme auf den ATTiny änderbar ist.

Ist eigentlich 1:1 übernehmbar (also die DMX- und PWM-Routine) - da ist (ausser oben im Header die Interruptvektor-Tabelle und die mega16.def-Datei) nix drin, was für nen speziellen Typ spezifisch wäre... die Timer- und USART-Einstellung halt dann aus der anderen SW nehmen, der für den Tiny (wobei - glaubich - sogar da die Register gleich heissen und gleich funktionieren..)

Sehr schön - wie gesagt, das ist ja auch ein ganz simples Stück SW, und ich habe ja echt in fast jeder Zeile nen Kommentar dazu geschrieben...

Klar, auch das mit dem EEPROM ist nicht "schlimm", man muss es halt mal geschrieben haben...

Zitat von jens_n

Klar, mit nem Lichtpult macht das tatsächlich Sinn, grade wenn es um eine RGB-Gruppe geht.

Nicht nur mit nem Lichtpult - ich benutze meist E:Cue, auch da vereinfachen der extra Dimmer- und Strobo-Kanal das Programmieren erheblich - wie gesagt, für Live-Anwendungen... kann ja mal ein kleines Video reinstellen zur besseren Verdeutlichung, wenn Interesse

Zitat von jens_n

Aber bei vier Gruppen ein gemeinsamer Dimmer? Nimmt doch eigentlich nen großen Teil der möglichen Effekte weg, wenn man die nur alle zusammen Dimmen kann.

So war's auch nicht gemeint - schon ein Gesamtdimmer pro 3 Kanäle, halt so, wie wenn 4 von den anderen Receivern in ein Gerät gebaut wären...

Zitat von jens_n

(...)
Aktueller Status: ich kann meinen ArtNet-Empfänger ansprechen

Klingt alles sehr interessant - mit Artnet muss ich mich auch mal näher beschäftigen bei Gelegenheit...

Zitat von jens_n

Beim DMX-Transceiver von Hendrik Hölscher gibt es ja auch ein Strobe:
0-29 = Dimmer
30-244= Strobe (0,5Hz - 30Hz)
245-255= SYNC
Was bewirkt das SYNC?

Hm, k.A....? - Das solltest Du wohl eher den Hendrik fragen... - ich finde so nen kombinierten Kanal (entweder Strobo oder Dimmen) aber auch nicht gut, ich will ja auch das Strobo runterdimmen können... meine billigen "Lightmaxx"-PARs hatten das auch so, da hab' ich dann meine SW rein gemacht...

Zitat von jens_n

"Brauche" ich überhaupt ein Strobe?

Das musst Du wissen - ich selbst würde es *daheim im Wohnzimmer* nicht brauchen... wie gesagt, sind ja 2 verschiedene Sachen...

Zitat von jens_n

Im Grunde kann ich das ja auch in der SW machen (wenn denn, wie gesagt, überhaupt gewünscht), schnell genug sollte DMX ja sein, oder?

im Prinzip ja - aber der Datenstrom ist oft auch nicht ganz konstant, also bei "richtigem" Strobo (nicht nur ein schnelles Blinken) kann's dann schon rumflackern/"stolpern"...

Zitat von jens_n

Ich hab recht wenig Interesse an einem einzelnem RGB-Kanal Deinen 3er wollte ich für drei weiße Spots verwenden, bei RGB hab ich immer direkt an größere Empfänger gedacht - warum alle zusammen, wenn man jeden SuFlu-Stripe einzeln ansteuern kann

Auch hier: *daheim* würde ich ebenfalls einen Dimmer mit mehreren Kanälen pro Zimmer oder gleich für die ganze Bude bauen - *Auf der Bühne* brauche ich halt auch einzelne RGB-Leuchten...

Zitat von jens_n

Mein Gedanke war auch >0, und nicht 255. Aber wie gesagt, ich stelle halt digital ein.

Ich meistens auch - aber es kann auch mal mit Pult passieren, und das kann bei "Null" auch mal rumflackern, wenn die Fader schon älter sind... darum würde ich halt (wie Du es machst, ist ja Deine Sache) diese 50%-Schwelle nehmen...

Zitat von jens_n

Auf "nicht-null" vergleichen geht in Assembler so schön schnell

Nur aus Neugier: wie würdest Du das schreiben..? - ich jetzt z.B. für die 50%-Schwelle:

cpi   temp0, 128           ; das empfangene Byte liegt in temp0, wird mit 128 verglichen
      brlo  weiter_einstellen


(hier dann der Teil, was passiert, wenn der Kanal 128 oder mehr hat, also Adresse speichern etc.)


weiter_einstellen:


(hier dann der Teil, was passiert, wenn der Kanal unter 128 hat, also Adresse weiterzählen etc.)

k.A., wie das *noch* schneller/kürzer gehen sollte... - da hilft z.B. der "Compare, Skip if Equal" (wäre ein Befehl statt den zweien) auch nix, weil man damit nur eine Anweisung überspringen kann...

Zitat von jens_n

Vielleicht wäre es noch besser, wenn man den Knopf beim Start des Controllers halten muss. Oder gleich nen Jumper dafür nimmt. Wenn der Knopf gedrückt / der Jumper gesetzt ist bleiben die Lampen aus, er wartet auf DMX-Empfang, und sobald er einen Kanal >0 / >128 hat speichert er den, macht die Statusled an und hängt sich auf.

Hm, würde ich persönlich jetzt etwas umständlich finden - v.a. mit Jumper, noch dazu, wenn da noch ein Gehäuse rum ist...

Zitat von jens_n

Vorteile: kein unabsichtliches Programmieren im laufenden Betrieb,

Wäre bei der anderen Methode auch nicht - muss man halt nur sicherstellen, dass niemand/nichts länger als 1 Sek. den Knopf drückt, das sollte zu machen sein (an anderen Geräten darf ja auch nicht rumgedrückt werden)... Kacke ist nur, wenn der Knopf sofort reagiert - musste heute erst wieder in ne Disco fahren weil "Die Nebelmaschine geht nicht mehr" - ist halt einer beim nachfüllen auf den Adresse up/down-Knopf gekommen...

Zitat von jens_n

der EEPROM wird nur ein einziges mal beschrieben, selbst wenn man den Knopf länger gedrückt hält.

Wäre bei mir auch so - sobald er die Adresse hat, schaltet er auf laufenden Betrieb, man sieht also den Erfolg - und lässt den Knopf los... dazu hat man über ne Sekunde Zeit (weil der "Knopf-Timer" ja von vorne losgeht) - und selbst, wenn man aus Versehen 2x hintereinander einstellt, in der Praxis wird man kaum öfter als 2.000 - 3.000 mal die Adresse an so nem Gerät umstellen, da bleibt noch Luft für die Lebensdauer...

Könnte man aber auch ganz einfach so machen, dass der "Knopf-Timer" erst bei zwischenzeitlichem Loslassen neu gestartet wird, dann findet das Einstellen auch dann nur genau einmal statt, wenn man den Knopf länger gedrückt *hält*

Zitat von Pesi

Live-Anwendungen... kann ja mal ein kleines Video reinstellen zur besseren Verdeutlichung, wenn Interesse

Würde mich interessieren. Finde so Lichteffekte einfach nur klasse.

Hier mal ein kleines Video:

Da sind halt Farben und Helligkeiten extra programmiert - z.B. wechselt Anfangs rot blau und weiß durch, dazu das Helligkeitsprogramm "springen" - später mal grün, dazu "Lauflicht" und "pulsieren", zwischendrin sind auch mal alle einfach nur an - ich habe hier ein paar Farbprogramme (Rot/Blau, Rainbow, einzelne Farben), für die Helligkeit "alle an", "Springen", Lauflicht und Pulsieren, dazu kann man auf das Ganze noch Strobo geben oder nicht, also x Kombinationen mit ein paar Programmen - hätten die Leuchten keine extra Kanäle für Gesamtdimmer und Strobo, müsste ich *jede* dieser ca. 100 Kobinationen *einzeln* programmieren...

gut, wenn man seine Lichtsteuer-SW selbst schreibt (wie jens), dann kann man das *da* ja schon integrieren, dass die versch. Programme dort "zusammengerechnet" werden - eine Funktion, die ich am E:Cue vermisse, weil die Haus-LEDs haben keinen Gesamtdimmer, da musste ich also lauter Einzelprogramme machen (Rot an, Grün an, Blau an, Orange an - dann Rot pulsen, Grün Pulsen usw., Rot Strobo, usw.), insg. 24 Programme statt einfach 6 für die Farben und 4 für die Helligkeit, die dann kombiniert werden...

bei 0:26 ist z.B. ein langsames Strobo, das schon aus dem Takt gelaufen ist, daher dieses seltsame "Lauflicht" - das Strobo einfach an bleibt ziemlich lange synchron, es läuft erst wirklich auseinander, wenn man die Geschwindigkeit verstellt, weil jeder Receiver das an ner anderen Stelle updatet...

EDIT: man sieht's nicht wirklich - drecks Youtube-"Qualität" - ich versteh' das echt nicht, dass meine Videos da immer so pixelig und dunkel und rucklig werden - die Originale sehen weit besser aus, und ich liefer' das da ja so ab, wie sie's haben wollen...

jens: bin schon gespannt auf Deine SW! - und lass' Dich von mir nicht rausbringen, sind ja nur Anmerkungen/Vorschläge... - ich selbst werde das mit dem Taster dann wohl gar nicht mehr machen, wir bauen hier ja auch nen 12-Kanal-Dimmer mit Einstellung per Display, da hängt's nur grad bei mir fest bei der Audio-Beat-Auswertung (Analogschaltung)

mit dem besser synchronisierten Strobo werde ich mich aber auch noch beschäftigen, da stelle ich mal was rein, sobald ich was habe... wird wohl drauf rauslaufen, da auch nen Timer zu benutzen, wenn alle Strobos gleichzeitig starten, sollte das dank Quarz dann doch ne ziemliche Weile dauern, bis die auseinanderlaufen...

Ja, das hatte ich schon wieder vergessen, dass Domi das schon mal vorgeschlagen hatte... ich schreibe wohl einfach zu viel hier...

Klar, für daheim braucht man einiges nicht, ich selbst würde da ja wohl sogar einfach die Adressen fest "einbrennen" und fertig - wenn das wie bei Dir "aus einem Guss" kommt (Dimmer + Steuer-SW), dann ist's natürlich ne super Idee, da so ne Art Setup-Routine zu machen, dass jeder ganz einfach damit zurecht kommt - also einfach so: PC sagt "drücken sie bitte den Taster an Lampe 1", dann macht man das, bestätigen, dann Taster an Lampe 2 usw. - wäre ne sehr einfache und gute Methode...

bei mir ist halt DIP oder Display doch besser, normal stelle ich ja im Lager schon die ganzen Adressen ein, da ist beim Aufbau keine Zeit, erst recht nicht, wenn ich am Pult Kanal so&so hochziehen und dann zu der Leuchte laufen und Taste drücken müsste, dann wieder zum Pult, dann wieder zur nächsten Leuchte usw... habe ich glaubich auch schon geschrieben...

natürlich bekommst Du das Teil dann zu sehen, das wird dann hier vorgestellt - kann aber noch dauern, wie gesagt, die Sound2Light-HW macht mir noch Kopfzerbrechen, und dann geht's erst los mit der ganzen Programmiererei (Menue, Display)

P.S.: womit ich mich irgendwann auch noch mal auseinandersetzen will, ist DMX RDM - da geht das Adressieren etc. dann *wirklich* "automatisch" - ich kenne nur noch kein (bezahlbares) Pult/Lichtsteuer-SW, das das unterstützt...

Zitat von jens_n

der Knopf "geht", heißt, wenn ich den beim Start gedrückt halte (damit fange ich erstmal an, während dem Betrieb drücken kommt später) springe ich auch in meinen Autoconfig-Bereich der DMX-Empfang-Routine.

Nur aus Neugier: woher weisst Du das...? - also wie kannst Du im Betrieb überprüfen, dass er wirklich an die Stelle springt..? (sowas bräuchte ich ab&zu auch mal, aber eben ohne HW-Debugger o.ä.)

hier ist mir was aufgefallen:

DMX_Start_H:
		.db		high(DMX_Start)
DMX_Start_L:
		.db		low(DMX_Start)

der AVR-Assembler erwartet immer eine gerade Anzahl Bytes in einer Zeile, den Rest füllt er auf - ist da keine entsprechende Meldung gekommen...? - jedenfalls sollte es heissen:

.dw DMX_Start, also einfach gleich das Word gespeichert...

der Fehler liegt aber wohl hier:

tst		temp1, 128					; Aktuellen Kanal testen
		brne	dmx_autoconfig_found

d.h., er erkennt den Kanal, wenn er *nicht 128 ist* - er soll aber doch bei *über 128* den Kanal als Startkanal nehmen, also müsste es heissen:

cpi		temp1, 128					; Aktuellen Kanal testen
		brsh	dmx_autoconfig_found            ; wenn größer oder gleich 128, dann Startkanal gefunden

btw.: gab's da keine Fehlermeldung bei "tst temp1, 128"...? - normal gibt man bei tst nur ein Register an, dann schaut er, ob der Inhalt negativ oder 0 ist und setzt die entsprechenden Flags... also eigentlich, bei

tst		temp1				; Aktuellen Kanal testen
		brne	dmx_autoconfig_found      ; wenn != 0, dann Startkanal gefunden

sollte das dann so sein, dass er bei allen Kanälen über 0 diesen als Startkanal erkennnt...?!? - so wie Du es ja zuerst wolltest... evtl. bringt ihn da das temp1, 128 "durcheinander"...?