Neues Modul: EQ3 Bluetooth Thermostat (10_EQ3BT)

[CoolTux]

Nur wenn du auf eine andere Technik um steigst. Homematic Funk zum Beispiel oder KNX Bussystem.

[Master_Nick]

Ich denke bei der Reichweite muss man sich da keine Gedanken machen.
Und man würde Manipulationen ja sehen (komische Temperaturen).

Hier läuft bisher alles einwandfrei wie es sein soll!
Keine Blocker keine Langläufer - ganz großes Kino! Vielen Dank!

[CoolTux]

So soll es sein. Wir werden es die Woche noch laufen lassen und dann hauen wir Dominik mal an ob er Lust hat das zu übernehmen.

[CoolTux]

Wie schaut es aus? Läuft das Modul nun stabil?



Grüße

[Master_Nick]

Jawohl!  Aller feinste Stabilität! 

Kann von keinerlei Problemen berichten - hätte mich Sonntag geäußert (Woche halt  ).

Alles gut - vielen Dank nochmal!

[Gasmast3r]

H  soweit auvh keine probleme.systeme laufen stabil soweit ich das testen konnte.

[CoolTux]

Sehr schön. Dann gebe ich Dominik mal bescheid das er bitte den Patch ein spielt.

[su.puk]

Hallo zusammen,

ich bin total begeistert von eurer Arbeit, ich bin in FHEM recht neu und habe derzeit 3 der Thermostate die Über Bluetooth bis auf einen ( sicher zu weit entfernt) super funktionieren.

Im Moment teste ich gerade Fhem im Docker, hab da wie viele auch Probleme mit Bluetooth.

Nun versuche ich die Thermostate auf ssHost umzustellen.
Da Fhem aber unter Root im Docker läuft, müsste ich einen User dem Host mit übergeben.
Jetzt suche ich die ganze zeit schon, bin mir aber nicht sicher ob pi@sshhost funktioniert (oder ich bin  Blind  !)

Wo ich mir auch nicht 100% sicher bin, gehört die IP/Hostname in das Attribut sshHost oder hinter die MAC in das define?


Im Moment habe ich es im Attribut. Bekomme aber im Log folgende Meldung:

Code Auswählen Erweitern


EQ3BT (shz_term_stat): gatttool return string: shz_term_stat|00:1A:22:0C:1C:1D|error|updateStatus|0x0411|03|no gatttool binary found. Please check if bluez-package is properly installed


Führe ich aber in der Konsole (im Docker) folgendes aus:

Code Auswählen Erweitern



ssh pi@sshHost 'gatttool -b 00:1A:22:06:BE:6B --char-write-req --char-write-req --handle=0x0411 --value="4128E"'



Erhalte ich ein "success" und die Verbindung wird getrennt, sowie die Temperatur wurde am eq3bt richtig gesetzt.

Ich hoffe euch reicht die Info um mir weiter helfen zu können und einen Hinweis geben könnt wo ich den Fehler habe.

Grüße
Roland

PS: Ich bin kurz davor den Docker für Fhem zu kicken, auch wenn ich es grundsätzlich nicht schlecht halte...

[CoolTux]

User@Host geht. Denke aber bitte daran das passwortloses anmelden möglich sein muss. Also mit Keyfile arbeiten.
Du musst natürlich auf dem entfernten Host gatttool installieren. Der Befehl wird ja schließlich dann auf dem ssh Host ausgeführt.
Ich halte im privaten Umfeld dieses ganze Docker für Unsinn. Ist aber meine persönliche Meinung.

[su.puk]

Hallo  CoolTux,

das Gattool ist auf dem Remote installiert und funktioniert auch.
Nein, ich benötige kein Passwort um mich anzumelden auf dem RemoteSystem, ich habe die Keys hinterlegt und es auch ohne PW getestet in der Konsole...

Stimmt der Eintrag (im Attr. ssHost ) pi@192.168.55.170 ?

[CoolTux]

Ja
pi@192.168.55.170
Da du schon super getestet hast sollte das passen.

Hast du auf dem FHEM Server bluez-package auch installiert.

[su.puk]

Hallo  CoolTux,

danke für deine sehr schnellen reaktionszeiten an einem Sonntag!

Meinst du damit:

"Hast du auf dem FHEM Server bluez-package auch installiert."

dass das bei mir im Docker installiert sein muss oder auf dem Client der die Dongel dran hat?

Ich war der Meinung, wenn das Gattool auf dem remote System funktioniert würde das ausreichen...

Den Docker würde ich gerne verwenden, dass man einfaches Backup hat und auf dem Host nur ein Grundsystem benötigt und auch ein Umzug sehr einfach bleibt...
Da ich mich mit Docker aber auch nur rudimentär auskenne werde ich es  lieber erstmal mit Fhem lassen, weil ich mir sicher nur Probleme einhandle.
Hätte ich die Installation gestern normal begonnen würde mein neuer Fhem Server sicher schon vernünftig laufen.

Mein erster hatte ich auf einem R.PI1 Laufen und mag es nun auf einen R.PI3 umstellen und dann auch sshHost einsetzen weil in der neuen Wohnung die Entfernungen deutlich größer sind als bisher..

Gruß
Roland

[CoolTux]

Hallo Roland,

Du müsstest bluez bitte auch lokal auf dem Server installieren. Grund dafür ist das man den Test ob gatttool vorhanden und ausführbar ist leider Code mäßig nicht so toll hinbekommt. Es ist also eine Art schummel im Moment. Wollte aber Dominiks Code nicht eigenmächtig ganz kaputt machen.


Grüße
Leon

[su.puk]

Hallo  CoolTux,

danke für die Lösung !

Das war`s, ich habe bluez und bluez-tools nach installiert und siehe da es läuft sofort...

Jetzt muss ich es nur noch in das Image einbauen für den Neustart.

Aber dennoch werde ich überlegen Fhem doch ohne Docker laufen zu lassen, da ich noch weitere Projekte mit Bluetooth realisieren möchte und nicht weiß ob ich das auch zum laufen bekomme. (zb. Anwesenheitskontrolle)

Aber jetzt schon mal vielen Dank für die Lösung!

Gruß
Roland

[Gasmast3r]

Hallo  CoolTux,

danke für die Lösung !

Das war`s, ich habe bluez und bluez-tools nach installiert und siehe da es läuft sofort...

Jetzt muss ich es nur noch in das Image einbauen für den Neustart.

Aber dennoch werde ich überlegen Fhem doch ohne Docker laufen zu lassen, da ich noch weitere Projekte mit Bluetooth realisieren möchte und nicht weiß ob ich das auch zum laufen bekomme. (zb. Anwesenheitskontrolle)

Aber jetzt schon mal vielen Dank für die Lösung!

Gruß
Roland

Hy Roland Anwesenheit per Bluetooth würde ich auf einen getrenten pi laufenlassen da sich sonst alles gegenseitig blockiert.
Habe 2 Zero's als cam inkl Anwesenheit am laufen sobald ich aber die Thermostate per ssh dazunehme spinnt die Anwesenheitserkennung rum.