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?
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.
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.
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.
Das ist ein Fehler welcher vom Debian Update kommt
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035094
Daran wird schon gearbeitet.
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.
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.
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'
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.
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.
Wenn ich heute update ist das Problem dann behoben?