Neues Modul: EQ3 Bluetooth Thermostat (10_EQ3BT)

[mele]

OK. Das bringt Licht ins Dunkel. Kannst Du bitte noch ein list vom Device geben?

Hallo CoolTux,

gibt es was Neues hinsichtlich der Fehlermeldung bei ssh-clients?

Herzlichen Dank und Gruß

Manuel

[CoolTux]

Hallo Manuel,

leider aktuell noch nicht. Bin etwas eingespannt mit der Zeit. Sonst hätte ich für Dominik schon einen Patch fertig gemacht.


Grüße

[CoolTux]

Hallo CoolTux,

gibt es was Neues hinsichtlich der Fehlermeldung bei ssh-clients?

Herzlichen Dank und Gruß

Manuel

Sorry aber habe aktuell wenig Zeit. Daher hier erstmal eine weitere Antwort.
Kann bitte jemand mit dem Problem einmal schauen ob er auf dem Zielsystem, also dem System welches im Attribut sshHost angegeben ist folgendes als User (pi, oder was auch immer) ausführen kann?

Code Auswählen Erweitern

hcitool dev
Einfach in der Konsole.


Wenn das geht bitte auf dem FHEM Server als User (fhem oder pi) ein

Code Auswählen Erweitern

ssh USER@SERVER 'hcitool dev'
ausführen. Es sollte das selbe Ergebnis wie oben bei raus kommen.


Grüße

[Gasmast3r]

Hy ich bekomme jeweils die gleiche ausgabe

Gesendet mit Tapatalk

[CoolTux]

Hy ich bekomme jeweils die gleiche ausgabe

Gesendet mit Tapatalk

Du hast aber auch nicht das Problem mit der Meldung im Log oder?

[Gasmast3r]

Ja und nein wenn ich ein System Neustarten müßte habe ich das Problem dann muss ich FHEM neu starten dann ist es wieder weck.

Gesendet mit Tapatalk

[CoolTux]

Es hat also nicht direkt etwas mit FHEM zu tun. Bei einem einfachen FHEM Neustart kommt die Meldung nicht, aber wenn Du das ganze System startest dann schon?

[Gasmast3r]

Ich habe 2 zero's als Kamera laufen und ein pi Als Octoprint die sind alle SSHhost, wenn ich einer der Systeme Neustarten muss, bekomme ich den Fehler, dann muss ich FHEM Neustarten damit der Fehler nicht mehr auftritt bis wieder einer der 3 SSHhost neugestartet werden muss.


Gesendet mit Tapatalk

[CoolTux]

Ah jetzt verstehe ich. Daran habe ich so noch gar nicht gedacht.

[CoolTux]

Ok ich denke ich habe es. Weiß also wieso der Fehler kommt.

Beim Start von FHEM wird eine Verbindung zum entfernten System aufgebaut und die Device Liste mittels hcitool dev eingelesen.
Wenn nun aber der entfernte Host kurz nicht da ist und das abrufen der aktuellen Daten fehl schlägt, wird automatisch ein neu einlesen der Device Liste versucht. Was fehl schlägt da das entfernte System nicht da ist. Und so mir ist dann die Liste (das Array) leer. Das muss man versuchen logisch ab zu fangen.
Dominik hat es wohl nicht gemacht da er davon aus ging das das Lokale System logischer Weise immer da ist wenn FHEM auch da ist.

Ich habe aktuell nicht wirklich Zeit mir das so genau an zu schauen. Wäre lieb wenn Dominik da was bauen würde. Alternativ kann ich im Herbst versuchen noch mal zu schauen.

[Gasmast3r]

Mich persönlich stört es nicht, ich weiß ja was los ist

Gesendet mit Tapatalk

[CoolTux]

Ich schaue mir das Thema doch gerade genauer an und baue Abfragen ein. Lässt mir keine Ruhe.

[CoolTux]

Kann bitte jemand mit dem Problem, oder jemand der das Problem provozieren kann die angehängte Version testen?. Danke.

[mele]

Kann bitte jemand mit dem Problem, oder jemand der das Problem provozieren kann die angehängte Version testen?. Danke.

Hey, erstmal vielen Dank, dass Du Dich doch kümmerst.

Habe das Modul getauscht. Als Reading für bluetoothDevice erscheint jetzt hci0 anstelle hci.

Setzen der desiredTemp geht durch.

Im Log habe ich folgendes gefunden:

Code Auswählen Erweitern

2019.07.01 17:12:57 2: EQ3BT - Update Status: No BT device found on system
2019.07.01 17:12:55 2: EQ3BT - Update Status: No BT device found on system
2019.07.01 17:12:14 2: EQ3BT - Update System Information: No BT device found on system
2019.07.01 17:12:14 2: EQ3BT - Update System Information: No BT device found on system

Dann habe ich den entfernten Pi neu gestartet, Verhalten wie erstmal erwartet:

Code Auswählen Erweitern


ssh: connect to host 192.168.178.156 port 22: No route to host


Nach dem Neustart ging auch wieder das Setzten einer desiredTemp. Bisher ohne Fehler.

Der Vollständigkeit halber hier noch ein List vom Device:

Code Auswählen Erweitern

Internals:
   DEF        00:1A:22:0C:79:CF
   FUUID      5cd7373d-f33f-b7d8-9b50-d7aaab6b96e50b43
   MAC        00:1A:22:0C:79:CF
   NAME       WC_Heizung
   NR         946
   STATE      initialized
   TYPE       EQ3BT
   VERSION    2.0.6devel CoolTux
   loglevel   4
   Helper:
     DBLOG:
       bluetoothDevice:
         NUC_DbLog:
           TIME       1561993975.7676
           VALUE      hci0
       desiredTemperature:
         NUC_DbLog:
           TIME       1561994420.63549
           VALUE      4.5
       lastChangeBy:
         NUC_DbLog:
           TIME       1561994420.63094
           VALUE      FHEM
       state:
         NUC_DbLog:
           TIME       1561994389.8681
           VALUE      desiredTemperature 4.5
       valvePosition:
         NUC_DbLog:
           TIME       1561994420.61622
           VALUE      0
   READINGS:
     2019-06-04 09:02:12   battery         ok
     2019-07-01 17:12:55   bluetoothDevice hci0
     2019-06-04 09:02:12   boost           0
     2019-06-04 09:02:12   childlock       0
     2019-06-04 09:02:11   consumption     0.000
     2019-07-01 00:03:25   consumptionToday 0.000
     2019-07-01 00:00:09   consumptionYesterday 0
     2019-07-01 17:20:20   desiredTemperature 4.5
     2019-06-04 09:02:12   ecoMode         0
     2019-07-01 16:33:22   firmware        110
     2019-07-01 17:20:20   lastChangeBy    FHEM
     2019-06-04 09:02:12   mode            Manual
     2019-07-01 17:20:20   valvePosition   0
     2019-06-04 09:02:12   windowOpen      0
   helper:
     currenthcidevice 0
     handlesetDesiredTemperature 0x0411
     handleupdateStatus 0x0411
     listensetDesiredTemperature 02 01 09 00 04 09
     listenupdateStatus 02 01 09 00 04 1c
     retryCounterHci0 4
     retryCountersetDesiredTemperature 0
     retryCounterupdateStatus 0
     valuesetDesiredTemperature 4109
     valueupdateStatus 031307011113
     hcidevices:
       0
Attributes:
   room       Heizung
   sshHost    fhem@192.168.178.156

Erstmal vielen Dank. Ich werde es beobachten!

Gruß
Manuel

[CoolTux]

Dieses No BT device in System found ist entscheidend. Dann sollte im Reading "bluetoothDevice" auch sowas in der Art stehen. Darauf kann man triggern.