Hauptmenü

Ultraschall Sensor TS-FT002

Begonnen von bynight, 31 März 2020, 22:28:37

Vorheriges Thema - Nächstes Thema

bynight

hat den Sensor schon jemand in FHEM integriert bekommen?

scheint ziemlich komplex zu sein... Hier ein Beispiel...

Zitat2020.03.30 23:21:19 4: CUL_Parse: CUL433 om95250F801EA0B8003952
2020.03.30 23:21:19 5: CUL433: dispatch om95250F801EA0B8003952
2020.03.30 23:21:19 5: CUL_REDIRECT (m95250F801EA0B8003952) length: 21 RSSI: -33
2020.03.30 23:21:19 5: CUL_REDIRECT (m95250F801EA0B8003952) match Manchester COODE length: 21
2020.03.30 23:21:19 5: CUL_REDIRECT decode Oregon 2 (95250F801EA0B8003952)
2020.03.30 23:21:19 5: bitdata: 10010101001001010000111110000000000111101010000010111000000000000011100101010010
2020.03.30 23:21:19 5: CUL_REDIRECT decode Oregon 3 (95250F801EA0B8003952)
2020.03.30 23:21:19 5: bitdata: 10010101001001010000111110000000000111101010000010111000000000000011100101010010
2020.03.30 23:21:19 5: OSV3 protocol detected (95250F801EA0B8003952)
2020.03.30 23:21:19 5: CUL433: byte in order 01010100
2020.03.30 23:21:19 5: CUL433: byte reversed 00101010 , as hex: 2A

2020.03.30 23:21:19 5: CUL433: byte in order 10010100
2020.03.30 23:21:19 5: CUL433: byte reversed 00101001 , as hex: 29

2020.03.30 23:21:19 5: CUL433: byte in order 00111110
2020.03.30 23:21:19 5: CUL433: byte reversed 01111100 , as hex: 7C

2020.03.30 23:21:19 5: CUL433: byte in order 00000000
2020.03.30 23:21:19 5: CUL433: byte reversed 00000000 , as hex: 0

2020.03.30 23:21:19 5: CUL433: byte in order 01111010
2020.03.30 23:21:19 5: CUL433: byte reversed 01011110 , as hex: 5E

2020.03.30 23:21:19 5: CUL433: byte in order 10000010
2020.03.30 23:21:19 5: CUL433: byte reversed 01000001 , as hex: 41

2020.03.30 23:21:19 5: CUL433: byte in order 11100000
2020.03.30 23:21:19 5: CUL433: byte reversed 00000111 , as hex: 7

2020.03.30 23:21:19 5: CUL433: byte in order 00000000
2020.03.30 23:21:19 5: CUL433: byte reversed 00000000 , as hex: 0

2020.03.30 23:21:19 5: CUL_REDIRECT: ERROR: To short: OSV3 protocol converted to hex: (402A297C 05E41 7 0) with length (72) bits

2020.03.30 23:21:19 5: CUL_REDIRECT decode Hideki (95250F801EA0B8003952)
2020.03.30 23:21:19 5: CUL433: search in 10010101001001010000111110000000000111101010000010111000000000000011100101010010

2020.03.30 23:21:19 5: protocol does not match, ignore received package (95250F801EA0B8003952) Reason: Not a hideki protocol

Läst sich das hier irgendwie verwenden? https://github.com/theovassiliou/WTLMReceiver
Und wenn ja, wie ist das zu integrieren?

MfG
Ronald

elektron-bbs

Das Thema ist zwar schon etwas "abgehangen" :-) aber vielleicht liest ja doch noch jemand mit.
Wir sind dabei, das Protokoll für den SIGNALduino einzuarbeiten: https://github.com/RFD-FHEM/RFFHEM/issues/977
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway