Daten vom Vfd Controller Abfangen

[sven (Gast)]

Hallo

Ich möchte für eine Syncrone Lichtshow die zeit eines Musikstücks für 
eine Dmx Steuerung verwenden

Nun habe ich lange nach der Möglichkeit über Timecode mtc smtpe & co 
nachgedacht und bin lezendlich an den Kosten gescheitert.

So kostet ein Cd Player mit Midi Timecode ausgabe ~ 1000 euro.

Beim herumblödeln ist mir aufgefallen das mein normaler DJ Cd Player ein 
VFD display hat auf dem die zeit incl Frames bzw Ms angezeit wird

Also dachte ich VFD Display matrix anzapfen und mit einem simplen m8 
auswerten und als Mtc ausgeben.

Nach öffnen des Cd Players fand ich auf der Bedieneinheit nur einen chip 
Einen D16311GC

Angesteuert wird dieser über 3 leitungen Clk Stb und D i/o

Also warum matrix anzapfen wenns auch einfacher geht...
Naja nur leider versteh ich die daten nicht und finde die Realität ist 
ungleich zum Datenblat

Daher hab ich mal einen kurzen Scanalogic scan mit angehängt vllt könnt 
ihr mir helfen

Liebe grüße

[sven (Gast)]

Also ich verstehe nicht warum selbst der Clk nicht als Verlässlicher 
Takt kommt.

Und warum nix mit dem im Datenblatt versprochenen 8 bit zusammenpasst.

Währe nett wenn mir das mal jemand erklähren kann

Liebe grüße

[Carsten S. (dg3ycs)]

Hi,

sven schrieb im Beitrag #2358642:
> Keiner auch nur nen ansatz einer idee?

Naja, auf die Schnelle nur eine:

sven schrieb:
> Angesteuert wird dieser über 3 leitungen Clk Stb und D i/o

Das ist laut Datenblatt nicht ganz korrekt. Die Kommunikation läuft über 
4 Leitungen. Es gibt keinen gemeinsamen D i/o sondern einen Data In und 
einen Data Out.

Eine Unsymetrisches Clock an sich ist nicht zwangsläufig ungewöhnlich. 
Letzendlich ist ja nur wichtig das die Lage von ClockFlanke zur 
gültigkeit des Datenbits stimmt. Wenn jetzt eine Anwendung den µC schon 
sehr ausreizt ist es nicht selten das man solche Dinge wie Daten an 
einen externen Controller übergeben mit niedrigster Priorität durchführt 
was bedeutet das dann auch mal die Zeit zwischen den ClockFlanken stark 
differiert.

Aber selbst in diesem Fall müsste die Zahl der Flanken pro 
Datentelegramm/Byte/Word oder wie auch immer - immer gleich sein.
Da dies bei dir auch nicht der Fall ist würde ich mal ganz stark 
vermuten das du nicht Clk und Data In aufgezeichnet hast sondern Data-In 
und Data_Out. Ist das möglich?

Gruß
Carsten

[sven (Gast)]

Hallo und danke schonmal für die antwort

Die Data in und Data out sind direkt am Controller überbrückt
Vllt werde ich die morgen mal auftrennen und einzeln messen.

[sven (Gast)]

Moin

Also leider kann ich nicht ohne "Gewalt" die Datein i/o's voneinander 
trennen
aber es muss doch auch so einen sinn ergeben immerhin geht dieses Teil 
so wie es dort is

[R. F. (rfr)]

Lies dir mal die Definitionen für Strobe durch und versuche, die 
Kommandos zu verstehen, die mit Strobe gesendet werden.

Gruss

Robert

[sven (Gast)]

STB
Initializes serial interface at rising or falling edge to make
PD16311 waiting for reception of command. Data input after
STB has fallen is processed as command. While command data
is processed, current processing is stopped, and serial interface
is initialized. While STB is high, CLK is ignored.


Leider erklährt mir das nicht warum ich keine 8 Bit Muster vorfinde

In der Anleitung ist mehrfach erklährt das 8bit Befehle erwartet bzw 
ausgegeben werden

Irgendwie gehen mir langsam die ideen aus

[sven (Gast)]

So
Habe Jetzt doch die Leiterbahn durchtrennt und einen Mitschnit von den 
daten nur für das Display gemacht

Leider noch immer sehr unsauber aber nun weiß ich schonmal das das 
Display auch Daten anzeigt wenn keine Rückleitung zum haupt Prozessor 
besteht