Important announcement: there is an English version of this forum on
Datum:
Angehängte Dateien:-
P2190011.JPG
89,2 KB, 443 Downloads -
P2190012.JPG
59,8 KB, 493 Downloads -
P2190013.JPG
83,1 KB, 370 Downloads -
P2190016.JPG
79 KB, 279 Downloads -
P2190015.JPG
67,7 KB, 223 Downloads -
P2190014.JPG
81 KB, 211 Downloads
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
Beitrag #2556976 wurde von einem Moderator gelöscht.
Beitrag #2557011 wurde von einem Moderator gelöscht.
Datum:
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.
Datum:
Kannst Du das Gleiche noch mal für 1 und 517 darstellen?
Datum:
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. ?
Datum:
6 mal 4 bit sehe ich auch erst mal. Ist die Aufzeichnung im 4. Bild komplett gewesen?
Datum:
Oder doch 6 mal 3 bit? Wir brauchen eine direkte Folge...
Datum:
Angehängte Dateien:-
P2190017.JPG
89,7 KB, 224 Downloads -
P2190018.JPG
75,5 KB, 205 Downloads -
P2190021.JPG
90 KB, 156 Downloads -
P2190020.JPG
94,2 KB, 142 Downloads -
P2190019.JPG
82,9 KB, 120 Downloads
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
Datum:
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!
Datum:
Angehängte Dateien:
1,01; 1,02; 1,03; 1,04; 1,05 Gruß, Holm
Wenn da die 104 nicht wär... Da wird die erste 8 anders behandelt.
Datum:
Mach doch bitte den Anfang der 104 noch mal grösser.
Datum:
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...
Datum:
Stell die Kamera doch einfach auf einen Stapelbücher vor das Scope. Dann Selbstauslöser.
Beitrag #2557207 wurde vom Autor gelöscht.
Datum:
Schöne Tabelle hp. ich denke aber die Pausezeit ist auch ein bit.
Datum:
das lang gezogene Bit ist das 4. Bit des BCD-Codes denk ich
Datum:
Ist es auch. Pause hat sich noch von meinen ersten Gedanken vererbt ;) Pause = Bit(8) = Gruppenkennung
Datum:
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.
Ok, hier nochmal die 1,04 etwas breiter. Gruß, Holm
Datum:
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
Datum:
Leider noch nicht breit genug ;) Liegt der 6. Takt komplett innerhalb Daten-H? An sonsten steht deiner Auswerte Software nichts mehr im Wege ...
Datum:
Was meinst Du mit nicht breit genug und welchen 6. Takt? Meinst Du bei dem breiteren 1,04er Bild? Die Software war schon fertig :-) Gruß, Holm
E-Mail-Benachrichtigung einschalten
Neu: Seitenaufteilung einschalten