25€-Art-Net-Node

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!


  • und wenn man für den DMX teil wie im DE IF einen externen SRAM mit Latch dazu nimmst geht dann zwar nicht mehr so unbedingt mit dem AVR NET IO wegen zu viel herumlöten aber so speichert das DE IF doch auch die 512 Kanäle zwischen.

    Gruß

  • Quote

    Fakt ist, der Mega32 hat nur 2k RAM und man braucht 512 Byte pro
    Richtung und Schnittstelle

    Dazu hätte ich jetzt mal eine Frage: Das Node kann im momentanen Zustand doch nur Out - Out, IN - IN, In - Out, Out - IN. Würde das dann nicht heißen, das man eigendlich nur 2x 512Byte (2 Schnittstellen) braucht und so auf 1K + Variablen kommt?

  • @ dirk_e

    Was ich am Post 241 nicht ganz verstehe ist, wieso 4k Ram beim Mega 644 voll ausgenutzt werden, wenn man beide DMX Linien trennt? Theoretsich wäre doch nur 1K belegt weil nur 2 DMX Linien genutzt werden können. Oder versucht ihr gerade alle 4 Linien in betieb zu nehmen? Selbst dann komm ich nur auf 2K und nicht auf 4K belegtem Ram für alle 4 DMX Linien.

  • Bis jetzt wird noch nichts getrennt, das geht auch nur wenn DMXControl das unterstützt.

    Wenn man 4 getrennte Wege (2* IN 2*Out )einbaut braucht man für jeden Weg 1K.
    Eingansspeicher und Ausgabespeicher, je 512 Byte pro Weg.
    Den Speicher zusammen zufassen ist Möglich, wenn man damit einverstanden ist, das oft eine MSG nur halb gesendet wird.
    Empfangen uns Senden sind halt nicht Synchron.
    Und somit kannst Du ein Paket schon Senden,weil das Timing es so will, obwohl du erst Teile der neuen Daten Empfangen hast.

    Viele Grüsse,
    Dirk

  • Hallo,

    ich hatte versprochen das ich den aufgeräumten Code hier abliefere.
    Hier ist er!

    Beim ausmisten der Verzeichnisse, zum packen, habe ich hoffentlich nichts gelöscht.
    Die MAC und IP Adressen müssen wie schon zuvor angepasst werden.
    Ansonsten ist es 1:1 der Alte Code nur alles was nicht rein muss ist weg.
    In der confih.h kann man auf die Version 2 umschalten, aber dann muss das Makefile angepasst werden.

    Wenn ich mal wieder Zeit habe mache ich vielleicht wieder was am Code.
    Aber nun ist mein Modul fertig und wartet auf den 1. Einsatz.
    Ich hatte bei mir noch den 5Volt Regler gegen ein Schaltnetzteil ausgewechselt, damit wird nichts mehr heiß.

    Viele Grüsse,
    DIrk

  • Hi,

    wollte mal fragen ob einer der Insider dieses Projekts mal kurz zusammenfassen könnte welche Varianten es nun hier gibt und auf welchem Stand diese stehen.

    gruß,

    Kasen

  • Hallo,

    es gibt 3 Versionen:
    1. Die Originalversion von Stefan für ein Univers (MEGA32).
    2. Eine Aufgeräumte und auf 2 Universe erweiterte Version (MEGA 644P).
    3. Eine noch mehr Aufgeräumte Version bei der man zwischen 1. und 2. Version umschalten kann.

    Sonst gibt es keine Erweiterungen oder sonstige Verbesserungen.

    Viele Grüsse,
    Dirk

  • Ja schon klar, aber es gibt ja hier schon neue layouts die alles auf einer platine vereinen.soetwas finde ich ansprechender. dachte es gibt da nach der langen diskussionsrunde schon resultate in dieser richtung.
    wenn nicht brat ich mir das "original" zusammen...

  • sorry das ist jetzt etwas off-topic, aber könnte man aus dem original-bausatz auch nen wlan-repeater bauen?
    also mit der nötigen erweiterung zum funken...aber so als grundlage?

  • Hi,
    theoretisch sollte das auf jeden Fall möglich sein, aber der Datendurchsatz wird enorm in den Keller gehen.
    Unter Umständen und jeh nach Funkmodul, braucht man das AVR Webmodul garnicht, ich habe hier ein W-Lan Modul von InSys liegen und mit dem kann man z.B. einfach die Empfangenen Daten gleich wieder in den Sendebuffer schieben und somit einen Repeater bauen.

    Aber ich glaube das wäre besser in einem eigenen Thread aufgehoben ;)

    Gruß Jonas

  • Hey zusammen,

    ich habe den NetNode nachgebaut (1 Universe Version), und dabei ist mir folgendes aufgefallen:

    die DMX-Daten werden (scheinbar) nur ausgegeben, wenn der Node ein neues Netzwerk-Frame empfaengt, und nicht kontinuierlich.
    In Kombination mit DMX-Control, das offensichtlich die Frames nur im Bedarfsfall (Aenderungen), oder nach einem Timeout (~Sekunden) neu sendet, und Beleuchtungsequipment, das gerne mal ein DMX-Frame "verschluckt" (billige RGB-LED-PARs) ergibt sich ein sehr unschoenes Bild bei abrupten Aenderungen der Szenen: einige Scheinwerfer hinken mit der neuen Farbe um viele hundert Millisekunden hinterher...

    Ich habe mir den Quelltext der Node-Firmware noch nicht im Detail angesehen, aber besteht hier die Moeglichkeit, das zuletzt empfangene ArtNet Frame kontinuiertlich auszugeben, oder zumindest mit hoererer Wiederholrate?

    Danke jedenfalls fuer das tolle und einfach nachzubauende Projekt!!

    2bl

  • Hallo 2bl,

    herzlichen Dank für deine Rückmeldung. Ich kann das von dir genannte Problem aber leider nicht bestätigen - bei mir sendet der Art-Net Node mit der Original-Firmware die DMX-Daten, sobald das erste Art-Net Paket angekommen ist. Alles andere ist technisch auch nicht möglich, denn DMX erlaubt nur einen Signalausfall für maximal eine Sekunde, sonst wird von einem nicht mehr vorhandenen Signal ausgegangen.

    Ich denke, das liegt eher an deiner [zensiert] Hardware, die wohl nicht nur eines sondern viele DMX-Pakete verschlucken, und dann entsprechend verzögert reagieren.

    Du kannst ja mal folgendes Probieren: Schicke dem Art-Net Node ein Paket, sodas die DMX-Ausgabe startet. Dann stecke das Netzwerkkabel ab, sodass er sicher keine neuen Daten bekommen kann. Wenn du jetzt DMX-Hardware ansteckst, bekommst du trotzdem eine Ausgabe - eben weil der Art-Net Node die Daten weiterhin auf die DMX-Linie schickt.

    Stefan

  • Hallo Stefan,

    danke fuer die schnelle Antwort. Ich habe mir den Ausgang des NetNodes mit dem Oszilloskop angeschaut, und kann Deine Schilderung jetzt bestaetigen.

    Der NetNode gibt sein DMX-Universum kontinuierlich aus.

    Muss da noch etwas Ursachenforschung betreiben, wieso 80% der Scheinwerfer tun was sie sollen, und die restlichen 20% geschlossen (!) 0 bis 1 Sekunde zu spaet reagfieren...

    Danke und viele Gruesse
    Andre

  • ich habe mal eine Frage zu den Art Net Datein.

    Kann man die in ein bestehendes Projekt vom NET IO Hinzufügen ? Ich wollte nämlich meinen Webserver mit ArtNet erweitern und darüber die DMX Ausgabe machen. Schafft das der AVR Überhaupt ?

    Gruß

  • Schau dir mal das Ethersex Projekt an! Ist zwar etwas komplizierter! Aber dort gibt es einige Erweiterungen! Unter anderem auch DMX!

    Unterstüzt aber soweit ich weiß kein ArtNet! Also nur mit Befehlen! Heißen da ecmd!

    Was läuft denn bisher auf deinem webserver??

    Hab damit ein kleines Haussteuerungssystem realisiert bzw. für ein Schulprojekt damit gearbeitet!!


    MFG Philipp

  • 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.