search

RFD-FHEM / Logikanalyse

Python Tool + Arduino Sketch für Logik Analyse
2 stars 1 forks source link

neue Protokollanalysen #1

Open elektron-bbs opened 6 years ago

elektron-bbs commented 6 years ago

Ich habe jetzt die Sensoren THR128, Hideki, FHTTK und eine Fernbedienung vom Typ YET100-1 basierend auf dem Schaltkreis PT2262 mit diesem Tool aufgezeichnet.

Daten.zip

sidey79 commented 6 years ago

Ah super. Vielen Dank.

Was mich gleich beim THR128 überrascht ist, dass wir augenscheinlich 12 Übertragungen haben.

Wie hast Du das überhaupt ohne "Störungen" hinbekommen das aufzuzeichnen?

elektron-bbs commented 6 years ago

Die 12 aufgezeichneten Übertragungen ergeben sich sicher zufällig aus der Anzahl Samples, die ich eingestellt hatte, nämlich 1000. Macht etwa 83 pro Nachricht. Der THR128 sendet offensichtlich eine Wiederholung innerhalb weniger als einer Sekunde und das alle ca. 30 Sekunden, so sehe ich es zumindest im FHEM. Genaueres kann ich dazu erst sagen, wenn ich den Oszi dran habe. Mit deinem Programm geht es ja leider nur bis max. 32 mS. Ich hatte mich doch entschlossen, den Eingang vom Arduino direkt an den Ausgang vom "Sensorprozessor" anzuschließen. So bekommt man die Zeiten, die wirklich gesendet werden und nicht die über die HF-Strecke veränderten. Schon die Einstellung des Sens-Wertes beim CC1101 verändert die Pulszeiten um bis zu 100 µS.

sidey79 commented 6 years ago

Okay, verstehe wie Du es gemacht hast. Gut, das erklärt alles.

Das mit den max 32ms ist so eingebaut, ja gedacht war das ganze ja für die Messung mit HF Strecke und länger als 32ms dauert da nichts brauchbares. :)

elektron-bbs commented 6 years ago

Ich habe jetzt den THR128 nochmal mit dem Oszi vermessen: thr128_komplett thr128_nachricht-01 thr128_nachricht-02

elektron-bbs commented 6 years ago

... und auch den Hideki-Sensor: hideki_komplett hideki_nachricht_01 hideki_nachricht_02 hideki_nachricht_03

sidey79 commented 6 years ago

Also Hideki uns OSV2 sind ähnlich. Bei OSV2 habe ich das Verhalten auch nachgestellt. Bei OSV1 muss es an etwas anderem liegen, aber bei OSV2, Hideki und ähnlichem, liegt es wohl daran, dass der decoder mittlerweile so gut funktioniert.

Was ich meine ist, die 1. Nachricht wird ja nicht von Beginn an empfangen und wenn man vom Sender nichts weiss (so ist das halt) weiss man nicht, wo man anfangen sollte. Dadurch kommt es dann zu dem, was wir invertierung nennen. Aber eigentlich hört der Empfänger halt nur unglücklicher weise ab dem falschen Zeitpunkt zu.