DMX Merger/Shifter Entwicklung Fragen

Moin,

ich habe vor mir ein Merger selber zu bauen. Da das meine erste Eigenentwicklung wird und ich noch nicht die große Ahnung von µC Programmierung habe, wollte ich mal nachfragen, ob die Grundüberlegung funktionieren kann.

Und zwar, erstmal die Funktionen, die ich mir vorgestellt habe einzubauen.
2x DMX In, 1 oder 2 DMX Out
Merge A & B Modus HTP oder LTP
Fallback A to B bzw. B to A bei Signalausfall
Shift B on A oder A on B mit StartChannel xxx
wenn 2 DMX Out dann noch A auf A und B auf B, wenn A ausfällt wird auf beide B ausgegeben

Bedienung über 2x16Char Display, 3 Taster.
Als µC hatte ich den ATMEGA 644P ins Auge gefasst, 2 UARTS, ausreichend Ram.

Programmierung des Menus, Tasten, Leds etc. sehen ich recht gelassen entgegen, da hilft der Analyzer gut weiter. Allerdings bereiten mir der DMX Empfang und Senden etwas Sorgen, Libs wären auch die von Henne.

Zum Empfang, ich lege ein Array DmxOut bzw. 2 bei 2 Outs im Ram an.

else if (DmxState == STARTADR)
hier würde ich DmxOut[DmxCount] entsprechend dem eingestellten Modus verändern.

Wie erkenne ich ob ein korrektes DMX Signal ankommt? Überprüfen ob DmxState zu lange == IDLE ist und ob bei else if (DmxState == BREAK) DmxByte != 0 oder != 0xCC ist? (Bin des Assemblers nicht wirklich mächtig, sonst würde ich mir die Dimmer bzw. Switchpack Firmware ansehen)

Was passiert, wenn der Merger Sendet, und gleichzeitig der Interrupt UART_RX ausgelöst wird? Schalte ich den Interrupt aus während dem Senden? Wäre dann überhaupt für 2x Empfang noch Prozessorzeit frei oder ist der dann die ganze Zeit mit Senden beschäftigt?

Bekomme ich Probleme mit der Refresh Rate des Ausgegebenen Dmx? Ist es da egal ob der µC mit 8 oder 16MHz läuft?

Ihr seht schon, das wird viel Try and Error werden, aber wenn das dann mal funktioniert, gibts auch nen Schaltplan und die Firmware.

Wäre super, wenn ihr was dazu sagen könntet.

Dennis

Danke schonmal.

Quote

Da sehe ich (bis auf Spezialfälle) die praktische Anwendung dafür nicht.

Darum gehts mir, das soll ne Eierlegende Wollmilchsau werden, mit all features on.
Ich benutze oft für konventionelles Licht nen Pult und für Intelligentes DMXControl, somit auch 2 Linien. Fällt das Pult aus, könnt ich auch mit DMXControl weitermachen (mit dem Merger).

Ich hab mir gedacht, zumindest kommen folgende Sachen in den Schaltplan, ob ich alles nacher Bestücke weiss ich noch nicht.
2x DMX In
2x DMX Through (wenn Meger aus dann direkt durchgeschliffen, wenn an dann galvanisch getrennt)
2x per Software zuschaltbarer Abschlusswiederstand
die beiden Ausgänge jeweil 4fach gesplittet
alle Ein und Ausgänge galvanisch von den anderen getrennt

verschiedene Einstellungen abspeicherbar und auch wieder aufrufbar, etc...

Über die Implementierung der Merge Modi habe ich nur kurz drüber nachgedacht, mir ist erstmal wichtig zu wissen wie sich der µC beim Empfang verhält etc.

Ach und LoTP wird er auch noch können.
Max brauch ich 6 Arrays a 512 Byte, als noch 1Kb Ram frei.

Im Schaltplan vom DE Interface ist mir heute aufgefallen, dass der Ausgang terminiert ist, ist das in jedem Sender so? Dann sollte ich das auch einbauen? Bei den Koax Netzwerken ist ja auch an beiden Seiten ein Abschlusswiederstand.

Dennis

Danke Michael und Stafan,

Quote

Stefan schrieb
Nur irgendwann ist dann ein größeres (Grafik?-)Display und mehr Tasten (vier für ordentliche Navigation) notwendig

Dann kommt auch direkt Tetris oder so drauf

Quote

Stefan schrieb
Für den Eingang? Brauchst du nur, wenn du mit Thru arbeitest, sonst kann der immer aktiviert sein (nur beim Stromausfall nicht).

Hab die Idee auch wieder verworfen, Sinnlos

Quote

Stefan schrieb
kam bei mir der Gedanke nach dem Preis auf

Ja, der wird nicht gering sein.

Quote

Stefan schrieb
Sind die Through die Ausgänge, oder kommt da auch noch 2x DMX Out dazu?

Ne das sind nicht die Ausgänge, die führen einfach nur die beiden Eingangssignale weiter.

Quote

Stefan schrieb
Ich würde bei ausgeschaltetem Gerät tendenziell eher die Eingänge auf die Ausgänge durchschleifen, statt auf die Thru.

Stimmt auch wieder, da müsst ich nochmal drüber nachdenken.

Jetzt noch ein Frage, die Optokoppler invertieren das Signal oder? Also müssten am Ausgang die Datenpins vertauscht werden. Bei den Ausgängen wäre das ja egal, aber bei den Throughs nicht.

Dennis

Mal nen kleines Update,

folgende Funktionen soll der Merger unterstützen:

Merge beide Eingänge werden im Modus HTP, LTP oder LoTP gemerged und auf beide Ausgänge ausgegeben.
Dabei kann gewählt werden, was passiert, wenn eine DMX Linie ausfällt, Hold, None

Shift ein Eingang wird an den anderen angehängt (A an B oder B an A). Das Ergebnis wird auf beide Ausgänge ausgegeben.
Dabei kann gewählt werden, was passiert, wenn eine DMX Linie ausfällt, Hold, None

Hold jeder Eingänge wird auf den entsprechenden Ausgang ausgegeben. Fällt eine DMX Linie aus, werden die letzten Werte ausgegeben.

Clone jeder Eingang wird auf den entsprechenden Ausgang ausgegeben. Fällt eine DMX Linie aus, wird der andere auf beide Ausgänge ausgegeben.
Dabei kann gewählt werden, was passiert, wenn beide ausfallen Hold, None.

Fallback ein Eingang wird auf beide Ausgänge ausgegeben. Fällt diese DMX Linie aus, wird auf den anderen Eingang umgeschaltet. A auf B, B auf A, oder beide Richtungen.
Der Eingang muss gewählt werden.

*Hold bedutet, zuletzt empfangene Werte werden weitergesendet (im Modus Shift werden die Werte der funktionierenden DMX Linie weiterhin übernommen)
*None bedeutet, es wird nichts mehr gesendet

Da fällt mir gerade ein, "Zero" könnte man noch einbauen, damit auch jeder Zuschauer merkt, dass etwas nicht stimmt

Desweiteren werden die Ausgänge nicht gesplittet, dafür baue ich mir einen seperaten Splitter.

Ist der Merger aus, werden die Signale auf die beiden Outs durchgeschliffen.

Throughs wird es weiterhin geben.

In Softwareversion 1.1 kann das DMX Signal der Eingänge und Ausgänge als Bargraph angezeigt werden, wie beim Analyzer. Evtl. weitere Funktionen des Analyzers, je nach dem wie viel Platz noch ist.

In Softwareversion 1.2 können beiden Ausgängen unterschiedliche Funktionen zugewiesen werden,
z.B. Ausgang 1 Merge A & B Modus HTP, Ausgang 2 Merge A & B Modus LTP, oder
Ausgang 1 Merge und Ausgang 2 Shift.

für weitere Ideen und Vorschläge, Verbesserungen bin ich immer offen.
Besonders würde mich interessieren, ob es festgelegte Begriffe für die Funktionen gibt. In jeder Anleitung, in die ich geguckt habe, stehen andere drin.

Im Anhang noch die Menustruktur
"<" stellt dabei den Cursor da, dieser wird immer nur hinter dem Wert angezeigt, der gerade durch die Tasten "Up" & "Down" geändert wird. Durch die Taste "Next" wird der Cursor an die nächste Position gesetzt.

Über die Taste "Settings" kommt man in ein anderes Menu, in dem dann Einstellungen wie "Single" oder in v1.2 dann "Extended" Modus gewählt werden können, vermutlich dann auch Bargraph etc.

Dennis

Naja eigentlich wollte ich es vermeiden bei meinem ersten AVR Projekt direkt nen 64 Pin AVR reinzulöten.
Habe keine Ahnung ob der Programmer funktioniert, oder ob ich den AVR nicht Grille. Da wäre es naja nicht ganz so lustig den auszutauschen. Darum ist die Wahl auf den 644P gefallen, ist glaub ich der größte 40P DIL mit 2 UARTS.

Dennis

ja auf meinen Platinen ist alles gesockelt, nur habe ich noch keinen für TQFP-64 gefunden
eigene Platine ätzen und dann über pinhead, ok ginge auch ...

Dennis

sorry hatte mich verschrieben, eigentlich sollte da 644P stehen.
Je mehr ich drüber nachdenke, desto eher tendiere ich tatsächlich zum externen RAM (Software wird schon recht komplex werden und wenn dann die 6x512Byte nicht im internen RAM rumfliegen würden wäre das gut). Allerdings hab ich da genau 0 Ahnung von.

Kann da jemand was zu sagen, welche Möglichkeiten es da gibt, hab gesehen RAM direkt dran, übern Latch wie beim DE Interface oder über SPI. Sollte nicht gar so viele Pins verbraten und ausreichend schnell sein. Wenn ich mich jetzt nicht irre im schlechtesten Fall 6 Byte lesen + 6 Byte schreiben / 44us -> 28Kb/s.

edit: zum Latch wie beim DE Interface hab ich gerade mal nachgelsen, die 16 I/O Pins wären zwar frei, bzw. könnte ich frei machen, aber der 644P hat kein ALE Pin, womit ich wieder beim 162 wäre, der 1Kb RAM hat, genau so viel, wie beim 644P noch frei wäre.

Eine weitere Möglichkeit wäre noch, sollte das zu wenig sein, einfach den 1284P nutzen, falls der irgendwann mal verfügbar sein sollte ...

Dennis

Das wäre natürlich extrem schick.
Aber dafür müsste ich dann alles auf die andere Plattform portieren (LCD Ansteuerung, DMX Libs) und wenn ich dann etwas nicht hinbekomme, hab ich ne teure Platine zum an die Wand hängen.
Wenn ich beim ATMEGA bleibe kann ich auf etwas schon funktionierendes zurückgreifen.
Eventuell ja in der Rev 2