Handhabung & Technik Zündmodul für Musikfeuerwerk

Hallo Vesuvio,

aber sicher besteht Interesse an sowas. Man freut sich doch immer, wenn eine Sache Hand und Fuß hat und seine Tauglichkeit auch schon in der Praxis bewiesen hat. Vielleicht kann man das Dingens ja auch noch etwas "aufbohren" kanalmäßig gesehen.
Angesichts der in den letzten beiden Monaten ausgeuferten Anzahl von Beiträgen, wo Leute noch nicht mal den Unterschied von Strom, Spannung und Widerstand kennen und den Lötkolben falsch rum halten, aber eine Zündanlage selbst konstruieren wollen, wäre ein solcher Beitrag ja förmlich eine Erholung. Eine runde Sache eben. Bitte mehr davon!

Pyro-Wolf(gang)

 

Ich arbeite auch gerade an der entwicklung einer solchen Anlage. Vielleicht könnte man sich mal zusammentun und erfahrungen austauschen

 

...Funkzündanlage wohlgemerkt, da die Drahtgebundene ja trotz 6-monatiger Bastelei nicht funktionierte! Und schlußendlich nicht vergessen: den E-Zünder mit UHU an die Visco kleben...

dito! Hätte ergo auch Interesse...

 

Das klingt sehr interessant, ich währe an der Selbstbau-Platine interessiert.
Hast du Details zur verwendeten Codierung. Bei nur zwei Zündungen pro Sekunde werden wohl ziemlich viele Daten übertragen, was auf ein stark gesichertes System mit ausreichend Redundanz als Schutz vor Fehlzündungen schließen lässt.
Gibt es Erfahrungen mit der Übertragungssicherheit des Audio Signals? Ich gehe davon aus, daß sich beim Cinch Kabel schnell mal Bitfehler einschleichen können. Währe unter Umständer eine Übertragung über ein XLR Kabel sinvoll?

 

Kann mich meinen Vorrednern nur anschließen. Klinkt sehr interessant. Würde mich auch für ein Testsystem interessieren. Bin gespannt auf mehr Details.

Bis dahin - Gut Schuss
Andreas

 

Mir würde schon allein der Schaltplan der ganzen Anlage genügen

 

Ergänzung

Hi Vesuvio,

projektiere auch gerade an einer modularen Züdanlage mit 12k modulen und max. 122k
aber unbegrenzter Anzahl an Modulen. Die Basis bilden Profets 621L / ATMega / und mini
Funkmodem von Adeunis. Eine Cue basierte Zeitsteuerung ist vorgesehen allerdings noch
kein Timecode.
Evt. kann man sich ja diesbezüglich austauschen.

Gruß Dirk

 

Kann mich da nur anschließen, mich würde als erstes mal das Funktionsprinzip interessieren, mit dem die Anlage arbeitet und mit welchen Chips das realisiert wurde bzw. wird....

Die verfügbaren technischen Informationen zu Timecode (FSK, SMPTE) scheinen selbst im Internet äußerst dünn gesät zu sein. Vielleicht könnte man hier mal wirklich gemeinsam brauchbare Quellen zusammentragen, was es so zu dem Thema an technischen Unterlagen, Datenblättern und Elektronik-Chips auf dem Markt gibt, mit denen man sowas realisieren kann...

Viele Grüsse
Pyro-Wolf(gang)

 

Naja, Platinen herstellen ist nicht ganz trivial, das Zusammenlöten dagegen eine lösbare Aufgabe.

Etwas Information zu Thema Timecode findet sich bei soundlight

Ein interessantes Buch währe dann noch:

Titel: Control Systems for Live Entertainment
Autor: John Huntington
Verlag: Focal Press
ISBN: 0-240-80348-5

Hier noch ein Link zur Webseite des Autors: http://www.controlgeek.net/

 

Und hier auch noch ein Link von mir:
http://www.philrees.co.uk/articles/timecode.htm

Der SMPTE-Timecode ist relativ trivial und lässt sich leicht über ein kleines Programm das die Daten von der Soundkarte (Line-In) aufzeichnet und analysiert auswerten. Ich habe dafür vor einiger Zeit mal ein Programm entwickelt, dass den Timecode auf diese Weise universell anzeigen kann.

Dazu muss man zunächst wissen, das der Timecode als eine Folge von "Tönen" unterschiedlicher Frequenz übertragen wird. Ein Ton (hohe Frequenz, z.B. 2.4kHz) für eine logische 1, ein Ton (niedrige Frequenz, genau die Hälfte der hohen Frequenz - hier also 1.2kHz) für eine logische 0. Wenn man den Timecode sehr stark verlangsamt anhören würde, könnte man die 0en und 1en mitschreiben.

Das ganze funktionierte in meinem Programm mit der folgenden Methode:
Für jedes eingelesene Sample der Audiodaten wird die Amplitude festgestellt. Ist der Wert lauter als 75% des Maximums wird er als A aufgezeichnet, ist er leiser als 25% der max. Lautstärke wird ein B aufgezeichnet. Befindet sich der Lautstärkewert zwischen 25% und 75% wird das A oder B vom vorhergehenden Sample übernommen.

Um die Daten des Timecode zu analysieren wird nun die maximale Länge von "kompletten" A- oder B-Bereichen ermittelt. Diese maximale Länge entspricht der "niedrigen" Frequenz der SMTPE-Datenübertragung. Für jeden Wechsel zwischen A und B lässt sich jetzt bestimmen, ob der vorhergehende Abschnitt ein EINSBIT oder ein NULLBIT darstellt indem verglichen wird, ob die Länge des Abschnitts eher der Länge des längsten zusammenhängenden Abschnitts entspricht oder der halben Länge des längsten Abschnitts. Da die maximale Länge einer niedrigen Frequenz entspricht (= log. 0) und die hälfte genau der hohen Frequenz (= log. 1) lässt sich der Strom der Samples hier schon in ein Muster aus 1en und 0en übersetzen. Da pro logischer 1 bzw. 0 jedoch nicht nur eine sondern mehrere Perioden übertragen werden, ist dieser Datenstrom so noch nicht zu verwenden (eine einzige 1 würde als 1111111111 bzw eine einzige 0 als 00000 erscheinen).

Eine Information lässt sich aus diesem Datenstrom allerdings gewinnen: Wie kurz ist die kürzeste 1 bzw 0?
Jeweils eine dieser "kürzesten" Perioden entspricht nun jeweils einer 1 bzw einer 0, sollten es mehr Daten "ohne Wechsel" sein, sind es entsprechend einfach mehr folgende Bits die ebenfalls 1 oder 0 sind.
Die Folge aus 0 und 1 kann man jetzt anhand dieser Info "aufteilen" und erhält den SMTPE-Code.

Natürlich kann man das ganze auch mit einer FFT-Analyse auswerten, aber das ist a) wesentlich komplizierter, b) benötigt man die genauen Frequenzen der log. 0 und 1 im Timecode, was auch vom benutzen Timecode abhängig ist und c) benötigt man für eine FFT mehr Samples bevor man überhaupt erst loslegen kann. Mit einer geschickten Anordnung bzw dem "mitzählen" der einzelnen Bits hat man hier bereits mit dem letzten empfangenen Bit den kompletten Timecode ausgewertet.

Alles in allem ist diese Methode also die einfachere, fehlerunanfälligere und vor allem auch schnellere als eine FFT.

Übrigens braucht es (unabhängig davon ob die Theorie hier sehr einfach ist) in der Praxis wenn man das ganze per Mikrocontroller auswerten will schon eine recht schnelles Modell. Eine Samplingfrequenz von 19,2kHz sollte es schon sein wenn man vernünftige, verlässliche Daten erhalten will. Vielleicht sind unter diesen Umständen zwei Bandpassfilter dann doch die optimalere Alternative als mit den "Rohdaten" rumzurechnen ;-)

Falls Ihr noch Fragen zum SMPTE habt.. einfach den Link besuchen oder in der englischen Wikipedia mal unter "SMPTE time code" nachsehen.


Liebe Grüße,

Tobi

P.S: Ich gucke nochmal ob ich meinen Versuchsprojekt noch finde..

 

Finger streck, schnipp, schnipp

:joh: Thomas

 

Sag mal, ist er denn überhaupt noch an der Anlage dran?
Wäre auf jeden Fall interessant.

Dieser Thread ist von 01/2008 falls du es noch nicht gemerkt hast


Mfg Fynn

 

Hätte auf jedenfall ebenfalls Interesse!

 

Ebenso!
Hätte auch Interesse.

See u

 

Also interesse hätte ich auch

 

Ich auch

 

Dito!

 

Meld

Ich hätte auch Interesse

 

hätte auch interesse

gruss und schuss

 

Und mich hast du mit demplatzenden E Zünder erschreckt