Signalduino disconnected seit heutigem Update

Begonnen von 0bones, 30 April 2023, 07:55:05

Vorheriges Thema - Nächstes Thema

0bones

Liebes Forum,
nach dem heutigen Update von FHEM ist mir aufgefallen, dass der Signalduino auf disconnected steht. Ich habe sonst nichts geändert.

Latest Flashlog:
avrdude: Version 6.3
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"

         Using Port                    : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AH06IG35-if00-port0
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 2
         Firmware Version: 1.16
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "./FHEM/firmware/SIGNALduino_nanoCC1101.hex"
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex auto detected as Intel Hex
avrdude: writing flash (20520 bytes):

Writing | ################################################## | 100% 8.25s

avrdude: 20520 bytes of flash written
avrdude: verifying flash memory against ./FHEM/firmware/SIGNALduino_nanoCC1101.hex:
avrdude: load data flash data from input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex:
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex auto detected as Intel Hex
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex contains 20520 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 8.76s

avrdude: verifying ...
avrdude: 20520 bytes of flash verified

avrdude done.  Thank you.

Hier noch das Log nach dem Update:
2023.04.30 07:15:28 1: Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2023.04.30 07:15:28 1: RMDIR: ./restoreDir/update/2023-04-23
2023.04.30 07:15:29 1: UPD ./CHANGED
2023.04.30 07:15:29 1: UPD FHEM/72_FRITZBOX.pm
2023.04.30 07:15:29 1: saving fhem.cfg
2023.04.30 07:15:29 1: saving ./log/fhem.save
2023.04.30 07:15:29 1:
2023.04.30 07:15:29 1: New entries in the CHANGED file:
2023.04.30 07:15:29 1:  - bugfix: 72_FRITZBOX: weitere Stabilisierung
2023.04.30 07:15:29 1:  - feature: 72_FRITZBOX: neue Readings
2023.04.30 07:15:29 1:             box_dns_Server<n>, box_connection_Type,
2023.04.30 07:15:29 1:             box_last_auth_err, box_mac_Address
2023.04.30 07:15:29 1: Calling /usr/bin/perl ./contrib/commandref_modular.pl, this may take a while
2023.04.30 07:15:29 1:
2023.04.30 07:15:29 1: update finished, "shutdown restart" is needed to activate the changes.
2023.04.30 07:15:29 1:
2023.04.30 07:15:29 1: Please consider using the global attribute sendStatistics
2023.04.30 07:15:31 0: Server shutdown
2023.04.30 07:15:33 1: Including fhem.cfg
2023.04.30 07:15:33 3: telnetPort: port 7072 opened
2023.04.30 07:15:33 3: WEB: port 8083 opened
2023.04.30 07:15:33 3: WEBtablet: port 8085 opened
2023.04.30 07:15:33 2: eventTypes: loaded 1783 lines from ./log/eventTypes.txt
2023.04.30 07:15:33 3: Opening signalduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_CX6P3E9U-if00-port0
2023.04.30 07:15:33 3: Setting signalduino serial parameters to 57600,8,N,1
2023.04.30 07:15:33 1: signalduino: DoInit, /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_CX6P3E9U-if00-port0@57600
2023.04.30 07:15:33 3: signalduino device opened
2023.04.30 07:15:34 3: FritzBox: unknown attribute allowTR064Command. Type 'attr FritzBox ?' for a detailed list.
2023.04.30 07:15:34 3: FritzRepeater6000: unknown attribute allowTR064Command. Type 'attr FritzRepeater6000 ?' for a detailed list.
2023.04.30 07:15:37 1: Including ./log/fhem.save
2023.04.30 07:15:37 1: usb create starting
2023.04.30 07:15:37 3: Probing ZWDongle device /dev/serial0
2023.04.30 07:15:37 3: Probing ZWDongle device /dev/serial1
2023.04.30 07:15:37 1: PERL WARNING: can't getattr: Input/output error at FHEM/DevIo.pm line 613.
2023.04.30 07:15:37 1: ZWDongle: Can't open /dev/serial1: Input/output error
2023.04.30 07:15:37 3: Probing CUL device /dev/ttyAMA0
2023.04.30 07:15:37 3: Probing TCM_ESP3 device /dev/ttyAMA0
2023.04.30 07:15:37 3: Probing ZWDongle device /dev/ttyAMA0
2023.04.30 07:15:37 3: Probing SIGNALDuino device /dev/ttyAMA0
2023.04.30 07:15:38 3: Probing MYSENSORS device /dev/ttyAMA0
2023.04.30 07:15:38 3: Probing ArduCounter device /dev/ttyAMA0
2023.04.30 07:15:38 3: Probing ElsnerWS device /dev/ttyAMA0
2023.04.30 07:15:39 3: Probing FRM device /dev/ttyAMA0
2023.04.30 07:15:44 3: Probing CUL device /dev/ttyS0
2023.04.30 07:15:44 1: CUL: Can't open /dev/ttyS0: Input/output error
2023.04.30 07:15:44 1: usb create end
2023.04.30 07:15:44 0: Featurelevel: 6.2
2023.04.30 07:15:44 0: Server started with 310 defined entities (fhem.pl:27410/2023-04-07 perl:5.032001 os:linux user:fhem pid:51618)
2023.04.30 07:15:44 3: signalduino: getAttrDevelopment, IdList ### Attribute development is in this version ignored ###
2023.04.30 07:15:44 3: signalduino: IdList, attr whitelist disabled or not defined (all IDs are enabled, except blacklisted and instable IDs):
2023.04.30 07:15:44 3: signalduino: IdList, MS 0 0.1 0.2 0.3 0.4 0.5 1 3 3.1 4 6 7 7.1 13 13.2 14 15 17 20 23 25 33 33.1 33.2 35 41 49 51 53 54.1 55 65 68 74.1 87 88 90 91.1 93 106 113 118.1
2023.04.30 07:15:44 3: signalduino: IdList, MU 8 9 13.1 16 17.1 19 20.1 21 22 24 26 27 28 29 30 31 32 34 36 37 38 39 40 42 44 44.1 45 46 48 49.1 49.2 50 54 56 59 60 61 62 64 66 67 69 70 71 72 73 74 76 78 79 80 81 83 84 85 86 89 91 92 94 95 97 98 99 104 105 110 111 114 118 120 121 122
2023.04.30 07:15:44 3: signalduino: IdList, MC 10 11 12 18 43 47 52 57 58 96 119
2023.04.30 07:15:44 3: signalduino: IdList, MN 100 101 102 103 107 107.1 108 109 112 115 116 116.1 117
2023.04.30 07:15:44 3: signalduino: IdList, development protocol is active (to activate dispatch to not finshed logical module, enable desired protocol via whitelistIDs) = 2 72.1 82
2023.04.30 07:15:44 3: signalduino: SimpleWrite_XQ, disable receiver (XQ)
2023.04.30 07:15:44 3: signalduino: StartInit, get version, retry = 0
2023.04.30 07:15:44 2: signalduino: CheckVersionResp, initialized 3.5.4
2023.04.30 07:15:44 3: signalduino: CheckVersionResp, enable receiver (XE)
2023.04.30 07:15:46 3: signalduino: CheckCcpatableResponse, patable: C8

Ich habe unter Display Protokollist noch dieses hier aktiviert und neugestartet aber ohne Erfolg:
self build arduino sensor (developModule. SD_AS module only in github)

Ich hatte zuvor ein Update vom RasperryPi OS gemacht (RP4, 4GB, 64bit Version von Raspberry Pi OS)
Wie bekomme ich den Signalduino wieder ans Laufen?


betateilchen

Naja, das hier:

2023.04.30 07:15:33 3: Opening signalduino device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_CX6P3E9U-if00-port0
2023.04.30 07:15:33 3: Setting signalduino serial parameters to 57600,8,N,1
2023.04.30 07:15:33 1: signalduino: DoInit, /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_CX6P3E9U-if00-port0@57600
2023.04.30 07:15:33 3: signalduino device opened

sieht doch erstmal danach aus, dass der signalduino korrekt initialisiert wird und dann vielleicht später den Dienst quittiert.

Als erste Maßnahme würde ich das initialUSBcheck aus der Konfiguration löschen.
Und dann den Raspberry mal komplett vom Strom nehmen zum Neustart.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

elektron-bbs

Keine Ahnung, welche Firmware er da geflasht hat. Die Größe passt jedenfalls nicht zu einer aktuellen Version mit CC1101:
avrdude: input file ./FHEM/firmware/SIGNALduino_nanoCC1101.hex auto detected as Intel Hex
avrdude: writing flash (20520 bytes)

Aktuell (Version 3.5.0) sind das 24686 bytes und der Dateiname ist SIGNALDuino_nanocc1101_3.5.0.hex.
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 + LaCrosseGateway

0bones

Danke für die Antworten.
Leider konnte ich den Signalduino nicht erneut mit 3.5.0 flashen. Ich habe ihn komplett aus fhem entfernt und versucht ihn gemäß Anleitung neu hinzuzufügen (https://wiki.fhem.de/wiki/SIGNALduino)
Dabei ist mir aufgefallen, dass der Befehl ls -l /dev/serial/by-id die folgende Fehlermeldung ausgibt: ls: Zugriff auf '/dev/serial/by-id' nicht möglich: Datei oder Verzeichnis nicht gefunden. Als ich nachgeschaut habe, ist der Ordner by-id nicht vorhanden. Auch ein Umstecken des Steckers auf einen anderen USB-Port und Neustart des RP hat nichts gebracht.

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

betateilchen

Naja, wenn da nur ein symlink fehlt, sollte sich das Problem ja lösen lassen.

Entweder den symlink manuell anlegen oder einfach den echten Pfad zum USB Gerät verwenden.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

CoolTux

Folgende Lösung sollte gehen.

Vorhandene Datei
/usr/lib/udev/rules.d/60-serial.rules
sichern.

Danach die Datei mit folgenden Inhalt neu befüllen

# do not edit this file, it will be overwritten on update

ACTION=="remove", GOTO="serial_end"
SUBSYSTEM!="tty", GOTO="serial_end"

SUBSYSTEMS=="usb", IMPORT{builtin}="usb_id", IMPORT{builtin}="hwdb --subsystem=usb"
SUBSYSTEMS=="pci", ENV{ID_BUS}=="", ENV{ID_BUS}="pci", \
ENV{ID_VENDOR_ID}="$attr{vendor}", ENV{ID_MODEL_ID}="$attr{device}", \
IMPORT{builtin}="hwdb --subsystem=pci"

# /dev/serial/by-path/, /dev/serial/by-id/ for USB devices
KERNEL!="ttyUSB[0-9]*|ttyACM[0-9]*", GOTO="serial_end"

SUBSYSTEMS=="usb-serial", ENV{.ID_PORT}="$attr{port_number}"

IMPORT{builtin}="path_id"
ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="", SYMLINK+="serial/by-path/$env{ID_PATH}"
ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="?*", SYMLINK+="serial/by-path/$env{ID_PATH}-port$env{.ID_PORT}"

ENV{ID_BUS}=="", GOTO="serial_end"
ENV{ID_SERIAL}=="", GOTO="serial_end"
ENV{ID_USB_INTERFACE_NUM}=="", GOTO="serial_end"
ENV{.ID_PORT}=="", SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_SERIAL}-if$env{ID_USB_INTERFACE_NUM}"
ENV{.ID_PORT}=="?*", SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_SERIAL}-if$env{ID_USB_INTERFACE_NUM}-port$env{.ID_PORT}"

LABEL="serial_end"

Das ist die Version der udev Regel eine Version zuvor.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

RalfRog

Wenn du nach der Lösung des Problems mal Zeit für die FritzBox hast.

Zitat von: 0bones am 30 April 2023, 07:55:05...
2023.04.30 07:15:29 1: New entries in the CHANGED file:
2023.04.30 07:15:29 1:  - bugfix: 72_FRITZBOX: weitere Stabilisierung
2023.04.30 07:15:29 1:  - feature: 72_FRITZBOX: neue Readings
2023.04.30 07:15:29 1:            box_dns_Server<n>, box_connection_Type,
2023.04.30 07:15:29 1:            box_last_auth_err, box_mac_Address
...
2023.04.30 07:15:34 3: FritzBox: unknown attribute allowTR064Command. Type 'attr FritzBox ?' for a detailed list.
2023.04.30 07:15:34 3: FritzRepeater6000: unknown attribute allowTR064Command. Type 'attr FritzRepeater6000 ?' for a detailed list.
...

Du hast da "unknown attribute allowTR064Command".
Seit 07.50.10 gab es zweitweise folgende Infos in den Internals des Fritzbox-Moduls zu entfallenen Attributen:

INFO      The support for telnet and operation on a Fritz!Box has been discontinued. The functions are disabled.

INFO2      The following attributes are not longer supported:
                useGuiHack, ringWithIntern, defaultCallerName, allowTR064Command, forceTelnetConnection, telnetUser, telnetTimeOut

INFO3      The attribute fritzBoxIP is not longer supported!
                May be you have to use deleteattr to delete fritzBoxIP from Attributes.
                The definition of the device has been adjusted. Please use 'Save config'

FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

0bones

Vielen herzlichen Dank!!
dies hier war die Lösung:
Zitat von: CoolTux am 30 April 2023, 21:44:50Folgende Lösung sollte gehen.

Vorhandene Datei
/usr/lib/udev/rules.d/60-serial.rules
sichern.

Danach die Datei mit folgenden Inhalt neu befüllen

# do not edit this file, it will be overwritten on update

ACTION=="remove", GOTO="serial_end"
SUBSYSTEM!="tty", GOTO="serial_end"

SUBSYSTEMS=="usb", IMPORT{builtin}="usb_id", IMPORT{builtin}="hwdb --subsystem=usb"
SUBSYSTEMS=="pci", ENV{ID_BUS}=="", ENV{ID_BUS}="pci", \
ENV{ID_VENDOR_ID}="$attr{vendor}", ENV{ID_MODEL_ID}="$attr{device}", \
IMPORT{builtin}="hwdb --subsystem=pci"

# /dev/serial/by-path/, /dev/serial/by-id/ for USB devices
KERNEL!="ttyUSB[0-9]*|ttyACM[0-9]*", GOTO="serial_end"

SUBSYSTEMS=="usb-serial", ENV{.ID_PORT}="$attr{port_number}"

IMPORT{builtin}="path_id"
ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="", SYMLINK+="serial/by-path/$env{ID_PATH}"
ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="?*", SYMLINK+="serial/by-path/$env{ID_PATH}-port$env{.ID_PORT}"

ENV{ID_BUS}=="", GOTO="serial_end"
ENV{ID_SERIAL}=="", GOTO="serial_end"
ENV{ID_USB_INTERFACE_NUM}=="", GOTO="serial_end"
ENV{.ID_PORT}=="", SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_SERIAL}-if$env{ID_USB_INTERFACE_NUM}"
ENV{.ID_PORT}=="?*", SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_SERIAL}-if$env{ID_USB_INTERFACE_NUM}-port$env{.ID_PORT}"

LABEL="serial_end"

Das ist die Version der udev Regel eine Version zuvor.
Danke auch für den Hinweis mit der Fritzbox! Ich habe auch das alte Attribut der Fritzbox entfernt.

JWRu

ZitatAus dem Bauch heraus tippe ich auf das bekannte /dev/serial/by-id/ Problem, zu dem es schon mehrere Threads hier im Forum gibt.
Besteht das Problem immer noch? Der Debian Bug Report wurde schon am 15. Mai geschlossen.
ZBox; RasPi 3B; RasPi Zero W; Homematic; Z-Wave; EnOcean, Shelly; DuoFern; Oregon-Sensoren; TFA-Sensoren; Steuerung Viessmann-Heizung; Arduinos für Strom-, Wasser-, Gaszähler, Rauchmelder und FI-Schutzschalter

hyper2910

#10
Wenn ich heute update ist das Problem dann behoben?
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,