@ Rudi,
da es mir in der letzten Zeit desöfteren aufgefallen ist, dass
define initialUsbCheck notify global:INITIALIZED usb create
mekwürdige Sachen macht, möchte ich vorschlagen, dieses future standartgemäß zu deaktivieren.
Siehe:
http://forum.fhem.de/index.php/topic,19484.0.html
http://forum.fhem.de/index.php/topic,18595.msg125432.html#msg125432
wahrscheinlich gibt es noch weitere Beispiele.
Gruß Joachim
Beim implementieren des usb Kommandos habe ich schon befuerchtet, das solche Faelle auftreten werden, dass es so wenig wird, habe ich aber nicht erwartet. Ueber diese Zeile freuen sich tausende von fhem-Anfaenger, ohne zu wissen, dass sie existiert -> sie bleibt drin.
Im ersten Link erwaehnten Eintraege sollten nicht vom autocreate kommen, da autocreate keine Geraete anfasst, die bereits im FHEM definiert sind. Die im zweiten Link genannter Haenger ist ein Problem, da ist wohl der Linux-Treiber kaputt, da FHEM mit einem timeout zu liest. Ist fuer mich kein Grund fuer einen Umbau.
Bin gerne bereit das autocreate Modul anzupassen, damit es weniger Aerger gibt, dazu brauche ich aber mehr Hilfe.
Moin Rudi,
beim Anpassen kann ich Dir leider nicht wirklich helfen (Zeit und Wisen).
Fakt ist allerdings, dass das Autocreate unerwünschte, und tw. sehr schwer zu findende Nebenwirkungen hat.
Ich weiß natürlich um das Problem, aber gerade Anfänger können sich das nicht erklären, deshalb mein Vorschlag, es standartgemäß zu deaktivieren.
Wenn es eine bessere Lösung gibt, habe ich da auch nichts gegen.
Ich werde dass im Forum mal im Auge behalten, und wenn weitere Probleme auftauchen, in diesem Tread Bericht erstatten.
Gruß Joachim
Zitat von: Joachim am 30 Januar 2014, 13:54:03Fakt ist allerdings, dass das Autocreate unerwünschte, und tw. sehr schwer zu findende Nebenwirkungen hat.
*unterschreib*
zwei Nächte schon deswegen mit Fehlersuchen verbracht...
Bzw. explizit nochmals in der Anfängerdoku (sofern sie gelesen wird) auf die Möglichkeit des Deaktivieren zur Fehlersuche hinweisen ....
Hallo Joachim
vielen Dank für den schnellen Hinweis
Hallo und guten abend
ich habe heute mal eine eigenartige Frage: mir ist heute in meiner Logdatei folgenden Eintrag aufgefallen und ich kann diesen nicht zuordnen
Code:
2014.02.02 20:53:24 3: Opening CUL device /dev/ttyAMA0 ist klar
2014.02.02 20:53:24 3: Setting CUL baudrate to 38400 das auch
2014.02.02 20:53:25 3: CUL device opened das auch
2014.02.02 20:53:25 3: Opening TCM310 device /dev/ttyAMA0 weder in der Config noch am Raspi oder FB
2014.02.02 20:53:25 3: Setting TCM310 baudrate to 57600
2014.02.02 20:53:25 3: TCM310 device opened
2014.02.02 20:53:25 3: Opening FRM device /dev/ttyAMA0 dies genauso wie TCM310
2014.02.02 20:53:25 3: Setting FRM baudrate to 57600
2014.02.02 20:53:25 3: FRM device opened
2014.02.02 20:53:30 1: usb create end
ich habe vor kurzem mein FHEM auf einem Raspi installiert und die FB fungiert als Remoteserver
am Raspi ist ein Netzteil, ein Cul 886 V.157 und ein USBBluetooth für die Tastatur
an der FB schon immer eine USB Festplatte
Kann mir das bitte jemand erklären?
Würde mich über Hilfe zur Herkunft dieser Einträge sehr freuen
heute früh sah meine Logdatei noch so aus:
2014.02.02 08:37:52 3: telnetPort: port 7072 opened
2014.02.02 08:37:53 3: WEB: port 8083 opened
2014.02.02 08:37:53 3: WEBphone: port 8084 opened
2014.02.02 08:37:53 3: WEBtablet: port 8085 opened
2014.02.02 08:37:54 2: eventTypes: loaded 2372 events from ./log/eventTypes.txt
2014.02.02 08:37:54 3: FHEM2FHEM opening Remoteserver at 192.168.1.10:7072
2014.02.02 08:37:54 3: FHEM2FHEM device opened (Remoteserver)
2014.02.02 08:37:54 3: Opening CUL_0 device /dev/ttyACM0
2014.02.02 08:37:54 3: Setting CUL_0 baudrate to 9600
2014.02.02 08:37:55 3: CUL_0 device opened
2014.02.02 08:37:55 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2014.02.02 08:37:55 2: Switched CUL_0 rfmode to HomeMatic
und dann das
2014.02.02 08:38:18 1: usb create starting
2014.02.02 08:38:20 3: Opening CUL device /dev/ttyAMA0
2014.02.02 08:38:20 3: Setting CUL baudrate to 38400
2014.02.02 08:38:20 3: CUL device opened
2014.02.02 08:38:20 3: Opening TCM310 device /dev/ttyAMA0
2014.02.02 08:38:20 3: Setting TCM310 baudrate to 57600
2014.02.02 08:38:20 3: TCM310 device opened
2014.02.02 08:38:20 3: Opening FRM device /dev/ttyAMA0
2014.02.02 08:38:20 3: Setting FRM baudrate to 57600
2014.02.02 08:38:20 3: FRM device opened
2014.02.02 11:07:37 1: update 8 file(s) have been updated.
gegen 16.02 habe ich dann FHEM neu gestartet und ab hier gab es diesen Eintrag
2014.02.02 16:02:41 3: Opening CUL_0 device /dev/ttyACM0
2014.02.02 16:02:42 3: Setting CUL_0 baudrate to 9600
2014.02.02 16:02:42 3: CUL_0 device opened
2014.02.02 16:02:42 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2014.02.02 16:02:42 2: Switched CUL_0 rfmode to HomeMatic
2014.02.02 16:03:20 1: usb create starting
2014.02.02 16:03:22 3: Opening CUL device /dev/ttyAMA0
2014.02.02 16:03:22 3: Setting CUL baudrate to 38400
2014.02.02 16:03:22 3: CUL device opened
2014.02.02 16:03:22 3: Opening TCM310 device /dev/ttyAMA0
2014.02.02 16:03:22 3: Setting TCM310 baudrate to 57600
2014.02.02 16:03:22 3: TCM310 device opened
2014.02.02 16:03:22 3: Opening FRM device /dev/ttyAMA0
2014.02.02 16:03:22 3: Setting FRM baudrate to 57600
2014.02.02 16:03:22 3: FRM device opened
2014.02.02 16:03:27 1: usb create end
usb create nur zu deaktivieren ? doch es muss doch eine Ursache geben? denn nach diesem Erscheinen zeigten mir ALLE Homematic Heizungsthermostate MISSING ACK an - und get config dieser Thermostate, dauert ewig
Gruss tagedieb
Zitatund ich kann diesen nicht zuordnen
... aber zufaellig die Diskussion mit dem passenden Betreff erwischt?
Es ist mir nicht bekannt, dass autocreate von irgendeinem Modul wieder automatisch eingetragen wird.
Vielleicht sollte ich meine Formulierungen bei usb create (obwohl sie in einem "Klammer" von "usb create" Meldungen stehen) noch verstaendlicher Formulieren. Leider bedeutet das einiges an Umbau, da autocreate auch die "normalen" DevIo Routinen verwendet.
Gestern abend noch ein paar Performance-Tests zu dem Thema gemacht. Die wichtigsten Erkenntnisse:
Ein aktiviertes usb-create verzögert den Start meiner fhem-Installation auf eine Gesamtlänge von über 3 Minuten.
Bei einem deaktiviertem usb-create dauert ein fhem-Start unter 15 Sekunden.
Ergo: bei mir nach der Erstinbetriebnahme immer abgeschaltet. :)
Kannst Du bitte das Log hier einstellen, damit ich darueber nachdenken kann?
Das Abschalten des notify finde ich in Ordnung, es sollte nur fuer Anfaenger das Leben vereinfachen.
Das Log aus meinem System kann ich Dir frühestens am Sonntag abend posten 8)
Aber es sieht genau so aus, wie die anderen Beispiele hier im Forum, in denen usb create versucht, alle USB ports mit allen möglichen Devicetypen zu initialiseren, was absolut keinen Sinn macht.
Das hier ist ok - das ist auch bei mir in der fhem.cfg manuell so vorgegeben:
2014.02.02 16:02:41 3: Opening CUL_0 device /dev/ttyACM0
2014.02.02 16:02:42 3: Setting CUL_0 baudrate to 9600
2014.02.02 16:02:42 3: CUL_0 device opened
2014.02.02 16:02:42 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
aber DAS HIER macht usb create völlig sinnloserweise (denn bei mir gibt es kein TCM310, kein FRM device und ein CUL wurde im Vorfeld ja bereits als CUL_0 erzeugt) bei jedem Systemstart:
2014.02.02 16:03:20 1: usb create starting
2014.02.02 16:03:22 3: Opening CUL device /dev/ttyAMA0
2014.02.02 16:03:22 3: Setting CUL baudrate to 38400
2014.02.02 16:03:22 3: CUL device opened
2014.02.02 16:03:22 3: Opening TCM310 device /dev/ttyAMA0
2014.02.02 16:03:22 3: Setting TCM310 baudrate to 57600
2014.02.02 16:03:22 3: TCM310 device opened
2014.02.02 16:03:22 3: Opening FRM device /dev/ttyAMA0
2014.02.02 16:03:22 3: Setting FRM baudrate to 57600
2014.02.02 16:03:22 3: FRM device opened
2014.02.02 16:03:27 1: usb create end
und überschreibt damit dreimal die Initialisierung für ein Device, das in wirklich gar nicht existiert.
Meiner Meinung nach sollte usb create überhaupt nicht versuchen, irgendwelche devices anzulegen,
wenn bereits ein Kommunikationsgerät (im Beispiel das CUL_0) definiert/vorhanden ist. Denn in diesem Fall kann man davon ausgehen, dass der fhem-Benutzer sich über den Inhalt seiner Installation bewußt ist und die nicht funktionierende "künstliche Intelligenz" von usb create überhaupt nicht mehr braucht.
ZitatUeber diese Zeile freuen sich tausende von fhem-Anfaenger, ohne zu wissen, dass sie existiert -> sie bleibt drin.
Ob man so pauschal sagen kann, dass sich tausende von Leuten darüber freuen, weiss ich nicht. Vielleicht wissen tausende von Leuten auch einfach gar nicht, dass alles noch runder laufen könnte, wenn es diese Zeile gar nicht gäbe. Anzunehmen, dass alle zufrieden sind, nur weil sie nichts sagen, ist im Leben oft ein Irrtum ;)
ZitatAber es sieht genau so aus, wie die anderen Beispiele hier im Forum
Das Prinzip ist mir schon klar, ich wollte nur an deinem Beispiel sehen, ob es in autocreate noch Fehler (nach meiner Definition) sind.
Zitatwas absolut keinen Sinn macht.
Das ist hoechstens relativ, und nicht mal da bin ich sicher. Z.Bsp. weiss FHEM nicht, ob du an der AMA nicht ein COC/etc angeschlossen hast. Wenn du an der USB0 etwas angeschlossen hast, dann sollte USB0 nicht nochmal geprueft werden. Ueber die Autocreate-Deaktivierung nach dem ersten Geraet habe ich auch schon nachgedacht, bin aber z.Zt. der Ansicht, dass der Benutzer dieses notify deaktivieren soll, falls es stoert.
ZitatAnzunehmen, dass alle zufrieden sind, nur weil sie nichts sagen, ist im Leben oft ein Irrtum
Nicht in diesem Fall.
Zitat von: rudolfkoenig am 04 Februar 2014, 12:18:28Z.Bsp. weiss FHEM nicht, ob du an der AMA nicht ein COC/etc angeschlossen hast.
Muss fhem auch nicht wissen, da es
a) fhem Installationen geben kann, in denen es überhaupt keine Komponenten an USB gibt
b) ein COC nix mit usb zu tun hat
Zitat von: rudolfkoenig am 04 Februar 2014, 12:18:28Wenn du an der USB0 etwas angeschlossen hast, dann sollte USB0 nicht nochmal geprueft werden.
ja, sollte nicht...
Zitat von: rudolfkoenig am 04 Februar 2014, 12:18:28bin aber z.Zt. der Ansicht, dass der Benutzer dieses notify deaktivieren soll, falls es stoert.
Du widersprichst Dir gerade, ich hoffe, Du merkst das selbst:
Auf der einen Seite bist Du stolz darauf, dass sich User Deiner Meinung nach über etwas freuen, von dem sie gar nicht wissen, dass es existiert.
Andererseits erwartest Du aber, dass der User etwas deaktivieren soll, von dem er Deiner Aussage nach überhaupt nicht weiß, dass es existiert.
Ein automatisches Deaktivieren nach dem ersten I/O-Device ist m.E. ein sinnvoller Weg. Wenn ich als User dann irgendwann weitere Komponenten in Betrieb nehme, bin ich mir in aller Regel darüber bewußt, dass ich diese neuen Komponenten auch in fhem einrichten muss.
Und JA, das notify stört, sobald das erste Ein-/Ausgabegerät vorhanden ist, immer mehr als dass es nützt.
ZitatAndererseits erwartest Du aber, dass der User etwas deaktivieren soll, von dem er Deiner Aussage nach überhaupt nicht weiß, dass es existiert.
Er wird es schon finden, wenn es stoert. Und ich gehe davon aus, dass es die grosse Mehrheit nicht stoert.
ZitatWenn ich als User dann irgendwann weitere Komponenten in Betrieb nehme, bin ich mir in aller Regel darüber bewußt, dass ich diese neuen Komponenten auch in fhem einrichten muss.
Eben nicht, den ersten hast du ja auch schon nicht eingerichtet.
Zitat von: rudolfkoenig am 04 Februar 2014, 12:39:51Eben nicht, den ersten hast du ja auch schon nicht eingerichtet.
Doch.
Zitat von: rudolfkoenig am 04 Februar 2014, 12:39:51Er wird es schon finden, wenn es stoert.
Das ist mal wieder eine typische Rudi-Antwort...
Ein Benutzer muss erstmal auf die Idee kommen, dass irgendwelche "eigenartigen Symptome" (wie bei mir der ewig lange Systemstart) etwas mit irgendeiner nicht auf Anhieb sichtbaren Automatikfunktion zu tun haben könnte. Ich bin auf diesen Zusammenhang gestern auch nur gestoßen, als ich nach meinem Shutdown-Problem geforscht habe.
Hallo zusammen
nachdem ich define initialUsbCheck notify global:INITIALIZED usb create
deaktiviert habe - zeigten meine Heizungsthermostate "alle naselang" MISSING ACK
und CMDs_done fand ich nirgends nur noch CMDs_pending
ich habe mal meine Logs durchgesehen und festgestellt,das bei meinem FHEM die ominösen Einträge nach diesem Update erfolgten
vielleicht hilft das irgend wie weiter
2014.02.01 19:59:39 1: backup done: FHEM-20140201_195813.tar.gz (13585818 Bytes)
2014.02.01 19:59:39 3: update get http://fhem.de/fhemupdate4/svn/FHEM/10_CUL_HM.pm
2014.02.01 19:59:39 1: update Can't write ./FHEM/10_CUL_HM.pm: Permission denied
2014.02.01 19:59:39 3: update get http://fhem.de/fhemupdate4/svn/FHEM/46_TRX_WEATHER.pm
2014.02.01 19:59:39 3: update get http://fhem.de/fhemupdate4/svn/FHEM/98_HMinfo.pm
2014.02.01 19:59:40 3: update get http://fhem.de/fhemupdate4/svn/FHEM/HMConfig.pm
2014.02.01 19:59:40 1: update 3 file(s) have been updated.
neue Geräte wurden im Febr weder vor noch nach dem Update hinzugefügt
Gruss tagedieb
Zitat2014.02.01 19:59:39 1: update Can't write ./FHEM/10_CUL_HM.pm: Permission denied
Rechte stimmen nicht
Hallo Joachim
das ist mir schon aufgefallen, doch da sich alle anderen Dateien in diesem Verzeichis ohne weiteres aktualisieren lassen, bin ich noch auf Lösungssuche + ich hatte schon überlegt die neue Datei einfach gegen die alte auszutauschen, doch das habe ich mir bei meinem Anfängerwissen dann doch nicht getraut
ich finde es jedoch schön, das wie selbstverständlich auf solche Fehler aufmerksam gemacht wird
Danke
Gruss Annette
was sagt denn ein
ls -lha
im FHEM-Verzeichnis?
Hallo Wernieman
das finde ich aber toll, wenn so unverhofft Hilfe angeboten wird
Dankeschön!
dieser Eintrag?
pi@raspberrypi /opt/fhem/FHEM $ ls -lha
total 5.3M
drwxrwxrwx 4 fhem root 12K Jan 19 12:35 .
drwxrwxrwx 10 fhem root 4.0K Jan 7 15:31 ..
-rw-rw-rw- 1 fhem root 22K Oct 6 13:59 00_CM11.pm
-rw-rw-rw- 1 fhem root 40K Feb 4 17:15 00_CUL.pm
-rw-rw-rw- 1 fhem root 13K Jan 16 21:49 00_FBAHA.pm
-rw-rw-rw- 1 fhem root 27K Oct 6 13:59 00_FHZ.pm
-rw-rw-rw- 1 fhem root 41K Feb 4 17:15 00_HMLAN.pm
-rw-rw-rw- 1 fhem root 40K Oct 6 13:59 00_KM271.pm
-rw-rw-rw- 1 fhem root 3.6K Oct 6 13:59 00_LIRC.pm
-rw-rw-rw- 1 fhem root 31K Jan 7 11:46 00_MAXLAN.pm
-rw-rw-rw- 1 fhem root 77K Jan 7 11:46 00_OWX.pm
-rw-rw-rw- 1 fhem root 28K Jan 7 11:46 00_TCM.pm
-rw-rw-rw- 1 fhem root 29K Oct 6 13:59 00_TUL.pm
-rw-rw-rw- 1 fhem root 20K Jan 27 21:53 00_ZWDongle.pm
-rw-rw-rw- 1 fhem root 84K Feb 2 11:07 01_FHEMWEB.pm
-rw-rw-rw- 1 fhem root 4.8K Oct 6 13:59 02_HTTPSRV.pm
-rw-rw-rw- 1 fhem root 28K Jan 7 11:46 02_RSS.pm
-rw-rw-rw- 1 fhem root 4.7K Oct 6 13:59 09_BS.pm
-rw-rw-rw- 1 fhem root 11K Jan 7 11:46 09_CUL_FHTTK.pm
-rw-rw-rw- 1 fhem root 6.6K Oct 6 13:59 09_USF1000.pm
-rw-r--r-- 1 pi pi 273K Jan 7 00:12 10_CUL_HM.pm
-rw-rw-rw- 1 fhem root 16K Oct 6 13:59 10_CUL_IR.pm
-rw-rw-rw- 1 fhem root 22K Oct 6 13:59 10_EIB.pm
-rw-rw-rw- 1 fhem root 193K Jan 7 11:46 10_EnOcean.pm
-rw-rw-rw- 1 fhem root 12K Jan 7 11:46 10_FBDECT.pm
-rw-rw-rw- 1 fhem root 29K Jan 7 11:46 10_FRM.pm
-rw-rw-rw- 1 fhem root 22K Oct 6 13:59 10_FS20.pm
-rw-rw-rw- 1 fhem root 16K Oct 6 13:59 10_IT.pm
-rw-rw-rw- 1 fhem root 47K Feb 2 11:07 10_MAX.pm
-rw-rw-rw- 1 fhem root 19K Jan 25 21:27 10_OWServer.pm
-rw-rw-rw- 1 fhem root 34K Jan 7 11:46 10_ZWave.pm
-rw-rw-rw- 1 fhem root 5.2K Jan 7 11:46 11_FHT8V.pm
-rw-rw-rw- 1 fhem root 31K Jan 7 11:46 11_FHT.pm
-rw-rw-rw- 1 fhem root 34K Jan 25 21:27 11_OWDevice.pm
-rw-rw-rw- 1 fhem root 8.5K Jan 7 11:46 12_HMS.pm
-rw-rw-rw- 1 fhem root 13K Jan 11 23:17 13_KS300.pm
-rw-rw-rw- 1 fhem root 25K Jan 7 11:46 14_CUL_MAX.pm
-rw-rw-rw- 1 fhem root 4.8K Jan 7 11:46 14_CUL_TX.pm
-rw-rw-rw- 1 fhem root 12K Jan 7 11:46 14_CUL_WS.pm
-rw-rw-rw- 1 fhem root 9.8K Jan 7 11:46 15_CUL_EM.pm
-rw-rw-rw- 1 fhem root 6.4K Oct 6 13:59 16_CUL_RFR.pm
-rw-rw-rw- 1 fhem root 14K Jan 7 11:46 17_EGPM2LAN.pm
-rw-rw-rw- 1 fhem root 9.7K Oct 6 13:59 17_SIS_PMS.pm
-rw-rw-rw- 1 fhem root 2.3K Oct 6 13:59 18_CUL_HOERMANN.pm
-rw-rw-rw- 1 fhem root 4.3K Oct 6 13:59 19_Revolt.pm
-rw-rw-rw- 1 fhem root 6.0K Jan 7 11:46 20_FRM_AD.pm
-rw-rw-rw- 1 fhem root 3.2K Jan 7 11:46 20_FRM_I2C.pm
-rw-rw-rw- 1 fhem root 8.8K Jan 7 11:46 20_FRM_IN.pm
-rw-rw-rw- 1 fhem root 7.4K Jan 7 11:46 20_FRM_LCD.pm
-rw-rw-rw- 1 fhem root 3.7K Jan 7 11:46 20_FRM_OUT.pm
-rw-rw-rw- 1 fhem root 9.1K Jan 7 11:46 20_FRM_PWM.pm
-rw-r--r-- 1 fhem dialout 11K Jan 7 11:46 20_FRM_RGB.pm
-rw-rw-rw- 1 fhem root 4.5K Jan 7 11:46 20_FRM_SERVO.pm
-rw-rw-rw- 1 fhem root 11K Oct 6 13:59 20_OWFS.pm
-rw-rw-rw- 1 fhem root 20K Oct 6 13:59 20_X10.pm
-rw-rw-rw- 1 fhem root 54K Feb 4 17:15 21_OWAD.pm
-rw-rw-rw- 1 fhem root 62K Feb 4 17:15 21_OWCOUNT.pm
-rw-rw-rw- 1 fhem root 14K Feb 4 17:15 21_OWID.pm
-rw-rw-rw- 1 fhem root 36K Jan 7 11:46 21_OWLCD.pm
-rw-rw-rw- 1 fhem root 39K Feb 4 17:15 21_OWMULTI.pm
-rw-rw-rw- 1 fhem root 48K Feb 4 17:15 21_OWSWITCH.pm
-rw-rw-rw- 1 fhem root 17K Oct 6 13:59 21_OWTEMP.pm
-rw-rw-rw- 1 fhem root 40K Feb 4 17:15 21_OWTHERM.pm
-rw-rw-rw- 1 fhem root 4.8K Oct 6 13:59 22_ALL3076.pm
-rw-rw-rw- 1 fhem root 6.3K Oct 6 13:59 23_ALL4027.pm
-rw-rw-rw- 1 fhem root 48K Feb 3 12:22 23_LUXTRONIK2.pm
-rw-rw-rw- 1 fhem root 5.5K Oct 6 13:59 23_WEBIO_12DIGITAL.pm
-rw-rw-rw- 1 fhem root 5.0K Oct 6 13:59 23_WEBIO.pm
-rw-rw-rw- 1 fhem root 4.4K Feb 3 12:22 23_WEBTHERM.pm
-rw-rw-rw- 1 fhem root 11K Oct 6 13:59 24_NetIO230B.pm
-rw-rw-rw- 1 fhem root 15K Jan 28 21:02 30_HUEBridge.pm
-rw-rw-rw- 1 fhem root 26K Jan 28 21:02 31_HUEDevice.pm
-rw-rw-rw- 1 fhem root 22K Jan 30 07:25 31_LightScene.pm
-rw-rw-rw- 1 fhem root 14K Jan 28 21:02 32_mailcheck.pm
-rw-rw-rw- 1 fhem root 5.1K Jan 28 21:02 32_speedtest.pm
-rw-rw-rw- 1 fhem root 22K Jan 28 21:02 32_SYSSTAT.pm
-rw-r--r-- 1 fhem dialout 22K Jan 28 21:02 32_withings.pm
-rw-rw-rw- 1 fhem root 35K Feb 2 11:07 33_readingsGroup.pm
-rw-r--r-- 1 fhem dialout 9.5K Jan 17 20:50 33_readingsProxy.pm
-rw-rw-rw- 1 fhem root 16K Jan 28 21:02 34_panStamp.pm
-rw-rw-rw- 1 fhem root 41K Jan 11 23:17 34_SWAP.pm
-rw-rw-rw- 1 fhem root 16K Jan 28 21:02 35_SWAP_0000002200000003.pm
-rw-rw-rw- 1 fhem root 14K Jan 28 21:02 36_JeeLink.pm
-rw-r--r-- 1 fhem dialout 9.5K Jan 30 21:28 36_LaCrosse.pm
-rw-rw-rw- 1 fhem root 9.3K Jan 7 11:46 36_PCA301.pm
-rw-r--r-- 1 fhem dialout 7.2K Jan 28 21:02 38_CO20.pm
-rw-rw-rw- 1 fhem root 14K Oct 6 13:59 40_RFXCOM.pm
-rw-rw-rw- 1 fhem root 32K Oct 6 13:59 41_OREGON.pm
-rw-rw-rw- 1 fhem root 7.9K Oct 6 13:59 42_RFXMETER.pm
-rw-r--r-- 1 fhem dialout 86K Feb 3 12:22 42_SYSMON.pm
-rw-rw-rw- 1 fhem root 19K Oct 6 13:59 43_RFXX10REC.pm
-rw-rw-rw- 1 fhem root 15K Oct 6 13:59 45_TRX.pm
-rw-rw-rw- 1 fhem root 4.6K Oct 6 13:59 46_TRX_ELSE.pm
-rw-rw-rw- 1 fhem root 34K Jan 7 11:46 46_TRX_LIGHT.pm
-rw-rw-rw- 1 fhem root 21K Oct 6 13:59 46_TRX_SECURITY.pm
-rw-rw-rw- 1 fhem root 41K Feb 1 19:59 46_TRX_WEATHER.pm
-rw-rw-rw- 1 fhem root 26K Oct 6 13:59 49_IPCAM.pm
-rw-rw-rw- 1 fhem root 19K Oct 6 13:59 50_WS300.pm
-rw-r--r-- 1 fhem dialout 7.8K Feb 3 12:22 51_BBB_BMP180.pm
-rw-rw-rw- 1 fhem root 15K Oct 6 13:59 51_I2C_BMP180.pm
-rw-r--r-- 1 fhem dialout 32K Jan 21 19:16 51_RPI_GPIO.pm
-rw-rw-rw- 1 fhem root 36K Feb 3 12:22 55_GDS.pm
-rw-rw-rw- 1 fhem root 19K Feb 4 17:15 55_PIFACE.pm
-rw-rw-rw- 1 fhem root 17K Oct 6 13:59 56_POKEYS.pm
-rw-rw-rw- 1 fhem root 39K Jan 20 08:13 57_Calendar.pm
-rw-rw-rw- 1 fhem root 34K Jan 7 11:46 59_HCS.pm
-rw-rw-rw- 1 fhem root 28K Jan 7 11:46 59_Twilight.pm
-rw-rw-rw- 1 fhem root 25K Jan 7 11:46 59_Weather.pm
-rw-r--r-- 1 fhem dialout 19K Jan 7 11:46 59_WWO.pm
-rw-rw-rw- 1 fhem root 11K Oct 6 13:59 60_EM.pm
-rw-rw-rw- 1 fhem root 6.1K Oct 6 13:59 61_EMWZ.pm
-rw-rw-rw- 1 fhem root 4.2K Oct 6 13:59 62_EMEM.pm
-rw-rw-rw- 1 fhem root 5.0K Oct 6 13:59 63_EMGZ.pm
-rw-rw-rw- 1 fhem root 12K Oct 6 13:59 64_ESA2000.pm
-rw-rw-rw- 1 fhem root 26K Jan 7 11:46 66_ECMD.pm
-rw-rw-rw- 1 fhem root 15K Oct 6 13:59 67_ECMDDevice.pm
-rw-r--r-- 1 fhem dialout 9.4K Jan 7 11:46 70_EFR.pm
-rw-rw-rw- 1 fhem root 5.6K Jan 7 11:46 70_EGPM.pm
-rw-rw-rw- 1 fhem root 94K Feb 4 17:15 70_ENIGMA2.pm
-rw-r--r-- 1 fhem dialout 58K Feb 4 17:15 70_ONKYO_AVR.pm
-rw-r--r-- 1 fhem dialout 9.0K Jan 16 21:49 70_Pushover.pm
-rw-rw-rw- 1 fhem root 7.4K Oct 6 13:59 70_SCIVT.pm
-rw-rw-rw- 1 fhem root 20K Oct 6 13:59 70_SISPM.pm
-rw-rw-rw- 1 fhem root 16K Jan 7 11:46 70_SML.pm
-rw-rw-rw- 1 fhem root 18K Oct 6 13:59 70_STV.pm
-rw-rw-rw- 1 fhem root 12K Oct 6 13:59 70_TellStick.pm
-rw-rw-rw- 1 fhem root 18K Oct 6 13:59 70_USBWX.pm
-rw-rw-rw- 1 fhem root 25K Jan 7 11:46 70_VIERA.pm
-rw-rw-rw- 1 fhem root 22K Jan 7 11:46 70_WS3600.pm
-rw-r--r-- 1 fhem dialout 40K Jan 17 20:50 70_XBMC.pm
-rw-rw-rw- 1 fhem root 23K Feb 3 12:22 71_LISTENLIVE.pm
-rw-rw-rw- 1 fhem root 52K Jan 19 12:35 71_YAMAHA_AVR.pm
-rw-r--r-- 1 fhem dialout 35K Jan 19 12:35 71_YAMAHA_BD.pm
-rw-rw-rw- 1 fhem root 33K Feb 2 11:07 72_FB_CALLMONITOR.pm
-rw-rw-rw- 1 fhem root 49K Jan 13 16:01 73_PRESENCE.pm
-rw-rw-rw- 1 fhem root 8.1K Oct 6 13:59 75_MSG.pm
-rw-rw-rw- 1 fhem root 6.9K Oct 6 13:59 76_MSGFile.pm
-rw-rw-rw- 1 fhem root 8.6K Oct 6 13:59 76_MSGMail.pm
-rw-rw-rw- 1 fhem root 9.5K Oct 6 13:59 80_M232.pm
-rw-rw-rw- 1 fhem root 9.8K Oct 6 13:59 80_xxLG7000.pm
-rw-rw-rw- 1 fhem root 8.3K Oct 6 13:59 81_M232Counter.pm
-rw-rw-rw- 1 fhem root 7.9K Oct 6 13:59 82_LGTV.pm
-rw-rw-rw- 1 fhem root 3.6K Oct 6 13:59 82_M232Voltage.pm
-rw-rw-rw- 1 fhem root 18K Oct 6 13:59 87_WS2000.pm
-rw-rw-rw- 1 fhem root 4.3K Oct 6 13:59 88_ALL4000T.pm
-rw-rw-rw- 1 fhem root 5.7K Oct 6 13:59 88_IPWE.pm
-rw-rw-rw- 1 fhem root 3.9K Oct 6 13:59 88_Itach_Relay.pm
-rw-r--r-- 1 fhem dialout 3.5K Jan 7 11:46 88_LINDY_HDMI_SWITCH.pm
-rw-rw-rw- 1 fhem root 13K Oct 6 13:59 88_VantagePro2.pm
-rw-rw-rw- 1 fhem root 4.1K Oct 6 13:59 88_WEBCOUNT.pm
-rw-rw-rw- 1 fhem root 11K Jan 7 11:46 90_at.pm
-rw-rw-rw- 1 fhem root 4.5K Jan 7 11:46 91_eventTypes.pm
-rw-rw-rw- 1 fhem root 7.6K Jan 16 21:49 91_notify.pm
-rw-rw-rw- 1 fhem root 3.4K Oct 6 13:59 91_sequence.pm
-rw-rw-rw- 1 fhem root 6.3K Oct 6 13:59 91_watchdog.pm
-rw-rw-rw- 1 fhem root 46K Feb 4 17:15 92_FileLog.pm
-rw-rw-rw- 1 fhem root 73K Jan 30 07:25 93_DbLog.pm
-rw-rw-rw- 1 fhem root 11K Jan 7 11:46 93_FHEM2FHEM.pm
-rw-r--r-- 1 fhem dialout 48K Jan 31 19:51 95_Dashboard.pm
-rw-rw-rw- 1 fhem root 53K Feb 3 12:22 95_FLOORPLAN.pm
-rw-rw-rw- 1 fhem root 11K Oct 6 13:59 95_holiday.pm
-rw-rw-rw- 1 fhem root 12K Oct 6 13:59 95_PachLog.pm
-rw-rw-rw- 1 fhem root 21K Oct 6 13:59 95_remotecontrol.pm
-rw-r--r-- 1 pi pi 8.0K Dec 26 23:16 95_WebViewControl.pm
-rw-r--r-- 1 fhem dialout 6.8K Jan 27 21:54 98_apptime.pm
-rw-rw-rw- 1 fhem root 20K Jan 15 21:54 98_autocreate.pm
-rw-rw-rw- 1 fhem root 7.4K Oct 6 13:59 98_average.pm
-rw-rw-rw- 1 fhem root 5.6K Oct 6 13:59 98_backup.pm
-rw-r--r-- 1 fhem dialout 3.3K Jan 7 11:46 98_cmdalias.pm
-rw-rw-rw- 1 fhem root 3.3K Oct 6 13:59 98_CULflash.pm
-rw-rw-rw- 1 fhem root 22K Oct 6 13:59 98_dewpoint.pm
-rw-rw-rw- 1 fhem root 1.9K Oct 6 13:59 98_dummy.pm
-rw-rw-rw- 1 fhem root 19K Oct 6 13:59 98_fheminfo.pm
-rw-r--r-- 1 fhem dialout 13K Feb 4 17:15 98_GEOFANCY.pm
-rw-rw-rw- 1 fhem root 32K Jan 7 11:46 98_Heating_Control.pm
-rw-rw-rw- 1 fhem root 83K Feb 4 17:15 98_HMinfo.pm
-rw-r--r-- 1 pi pi 5.0K Dec 31 19:30 98_IF.pm
-rw-rw-rw- 1 fhem root 16K Jan 7 11:46 98_JsonList.pm
-rw-rw-rw- 1 fhem root 26K Oct 6 13:59 98_notice.pm
-rw-rw-rw- 1 fhem root 26K Feb 3 12:22 98_openweathermap.pm
-rw-rw-rw- 1 fhem root 7.9K Feb 3 12:22 98_PID.pm
-rw-r--r-- 1 fhem dialout 4.0K Jan 18 20:54 98_pilight.pm
-rw-r--r-- 1 fhem dialout 23K Jan 13 16:01 98_rain.pm
-rw-rw-rw- 1 fhem root 19K Jan 28 21:02 98_RandomTimer.pm
-rw-rw-rw- 1 fhem root 22K Jan 20 08:13 98_structure.pm
-rw-rw-rw- 1 fhem root 56K Jan 20 08:13 98_SVG.pm
-rw-rw-rw- 1 fhem root 14K Oct 6 13:59 98_telnet.pm
-rw-r--r-- 1 fhem dialout 35K Jan 27 21:54 98_Text2Speech.pm
-rw-rw-rw- 1 fhem root 49K Jan 26 13:10 98_THRESHOLD.pm
-rw-rw-rw- 1 fhem root 43K Jan 7 11:46 98_update.pm
-rw-rw-rw- 1 fhem root 7.7K Oct 6 13:59 98_weblink.pm
-rw-r--r-- 1 fhem dialout 6.5K Jan 7 11:46 98_WeekdayTimer.pm
-rw-rw-rw- 1 fhem root 10K Jan 7 11:46 98_WOL.pm
-rw-rw-rw- 1 fhem root 3.7K Oct 6 13:59 98_XmlList.pm
-rw-r--r-- 1 pi pi 8.4K Jan 8 22:11 99_myUtils.pm
-rw-rw-rw- 1 fhem root 13K Jan 7 11:46 99_SUNRISE_EL.pm
-rw-rw-rw- 1 fhem root 6.7K Oct 6 13:59 99_Utils.pm
-rw-rw-rw- 1 fhem root 4.0K Oct 6 13:59 Blocking.pm
-rw-rw-rw- 1 fhem root 4.1K Jan 27 21:54 Color.pm
-rw-rw-rw- 1 fhem root 75K Feb 4 17:15 controls_fhem.txt
-rw-rw-rw- 1 fhem root 7.8K Oct 6 13:59 DevIo.pm
drwxrwxrwx 2 fhem root 4.0K Jan 7 11:47 FhemUtils
-rw-rw-rw- 1 fhem root 3.4K Oct 6 13:59 FritzBoxUtils.pm
-rw-rw-rw- 1 fhem root 123K Feb 2 11:07 HMConfig.pm
-rw-rw-rw- 1 fhem root 9.6K Jan 11 23:17 HttpUtils.pm
-rw-r--r-- 1 fhem dialout 7.7K Jan 7 13:31 leer.pm
-rw-r--r-- 1 pi pi 58K Jan 7 11:46 leer.sh
drwxrwxrwx 4 fhem root 4.0K Jan 7 11:42 lib
-rw-rw-rw- 1 fhem root 2.3K Jan 7 11:46 MaxCommon.pm
-rw-r--r-- 1 fhem dialout 259K Jan 7 11:46 ONKYOdb.pm
-rw-rw-rw- 1 fhem root 4.1K Jan 7 11:46 SetExtensions.pm
-rw-rw-rw- 1 fhem root 3.9K Jan 23 16:47 TcpServerUtils.pm
-rw-rw-rw- 1 fhem root 8.4K Oct 6 13:59 WinService.pm
Gruss Annette
ich sehe es gerade,
ich habe bei dieser Datei keine rootrechte - die habe ich irgendwie nachträglich hinzugefügt
würde ich das mit diesem Eintrag ändern können?
sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem
Gruss Annette
Hallo Wernieman
dank deinem Hinweis zum Ansatz - konnte ich das Problem lösen und nun
2014.02.04 18:47:45 3: update get http://fhem.de/fhemupdate4/svn/FHEM/10_CUL_HM.pm
2014.02.04 18:47:46 1: update 1 file(s) have been updated.
sieht es so aus :)
Dankeschön
Gruss Annette
Du hast gesehen, dass da noch mehr Dateien mit falschen Rechten sind?
Hallo Joachim
Dankeschön ja habe ich und habe gleich die Rechte des ganzen Verzeichnis neu vergeben
manchmal sind es wirklich nur die richtigen Denkanstösse um den Wald vor lauter Bäumen sehen zu können
schön das es diese Hilfe gibt
Gruss Annette
Genau ...
einfach in dem Verzeichnis (für Dich)
chown fhem:root *
chmod 644 *
Wobei .. bist Du sicher, das die Gruppe "root" richtig ist?
Natürlich muß immer fhem:root auf dem passenden User/Gruppe geändert werden unter dem fhem läuft.
Hallo Wernieman
sicher bin ich mir nicht, denn mit Unix habe ich mich erst vor 3 Wochen das allererste Mal befasst - und ich muss immer probieren um zu begreifen :-[
es hat zwar jetzt mit dem update funktioniert und ich war auch der Meinung das ich die Schreibrechte verändert habe, doch die Realität zeigt
-rw-rw-rw- 1 pi pi 289K Feb 4 18:47 10_CUL_HM.pm
und nachdem ich ein rootpassw erstellt habe und mich nicht mit root sondern pi anmelde, dann "darf" ich nicht mal mehr das Verzeichnis öffnen
ich hoffe das beim nächsten FHEM update sich nicht jede Datei weigert :(
Gruss Annette
dann gehen wir doch mal das Problem Grundsätzlich an.
Unter welchem User läuft Dein fhem?
ps aux | grep fhem
Wie sieht Dein fhem Dateisystem aus?
ls -lhad /ort/wo/bei/dir/fhem/liegt
Hallo Wernieman
das ist ganz toll von dir, denn ich kann es nach der Aktion von vorhin nicht mal mehr starten
ich habe mir vorhin
so meine schreibrechte "eingerichtet"Da aber dein "root"-user noch kein passwort hat, kannst du dich nicht per root mit winscp anmelden.
Damit du dem root-user ein passwort zuweisen kannst, melde dich per putty an deinem Raspi an. mache:
Code:
su root
passwd
jedoch unbeachtet gelassen, das ich ja nicht root sondern pi "heisse" :(
jetzt habe ich zwar mit root die Möglichkeit auf das Verzeichnis per Putty zuzugreifen, (mit pi nicht)jedoch
startet FHEM nicht mehr
hier nun die Angaben pi
ps aux | grep fhem
pi 2517 0.0 0.1 3544 808 pts/0 S+ 20:40 0:00 grep --color=auto fhem
ls -lhad /ort/wo/bei/dir/fhem/liegt
ls: cannot access /ort/wo/bei/dir/fhem/liegt: No such file or directory
rootps aux | grep fhem
root 2555 0.0 0.1 3544 808 pts/1 S+ 20:42 0:00 grep fhem
root@raspberrypi:~# ls -lhad /ort/wo/bei/dir/fhem/liegt
ls: cannot access /ort/wo/bei/dir/fhem/liegt: No such file or directory
gruss Annette
Also erst mal den user retten.
1. Passwort für pi neu setzen
als root (per putty als root anmelden):
passwd pi
passwd setzt bei Angabe des Users das Passwort für den user, aber nur root darf das!
Dann mal eine andere Frage: Warum läuft bei Dir fhem als user pi? Vor allem da Du einen user fhem im System hast ... und wie startest Du fhem?
Muß etwas ausführlicher fragen, da ich zwar Unix-Egschberde ;D aber keinen RasPi habe ...
und P.S.
hast Du Dir die Zeile beim ls richtig durchgelesen?
speziel den teil
/ort/wo/bei/dir/fhem/liegt
*griiiiiins*
Hallo Wernieman
ich versuche mal alles der Reihe nach abzuarbeiten, denn ich möchte es nicht nur ausführen, sondern auch auch begreifen
1.passwort für pi habe ich gesetzt
2.der user pi entstand, als ich die FHEM Version nach diesem Bloghttp://www.meintechblog.de/2013/05/fhem-server-auf-dem-raspberry-pi-in-einer-stunde-einrichten/ eingerichtet habe, da ich hier alles schritt für schritt nachvollziehen konnte
Gruss
Nachtrag
ok das letzte war quatsch , ja sehe ich jetzt auch
das Verzeichnis ist /opt/fhem
Es müste auf Deinem RasPi folgende Datei existieren (oder Ähnlich):
[code]/etc/init.d/fhem[/code]
Kannst Du mir den Inhalt geben?
Kleiner Hinweis:
Zum lesen einer Datei kannst Du auf der Konsole den Befehl "cat" verwenden:
cat /etc/init.d/fhem
diese?
#!/bin/sh
# description: Start or stop the fhem server
# Added by Alex Peuchert
### BEGIN INIT INFO
# Provides: fhem.pl
# Required-Start: $local_fs $remote_fs
# Required-Stop: $local_fs $remote_fs
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: FHEM server
### END INIT INFO
set -e
cd /opt/fhem
port=7072
case "$1" in
'start')
echo "Starting fhem..."
perl fhem.pl fhem.cfg
RETVAL=$?
;;
'stop')
echo "Stopping fhem..."
perl fhem.pl $port "shutdown"
RETVAL=$?
;;
'status')
cnt=`ps -ef | grep "fhem.pl" | grep -v grep | wc -l`
if [ "$cnt" -eq "0" ] ; then
echo "fhem is not running"
else
echo "fhem is running"
fi
;;
*)
echo "Usage: $0 { start | stop | status }"
RETVAL=1
;;
esac
exit $RETVAL
root@raspberrypi:~#
Also irgendwie ist das von Dir zitierte Blog nicht vollständig.
die /etc/init.d/fhem wir gestartet, wenn der raspi startet. Es wird aber überhaupt keine Rücksicht auf den user genommen, d.h. da die Datei als root ausgeführt wird, startet fhem als root.
Wenn Du jetzt manuell den fhem startest, startet er aber als User pi (oder fhem, wenn Du als fhem eingeloggt bist).
Ich persönlich mag es nicht, fhem als root laufen zu lasen (unter Windows lässt man ja auch nicht mehr alles als Admin laufen). Viele im Forum sehen es hier anders. Wollen wir dieses bei Dir zu einem user fhem glattziehen? Oder es gleich unter "root" laufen lasen?
Kannst Du mir sagen, in welche Richtung Du mit fhem laufen willst? d.h. was für Device Du anschließen willst?
Und P.S. wir entfernen uns von dem Ursprünglichen Problem. Könntest Du ein neuen thread aufmachen?
(Bitte dann eine PM mit dem link zum Thread .. nicht das ich es übersehe)
Hallo Wernieman
wäre es im Forum Einplatinencomputer richtig?
dann würde ich es dort weiterführen, denn ich weiss nicht, ob diese vom eigentlichen Problem abweichender Hilfeteil dorthin verschoben werden kann
Gruss Annette
Ich glaube, es ist dort richtig, bin auch kein Forumsadmin.
Kann Dir nur heute nicht mehr helfen ... Btechen ruft ;)
Dafür kannst Du Dir die Antworten auf meine letzten Fragen überlegen, in welche Richtung Du marschieren willst. Wir müssen erst mal Deine Konfiguration auf Systemseite glattziehen. ist einfacher, als es sich anhört!