Günstige (und bessere) alternative zur DMX Extension

[hismastersvoice]

für cod.m und esp basiete sind binaries kein problem

Aber nur wenn man den Code nicht auf eine statische IP ändern will. Ich habe der Bridge eine feste IP verpasst, da sie selbst dann noch funktioniert wenn der Router/DHCP ausfällt.

Nichts gegen deine Bemühungen, aber ich finde es macht das updaten mehr als unnötig schwer. Sehr Schade, so ist es wohl für den größten Teil der User kaum noch zu bewerkstelligen ein Update zu machen. Ich habe mir die Umgebung mal geladen, und selbst wenn man selber programmiert erschlägt einen die Umgebung, und ich muss mich erst mal einfinden da es nicht wirklich selbsterklärend ist.

[Robert L.]

bitte das "Projekt" mal als "noch nicht fertig" betrachten..
genau deshalb hab ich es veröffentlicht, um solche kritikpunkte zu sammeln und u.U. zu verbessern
ich hab dabei zwar eher an den Code gedacht, aber das Runderhum gehört natürlich auch dazu..


ich sehe da zwei Möglichkeiten:
eine Anleitung schreiben oder
eine kleine GUI wo man das binary auswählt, die Netzwerkkonfiguration eingibt, und die dann das (modifizierte) binary flashed..
(oder IP/MAC nachträglich ins EEProm schreibt, das war eigentlich meine Ursprüngliche Umsetzung, die irgendwann 2016 wieder rausgeflogen ist..)

[mgruendler]

Danke das sehe ich genau so. Eine Anleitung würde mir schon helfen. Weniger IT affine Anwender brauchen sicher eine GUI.
Gruss Mirko

[pmayer]

Wenn wir ausgehen, dass jemand der die IP-Config selbst ändern will auch flashen kann, dann könnte man doch die IP-Config per Serial machen? Also bsp. das Kommando "set ip 192.168.1.10" per Serial übertragen. Für die Konfiguration wäre also nur noch eine serielle Verbindung nötig - egal in welchem Release - und damit könnte man binary releases machen wo man die Config entsprechend im EEProm ablegt.

Ist nur mal grad in die hohle Hand gedacht...

[Robert L.]

>"set ip 192.168.1.10" per Serial übertragen.

ja, so hatte ich das ursprünglich

habs jetzt mal mit "direkt im code" umgesetzt
bitte mal testen (nicht in Echtbetrieb!)
danke

ist im Anhang, für die cod.m hardware

[pmayer]

Kurzes Update für alle die selbst flashen wollen: Ab Arduino 1.8.8 ist Paul Stoffregens Ethernet Bibliothek die, die mit der IDE mitgeliefert wird. Dadurch braucht ihr diese nicht mehr separat runter zu laden. Außer ihr wollt von uns genutzte "setHostName"-Funktion nutzen, dann müsst ihr noch unseren Fork (https://github.com/codm/Ethernet) der Lib installieren.

Außerdem sind wieder Ethernet DMX Bridges auf Lager, konnte den Preis sogar um 10,- senken.

[pmayer]

Ach... da war ich nur mit nem halben Hirn da. Das ist natürlich die um Weiten elegantere Variante.

[hismastersvoice]

Gibt es bei w5500 kein Over the Cable update wie beim ESP32 das over the air?
Das wäre sicher das eleganteste

[pmayer]

Ich denke dafür ist nicht genug Platz auf dem 328p...

Oh, warte... Das ist anscheinend schon im Optiboot? http://sowerbutts.com/optiboot-w5100/
Frage wäre ob das mit dem W5500 klappt...

[pmayer]

Der erste Prototyp der 644p Bridge mit dediziertem Serial für den Max485 ist fertig.
Wir kommen leider erst Montag zum testen, weil wir mitten in einem Kundenprojekt stecken.

512 DMX Kanäle und auch andere RS485-basierten Protokolle sollten damit kein Problem mehr sein. ^^

[julianbmw]

Eventuell blöde Frage aber an welche anderen Protokolle denkt ihr da so?

[pmayer]

Modbus, RS485 selbst, etc. :-)

[pmayer]

Hab übrigens was gefunden, das werden wir die Tage ausprobieren: https://github.com/codebndr/Ariadne-Bootloader

Wenn das funktioniert werden wie diesen Bootlaoder in jedem Fall auf den DMX-Bridges ausliefern ^^

[cRieder]

512 DMX Kanäle und auch andere RS485-basierten Protokolle sollten damit kein Problem mehr sein.

Also müsste ev. auch Modbus RTU möglich sein ?

[pmayer]

Von der Hardware her ja. Müsste jemand nur den Softwareteil machen...

[joe15]

Hallo. Ich hab ein Problem mit meinem selbstgebauten UDP>DMX Modul. Ich benutzte ein nano mit W5100 shield. Hab das Programm von Robert drauf. Es funktioniert, nur nach einer Weile ist das Modul offline, dabei funktioniert die DMX Kommunikation aber noch (LED blinkt am DMX Controller). Mir ist aufgefallen, dass das der Arduino und das shield ziemlich warm/heiß werden. Kennt ihr das Problem mit dem Kommunikationsausfall?

[WowaDriver]

Hallo. Ich kann mir vorstellen, dass dies mit der höheren Leistungsaufnahme des W5100 zu tun hat. In Post #37 hat hismastersvoice dazu was geschrieben. Der W5100 benötigt 1,2W wohingegen der W5500 lediglich nur 0,03W verschlingt...

[pmayer]

Wenn es um Stromverbrauch geht, sind die billigen RS485-Transceiver auch nicht zu verachten.

SN75176 28-50mA, Max485 <1mA

https://www.mikrocontroller.net/articles/RS-485

[pmayer]

Tag zusammen,

grade hat mich ein Kunde der DMX Bridge V0.4 angerufen. Er hat das Problem, dass wenn er die "Lichtklingel" benutzt die Bridge ab und zu ihren Dienst versagt. Leider nicht "immer" sondern nur ab und zu. Dann aber auch komplett, also Bridge ist nicht mehr per Netzwerk erreichbar und muss von Hand neu gestartet werden.
Er hat ~ 50-60 Kanäle die gleichzeitig geschaltet werden.

Ich frage mich grade ob es am TCP-Buffer der W5500 liegt oder ob sich der 328p wirklich komplett auf den Rücken legt. Hat jemand von euch ne Idee oder auch schon mal so ne Beobachtung gemacht?

Robert L.: Gibt es einen Watchdog der den ATMega evtl. neu starten könnte in solchen Fällen?

Ich habe den Kunden gebeten hier im Forum auch mal für Fragen bereit zu stehen.

Danke euch schon mal.

[hismastersvoice]

Dazu müsste man jetzt seine Programmierung sehen.
Ich habe kein Problem viele Kanäle auf einmal zu schalten. Die Frage ist ob es daran leigt das er ggf. schnell alle ein/aus schaltet und so einen sehr hohen Traffic erzeugt.

Wir haben zB ein Putzlicht, das alle nötigen Kanäle 60-70 auf einmal einschaltet, das geht. Allerdings lass ich auch nichts Blinken
Warum er alle 50-60 Kanäle für eine Lichtklingel braucht verstehe ich auch noch nicht.

[pmayer]

Danke! Genau die Info, die ich gesucht habe.

[challo]

Ein watchdog hat jeder atmega Chip. Kann auch Recht einfach eingebunden werden. Gibt zum Beispiel hier Informationen und Programmierbeispiele.

http://www.netzmafia.de/skripten/hardware/Arduino/Watchdog/index.html

[pmayer]

Danke! Dass der 328p einen hat wusste ich. Würden wir zur not auch einbauen, falls es nicht am TCP-Buffer liegt. Viellecht kann Robert ja was zu sagen 👍

[pmayer]

So, habe endlich mal die Prototypen der DMX-Bridge V0.5 mit 644p fertig gemacht und Gast hat Robert L. 's aktuelle Software (plattform.io) drauf gepackt. Sieht sehr gut aus...
Allerdings haben wir noch ein Problem, was ich mir nicht wirklich erklären kann:

Die elektrische Beschaltung ab MAX485 ist komplett gleich zur DMX-Bridge 0.4, nur hängt der MAX jetzt am zweiten Serial des Atmega 644p und nicht mehr an einem GPIO. Es wird also damit nicht mehr DMXSimple für die Ausgabe genutzt, sondern DMXSerial.
Bei meinen Tests mit einem 12V DMX Board (https://shop.led-studien.de/de/pixel...t-board-my9942) läuft alles super und ich kann beliebig Dimmen.

Wenn ich einen DMX4ALL X9 dran hänge meldet der schön mit durchgehend leuchtender LED, dass ein DMX-Signal anliegt. Sowie ich aber dimme, fängt die LED an zu blinken und es passiert logischerweise nichts. Auf dem Oszilloskop sieht das DMX-Signal für mich korrekt aus.
Ich glaube ich habe gerade ein "Wald vor lauter Bäumen nicht sehen"-Problem.

Hat von euch jemand eine Idee wo ich noch suchen könnte?
Danke!

[pmayer]

Soo... DMXSerial 1.5.2 hat den Fehler am 4.6.2020 für ATMegas gefixt: https://github.com/mathertel/DMXSeri...1a1490f9cb23b0
Danke Matthias Hertel!!

Ich hatte vorher mit 1.5.0 kompiliert womit es mit dem X9 die Probleme gab.

[Gast]

sehr gut, ich plane gerade mein neues Loxone Projekt und wollte zum ersten mal die Bridge auspobieren. Ab wann ist die 0.5 im Shop zu bekommen?

[pmayer]

Ich denke im Laufe der Woche... muss noch die Anleitung für 0.5 überarbeiten.