DMX-Bastelecke

  • Ersteller jw-lighting
  • Erstellt am

Würdest du bei der DMX-Bastelecke mitwirken?


  • Umfrageteilnehmer
    12
  • Umfrage geschlossen .
jw-lighting
jw-lighting
Helpful & Friendly User
Ex-Moderator
HFU
Zuletzt hier
23.02.19
Registriert
11.08.07
Beiträge
5.328
Kekse
26.781
Ort
Oldenburg
Hallo,

aus dieser Diskussion ist die Idee entstanden, hier im Board eine Bastlergemeinschaft zu gründen in der man sich mit verschiedenen Elektronik-Projekten zum Thema DMX auseinander setzt.

Zunächst möchte in obenstehender Umfrage nun mal ein Bild davon erhalten, wie viele User Lust hätten hier mit zu mischen.

Wer keine Erfahrungen mit Mikrocontrollern und/oder DMX hat, und ein Projekt ohne DMX vorschlagen will oder trotzdem mitwirken will, kann dies gerne hier kund tun!

Danach soll dieser Thread zur Organisation der Bastelecke dienen: Projekt-Ideen (nicht die Diskussion und Entwicklung) und allgemeine Dinge gehören dann in diesen Thread. Für den Anfang wird es sinnvoll sein, nicht mehrere Projekte parallel zu entwickeln.

Für die Projektarbeit gilt zunächst folgender Standart, der aber gerne diskutiert werden kann:
  • Schaltpläne und Boards mit Eagle erstellen (hier kostenlos zum Download), Schaltpläne zur Einsicht als PDF
  • Die Arbeiten werden der Allgemeinheit nach der Lizenz CC 3.0 BY-NC-SA oder anderen , nicht-kommerziellen Open-Source Lizenzen bereitgestellt.
  • Firmwareentwicklung in C oder Assembler

LG :)
 
Eigenschaft
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: 1 Benutzer
So. :)

Die Abstimmung ist seit einiger Zeit geschlossen und meine Klausuren sind mittlerweile auch vorbei.
Ich war heute mal so frei mir nun Erfahrungen mit dem Empfang von DMX anzueignen.

Das Ergebnis, eine DMX-steuerbare Pultlampe mit "Wert halten"-Funktion habe ich angehängt. Bei mir funktioniert's super :great:

Um dem Workshop nun einen Startschups zu geben, würde ich vorschlagen den Anhang zu diskutieren. Zudem, und an sich noch viel wichtiger, würde ich gerne Ideen für Projekte sammeln und diskutieren.

LG :)

EDIT: Neuste Softwareversion vom 29.12.11 mit folgenden Bugfixes und neuen Features:
  • DMX-Erkennung verbessert
  • Helligkeitseinstellung im Stand Alone Modus (ohne DMX)

Version vom 10.4.11 mit folgenden Bugfixes:
  • Pin-Zuordnung von Dip9 -> PD6 korrigiert
  • Adresseingabe vai DIP-Switches implementiert
 

Anhänge

  • DMX-desklight.zip
    73,9 KB · Aufrufe: 543
Zuletzt bearbeitet:
Hi, ich finde den Thread erst jetzt...
Ich kann diverse Erfahrung in puncto Programmierung/uController anbieten.

Im letzten Jahr hab ich 2 kleine DMX-Projekte gebastelt:
- Ein DMX-Relais
- einen kleinen DMX Controller im Format eines Bodentreters, um eben als Musiker zu steuern... Das Teil hat rudimentäres Cue/Scenen-Handling usw.. limitiert durch den Flash des tiny2313

Zur Zeit bastel ich an einer Neuauflage des Controllers auf Basis eines mega1280... also mehr Platz ;) Dann auch mit einstellbarer Geschwindigkeit usw... aktueller Stand: Platinenrouting und SW-Grundstruktur fertig.

Interessante Projekte fände ich:
- DMX LED-Strobe.
- Mini DMX-Spots. Quasi eine RGB-Highpower LED in möglichst kleinem Formfaktor mit DMX Interface. Davon 10+ auf ner kleinen Bühne verteilen...hätte was ;)

Wie ihr vielleicht merkt komme ich weniger aus der Lichttechniker-Ecke sondern mehr aus dem Mucker-Lager.. Meine Intention hinter den Projekten ist es, kleine Clubbühnen mit einfachen, mobilen Mitteln lichttechnisch aufzupeppen.
 
  • Gefällt mir
Reaktionen: 1 Benutzer
Hallo,

Hi, ich finde den Thread erst jetzt...
Ich kann diverse Erfahrung in puncto Programmierung/uController anbieten.
Kein Ding. Würde mich freuen, wenn du dann mit beisteuern würdest.

Meine Intention hinter den Projekten ist es, kleine Clubbühnen mit einfachen, mobilen Mitteln lichttechnisch aufzupeppen.
Das klingt aber durchaus gut. Wirklich große, professionelle Geräte sollen hier auch gar nicht bei rauskommen - insofern geht das ziemlich konform.

Interessante Projekte fände ich:
- DMX LED-Strobe.
- Mini DMX-Spots. Quasi eine RGB-Highpower LED in möglichst kleinem Formfaktor mit DMX Interface. Davon 10+ auf ner kleinen Bühne verteilen...hätte was
Klingt gut. Ich warte erstmal weitere Vorschläge und Kommentare ab.

LG :)
 
Hallo Zusammen,
dies scheint wirklich eine interessante Abteilung zu werden. Ich selbst komme aus dem DJ-Bereich. Wobei meine Intuition auf Selbstbau liegt - so habe ich schon vor 27 Jahren angefangen meine erste Anlage zusammen zu stellen - und nunmal keine Show bzw. Mucke ohne Licht! Würde mich hier gern anschliessen und auch das ein oder andere zu bauen und die Erfahrungen weiter zu geben

Interessante Projekte fände ich:
- DMX LED-Strobe.
- Mini DMX-Spots. Quasi eine RGB-Highpower LED in möglichst kleinem Formfaktor mit DMX Interface. Davon 10+ auf ner kleinen Bühne verteilen...hätte was


Bei diesen Projekten wäre ich auf jeden Fall dabei - muss aber fairerweise dazu sagen, habe selbst keine Erfahrung in Sachen DMX - dafür in Programmierung CNC Anlagen und Steuerungen.

VG
 
Bei den Projekten wäre vermutlich die Mechanische Sicht (Gehäuse) und die elektrotechnische Sicht (Strom der Highpower LEDs) interessanter als die eigentliche DMX Programmierung. Hat man die einmal geschrieben, kann man sie beliebig verwenden.. zB die von jw-lighting...

Zur Ansteuerung der Lampen braucht es dann nur ein wenig PWM/IO und das wars aus Programmiersicht schon.
 
Ja für verschiedene Gehäuse ist auch immer eine kleine Entwicklung notwendig, habe jetzt 19" Blenden in Konzeption, die via Wasserstrahl geschnitten werden sollen. So hat am Ende alles ein vernüftiges Finish und die Steuerungen könnte man leicht dahinter setzen.
Was mich interessieren würde wäre der elektronische Aufbau von Dimmern so das man sie direkt in T-Bars oder Dollys verbauen kann und die DMX Steuerung einfach anschliesst, hatte da mal im Web etwas gesehen, aber damals nicht wirklich zur Kenntnis genommen.
 
Moin moin,

hab gar nicht gemerkt, das hier schon was geht :D Ich hab mich ja schon im Nachbarthread vorgestellt.

@jw-lighting - Klasse! Du formatierst den Source ähnlich wie ich, konnte ich direkt lesen :great:

Ich hab jetzt leider erst mal zwei Wochen Urlaub und werd mir das Projekt daher nicht genauer ansehen. Aber sieht beim Überfliegen vollständig aus und gefällt mir. Dem SN65176P würde ich auch noch einen 100nF C verpassen, sonst schön minimalistisch, interne PullUps genutzt - sehr gut.

Was mir einfallen würde wäre eine standardisierte Lib für DMX TX / RX die auch bekannte Probleme mit DMX Geräten von Billigherstellern handlen kann.

Btw. Hab ich hier noch zwei Bilder von dem erwähnten DMX Dimmer für unser Kino. Hutschienengehäuse, Aufbau komplett galvanisch getrennt, extrem störsicher. Der zuckt nicht mal, wenn daneben ein 1600W Xenon Kolben zündet :)





Gruß, Guido
 
Dem SN65176P würde ich auch noch einen 100nF C verpassen
Wird gemacht.

sonst schön minimalistisch, interne PullUps genutzt - sehr gut.
Seltsammer Weise funktionieren einige der internen PullUps nicht - Ich habe zwei Controller getestet, bei beiden funktionieren die PullUps von PB5-7 und PD6 nicht - daher läuft der DIP-Switch für die Adresse auch noch nicht. Eine Idee?

Was mir einfallen würde wäre eine standardisierte Lib für DMX TX / RX die auch bekannte Probleme mit DMX Geräten von Billigherstellern handlen kann.
Da bist du wohl Profi. Ich steuere jetzt mit einem eurolite SceneSetter, also nicht das Gelbe vom Ei. Welche Probleme gibts denn? Dann könnte ich schon mal gucken, ob ich was nachvollziehen kann.

hab gar nicht gemerkt, das hier schon was geht
Tipp: Wer Interesse hat, kann sich den Thread wöchentlich abonnieren.

LG :)
 
bei beiden funktionieren die PullUps von PB5-7 und PD6 nicht

hm... PB5-7 ist ja die ISP Schnittstelle - ausÄm Kopf weiß ich gerade nicht, warum da die PullUp nicht gehen sollten. Müsste ich in zwei Wochen mal verifizieren per Debugwire - falls der ATtiny2313 das überhaupt kann.

Welche Probleme gibts denn? Dann könnte ich schon mal gucken, ob ich was nachvollziehen kann.

Ich hatte z.B. mit einem RGB Wallwasher von Lightmaxx Probleme, dort musste ich das Reset Signal verlängern, weil die Teile sonst wild zu blinken anfangen. Ich hab 8 Stück davon vor dem Vorhang auf der Bühne und ich wollte vermeiden, das unsere Zuschauer mit epileptische Anfällen da raus gehen :D

Gruß, Guido
 
hm... PB5-7 ist ja die ISP Schnittstelle
Das könnte es sein, danke. ich brauche dringend Geld für ein besseres Eval-Board als dieses Pollin-Ding. Aber PD6?

Ich hatte z.B. mit einem RGB Wallwasher von Lightmaxx Probleme, dort musste ich das Reset Signal verlängern, weil die Teile sonst wild zu blinken anfangen.
Gut, das wäre im Fall von DMX senden. Oft werden ja auch 100us als Reset empfohlen. Für DMX-RX weißt du nichts?

LG :)

EDIT: Ja, der ISP-Seriell Adapter war Schuld an den "fehlerhaften" PullUps an Port B. PC6 ist aber weiterhin, und ohne irgendetwas dran angeschlossen 0.46V, spricht nichts Halbes und nicht Ganzes.
Mit etwas Glück baue ich die Schaltung bis Freitag auf Lochraster auf und in ein kleines Gehäuse ein. Die Kühlung vom LED-Treiber (3W, benutze LM317) macht mir in dem kleinen Kunststoffgehäuse noch Probleme...
 
Zuletzt bearbeitet:
Hallo,
ich persönlich habe nicht viel Ahnung in die Richtung DMX-Selberbau, alles was ich bis jetzt gemacht hab ist ein 3er DMX-Splitter nach einem Schaltplan aus dem Netz.
Aber ein Freund von mir hat sich LED-Spots selber gebaut, mit RGB LED. (rot 3 Watt 85 lm / grün 3 Watt 100 lm / blau 5 Watt 96 lumen) Die ganzen LEDs sind auf eine gedrehte Scheibe geschraubt und verkabelt. Diese Scheibe sitzt vorne mit einer Linse in einem Par 16 Gehäuse drinnen und hinten die Elektronik. Er hat es geschafft die gesamte Elektronik hinten in den Par rein zu bekommen. (Leider ein externes Netzteil, aber das ist ja alles vertretbar) Er hatte das jetzt ohne Dips gemacht und nur DMX in also kein out zum weiterschleifen. Aber er hat gesagt, wenn er ein Par 20 Gehäuse genommen hätte, hätte auch alles also DMX in/out und ein Dip reingepasst. Aber da es nur für seine Heimische Disco ist ist das nicht weiter schlimm.
LG
 
Zuletzt bearbeitet:
Das könnte es sein, danke. ich brauche dringend Geld für ein besseres Eval-Board als dieses Pollin-Ding

Pollin? *örgs* Also ich kann nur jedem, der sich richtig mit den AVRs auseinandersetzen möchte nur immer wieder zum STK500 oder neuer raten. Ich selbst habe, seit ich das STK500 nebst JTAG ICE MKII nutze absolut keine Probleme mehr mit Hard- oder Software. Klar funktionieren Eingenbau oder günstige Boards auch - aber wird hier auch auf ESD, Überspannung etc. geachtet? Meist ja wohl nicht und genau da liegt der Hund oft begraben.


Ja klingt komisch. Evtl. Timer falsch gesetzt irgendwo? Schon mal ein Programm geschrieben, das nur diesen Portpin als Eingang setzt und PullUp aktiviert und sonst nichts? Sicher, dass da am Pollin Board nicht doch irgendwo was dran sitzt?

Gut, das wäre im Fall von DMX senden. Oft werden ja auch 100us als Reset empfohlen. Für DMX-RX weißt du nichts?

Doch klar - einfach an die Specs halten und gut :D Alles was nicht den Specs entspricht ist eh nonsens und gehört verboten.

Die Kühlung vom LED-Treiber (3W, benutze LM317) macht mir in dem kleinen Kunststoffgehäuse noch Probleme...

Einzelne 3W LEDs oder Cluster? Gibt auch schönere Methoden für eine Konstantstromquelle als einen LM317 dafür zu vergewaltigen ;)

Viele Grüße

Guido
 
Schon mal ein Programm geschrieben, das nur diesen Portpin als Eingang setzt und PullUp aktiviert und sonst nichts?
Nein. Die Timerkonfiguration ahbe ich schon geprüft. Für ein eigenes Programm habe ich mir noch keine Zeit genommen, werde ich jetzt gleich aber mal machen.
Sicher, dass da am Pollin Board nicht doch irgendwo was dran sitzt?
Ja, in eigenem Sockel ohne angeschlossenes Board und ISP getestet.

Alles was nicht den Specs entspricht ist eh nonsens und gehört verboten.
So ist es :great:

Einzelne 3W LEDs oder Cluster? Gibt auch schönere Methoden für eine Konstantstromquelle als einen LM317 dafür zu vergewaltigen
*hust* Einzelne 3W LED. Schönere Möglichkeiten gibt es sicher, zumal meine Beschaltung der LED immer die 1,25V liefert. :rofl: Ich hab mir in meinen Anfängen (auch, da ich nicht immer alle Bauteile hier habe) mal das gebastelt (Anhang). :redface: So würde ichs mittlerweile nicht mehr machen!

LG :)
 

Anhänge

  • led_controller_attiny12_3w.pdf
    15,4 KB · Aufrufe: 508
Nein. [...] Für ein eigenes Programm habe ich mir noch keine Zeit genommen, werde ich jetzt gleich aber mal machen.
Danke.

dmx_desklight.c (alt) schrieb:
Code:
#define OUTPUT		PD5
// ...
#define DIP9		PD5
Problem gefunden, Bugfixes hochgeladen...

LG ;)
 
Ich habe mir vor einiger Zeit schon mal den Aufwand gemacht, eine generelle DMX-Bibliothek zu schreiben, die sehr einfach zu verwenden ist.

In der Hoffnung, diesen Thread damit wieder aufzuwecken und auch von eurer Seite ein paar Projekte zu sehen, poste ich sie her nun nach etwas längerer Testphase (ja, ich habs auch verpennt).

Als kurzen Überblick den Anfangs-Kommentar, der Rest im Anhang.

Code:
/* 
 * 		General Information
 * 
 * Target-MCU: ATmegaXX4, ATmegaXX4P
 * Hardware Usage: USART0, Timer1, about 1KB of program-flash
 * Needs: Interrupts enabled, enough processing time ;)
 * Gives: DMX RX and/or TX with only one USART at the same time
 * HowToUse RX:
 * 		+ set CHANNEL_TO_RX to number of channels requested to receive. Set to 0 to disable the receiver
 * 		+ Set a startaddress to DmxRx.startAddr
 * 		+ Get received data out of DmxRx.values[x], where x is the requested channel after startaddress
 * 		+ Get status (DMX comming or not) out of DmxRx.comming. There is data if DmxRx.comming > 0
 * HowToUse TX:
 * 		+ set CHANNEL_TO_TX to number of channels requested to send. Set to 0 to disable the transmitter
 * 		+ Write data to send into DmxTx.values[x], where x is the DMX-channel number (counting from 0)
 * 
 * License: Creative Commons 3.0 BY-NC-SA
 * Author: jw-lighting
 * Date: 22.04.2011
 * Version: 0.0a
 * 
 */

Ich würde mich im übrigen freuen, wenn sich jmd findet, der sie auf andere Controller portiert, wie etwa den tiny2313, den mega8 und den mega16 bzw. mega32!
Bei Bedarf schiebe ich eine Doku und Beispiel der Verwendung hinterher.

LG :)

EDIT: Aktuelle Version in Post #27
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: 4 Benutzer
Moin,

Ich hatte noch nicht soviel mit DMX-Selbstbauten zu tun, baue aber gerade einen Dimmer (6x1A + 2x5A, ATmega8, Rackformat 2HE, Schuko und Harting Outs, fette Drosseln). Dabei arbeite ich mit den Schaltungen von dieser Seite, die sich jeder, der sich für DMX-Basteln interessiert, mal ansehen sollte: http://www.hoelscher-hi.de/hendrik/light/profile.htm ! Echt spannend... Unter den Resources findet man übrigens alle Basics in Sachen DMX und Co.

Mit den Infos auf der Seite dürften sich eigentlich alle Fragen und Projekte mit LEDs und PWM für diesen Thread geklärt haben:great:... Der Transceiver ist locker an einem Wochenende fertig gebaut und damit kann man ja schon ne Menge anfangen (vor allem mit Last-Teilen, LED-Matrizen, High-Power-LED-Drivern usw.:gruebel:).

LG
 
  • Gefällt mir
Reaktionen: 1 Benutzer
Ich habe mir vor einiger Zeit schon mal den Aufwand gemacht, eine generelle DMX-Bibliothek zu schreiben, die sehr einfach zu verwenden ist.

Ich hab mir Deinen Source mal angesehen. Du machst alles über Interrupts was ich grundsätzlich befürworte. Wie sieht es denn mit Jitter aus wenn man ein ganzes Datenpaket an mehrere Geräte schickt? Damit hatte ich nämlich z.B. Probleme bei den günstigen RGB Color Bars von lightmaxx (Fame) - unter anderem mögen die es nicht, wenn die Daten Bytes direkt hintereinander kommen. Vermutlich haben die einen zu geringen Buffer - keine Ahnung. Eine kleiner Verzögerung zwischen jedem Byte hat das Problem dann behoben.

Gruß, Guido

Edit: nach langem Suchen endlich den Source gefunden. Nur mal die Send Routine die gleich alle 8 RGB Bars vor der Bühne mit Daten füttert. Auch nur als Anregung für Deine Lib, weil das ist recht speziell auf die Geräte zugeschnitten gewesen und halt als Dimmer in einem Kino konzipiert:

Code:
void DMX_send(void){

	uint8_t i;
	uint8_t *ptr = 0;

	cli();						// disable Interrupts (prevent jitter)

	/* DMX reset */
	UCSRB &= ~(1<<TXEN) | (1<<RXEN);			// disable UART TX
	short_delay(dimmer.dmx_reset);				// ~90µs delay (RESET)
	UCSRB |= (1<<TXEN) | (1<<RXEN);				// enable UART TX
	short_delay(dimmer.dmx_mark);				// ~10µs delay (MARK)

	/* send NULL startbyte */
	loop_until_bit_is_set( UCSRA, UDRE );
	UDR = 0;

	/* transfer device data */
	ptr = (uint8_t*) &ledbar;				// pointer to start of device data

	for(i=0;i<sizeof(ledbar);i++){
		loop_until_bit_is_set( UCSRA, UDRE );
		short_delay(41);
		short_delay(dimmer.dmx_xmark);		// extra delay for incompatible devices
		UDR = *ptr++;
	}

	sei();
}
 
Zuletzt bearbeitet:
amo... schrieb:
Dabei arbeite ich mit den Schaltungen von dieser Seite, die sich jeder, der sich für DMX-Basteln interessiert, mal ansehen sollte: http://www.hoelscher-hi.de/hendrik/light/profile.htm !
Ich habe mit 14 mal einen DMX-Dimmer auf Basis dieser Seite gebaut, ein nettes Gerät, auch wenn ein paar Layoutfehler drin sind. Natürlich hast du recht, diese Site sollte man kennen.

Unter den Resources findet man übrigens alle Basics in Sachen DMX und Co.
Wenn man sich meine Lib anguckt, sieht man eventuell, dass ich auf den Grundideen von dort aufgebaut habe. Der Quellcode ist aber vollkommen Eigenregie.

GFi schrieb:
Wie sieht es denn mit Jitter aus wenn man ein ganzes Datenpaket an mehrere Geräte schickt? Damit hatte ich nämlich z.B. Probleme bei den günstigen RGB Color Bars von lightmaxx (Fame) - unter anderem mögen die es nicht, wenn die Daten Bytes direkt hintereinander kommen.
Wenn ich dich richtig verstehe, meinst du ich sollte ein Mark nach jedem Datenbyte einbauen? In meinen Tests (stairville LED Par 56, eurolite EDX-4 und der RX-Teil der Lib) war das bisher nicht nötig. Ich habe aber leider auch nicht alzu viele Geräte zum Testen. Magst du es vielleicht mal ausprobieren?

amo... schrieb:
Mit den Infos auf der Seite dürften sich eigentlich alle Fragen und Projekte mit LEDs und PWM für diesen Thread geklärt haben... Der Transceiver ist locker an einem Wochenende fertig gebaut und damit kann man ja schon ne Menge anfangen (vor allem mit Last-Teilen, LED-Matrizen, High-Power-LED-Drivern usw.).
Hendriks Entwicklungen sind wirklich Gold wert, und haben auch mir viel geholfen. Das man damit schnell selbst DMX-geräte gebaut hat ist klar und unbestritten.
Trotzdem finde ich es interessant, hier oder privat, selbst Hand anzulegen und zu entwickeln - nachbauen kann jeder.

LG :)
 
Wenn ich dich richtig verstehe, meinst du ich sollte ein Mark nach jedem Datenbyte einbauen?

Zumindest die Möglichkeit in Betracht ziehen.

Magst du es vielleicht mal ausprobieren?

Werde ich versuchen. Hab eh gerade einer dieser günstigen Teile zwecks Reparatur hier liegen. ich hoffe nur, das ich irgendwo noch den Rest zum ansteuern finde :)

Gruß, Guido
 

Ähnliche Themen


Unser weiteres Online-Angebot:
Bassic.de · Deejayforum.de · Sequencer.de · Clavio.de · Guitarworld.de · Recording.de

Musiker-Board Logo
Zurück
Oben