-
Notifications
You must be signed in to change notification settings - Fork 34
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
MU Message obwohl MS ? #100
Comments
Da müsste man die MS Erkennung umbauen. |
Das ist ja soeben nur ein "Musterbeispiel". Würde es "Sinn" machen dies anzugehen oder einfach ignorieren? |
Ich habe mir das nochmal durch den Kopf gehen lassen. Derzeit wird es aber so sein, das wir nur MS zum teil richtig erkennen bzw sogar ein signal als MS deuten. Wie denkst du darüber? Die Erkennung antasten nochmal, so belassen "halb" oder die MS Erkennung herausnehmen was aber zum tragen hätte, manche Protokolle gehen vorerst nicht mehr. |
Ich würde es gerne anpassen. Allerdings möchte ich erst mal die Anpassung mit den Strings finalisieren. Da muss ich noch ein bisschen was korrigieren. In der Hoffnung, dass der Microcontroller dann auch Mal wieder stabil läuft würde ich endlich die Version als stabil veröffentlichen. :) Die ganzen Änderungen müsste ich dann auch noch auf den ESP portieren, bzw. Die Code Basis zusammen führen. (Hauptsächlich Fleißarbeit) Wenn das gemacht ist haben wir einen neuen Absprung Punkt für solche Anpassungen. Also ja, möchte ich angehen allerdings in einer etwas umfangreicheren Anpassung. |
Dann lass uns die Fälle gern zusammen betrachten. Ich bzw wir können sehr gern Signale in Bildform beisteuern wo ein Sync vorhanden ist in form von Sync mit anschließendem Signal und wiederkehrenden Sync und Signal ..... bis hin zu einem Signal wo ein Sync kommt mit Signal gefolgt von einer Pause, dann ein Sync und Signal und so weiter. |
Wir müssten die Erkennung generalisieren. Vielleicht findet man so etwas leicht, wenn man einen gleitenden Mittelwert berechnet und feststellt, dass eine Pulslänge deutlich vom Mittelwert abweicht. |
Ich habe hier einen neuen Fall
Ich dachte gleich, das müsste doch ein MS Signal sein, was geht da denn schief: SIGNALDuino/src/_micro-api/libraries/signalDecoder/src/signalDecoder.cpp Lines 1006 to 1018 in fc0843c
Zuerst wird hier P2 ausgewertet und auch als validen Clock Pulse erkannt. Danach kommt P4 an die Reihe und ja das ist ein besserer Clockpulse. In der Tat würde ich auch behaupten die Clock Detection passt, P4 ist ja ~2x P2. Der Sync wird dann wir folgt gesucht:
Hier besteht der Sync also aus 2x Clock und 1x Sync. Hier stellt sich die Frage, ob man hier auch nach anderen Pulsen basierend auf Clock suchen sollte oder ob man es besser lässt. |
Hallo,
ich habe folgendes Signal aufgezeichnet von einem Brandmelder direkt von der Platine.
Beim Betrachten dachte ich, müsste das nicht ein MS Signal sein? Dennoch werden alle Nachrichten nur als reines MU erkannt. Sollte ich komplett falsch liegen, so bitte eine kurze Erläuterung. Ich verbinde MS Signal mit einem Sync.
Anbei mal das Signal zur Verdeutlichung.
Time Bit 0 low - avg (µS): 1404
Time Bit 0 high - avg (µS): 794
Time Bit 1 low - avg (µS): 2740
Time Bit 1 high - avg (µS): 794
Time Sync low - avg (µS): 915
Time Sync high - avg (µS): 8118
Pause between repeat - cur (µS): 19837
Pause between repeat - min (µS): 19288
Pause between repeat - max (µS): 19837
Legend:
0 or 1: bitvalue
S: Syncpulse
u: pulse / unknown bitvalue
Signal: S001101000000010100101101u
The text was updated successfully, but these errors were encountered: