SIGNALduino disonnects

Begonnen von IWGT, 21 Juni 2024, 18:02:35

Vorheriges Thema - Nächstes Thema

IWGT

Hallo!
Seit einem Jahr empfange ich mit einem Nanocul an einem RPi3, auf dem auch fhem läuft, die Daten einer Bresser 5-in-1 Wetterstation.
Seit einiger Zeit  verliert der NanoCul regelmäßig den Kontakt und erscheint sofort wieder.
Der Vorgang wiederholt alle paar Sekunden:

2024.06.20 20:12:25 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 disconnected, waiting to reappear (SO_868)
2024.06.20 20:12:25 3: Setting SO_868 serial parameters to 57600,8,N,1
2024.06.20 20:12:25 1: SO_868: DoInit, /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
2024.06.20 20:12:25 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 reappeared (SO_868)
2024.06.20 20:12:27 3: SO_868: SimpleWrite_XQ, disable receiver (XQ)
2024.06.20 20:12:27 5: SO_868: SimpleWrite, XQ
2024.06.20 20:12:27 3: SO_868: StartInit, get version, retry = 0
2024.06.20 20:12:27 5: SO_868: SimpleWrite, V
2024.06.20 20:12:27 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 disconnected, waiting to reappear (SO_868)
2024.06.20 20:12:27 3: Setting SO_868 serial parameters to 57600,8,N,1
2024.06.20 20:12:27 1: SO_868: DoInit, /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
2024.06.20 20:12:27 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 reappeared (SO_868)
2024.06.20 20:12:29 3: SO_868: SimpleWrite_XQ, disable receiver (XQ)
2024.06.20 20:12:29 5: SO_868: SimpleWrite, XQ
2024.06.20 20:12:29 3: SO_868: StartInit, get version, retry = 0
2024.06.20 20:12:29 5: SO_868: SimpleWrite, V
2024.06.20 20:12:29 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 disconnected, waiting to reappear (SO_868)

Das Problem ist evtl nach einem Update von fhem aufgetreten, genau kann ich es leider nicht sagen, da der Fehler zunächst unbemerkt blieb.
Zuerst habe ich den Fehler beim Nanocul gesucht, der ist zwischenzeitlich neu geflasht mit der 3.5.1-RC1 und lässt sich über Terminal auch ansprechen und gibt z.B. die Versionsnummer aus. Leider keine Veränderung dadurch.

Hier die Konfiguration/Readings des Moduls:

define SO_868 SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
attr SO_868 alias SO_868
attr SO_868 hardware nanoCC1101
attr SO_868 rfmode Bresser_5in1
attr SO_868 room Wetter
attr SO_868 updateChannelFW testing
attr SO_868 verbose 5
attr SO_868 whitelist_IDs 108,115
#   Clients    SD_WS
#   ClientsKeepOrder 1
#   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
#   DMSG       nothing
#   DevState   INACTIVE
#   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
#   FUUID      6303b05d-f33f-ecd1-ea4c-5f8939f3a5486a4b
#   LASTDMSG   nothing
#   LASTDMSGID nothing
#   NAME       SO_868
#   NR         185
#   STATE      closed
#   TIME       1718983580.92444
#   TYPE       SIGNALduino
#   cc1101_available 1
#   eventCount 690
#   initResetFlag 1
#   initretry  3
#   sendworking 0
#   version   
#   versionProtocols 1.56
#   versionmodul 3.5.6+20240410
#   MatchList:
#     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
#     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
#     12:SD_WS   ^W\d+x{0,1}#.*
#     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
#     14:Dooya   ^P16#[A-Fa-f0-9]+
#     15:SOMFY   ^Ys[0-9A-F]+
#     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
#     17:SD_UT   ^P(?:14|20|24|26|29|30|34|46|56|68|69|76|78|81|83|86|90|91|91.1|92|93|95|97|99|104|105|114|118|121|127|128|130|132)#.*
#     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
#     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
#     1:IT       ^i......
#     20:Revolt  ^r[A-Fa-f0-9]{22}
#     21:FS10    ^P61#[A-F0-9]+
#     22:Siro    ^P72#[A-Fa-f0-9]+
#     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
#     24:FS20    ^81..(04|0c)..0101a001
#     25:CUL_EM  ^E0.................
#     26:Fernotron ^P82#.*
#     27:SD_BELL ^P(?:15|32|41|42|57|79|96|98|112)#.*
#     28:SD_Keeloq ^P(?:87|88)#.*
#     29:SD_GT   ^P49#[A-Fa-f0-9]+
#     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
#     30:LaCrosse ^(\S+\s+9 |OK\sWS\s)
#     31:KOPP_FC ^kr\w{18,}
#     32:PCA301  ^\S+\s+24
#     33:SD_Rojaflex ^P109#[A-Fa-f0-9]+
#     34:WMBUS   ^b.*
#     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
#     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
#     5:CUL_TX   ^TX..........
#     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
#     7:Hideki   ^P12#75[A-F0-9]+
#     9:CUL_FHTTK ^T[A-F0-9]{8}
#     X:SIGNALduino_un ^[u]\d+#.*
#   QUEUE:
#   READINGS:
#     2024-06-21 17:37:25   cc1101_config   Freq: 433.920 MHz, Bandwidth: 325 kHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5.60 kBaud
#     2024-06-21 17:37:25   cc1101_config_ext Modulation: ASK/OOK
#     2024-06-21 17:37:26   cc1101_patable  C3E = 00 84 00 00 00 00 00 00 => 5_dBm
#     2024-02-12 08:25:58   ping            OK
#     2024-06-21 17:46:41   state           closed
#   additionalSets:
#     flash      3.5.1-RC1,3.5.0,3.5.0-dev+20210808,3.5.0-dev+20210623,3.4.0,3.4.0-dev+20200711,3.4.0-dev+20200216,3.3.1
#   helper:
#   keepalive:
#     ok         1
#     retry      0
#   mcIdList:
#   mnIdList:
#     108
#     115
#   msIdList:
#   muIdList:
#
setstate SO_868 closed
setstate SO_868 2024-06-21 17:37:25 cc1101_config Freq: 433.920 MHz, Bandwidth: 325 kHz, rAmpl: 42 dB, sens: 8 dB, DataRate: 5.60 kBaud
setstate SO_868 2024-06-21 17:37:25 cc1101_config_ext Modulation: ASK/OOK
setstate SO_868 2024-06-21 17:37:26 cc1101_patable C3E = 00 84 00 00 00 00 00 00 => 5_dBm
setstate SO_868 2024-02-12 08:25:58 ping OK
setstate SO_868 2024-06-21 17:46:41 state closed


Vielen Dank und beste Grüße


KölnSolar

Schau mal ins SystemLog des RPi3, ob Du dort die disconnects ebenfalls siehst.

Ich tippe auf ein Spannungsproblem des RPi3.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

IWGT

Vielen Dank für die schnelle Antwort!

Im Syslog waren keine Disconnects zu sehen, aber der Blick in /var/log hat trotzdem geholfen:
Dort lagen einige Log-Dateien vom EBUS-Daemon (Telemetrie Heizung). Damit habe ich vor einiger Zeit experimentiert.
Der Daemon lief noch und ist dem Nanocul alle 5 Sekunden in die Quere gekommen.
Nach Stoppen des Daemons verbindet sich der Nanocul wieder stabil.

Merci!