Idee: Hardware Erweiterung für DMX-Control

We proudly present: The release of DMXControl 3.3.3!


On September 29, 2026, we held our release show for DMXControl 3.3.3. During our usual “hour-long” session, we showed you all the new features in this version and what it now has to offer.
Read all about it in the corresponding news article: We proudly present: The release of DMXControl 3.3.3!


  • Sodele

    Erstmal noch der SVK 5 kostet laut Reicheltkatalog 0,22€! Man braucht ja aber 2 und eben 4 Kabelstücke :)

    Ok, ich hab zur Zeit keinen Papierkatalog zur Hand gehabt.


    Dann soll das wohl Rs485 und net RX485 in den Busspezifikationen heißen!?!?! Steht au im Wiki mit "X" drin!

    Ups, jaja, copy&paste ^^

    Auch finde ich die erste Variante aus den genannten Gründen besser!

    Warum nur ein Power-Stecker pro Slave?? Wie auf der Zeichnung zu sehen braucht man pro Slaves zwei! Ist meiner Meinung nach besser! Dann hat man nicht so viel Stress beim verkabeln usw.!

    Hmm, dachte eigentlich daran das die dann zuu dicke Leiterbahnen brauchen, und ausserdem ist beim PC Netzteil (was ja die Idee der verwendung hier war) auch mehrere Stecker an einem Strang.


    Der Tiny müsste für Standardsachen schon passen!

    Wie fisl anspricht mit dem "Standardmodul" finde ich nicht so gut! Da man dann doch bei den meisten Sachen noch nen Treiber-IC oder sonstiges braucht! Was natürlich genial wäre, ist ein paar Layouts in Eagle wo der Controller usw. schon geroutet sind! Wäre zumindest beim entickeln eine recht große Hilfe!
    Und man hat nacher in etwa einheitliche Platinen! Sieht auch besser aus :) !

    So dachte ich das ja auch, das der µC-Bereich immer gleich geroutet ist und der Rest der Platine natürlich angepasst ^^


    Würde auch jedem Slave ein Quarz spendieren! Ist dann glaub doch ausfallsicherer bzw. ist mir irgendwie wohler dabei!

    Also nehme ich das mal als Entschieden hin !


    Dann steht noch an welchen RS485 Übertrager (Transreciever) wird verwenden?

    würde sagen den Standard SN75..irgendwas.. der ist gut&günstig und den hat jeder irgendwo in der Bastelkiste.

    Grüße, Souko


    EDIT: also so sollte dann doch das Finale Konzept aussehen:

  • Hier scheint ja relativ viel "Halbwissen" im Umlauf zu sein^^

    Würde auch jedem Slave ein Quarz spendieren! Ist dann glaub doch ausfallsicherer bzw. ist mir irgendwie wohler dabei!

    Mit Ausfallsicherheit hat das gar nix zutun. Bei den Aufgaben für das Teil reicht locker der interne Oszilator, erstrecht wenn man mit Standartbaudraten arbeitet, ich würde mal so sagen 38400baud sollten locker reichen, beinem takt von 8mHz hat das ganze ne Abweichung von 0.16%, absolut annembar ohne Baudratenquartz.

    Hmm, dachte eigentlich daran das die dann zuu dicke Leiterbahnen brauchen, und ausserdem ist beim PC Netzteil (was ja die Idee der verwendung hier war) auch mehrere Stecker an einem Strang.

    Keine Sorge, über ne Leiterbahn die richtig dimensioniert ist gehen locker einige A rüber ...

    Ich würde auch sagen eher ne Lib zu schreiben, oder vo mir aus nen kleinen Tiny als "Standartteil" zu verwenden, nen 2313 Allerdings nich, der hat nämlich keinen A/D Wandler.
    Und sonderlich kompliziert wird das Protokoll ja auchnich, da das ganze Singlemaster is muss man ja nur auf den poll vom master warten und dann Antworten, das bekommt wenn man das ganze schön Einfach hällt echt jeder hin^^, also wäre es auch kein Problem das ganze auf nen größeren Chip zu portieren oder sogar auf was ganz anderes, ARM und was es noch alles gibt.

    Was mir grad noch eingefallen is, vlt sollte man auch die Möglichkeit den Slave ausem Bus zu verosrgen (einfach nen Jumper einplanen), denn wenn man nur Taster oder normale Fader dran hat zieht die Schaltung paar mA, insofern fänd ichs dann oversized noch extra nen Kabel legen zu müssen, außerdem hat man das nich unbedingt in der Bastelkiste^^
    Und ein Jumper mehr oder Weniger aufem Layout is dann glaub auch schnurz piep egal.

  • Das mit dme PC Netzteil hab ich mir ja auch gedacht und mir so überlegt dass des blöd sein könnte!
    Aber im nachhinein dürfte denke ich kein Problem sein! Also eine Buchse! Geht klar!

    David Kann sein, dass ich das etwas falsch verstanden hab bzw mich folgendes verwirrt hat! Klar wenns passt müsste der interne Oszillator des Controllers reichen!

    Quote

    - Master hat Quarz
    - Slaves passen ihren RC Oszillator mit Hilfe einkommender Breaks vom Master an oder können auch mit Quarz arbeiten.


    Also schau mal scnell was der interene Oszillator so hergibt und dann mal schauen! Ok?
    --> 8 MHz Müsste eigentlich reichen!

    Jo hätte auch den SN75176B gesagt!

    MFG Philipp

    Edited 2 times, last by Phil90: Zweimal gebracucht um Oszillator richtig zu schreiben! :-P (December 14, 2010 at 7:11 PM).

  • Ich glaube auch, dass der Tiny für fast alles reichen wird.

    Der DE-Multiplexer... sendet zur Zeit DMX, mit kleinen veränderungen wäre der als Modul doch zu gebrauchen. Attiny2313 drauf, 64 Kanäle... wäre ein Anfang

    Auf die Idee bin ich heute morgen auch schon gekommen. Schaltplan ist auch schon fast fertig.

    nen 2313 Allerdings nich, der hat nämlich keinen A/D Wandler.

    Äh ja, welcher Tiny hat denn USART und ADC? Oder bin ich einfach nur blind.

  • Hab grad mal nachgeschaut! Der ATtiny167 hat beides, muss aber noch schauen ob der USART auch 8N2 kann, da in der Zusammenfassung 8-Bit stand!

    --> Aber der ist auch nirgends wirklich zu haben! Zumindets auf die schnelle!

    --> Wenn man also beides intern haben möchte muss es dann Wahl ein ATmega sein!

    MFG Philipp

  • Wenn wir von Fadern Reden (oder Potis oder sonst irgendein veränderbarer widerstand) dann sind damit die 0815-Standard-Dinger gemeint.

    Motorfader sind ein eigenes Kapitel, da die eine Rückmeldung in irgend einer Form brauchen !


    OK, dann halte ich Fest, pro Slave

    - 1 Stomversorgungsstecker
    - 3 Jumper
    - 1 mal RX bus terminieren
    - 1 mal TX Bus terminieren
    - 1 mal 5V versorgung Bus powered für kleine module.
    -als RS485-treiber wird der SN75176B verwendet.
    - Es wird eine Kommunikations-lib erstelllt

    Also, als Main-CPU habe ich jetzt nochmal nachgedacht. Ich verwende gerne den ATMega8515, aber ich würde fast sagen das wir einen Mega nehmen mit 2 UART. Einen UART brauchen wir doch immer für die Bus-kommunikation. und wenn wir jetzt noch ein DMX-Modul bauen wollen brauchen wir doch einen zweiten fürs DMX, oder..?

    Es kämen also folgende in Frage:
    ATMega64
    ATMega640
    ATMega644P
    ATMega128
    AtMega1280
    ATMega2560
    ATMega2561

  • - 1 Stomversorgungsstecker

    Da würde ich wie gesagt auch zwei einplanen, auch wieder nur als Bestückungsvariante, man musses ja dann nich bestücken ;)

    - 1 mal RX bus terminieren

    - 1 mal TX Bus terminieren

    Es heist RS485, und es gibt weder nen RX noch RS-Bus, wenn dann nen RS485, oder RS422, usw. nur der vollständigkeit halber

    Ich verwende gerne den ATMega8515, aber ich würde fast sagen das wir einen Mega nehmen mit 2 UART.

    Eig würds auch nur ein Uart tun, auch wenn man noch ne DMX Ausgabe macht, schließlich gibts ja noch SoftUarts, die können zwar keine Interrupts auslösen, braucht man aber auchnich schließlich sendet der Master nur.

  • Die DMX-Ausgabe regelt doch dann der ARM, hängt also irgendwie direkt am Master! Sonst wird doch der Bus nur belastet! Würde die halbe Bandbreite fressen! Und des muss net sein!

    @ Souko bei deiner Zeichnung zum Busstecker sind ja die 4 RS485 Leitungen drauf und 2 GNDs! Im Wiki steht da was anderes!!!

    Jo wir müssen dann eh auf en 8 poligen Stecker umsteigen!

    MFG Philipp

  • Oh hab da was verwechselt! Sry

    Wegen dem zweiten Molexstecker auf der Platine! Muss echt nicht sein! Geht zweit mit etwas breiteren Leiterbahnen, nimmt aber au nur Platz weg und finds wenn ich recht überlege au net nötig!
    Oder was meint eigentlich ihr anderen dazu?

    Habt en bissle Nachsicht, dass ich heut manchmal was verwechsle! Hatte heute beim Arbeiten im Altersheim mal wieder en Feuerarlarm! Und dann direkt danach Anhänger Führerscheinprüfung! :P

    MFG Philipp

  • Oh hab da was verwechselt! Sry

    Wegen dem zweiten Molexstecker auf der Platine! Muss echt nicht sein! Geht zweit mit etwas breiteren Leiterbahnen, nimmt aber au nur Platz weg und finds wenn ich recht überlege au net nötig!
    Oder was meint eigentlich ihr anderen dazu?

    Ist schon lange geklärt, nur einer, das mit zweien war nur so ein kurzer Denkfelhler von fisl...

  • Wegen dem zweiten Molexstecker auf der Platine! Muss echt nicht sein! Geht zweit mit etwas breiteren Leiterbahnen, nimmt aber au nur Platz weg und finds wenn ich recht überlege au net nötig!

    Wie gesagt, einfach als Bestückungsvariante draufpacken, wer will kanns Bestücken, wer nich will der halt nich.
    Und zum platz das macht einfach garnix aus.

  • Wie sollen wir denn die Module entwickeln?

    a) Alles auf einer Platine.
    Diese muss dann doppelseitig sein (oben Bedienelemente, unten hohe Bauteile wie Elkos, µC, Steckverbinder, etc.), was die Herstellung im Hobbykeller erschwert -> 50 Stück machen lassen und über Shop verkaufen?, aber maximale Platzersparnis bietet.

    b) Auf getrennten Platinen.
    Platine nur mit Bedienelementen und sehr niedriger Steckverbindung (z.B MicroMatch ~5,8mm hoch), Verbunden über Flachbandleitung mit 2ter Platine, auf der die Steuerung sitzt. Kann z.B. mit Abstandhalter direkt unter die andere Platine geschraubt werden. Quasi eine Doppelseitige mit Luft dazwischen :)

    Siehe dazu Wiki

  • Ich halte da nix von die Module vorher zu genau zu bestimmen. Wir sollten einfach uns auf bestimmte Punkte einigen und dann die Platinen frei entwickeln. Wenn jemand meint, er möchte irgendwas anders machen, soll er das doch ruhig. Wenn wir uns auf bestimmt Standartmaße einigen, ist das sicher nicht schlecht, aber auch nicht wirklich notwendig. Genau so sehe ich das auch mit den Platinen. Wenn du das alles auf eine bekommst und glaubst dass das praktisch ist, dann mach das so, sonst mach es anders.
    Ich hoffe ja eh, dass jeder der Module entickelt, die komplett OpenSource macht.

  • Newly created posts will remain inaccessible for others until approved by a moderator. The last reply was more than 365 days ago, this thread is most likely obsolete. It is recommended to create a new thread instead.