Günstige (und bessere) alternative zur DMX Extension

[pmayer]

Kurzes Update: Bauteile sind soeben bestellt, nächsten Mittwoch wird bestückt...

[pmayer]

Ich denke wir werden VK um die 100 liegen. Wenn die erste Version fertig ist, kann ich mehr sagen.

Ich hätte auch Interesse an die fertigen Module/Platinen. Hast du schon eine ungefähre Vorstellung, was das ganze nun kostet?

Gruss sordo

[pmayer]

Weil mir ein Freund mir angeboten hat sie bei ihm im Labor zu backen und ich extra ein Stencil mitbestellt habe. Ich glaube Handbestückung und dann ab in den Ofen reicht mir hierbei schon.

Hatte absichtlich 1206 gewählt... damit man sie notfalls per Hand löten kann.
Den W5500 per Hand wird schwer, auch wenn das natürlich geht.

[Labmaster]

Wieso backen ? Die Teile sind ja alle RIESIG die kann man doch alle ohne Probleme einfach mit nem Lötkolben drauf löten, zumindest für die ersten Test, bis man weis, daß alles passt.

[pmayer]

Die Platinen sind eingetroffen. Juhuuu! Sehen gut aus und passen perfekt ins Gehäuse.
Werde die Tage dann mal die Bauteile bestellen und einen Termin im Labor machen um die Dinger zu "backen".

[pmayer]

Kurzes Update: Die Platinen sind leider immer noch nicht da... offensichtlich dauert es diesmal ungewohnt lange...

[pmayer]

Danke Labmaster , finde die Info's wichtig!

Die Platinen sind heute in den Versand gegangen. Ich würde sagen, ich schau erst mal ob der Prototyp funktioniert. Würde mich freuen die Platine mit weiterem Input von euch zu verbessern.

[Labmaster]

Weil ich aktuell eben gerade damit zu tun hatte:
Hier könnte man mal eine richtungsschaltbare Beschaltung (RS485 / DMX) sehen, mit zusätzlichen Schutz für ESD. (SM712 im SOT23)
In diesem Fall so im China DMX Dimmer vorgefunden. https://github.com/labmaster/dmx_dim...4K_C_DMX_D.pdf
Der dort verwendet SP485 ist Pin/Schaltungskompatibel zum SN75176.

[pmayer]

Ich verstehe dich voll und ganz, aber ich würde erst mal eine funktionierende Version auf bestehender Basis schaffen.
Wenn es so einfach ist sage ich machen, aber es scheint so als hätte pmayer ja bedenken, sonst würde er es ja schon gemacht haben.

Bedenken hatte ich diesbezüglich keine, ich habe mich an das gehalten was bzgl. DMXSimple in diesem Thread gepostet wurde um eine erste funktionierende Version zu bauen.

Ich finde die Diskussion super! Vielleicht kann ich sie aber ein wenig relativieren:
Ich bestelle die Platinen aktuell bei OSHPark, 3 Stück ca. 25€ (V0.1). Wenn ich bei der nächsten Bestellung ein anderes Design nehme, weil ich dort den MAX485 direkt an den UART des ATMega gepackt habe, ist das kein Problem. Es muss nur jemand mit der vorhanden Software testen.

Wenn allles funktioniert würde ich je nach Nachfrage ca. 20 Boards bestellen (V0.2) und diese dann bestücken/verkaufen. In der Zwischenzeit kann sich daran dann natürlich wieder etwas ändern und dann produziert OSHPark bei der nächsten Bestellung eben V0.3.
Auf einen anderen Platinenhersteller würde ich erst gehen wenn es höhere Stückzahlen gibt.

[hismastersvoice]

Mir geht es bei dem Boarddesign von pmayer einfach darum keine Chance zu verpassen, vor allem wenn es sonst keinen Aufwand (eher im Gegenteil, man spart sich einne Widerstand :-) ) darstellt.
Ob dann jemals überhaupt und wie dann eine Software dafür (für was anderes als DMX) gemacht wird, ist erst mal gar nicht die Frage.
Aber man könnte wenn man es mal bräucht, ohne eben wieder eine eigene Hardwareversion dafür machen zu müssen.

Ich verstehe dich voll und ganz, aber ich würde erst mal eine funktionierende Version auf bestehender Basis schaffen.
Wenn es so einfach ist sage ich machen, aber es scheint so als hätte pmayer ja bedenken, sonst würde er es ja schon gemacht haben.

Mir kann es theoretisch egal sein meine beiden DMX/UDP Module funktionieren tadellos.
Sollte ich einmal eine RS485/232 umsetzen wird es eh ein neues Projekt.

Allerdings stellt sich mir die Frage der Ansteuerung? Das Protokoll für DMX von @Robert.L ist ja an die Ausgabedaten der Loxone angelehnt, wenn auch allgemein gehalten. Nur wie sollen UDP/TCP Messages für Modbus aussehehn? Wie sieht es mit bidirektionaler Kommunikation aus?
Gleichermaßen müsste dafür ja auch z.B. ein Modbus-Master im ATMega implementiert werden der die Daten auf Netzwerk übersetzt und im 328p sind nur 2kb RAM. Dort einen 644 (o.ä.) einzubauen wäre natürlich kein Problem.

Das ist schon möglich aber bei ModBus nicht ganz trivial.
Bei RS485 sollte es einfacher möglich sein zB von UDP an RS485 direkt die Befehle zu senden.
Bei Modbus geht es ja darum Coils/Register/Formate usw. umzusetzen, also hier um einiges aufwendiger.

[Robert L.]

das fertige Board, ist so "verdrahtet" dass rs485 auf den UART (Pin 0 / Pin 1) Rx/TX verdrahtet ist..

(DMXSImple Library für die fertigen DMXShields verwenden Pin 3)

ich hatte mehrere Gründe das erst überhaupt nicht so zu probieren


damit gehts aber vielleicht doch: http://www.mathertel.de/Arduino/DMXSerial.aspx

[Labmaster]

@Labmaster
Ethernet zu DMX als fertiges geht nicht, die DMX Lib wurde von Robert angepasst das es mit Loxone sauber funktioniert.
Einfach ein fertiges Board nehmen würde da wohl nicht gehen, ausser man kann es nachträglich noch proggen ala Arduino.

Ich meine z.B. das Board welches z.B. oben von Robert verlinkt wurde (https://www.kmpelectronics.eu/en-us/...oethernet.aspx (W5200 Ethernet) ) dort wird eben explizit mit Arduino geworden.

***************************************

Mir geht es bei dem Boarddesign von pmayer einfach darum keine Chance zu verpassen, vor allem wenn es sonst keinen Aufwand (eher im Gegenteil, man spart sich einne Widerstand :-) ) darstellt.
Ob dann jemals überhaupt und wie dann eine Software dafür (für was anderes als DMX) gemacht wird, ist erst mal gar nicht die Frage.
Aber man könnte wenn man es mal bräucht, ohne eben wieder eine eigene Hardwareversion dafür machen zu müssen.

[pmayer]

Direkt an Lox ginge ja sowieso nicht, weil man ja sonst den LogxBus (CAN) erst mal verstehen müsste. Wir haben mit CAN in der Firma recht viel gemacht, aber da hätte sicher Loxone was gegen und der Aufwand steht denke in keinem Verhältnis. Deswegen ja auch der Weg über Ethernet.

Wenn man in einer späteren Version, die Beschaltung entweder durch Software (Pin vom ATMega) oder evtl. sogar durch einen Jumper für RS485/Modbus/DMX schalten könnte, fände ich das schon sinnig.

Allerdings stellt sich mir die Frage der Ansteuerung? Das Protokoll für DMX von @Robert.L ist ja an die Ausgabedaten der Loxone angelehnt, wenn auch allgemein gehalten. Nur wie sollen UDP/TCP Messages für Modbus aussehehn? Wie sieht es mit bidirektionaler Kommunikation aus?
Gleichermaßen müsste dafür ja auch z.B. ein Modbus-Master im ATMega implementiert werden der die Daten auf Netzwerk übersetzt und im 328p sind nur 2kb RAM. Dort einen 644 (o.ä.) einzubauen wäre natürlich kein Problem.

Wir haben für einen Kunden bereits eine Modbus-MQTT Bridge gebaut, da mussten wir aber z.B. explizit die Coils im Modbus-Slave ansprechen um die gewünschten Daten zu bekommen.
Mir fehlt da gerade einfach der gedankliche Ansatz wie das ohne viele Eigenprogrammierung möglich sein soll.

Die Hardwareanpassungen für diejenigen, die die Software selbst drauf packen wollen baue ich natürlich sehr gerne ein - soweit sinnig und gewünscht.

[hismastersvoice]

@Labmaster
Ethernet zu DMX als fertiges geht nicht, die DMX Lib wurde von Robert angepasst das es mit Loxone sauber funktioniert.
Einfach ein fertiges Board nehmen würde da wohl nicht gehen, ausser man kann es nachträglich noch proggen ala Arduino.

Ich verstehe deinen Einwand, aber ich denke eben auch wir jetzt erst mal ein funktionsfähiges Board haben sollen.
Es wäre ja wohl besser ein eigenes Board Modbus/RS485/RS232 zu bauen das die Lox-Ext ersetzt und das sauber umsetzten anstatt eine Eierlegendewollmichsau zu bauen.