Ich muß für einen China Meßschieberkopf wieder mal eine Auswertung
programmieren, dies scheint nun das 3. Protokoll zu sein das mir über
den Weg läuft. Insbesondere das "Clock Signal" verhält sich hier
seltsam, guckt mal, die ersten 3 Bilder sind mit 0 in der Anzeige, die
letzten 3 mit 518.
Ja, die Fotos sind mit Blitz gemacht, alles Andere war mit dieser Cam
weniger gut lesbar. Es ist jeweils ein Datensatz abgebildet und dann
wird der erste Teil schrittweise "gezoomt". Haut mich nicht wegen den
Bildern...
Fällt Jemandem zu dem seltsamen Clock was ein?
Gruß,
Holm
Das untere Signal scheint immer dann High zu sein, wenn das Obere einen
Flankenwechsel hat. Etwas in der Art von "data not valid". Eine Clock
kannst Du daraus nicht ableiten.
Von dem Komischen Data-Non-Valid-Signal abgesehen
sehe ich da direkt
bei 0 kurz-kurz-kurz-lang und das 6 mal .
Wenn du eine Auswertung dafür Programmierst kannst du die Daten nicht
auch mit dem Zielsystem mal aufzeichnen für 1 und 2 z.b. ?
Ok, ich habe es ohne Blitz dafür mit mehr Fremdlicht versucht, ich kann
nicht zitterfreier halten, die Belichtungszeit ist einfach zu lang...
Die ersten beiden Bilder mit 001, die letzten 3 mit 517...
Gruß,
Holm
hier nochmal die 517 möglichst komplett, mit und ohne Blitz...
Ich werde mich erst morgen drüber machen da was auswerten zu wollen,
mußte ein Bier mit dem Nachbarn trinken, wird dann nix mehr..
Die höherwertigen Stellen rechts bleiben stehen wenn ich nur die Einer
ändere, ich könnte mal versuchen eine Folge x,x1; x,x2; x,x3; x,x4 zu
machen...
Gruß,
Holm
Wenn wir von 3er Gruppen ausgehen, zählen wir mal:
0 -> 111 P 111 P 111 P 111 P 111 P 111 E
1 -> 011 P 111 P 111 P 111 P 111 P 111 E
518 -> 100 P 111 P 101 P 111 P 111 P 111 E
517 -> 010 P 111 P 101 P 111 P 111 P 111 E
oder negiert:
0 -> 000 P 000 P 000 P 000 P 000 P 000 E
1 -> 100 P 000 P 000 P 000 P 000 P 000 E
518 -> 011 P 000 P 010 P 000 P 000 P 000 E
517 -> 101 P 000 P 010 P 000 P 000 P 000 E
Na gut. Dann mal erst mal Prost!
Ich sag einfach mal die 8 ist die negierte Pause.
Mich hätte nur noch interessiert ob der 6. Takt innerhalb des 3. Daten
H-Pegles ist.
Denke aber die Sache ist gelöst...
Im Endeffekt muß man alles erstmal einlesen und die Fehlstellen dann
versuchen weitestgehend zu ersetzen.
bei ein paar 1ern am Anfang fehlt ja dann ein Signal.
Etwas umfangreicheres Programm, so ganz ohne Startbit.
April April!
Dieses zugegebenermaßen tolle Protokoll kommt augenscheinlich zu stande,
wenn man die Masse des Meßkopfes mit einem der beiden Signalanschlüsse
verwechselt. (..das war ich aber nicht, sorry).
Es sieht so aus, als ob das einfach das 2. übliche Protokoll ist, mit 6
BCD codierten Stellen und einem gewöhnlichen Clocksignal.
Ich bin drüber, halte Euch auf dem Laufenden.
Trotzdem vielen Dank einstweilen.
Gruß,
Holm
Hier noch mal 2 Bilder wie es besser geht :-)
Beides die 6,83 in der Anzeige..jetzt geht auch das was ich voriges
Jahre programmiert habe ...
Dieses "Daten gültig" Signal kam also durch die Überlappung des Clocks
mit dem Datensignal zustande. Die LM339 haben das Ergebnis trotzdem auf
Sollpegel gezogen...
Danke nochmal,
Holm
P2190011.JPG
(89 KB)
P2190012.JPG
(60 KB)
P2190013.JPG
(83 KB)
P2190016.JPG
(79 KB)
P2190015.JPG
(68 KB)
P2190014.JPG
(81 KB)
