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ß
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ß
QuoteFakt 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?
Stimmt genau!
So ist es zur Zeit eingebaut.
Viele Grüsse,
Dirk
@ 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
Gibt es mittlerweile schon fertige Platinen, die z.b. jemand fertigen lassen hat und wo noch welche übrig sind?
Das ist eigendlich ein Bausatz von Pollin.de der ein wenig abgeändert wurde ![]()
http://www.pollin.de/shop/dt/MTQ5OT…AVR_NET_IO.html
schön Gruß
Benni
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...
Alles auf einer Platine gibts doch schon länger ![]()
http://www.dmxcontrol.de/wiki/Art-Net-Node_für_25_Euro#Hardware_alternativ_.28alles_auf_eine_Platine.29
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
Hm.. Klassischer Fehler...?
Zu viele Geräte ohne Repeater..?
Bus Terminiert..?
Kabel irgendwo nen wackler ?
billiges Mikrofonkabel als DMX-LEitung..?
Line direkt neben Stomleitungen..?
Grüße, Souko aka Marcel
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