Hallo,
nach dem ich erfolgreich einen ,,Selbstbau"-JeeLink in Betrieb genommen hatte, habe ich heute ein Update durchgeführt. Nach dem Restart steht im Log folgende Meldung:
Please define WEBtablet first
Cannot load module FHEMWEB
2015.08.08 12:48:20 1: usb create starting
2015.08.08 12:48:23 3: Probing CUL device /dev/ttyAMA0
2015.08.08 12:48:23 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.08.08 12:48:24 3: Probing FRM device /dev/ttyAMA0
2015.08.08 12:48:46 1: usb create end
2015.08.08 12:48:46 2: Error messages while initializing FHEM: configfile: Cannot load module FHEMWEB Please define WEBphone first Cannot load module FHEMWEB Please define WEBtablet first Cannot load module FHEMWEB
2015.08.08 12:48:46 0: Server started with 13 defined entities (version $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $, os linux, user fhem, pid 2011)
Den Selbstbau-JeeLink habe ich abgezogen und die fhem.cfg wie folgt geändert:
define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad
define WEB FHEMWEB 8083 global
erfolglos...
Ich weis gerade nicht weiter :(
Gruß
Carpy
Vermutlich ist die Datei /opt/fhem/FHEM/01_FHEMWEB.pm beschaedigt/geloescht.
Die Datei war vorhanden.
Habe die Datei dann von
https://github.com/mhop/fhem-mirror/tree/master/fhem/FHEM
geladen, in das Dateisystem kopiert und die Rechte angepasst, die Fehlermeldung ist die gleiche geblieben.
Dieses github Projekt kenne ich nicht, es ist jedenfalls keine "offizielle" Kopie.
Ist ein SVN Spiegel von Andre (justme).
nö.
gruss
andre
Na gut...ist die Datei nun "valide" oder kann ich die Datei irgendwie "nachladen" oder liegt sie "irgendwo" offiziell?
Im SVN
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/
Nach dem ich die
01_FHEMWEB.pm
vom
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/
geladen und in das Dateisystem kopiert habe (mit entsprechenden Anpassungen) und die Fehlermeldung die gleiche war, habe ich das System neu inatalliert (mit dem Ergebnis, dass die Fehlermeldung immer noch da ist...)
Nur so ein Verdacht, nimm mal das usb create Zeugs aus der fhem.cfg raus und starte fhem neu.
VG
Frank
Hallo Frank,
gesagt getan:
in der fhem.cfg habe ich alles nach
# Disable this to avoid looking for new USB devices on startup
deaktiviert mit dem Erfolg, dass die Fehlermeldung um die deaktivierten "module" ergänzt wurde.
nach dem Log:
2015.08.08 11:47:28 1: usb create starting
2015.08.08 11:47:31 3: Probing CUL device /dev/ttyAMA0
2015.08.08 11:47:32 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.08.08 11:47:32 3: Probing FRM device /dev/ttyAMA0
2015.08.08 11:53:01 1: usb create end
sieht die "USB" Sektion für mich gut aus, was mir aber aufgefallen ist: ich hatte die alte fhem.cfg gespeichert und zur neuen (nach Neuinstallation) ist da ein "gewaltiger" Größenunterschied:
-rw-r--r-- 1 fhem dialout 137975 Aug 8 19:16 01_FHEMWEB.pm
-rw-rw-rw- 1 fhem dialout 1256983 Aug 8 16:26 01_FHEMWEB.pm.old
Danke und Gruß
Carpy
Ist der Log von jetzt? Der Timestamp mit 11:47:28 irritiert mich, ich hab dir mal meine FHEMWEB.pm angehängt, dass ist zwar nicht die neuste aber von der weis ich, dass sie fehlerfrei läuft. Du kannst die einfach drüber kopieren und einen shutdown restart machen.
Hallo Frank,
sieht nach Einspielen der Datei und Restart wie folgt aus:
2015.08.08 20:33:31 1: configfile: Cannot load module FHEMWEB
Please define WEBphone first
Cannot load module FHEMWEB
Please define WEBtablet first
Cannot load module FHEMWEB
Please define FileLog_LaCrosse_3F first
Please define FileLog_LaCrosse_3F first
2015.08.08 20:33:31 2: Error messages while initializing FHEM: configfile: Cannot load module FHEMWEB Please define WEBphone first Cannot load module FHEMWEB Please define WEBtablet first Cannot load module FHEMWEB Please define FileLog_LaCrosse_3F first Please define FileLog_LaCrosse_3F first
2015.08.08 20:33:31 0: Server started with 5 defined entities (version $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $, os linux, user fhem, pid 2017)
(USB ist noch deaktiviert).
Danke und Gruß
Carpy
Gib uns mal Deine fhem.cfg
Dieses sieht mir nach einer zerschossenden fhem.cfg aus ... (ist aber auch nur aus dem bauch geraten)
@franky08: Bitte nicht beliebige Versionen eines Moduls weitergeben. Es gibt Abhaengigkeiten zwischen den Modulen, fhem.pl, und Hilfs-Modulen, ein Gemisch zu debuggen ist deutlich schwieriger.
@Carpy: Die sourceforge Adresse ist korrekt, allerdings funktioniert sowas nur dann, wenn die anderen Komponenten auch dazu passen, s.o. Ich tippe auf einem falschen "attr gloobal modpath". Ich wuerde FHEM aus der Konsole starten, zunaechst mit der demo config: cd /opt/fhem; perl fhem.pl fhem.cfg.demo
Wenn das klappt, dann fhem.cfg mit fhem.cfg.demo vergleichen.
Hallo rudolfkoenig,
zu erst mal möchte ich mich bei allen bedanken, die sich Gedanken zu dem von mir aufgeführten Prob. gemacht haben.
Da ich nicht davon ausgehen kann, dass Ihr ständig parat sitzt um meine Fragen zu beantworten habe ich mein System komplett neu aufgesezt und den Zustand vor dem Backup erreicht. Was mir aufgefallen ist:
beim der letzten Installation war ich wohl etwas ungeduldig da ich im Log nur
2015.08.09 18:51:24 1: usb create starting
2015.08.09 18:51:26 3: Probing CUL device /dev/ttyAMA0
2015.08.09 18:51:26 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.08.09 18:51:26 3: Probing FRM device /dev/ttyAMA0
2015.08.09 18:51:32 3: Probing TCM_ESP3 device /dev/ttyUSB0
2015.08.09 18:51:32 3: Probing TCM_ESP2 device /dev/ttyUSB0
2015.08.09 18:51:32 3: Probing FHZ device /dev/ttyUSB0
2015.08.09 18:51:32 3: Probing TRX device /dev/ttyUSB0
2015.08.09 18:51:33 3: Probing ZWDongle device /dev/ttyUSB0
2015.08.09 18:51:33 3: Probing FRM device /dev/ttyUSB0
angezeigt bekam und dann nach Eingabe von
attr initialUsbCheck disable 1
das System lief.
Nach dem das Log, nach Eingabe des Befehles wieder an der gleichen Stelle "hing" stellte ich fest, dass es dann doch weiterging:
2015.08.09 18:51:33 3: Probing FRM device /dev/ttyUSB0
2015.08.09 18:58:03 1: usb create end
Frage: ist das so normal dass da 6 1/2 Minuten vergehen?
Bevor ich jetzt wieder die "Update" Funktion aufrufe werde ich erst mal
attr global backup_before_update 1
eingeben.
Da mein o.g. handeln nicht zur eigentlichen Problemlösung geführt hat, kann der Beitrag aus meiner Sicht geschlossen werden da ich mittlerweile das System upgedated habe (auf jeden Fall habe ich wieder etwas dazugelernt).
Danke und Gruß
Carpy
Es ist die Frage, was denn bei Dir /dev/ttyUSB0 ist?
kannst mal gucken mit:
ls -lha /dev/serial/by-id/
Meine Mepfhlung ist übrigens immer, usb-Check zu disablen. genau an der Stelle ist Handarbeit besser ...
Hallo Wernieman,
usb-FTDI_FT232R_USB_UART_A9AL9B3R-if00-port0 -> ../../ttyUSB0 => mein JeeLink-clone
d.h. die Erkennung dauer "so lange"?
Danke für den Tip.
Wie schon gesagt, nimm den usb check raus oder disable ihn. Wenn dein usb device definiert ist, muss fhem nicht nach neuen usb devices prüfen. Auserdem bringt der check oft Probleme, davon ist hier im Forum schon des öfteren berichtet worden.
VG
Frank
Danke nochmal für die PM :)
usb check prueft nicht Geraete, die in FHEM bereits verwendet werden.
FRM hat ein Timeout von 5 Sekunden, die anderen ein Timeout von 0.5s.
Hi,
aus dem Log habe ich mal die Zeiten für den USB Check für FRM extrahiert:
2015.08.09 17:11:12 3: Probing FRM device /dev/ttyUSB0
2015.08.09 17:13:34 1: usb create end
2015.08.09 17:19:17 3: Probing FRM device /dev/ttyUSB0
2015.08.09 17:23:53 1: usb create end
2015.08.09 17:34:34 3: Probing FRM device /dev/ttyUSB0
2015.08.09 17:35:39 1: usb create end
2015.08.09 17:40:18 3: Probing FRM device /dev/ttyUSB0
2015.08.09 17:44:42 1: usb create end
2015.08.09 18:08:30 3: Probing FRM device /dev/ttyUSB0
2015.08.09 18:11:30 1: usb create end
2015.08.09 18:11:51 3: Probing FRM device /dev/ttyUSB0
2015.08.09 18:12:43 1: usb create end
2015.08.09 18:20:05 3: Probing FRM device /dev/ttyUSB0
2015.08.09 18:21:12 1: usb create end
2015.08.09 18:22:06 3: Probing FRM device /dev/ttyUSB0
2015.08.09 18:22:37 1: Including fhem.cfg
2015.08.09 18:23:34 3: Probing FRM device /dev/ttyUSB0
2015.08.09 18:27:39 1: usb create end
letztendlich habe ich den USB-check deaktiviert und das device mit
define myJeeLink JeeLink /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9AL9B3R-if00-port0@57600
manuell definiert.
Gruß
Carpy
Ich habe das usb Befehl modifiziert, damit es Symlinks (besser) beruecksichtigt. D.h. wenn jemand ein Geraet mit /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9AL9B3R-if00-port0 definiert hat, und diese zeigt auf ttyUSB0, dann wird ttyUSB0 nicht mehr geprueft.
Weiterhin wird CommandSave aufgerufen, falls usb create ein FHEM-Device angelegt hat und im autocreate autosave gesetzt ist.
Hi,
sieht nach dem Update bei mir so aus:
2015.08.21 19:07:14 1: usb create starting
2015.08.21 19:07:16 3: Probing CUL device /dev/ttyAMA0
2015.08.21 19:07:16 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.08.21 19:07:17 3: Probing FRM device /dev/ttyAMA0
2015.08.21 19:07:22 1: usb create end
Gruß
Carpy
Ist das jetzt gut oder schlecht?
Das fragt der Fachmann ;)
Ich würde das Ergebnis als positiv ansehen (im Vergleich mit den vorherigen Zeiten).
Danke für Deinen Einsatz.
Gruß
Carpy