Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

neue Protokollanalysen #1

Open
elektron-bbs opened this issue Jan 17, 2018 · 6 comments
Open

neue Protokollanalysen #1

elektron-bbs opened this issue Jan 17, 2018 · 6 comments

Comments

@elektron-bbs
Copy link

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
Copy link
Contributor

sidey79 commented Jan 17, 2018

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
Copy link
Author

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
Copy link
Contributor

sidey79 commented Jan 18, 2018

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
Copy link
Author

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

@elektron-bbs
Copy link
Author

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

@sidey79
Copy link
Contributor

sidey79 commented Jan 21, 2018

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants