FHEM Webinterface nicht erreichbar

Begonnen von djsirius, 15 Oktober 2020, 14:27:47

Vorheriges Thema - Nächstes Thema

djsirius

root@ioBroker-RasPi:/home/pi# grep "attr initialUsbCheck" /opt/fhem/fhem.cfg
attr initialUsbCheck alias initialUsbCheck
attr initialUsbCheck disable 1
attr initialUsbCheck room System

Beta-User

Das log von 9:39 sieht so aus, als würde da was unendlich oft getriggert und erzeugt dann auch noch entsprechende Fehler. Vielleicht wirfst du das Heizungs-Dingens mal aus der config oder zeigst es uns hier, damit wir das Attribut fixen können?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

djsirius

meinst du das?

2020.10.16 09:28:41 1: PERL WARNING: Bareword found where operator expected at (eval 375) line 1, near "} attr"
2020.10.16 09:28:41 1: PERL WARNING: Operator or semicolon missing before   at (eval 375) line 1.
2020.10.16 09:28:41 1: PERL WARNING: Ambiguous use of & resolved as operator & at (eval 375) line 1.
2020.10.16 09:28:41 1: PERL WARNING: Number found where operator expected at (eval 375) line 1, near "nostate 1"
2020.10.16 09:28:41 1: PERL WARNING: Bareword found where operator expected at (eval 375) line 1, near "1 attr"
2020.10.16 09:28:41 1: PERL WARNING: Bareword found where operator expected at (eval 375) line 1, near ""text-align:right;;font-size:18px" attr"
2020.10.16 09:28:41 2: syntax error at (eval 375) line 1, near "} attr Heizung_Verbrauch "
syntax error at (eval 375) line 1, near "nostate 1"

Das habe ich schon rausgeworfen!

Beta-User

Hm, ja, das war gemeint gewesen.

Endet das Log dann wirklich - auch nach der Minute Wartezeit - wie in Post von 11:21 gezeigt oder ist dann ab 11:22 wieder "Spaß" - mit was auch immer - angesagt?

Falls das schon länger so war mit der Dauerschleife, könnte tatsächlich die SD-Karte einen Hau haben. In so einem Fall sind die Symptome, die man beobachten kann auch ziemlich zufälliger Natur, so jedenfalls meine bisherige Erfahrung.
Ausreichend Speicherplatz ist auf der Karte vorhanden?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

djsirius


2020.10.16 11:50:05 1: Including fhem.cfg
2020.10.16 11:50:06 3: WEB: port 8083 opened
2020.10.16 11:50:06 2: eventTypes: loaded 288 events from ./log/eventTypes.txt
2020.10.16 11:50:07 3: telnetPort: port 7072 opened
2020.10.16 11:50:07 3: TelegramBot_Define teleBot: called
2020.10.16 11:50:07 2: TelegramBot_DoUrlCommand teleBot: FAILED http access ret$
2020.10.16 11:50:07 3: Opening myJeeLink device /dev/ttyUSB0
2020.10.16 11:50:07 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 11:50:08 3: myJeeLink device opened
2020.10.16 11:50:10 3: vitoconnect - Passwort war bereits gespeichert
2020.10.16 11:50:11 3: PCA301_26D988: I/O device is myJeeLink
2020.10.16 11:50:11 3: PCA301_26D94C: I/O device is myJeeLink
2020.10.16 11:50:11 1: Including ./log/fhem.save
2020.10.16 11:50:11 0: Featurelevel: 6
2020.10.16 11:50:11 0: Server started with 22 defined entities (fhem.pl:22935/2$
2020.10.16 11:53:35 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 11:53:40 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 11:53:41 1: /dev/ttyUSB0 reappeared (myJeeLink)
2020.10.16 11:53:59 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 11:54:04 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 11:54:05 1: /dev/ttyUSB0 reappeared (myJeeLink)
2020.10.16 11:54:05 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 11:54:06 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 11:54:07 1: /dev/ttyUSB0 reappeared (myJeeLink)
2020.10.16 11:54:31 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 11:54:33 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 11:54:34 1: /dev/ttyUSB0 reappeared (myJeeLink)
2020.10.16 11:54:40 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 11:54:41 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 11:54:42 1: /dev/ttyUSB0 reappeared (myJeeLink)
2020.10.16 11:55:01 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 11:55:02 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 11:55:03 1: /dev/ttyUSB0 reappeared (myJeeLink)
2020.10.16 11:55:11 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 11:55:12 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 11:55:13 1: /dev/ttyUSB0 reappeared (myJeeLink)
2020.10.16 11:55:13 3: Opening myJeeLink device /dev/ttyUSB0
2020.10.16 11:55:13 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 11:55:14 3: myJeeLink device opened
2020.10.16 11:55:32 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 11:55:34 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 11:55:35 1: /dev/ttyUSB0 reappeared (myJeeLink)


So geht das Log immer weiter. Aber wie kann ich das abstellen?


Dann kommt irgendwann noch:


2020.10.16 12:09:48 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 12:09:50 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 12:09:51 1: /dev/ttyUSB0 reappeared (myJeeLink)
2020.10.16 12:09:54 3: Opening myJeeLink device /dev/ttyUSB0
2020.10.16 12:09:54 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 12:09:55 3: myJeeLink device opened
2020.10.16 12:10:18 3: myJeeLink: Unknown code OK OK 24 8 4 38 217 76 0 0 0 0 1$
2020.10.16 12:11:22 3: myJeeLink: Unknown code  0 0 10, help me!
2020.10.16 12:11:40 3: myJeeLink: Unknown code 4 38 217 136 0 0 0 0 0, help me!
2020.10.16 12:12:26 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 12:12:31 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 12:12:32 1: /dev/ttyUSB0 reappeared (myJeeLink)
2020.10.16 12:12:43 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 12:12:44 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 12:12:45 1: /dev/ttyUSB0 reappeared (myJeeLink)
2020.10.16 12:12:58 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$
2020.10.16 12:13:03 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.10.16 12:13:04 1: /dev/ttyUSB0 reappeared (myJeeLink)
2020.10.16 12:13:14 1: /dev/ttyUSB0 disconnected, waiting to reappear (myJeeLin$

CoolTux

Kommentiere mal myJeeLink in der FHEM cfg komplett aus und starte neu. Vorher Sicherung der cfg bitte machen.
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

Beta-User

Zitat von: CoolTux am 16 Oktober 2020, 13:26:56
Kommentiere mal myJeeLink in der FHEM cfg komplett aus und starte neu. Vorher Sicherung der cfg bitte machen.
Das wäre eine Variante.

Vielleicht noch etwas grundlegender, falls da nichts passiert:
Beende den FHEM-Dienst und starte FHEM mal mit der fhem.cfg.demo. Wenn dann immer noch kein FHEMWEB zu erreichen ist, ist was anderes faul.

Und das reappeared könnte uU. mit Alterungserscheinungen des Netzteils oder weiteren USB-Stecklingen oder anderen Prozessen, die ebenfalls darauf zugreifen wollen zu tun haben. Nur erst mal als Ideen...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

djsirius

Wie kommentiere ich denn myjeelink aus???

Es liegt definitiv am Jeelink, ich habe den USB Stick entfernt und in Fhem gelöscht. Nun läuft Fhem stabil!

Beta-User

Na ja, wenn FHEMWEB wieder zu erreichen ist, ginge es ggf. mit "attr myJeeLink  disable 1" oder der Radikallösung "delete myJeeLink.

Die spannende Frage ist aber doch, warum das Ding nicht mehr will... Evtl. magst du mal versuchen, das einfach "by-id" einzubinden, um Konflikte mit was anderem Laufenden evtl. zu vermeiden: https://wiki.fhem.de/wiki/Mehrere_USB-Ger%C3%A4te_einbinden.

Netzteil paßt (noch)?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

djsirius

So, ich habe jetzt den Jeelink nochmal definiert und alles Devices die vom Jeelink gesteuert werden, werden direkt erkannt und angelegt!

Ich werde das jetzt mal beobachten, ob es wieder zu Problemen kommt.

Vielen Dank an alle, die mir geholfen haben!!!!