Fhem nicht mehr Erreichbar - Alles normal im Log

[betateilchen]

Funktioniert der Zugriff über telnet auch dann nicht, wenn Du das lokal probierst?

Also per ssh auf den Pi verbinden und dann von Konsole aus das FHEM per "telnet localhost 7072" aufrufen.

[Fixel2012]

Funktioniert der Zugriff über telnet auch dann nicht, wenn Du das lokal probierst?

Also per ssh auf den Pi verbinden und dann von Konsole aus das FHEM per "telnet localhost 7072" aufrufen.

Nein, funktioniert nur mit der demo.cfg und der rescue configDB version. 

Das klingt aber noch unsicher. Ich würd, vergleichbar zu Werniemanns Vorschlag, es mal mit der demo.cfg versuchen. Und dann mal die üblichen Verdächtigen mit Zugriff über die Rechnergrenzen hinaus testen.

Was genau versuchen? Die demo.cfg läuft einwandfrei  Ebenso die rescue config DB version. Nur eben meine eigene config nicht.

Ich würde auch mal versuchen alles vom Pi ab zu klemmen was man nur abklemmen kann. Sämtliche USB und Aufsteckmodule, wenn möglich Netzwerk lahm legen und per Tastatur und Monitor/Fernsehr arbeiten.

Alles bis auf LAN und strom hatte ich bereits ab. Werde nun nochmal testen ob ich mit Tastatur und hdmi am Monitor Fhem per Telnet erreichen kann.

[CoolTux]

Ok. So wird das nichts.

Ich weiß jetzt schon das mich Udo dafür maßregeln wird, aber wir kommen ja eh nicht voran.

Gehe in /opt/fhem/

Code Auswählen Erweitern


cd /opt/fhem


hier sollte Deine configDB.db liegen
Verbinde dich mit der DB

Code Auswählen Erweitern


sqlite3 configDB.db


Schau nach ob Du das Device initialUsbCheck hast

Code Auswählen Erweitern


select * from fhemconfig where device='initialUsbCheck';


Wenn nicht! mit

Code Auswählen Erweitern


.quit

kommst du wieder raus.

Wenn Du es hast. Löschen wir es.

Code Auswählen Erweitern


delete from fhemconfig where device='initialUsbCheck';


Das ist der Anfang. Sollte das nicht fruchten müssen wir weiter über legen was wir machen

[Fixel2012]

Ok. So wird das nichts.

Ich weiß jetzt schon das mich Udo dafür maßregeln wird, aber wir kommen ja eh nicht voran.

Gehe in /opt/fhem/

Code Auswählen Erweitern


cd /opt/fhem


hier sollte Deine configDB.db liegen
Verbinde dich mit der DB

Code Auswählen Erweitern


sqlite3 configDB.db


Schau nach ob Du das Device initialUsbCheck hast

Code Auswählen Erweitern


select * from fhemconfig where device='initialUsbCheck';


Wenn nicht! mit

Code Auswählen Erweitern


.quit

kommst du wieder raus.

Wenn Du es hast. Löschen wir es.

Code Auswählen Erweitern


delete from fhemconfig where device='initialUsbCheck';


Das ist der Anfang. Sollte das nicht fruchten müssen wir weiter über legen was wir machen

USB check habe/sollte ich bereits disabled haben, hatte damit schonmals Probleme.

Was ist der Hintergrund warum ich dies machen soll, ein Paar Infos wären schön, man will ja schließlich da zu lernen 

[betateilchen]

wenn das eine sqlite Datenbank ist, dann schick mir die doch einfach mal per email.

Gehe in /opt/fhem/
...
hier sollte Deine configDB.db liegen

das hoffst/vermutest Du aber nur...

[CoolTux]

wenn das eine sqlite Datenbank ist, dann schick mir die doch einfach mal per email.

Darüber hatte ich auch schon nachgedacht. Finde ich gut das Angebot.

[betateilchen]

Das ist der Anfang.

ich würde das nicht empfehlen...

[Fixel2012]

ähhm... Ich bin verwirrt!

Fhem geht wieder... Ich habe keine Ahnung warum! Habe nachdem testen mit usb Tastatur (was auch nicht ging), fhem einfach mit allen USB devices wieder ans Strom Netz gehängt und Plötzlich ging mein Fernseh licht an (prescence des Fernsehers).

Web und Telnet ist nun ganz normal erreichbar

Wollte Betateilchen gerade meine config DB schicken...

Wie soll ich weiter vorgehen? Das nun alles aus einem unerklärlichen Grund wieder geht ist ja super, aber warum geht es nun wieder und wird es so bleiben?

[CoolTux]

ich würde das nicht empfehlen...

Ich weiß. Aber irgendwie müssen wir ja irgendwo anfangen. Wobei ich da jetzt aber auch warten würde ob Du nicht etwas in der zugeschickten db findest. Sofern der Fragesteller damit einverstanden ist.
Ich habe mir die Mühe am WE gemacht und versucht einen einfachen weg zu finden die db in ein Configfile zu bekommen. Aber da muß man so viel filtern und nacharbeiten das kann kein Anfänger wirklich sauber.
Habe extra auf ner VM ein Test FHEM auf gebaut   

[CoolTux]

Hattest Du zwischen dem ganzen FHEM testen mal den ganzen Pi neu gestartet gehabt und FHEM aus der init Routine genommen. So das FHEM von Hand gestartet werden muß?

[Fixel2012]

Hattest Du zwischen dem ganzen FHEM testen mal den ganzen Pi neu gestartet gehabt und FHEM aus der init Routine genommen. So das FHEM von Hand gestartet werden muß?

neu gestartet ja, init routine nicht, aber den service beendet und danach nochmal perl gekilled. Anschließend immer per Hand.

Traue mich nicht Fhem oder Pi nochmal durch zu starten, jetzt wo es geht... 

[CoolTux]

Ah ok.

Ich tippe ein bisschen immer noch auf den USB Scan, aber genau wird man das wohl nicht sagen können. Leider.

[Fixel2012]

Ah ok.

Ich tippe ein bisschen immer noch auf den USB Scan, aber genau wird man das wohl nicht sagen können. Leider.

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        global:INITIALIZED usb create
   NAME       initialUsbCheck
   NOTIFYDEV  global
   NR         12
   NTFY_ORDER 50-initialUsbCheck
   REGEXP     global:INITIALIZED
   STATE      disabled
   TYPE       notify
   READINGS:
     2017-07-31 14:16:57   state           disabled
Attributes:
   disable    1

Ist bei mir schon seit einiger Zeit disabled.

Soll ich es wagen und mal Fhem oder Pi durch starten?

[CoolTux]

Mach mal, oder willst das Teil ein leben lang nicht mehr anrühren   

[Fixel2012]

Mach mal, oder willst das Teil ein leben lang nicht mehr anrühren   

Am liebsten, ja