Ich habe in letzter Zeit einiges an Heimwerkerautomation (RF; 433 MHz) für viele verschiedene Geräte durchgeführt - was für alle außer einem gut funktioniert hat. Es ist im Grunde ein Poolroboter mit einer wirklich beschissenen Fernbedienung.
Ich habe einige Daten mit einem BladeRF SDR und GNU Radio gesammelt. Die Spalte "andere 3" ist im Grunde die Aktion, während "andere 1" seriell zu sein scheint und "andere 2" den Roboter definiert, wenn Sie mehrere verwenden, denke ich (ein Freund von mir, der den gleichen hat, hat einen anderen Wert Dort). Ich bin mir nicht sicher, welchen Zweck die Zählung hat, aber ich würde vermuten, dass der Roboter weiß, wann die Reichweite irgendwann zu groß wird (fehlen einige Informationen?). Ich habe die Bytes und ihre Bedeutung eingegrenzt, kann jedoch die korrekte CRC (Prüfsumme) für die Daten nicht berechnen.
ALT - BITTE SIEHE UPDATE UNTEN !!
Hier einige Beispieldaten:
<other1 > <other2> <other3> <count > <crc >
10110100 00111110 10001111 11001000 00000001 11110111 01011110
10110100 00111110 10001111 11001000 00000001 11111000 01010011
10110100 00111110 10001111 11001000 00000001 11111001 01010100
10110100 00111110 10001111 11001000 00000001 11111010 01010001
10110100 00111110 10001111 11001000 00000001 11111011 01010010
10110100 00111110 10001111 11001000 00000001 11111100 01010111
10110100 00111110 10001111 11001000 00000001 11111101 01011000
10110100 00111110 10001111 11001000 00000001 11111110 01010101
10110100 00111110 10001111 11001000 00000001 11111111 01010110
10110100 00111110 10001111 11001000 00000001 00000000 01100111
10110100 00111110 10001111 11001000 00000001 00000001 01101000
10110100 00111110 10001111 11001000 00000001 00000010 01100101
10110100 00111110 10001111 11001000 00000001 00000011 01100110
10110100 00111110 10001111 11001000 00000001 00000101 01100100
10110100 00111110 10001111 11001000 00000001 00000111 01100010
added data:
10110100 00111110 10001111 11001000 00000010 00000110 01100100
10110100 00111110 10001111 11101010 00000010 01100101 10011010
10110100 00111110 10001111 11101010 00000001 01100100 10011100
10110100 00111110 10001111 11101010 00000001 01100011 10011101
10110100 00111110 10001111 11101010 00000001 01100110 10011010
Es gibt eine Anzahl für jede Anforderung, die geändert werden muss, und einige zu sendende Befehle, z. B. könnte die Spalte "andere 3" 00000010 anstelle von 00000001 lauten.
Es wäre sehr hilfreich, wenn mir jemand einen Hinweis geben könnte, wo ich nachsehen soll. Ich habe verschiedene Techniken wie XOR über die Bytes hinweg ausprobiert oder Modulo usw. berechnet. Ich habe sogar verschiedene Brute-Force-Tools für CRC-Algorithmen ausprobiert - leider noch ohne Erfolg.
BEARBEITEN: Ich habe die Daten in Excel gestellt und einige Funktionen hinzugefügt (im Grunde werden alle 4 Bits mit denen von oben verglichen - der letzten Übertragung). Ich habe das getan, als ich erkannte, dass der CRC einmal gleich geblieben ist. Dies war der Fall, als sowohl Aktion als auch Anzahl um 1 erhöht wurden. Bitte schauen Sie:
AKTUALISIEREN:
Ich habe eine andere detailliertere Spezifikation gefunden. vom selben Anbieter im Internet nach stundenlanger Suche und es kam heraus, dass der so dachte CRC in der Tat eine Parität ist. Ich habe auch meinen Gnu-Radio-Capture-Flowgraph verfeinert und einige neue Daten gesammelt. Bitte ignorieren Sie die obigen Daten und schauen Sie hier:
other 1> other 2 > other 3> other 4 > parity
10110100 001111101000111111101010 00000001 011110101001 0101
10110100 001111101000111111101010 00000001 011110111001 0110
10110100 001111101000111111101010 00000001 011111001001 0011
10110100 001111101000111111101010 00000001 011111011001 0100
10110100 001111101000111111101010 00000010 011111101001 0100
10110100 001111101000111111101010 00000010 011111111001 0011
10110100 001111101000111111101010 00000010 100000001001 0011
10110100 001111101000111111101010 00000010 100000011001 0100
10110100 001111101000111111101010 00000001 100000101001 0100
10110100 001111101000111111101010 00000001 100000111001 0011
10110100 001111101000111111101010 00000001 100001001001 0110
10110100 001111101000111111101010 00000001 100001011001 0101
10110100 001111101000111111101010 00000010 100001101001 0101
10110100 001111101000111111101010 00000010 100001111001 0110
10110100 001111101000111111101010 00000010 100010001001 1011
10110100 001111101000111111101010 00000010 100010011001 1100
10110100 001111101000111111101010 00000001 100010101001 1100
10110100 001111101000111111101010 00000001 100010111001 1011
10110100 001111101000111111101010 00000001 100011001001 1110
10110100 001111101000111111101010 00000001 100011011001 1101
Und hier ist es wieder als schickes Excel:
Weiß jemand, wie man diese Parität berechnet? Ich habe versucht, die Daten usw. aufzuteilen und die üblichen Paritätsberechnungen zu verwenden, aber leider noch keinen Erfolg.
quelle
Antworten:
Oh Mann, frag mich nicht wie, aber ich glaube ich habe es herausgefunden.
Werfen wir einen Blick:
Grundsätzlich teilen Sie die Daten in Pakete mit jeweils 4 Bit auf. Sie können dann jeden ersten, zweiten, dritten und vierten Buchstaben einzeln zusammenfassen. Dies ist in den Spalten 1, 2, 3 und 4 zu sehen. Danach zählen Sie die Einsen in jedem von ihnen (die Anzahl der Einsen steht neben jedem von ihnen). Wenn sie gerade sind, ist es eine 0 für das Paritätsbit, wenn sie ungerade sind, ist es eine Eins. Bevor Sie fertig sind, müssen Sie das Ergebnis von vor (!) Binär addieren. Das stimmte jedes Mal überein und ich konnte auf diese Weise erfolgreich meine eigenen Frames generieren. Problem gelöst scheint es. Perfekt. Vielen Dank an alle für ihren Beitrag.
quelle