FHEM Forum

Heute hat eQ-3 bekannt gegeben, im August einen Bluetooth gesteuerten Heizkörperthermostat herauszubringen: http://www.eq-3.de/newsreader/items/heizkoerperthermostate-direkt-mit-dem-smartphone-bedienen.html

Vorallem den Preis von 19,95€ finde ich sehr interessant.

Werde ich mir nun ein Bluetooth Modul für meinen Raspberry zulegen müssen  8)

Und vielleicht auch noch ein paar zusätzliche Raspberries, je nachdem wie die Reichweite bei Dir aussieht. Das relativiert dann die Ersparnis gegenüber Homematic.  ::)

... und etwas ähnliches macht gerade Euronic, siehe http://www.eurotronic.org/news.html
Ich hatte deren Heizungsregler, aber die waren mechanisch ziemlich Schrott (ich konnte nicht keine Adaptierfahrt mehr machen, da die Regler sich nur noch in eine Richtung bewegt haben).

Gruß PeMue

Omg...

Das hat der Welt noch gefehlt.



Ich hab noch was, was bisher fehlt, also eine Produktidee:

Wie währe es, das jeweilige Empfangsmodul als Erweiterungsmodul zu konzipieren? Verkaufen kann man das als "zukunftssicher". Wenn mir also DECT nimmer taugt, ziehe ich das DECT Modu raus, stecke Bluetooth rein, und alles läuft weiter.

Oder wenn in 4 Jahren "Bluetooth 6 now generating energy" rauskommt,  Modul austauschen, fertig...

Oder WLAN 2,4 GHz gegen WLAN 5 GHz austauschen...

Naja, einen Blick ist das Ding bei Erscheinen sicher wert.
Die wichtigen Fragen sind dann eigentlich im Vergleich zum HM-CC-RT-DN:
- Einbindung in FHEM
- Batterielebensdauer
- Ist-Temperaturmessung
- Regelung

- Reichweite Bluetooth

die Vorrausetzung für Apples Homekit Zertifizierung ist entweder Bluetooth oder WLAN. Es klingt fast danach das es eine Homekit Anbindung damit irgendwann Möglich sein wird?

Denk ich nicht. Schau mal hier: http://www.ifun.de/homekit-verzoegerungen-hohe-sicherheitsstandards-machen-herstellern-zu-schaffen-79780/

Wie kann ich denn dieses Bluetooth Thermostat in meinen FHEM integrieren?

http://www.elv.de/elv-elektronik-heizkoerper-thermostat-bluetooth-smart.html

Mein FHEM läuft auf meinem Raspberry.

ich würde behaupten, im Moment überhaupt nicht. Außer jemand sniffed die Kommunikation und baut was

Hmmm, ist das mit Bluetooth nicht relativ einfach?
https://www.google.de/search?hl=de&ie=UTF-8&oe=UTF-8&safe=off&q=bluetooth+hci+snoop+android
Leider bin softwaretechnisch nicht sehr erfahren, insb. mit FHEM (-modulen), aber wenn jemand hier im Forum sich dran setzen will würde ich mich an einem Sponsering beteiligen.

Nachtrag: Ähnliche Qualität vorraussgesetzt sind 16,50€/Stück (3er Pack) nun mal echt eine Motivation für die FHEM Community das Device in Betracht zu ziehen. FHEM ist es ja egal was es schaltet.
Vom Gehäuse her ist es baugleich mit der (neuen?) Max Basic Serie (http://www.elv.de/max-heizkoerperthermostat-basic.html) die wiederum optisch baugleich mit der (funklosen) Typ N Serie (http://www.elv.de/elv-2er-set-typ-n-elektronik-heizkoerper-thermostat-mit-boost-funktion-bis-zu-30-heizkostenersparnis.html) ist. (9€/Stück). Scheinen sich also nur im Funkmodul, Wochentimer und damit Display zu unterscheiden; alle unbeleuchtet, dafür besonders klein und leises Kompaktgetriebe (ca. 30 % leiser als beim Modell Typ K), mit Thermometer integriert

BTW: Für mich ist das nicht Off-topic, sondern ein reales Homeautomation Device. Es gehört m.M.n. entweder in "Sonstige Systeme" (http://forum.fhem.de/index.php/board,29.0.html) oder "Wunschliste" (http://forum.fhem.de/index.php/board,35.0.html)

Gibts eigentlich schon richtig leise oder sogar unhörbare Antriebe die unter FHEM laufen? Ich verwende noch die FHT´s und je nach Heizung sind diese doch recht laut. Ich wundere mich, daß sich zu dieser Thematik kaum Fortschritte gemacht werden oder hab nur ich so ein unverschämt empfindsames Gehör??  ;D

Im Schlafzimmer nachts sind sie normalerweise aus, die Stelländerungen sind sonst oft nicht von 0 auf 100. Ich empfinde meine nicht als störend.
Außerdem glaube ich nicht, dass diese Bluetooth Teile leisere Motoren haben.

Hat denn nun jemand so ein Ding schonmal getestet?

Ich bin am überlegen, ob ich mir nicht eines besorge.

@Mitch: http://forum.fhem.de/index.php/topic,41442.0/topicseen.html (http://forum.fhem.de/index.php/topic,41442.0/topicseen.html)

 ???

Ich meine nicht das Comet DECT Ventil, sondern das Bluetooth, welches hier beschrieben wird.

Hat die schon jemand, und ist am mit sniffen?  :)

Wenn es da auch immernoch um die BT Version geht bin ich direkt dabei...
Preislich wäre das natürlich der Oberhammer :-)

ja, das wäre echt ein Hammer, denn Homematic ist preislich ziemlich der Plafond.

Würde mich auch sehr interessieren...

Habe eine für mich funktionierende Lösung gefunden  ;D

Ich habe einen Slider-Dummy erstellt und übergebe den dort eingestellten Wert an ein Shell-Script.
Dort wird mittels gatttool das Heizkörperthermostat gesteuert. Bis jetzt funktioniert nur das einstellen der Temperatur.
Ist aber schon mal ein Anfang  ::)

Zunächst müsst ihr das Heizkörperthermostat anlernen. Das geht so:
bluetoothctl
scan on
<Dann etwas warten und die passende MAC Adresse eures Heizkörperthermostat kopieren. Sieht so aus:[NEW] Device 00:1A:23:27:F8:4E CC-RT-BLE>
scan off
<Das Heizkörperthermostat in den Pairing Modus setzen.>
pair <MAC>
trust <MAC>
disconnect <MAC>
exit

FHEM:
define Heizung dummy
attr Heizung room Wohnzimmer
attr Heizung setList state:slider,17,1,30
attr Heizung webCmd state

define Heizung_set notify Heizung.* {system("/home/server/eq.sh 00:1A:23:27:F8:4E $EVENT")}
attr Heizung_set room Wohnzimmer

Shell Script:
#!/bin/bash
echo "adress" $1 "temp" $2
typeset -i temp
temp=$2
temp=$temp*2
printf -v temp_hex "%x" "$temp"

gatttool -b $1 --char-write-req --char-write-req --handle=0x0411 --value="41"$temp_hex"E"


Hoffe das hilft dem ein oder anderen weiter :)

das klingt ja schon sehr gut.   ;D

Wenn ich auch den Code im letzten noch nicht nachvollziehen kann, doch eine Frage zur Hardware.

Worauf läuft FHEM und welcher BT-Stick?

Wird der BT-Stick sofort in FHEM eingebunden oder was muß man tun?

Danke.

Der untere Code ist ein Shell-Script. Das wird aufgerufen mit dem notify define Heizung_set notify Heizung.* {system("/home/server/eq.sh 00:1A:23:27:F8:4E $EVENT")}
In das Notify muss man die MAC Adresse einsetzen. Die Temperatur wird mittels $EVENT an das Thermostat weitergegeben. Root rechte werden nicht benötigt.

Der Bluetooth Stick muss nicht in FHEM eingebunden werden. Der wird einfach mit dem Linux System gekoppelt. Das geschieht mittels bluetoothctl. Der Stick muss Bluetooth 4.0 unterstützen. Habe einfach den günstigsten aus dem Saturn geholt  ;D

Momente bin ich nicht zuhause. Die Tage werde ich noch versuchen die BOOST-Funktion und das abrufen der Temperatur zu integrieren.
Leider muss ich das über Shell Scripts machen, da ich mich mit Perl nicht auskenne  ::)

FHEM läuft bei mir auf Ubuntu 14.04.3 LTS x64.

Danke!  Top!

Dann habe ich schon mal die Richtung. (Wobei ich nicht programmieren kann... :( )

Aber bei meinem Sohn habe ich das Teil stand-alone eingebaut und das spielt für den Preis super.

servus.
ich habe diese Bluetooth Thermostate im Einsatz. Nach dem letzten Firmwareupdate von eq-3 laufen diese auch endlich zuverlaessig.
Ich habe diese mit einer eigenen Implementierung von piHome im Einsatz, da ich FHEM als overkill ansehe.

Nichts desto trotz, habe ich dieses Forum hier seit laengerem im Blick.
Und ich dachte ich Teile meine Erfahrungen mal, die ich bald auch vermutlich auf einer dedizierten Seite bereitstellen moechte.
Ich habe mir die Werte auch gesnifft. Der Boost Wert, der ebenfalls auf Handle 0x0411 gesetzt wird ist:
- '4501' auf Handle 0x0411 um den Boost anzuschalten
- '4500' auf Handle 0x0411 um den Boost auszuschalten ...

also:
gatttool -b $1 --char-write-req --char-write-req --handle=0x0411 --value="450"$status_hex //status=0 (boost aus) status = 1 (boost ein)

Ich habe einige andere dieser Codes bereits dokumentiert, ich werde diese heute abend hier ergaenzen, sobald ich daheim bin, ich habe nicht mehr alle im Kopf.
Marc1993. Ich waere dankbar, wenn du deine Erkenntnisse auch teilen koenntest.
ein Hinweis jedoch:
gatttool ... "41"$temp_hex"E"
das "E" am Ende ist meines Erachtens nicht relevant, oder welchen Grund hat dies?

Probleme habe ich beim Auslesen dieser Daten. Den ersten Status, den das Ventil an die App schickt (mit allen derzeitigen Einstellungen) bzw. die App vom Ventil holt konnte ich noch nicht "entschluesseln"
dort sollte dann zB. der Status des Boost enthalten sein, welcher Modus gerade laeuft, die aktuell (auch manuell am Ventil) eingestellte Temperatur, ...
Meine Hoffnung ist auch, dass es eine Handle bzw. eine Moeglichkeit gibt um den Temperatursensor am Ventil auszulesen ... diesbezueglich habe ich noch ueberhaupt keine Hinweise ... die App unterstuetzt dies nicht, womit es nichteinmal sicher ist, dass man diesen Temp Sensor ueber BT ueberhaupt auslesen kann. Wuerde mich aber wundern, wenn dies von EQ-3 nicht zumindest zu debugzwecken ihrerseits eingebaut haetten ...


Soweit sogut, ich melde mich spaeter nochmal ...

so, da bin ich nochmal ...
also, es laeuft alles ueber Handle 0x0411 mit write-req!
- 41cc ist temperatur setzen, wobei cc= (der temp Wert in C * 2 in HEX) ist
- 4000 -> automatic mode
- 4040 -> manual mode
- 44 -> nachtmodus
- 43 -> tagmodus
- 14cctt -> fenster-offen modus, wobei cc = temperatur (siehe oben) und tt = Zeit in 5 Minuten Schritten im HEX (5 min = 01, 10 min = 02, 15 min = 03, ... , 60 min = 0C)
- 11tttt ist die komfort minimum (hier bin ich mir noch nicht ganz sicher)
- 40ccttyy..mm ist der Urlaubsmodus, wobei cc=temp; tt=tag (HEX) ; yy=letzten 2 Ziffern des Jahres (HEX); .. weiss ich noch nicht so recht; mm=monat (HEX)

Habe mir auch gerade etwas Zeit genommen wegen des Auslesens des Status:
Der Status wird meines Erachtens auch ueber die Handle 0x0411 ausgelesen ... da bin ich aber noch nicht gaenzlich schlau draus.
ein 03 Wert darauf und man erhaelt so ein paar Daten auf Handle 0x0421.

Meines Erachtens kann man mit 03 auch noch weitere Daten schicken ... da sehe ich noch 6 weitere zweistellige HEX Werte, ich vermute da ist das aktuelle datum und die Uhrzeit dabei, um die Uhren in den Thermostaten zu synchronisieren.
zurueck erhaelt man dann meist 6 hexwerte in Folge zB.
02 01 08 00 04 22
- die 22 ist die aktuell eingestellte temperatur. in diesem Beispiel also HEX 22 = DEZ 34 -> / 2 = 17 Grad C
- die 08 markiert den Modus (08 = automatik; 09 = manuell; 0a = urlaubsmodus; 0d = boost aktiviert; 18 = fenster auf modus aktiviert)
bei urlaubsmodus gibt's hinten dran noch einige Daten (4x zweistellige Hexwerte) ueber den Urlaubsmodus, zB. 0b 10 12 03 -> tag; eine 10 die ich nicht interpretieren kann; die Uhrzeit bis zum Ende des Urlaubsmodus; und der Monat.
Hinweis zur Uhrzeit: Uhrzeit in 30 min Schritten ab 0:00 begonnen mit 00, also hier HEX 12 = DEC 18 -> 18 x 30 Minuten begonnen von 0:00 = 9:00 Uhr!

Du hast mir eine menge Arbeit gespart :D
Super das du die Werte schon hast  ;D

gatttool ... "41"$temp_hex"E" -> Das E setzt hinter dem Komma eine 0, ein F eine 5.

Ich habe mich noch mal dem auslesen des Temp sensors gewidmet und habe auch noch keine Ergebnisse.



Habe allerdings noch ein kleines Problem. Vielleicht konntest du das schon lösen. Nach einem Reboot verbindet sich mein Rechner automatisch mit den Thermostaten. Der gatttool Befehl gibt dann immer "connect: Device or resource busy (16)" aus. Erst nach trennen der Verbindung unter bluetoothctl funktioniert alles wunderbar. :-\

Edit:
echo -e '\ndisconnect 00:1A:22:07:F8:3E' | bluetoothctl
Könnte das Problem beheben  ;D

ha, das Problem hatte ich auch gelegentlich, hab dann immer den adapter neugestartet ..., deine Loesung ist da eleganter :)

Bei der Temperatur bin ich mir nicht sicher mit dem E
bei mir ist es tatsaechlich die Temperatur *2 in Hex.
17.5 Grad waeren dann alse 35 in HEX = 23
Ich weiss aber nicht genau was fuer welte der FHEM da nach dem Slider rausgibt.

Beim Auslesen hatte ich gestern noch Erfolge, jedoch auch einen groesseren Rueckschlag.
Zum Auslesen in einem Kommando waere es folgender:
gatttool -b $1 --char-write-req --char-write-req --handle=0x0411 --value="03" --listen

dies schickt den Wert, und horcht dann auf Notifications (was noetig ist, um die Werte auszulesen).
Problem dabei: der Befehl stoppt nicht. Er laesst quasi das Programm nach dem Empfang weiter horchen. Es gibt, soweit ich sehe, keine Moeglichkeit einfach auf die erste Notifikation zu warten ...
Fuer die Einbindung in FHEM (in eurem Fall) bzw. PHP (in meinem Fall) ist das sehr ungluecklich. Man muesste irgend wie gleichzeitig das gatttool noch grillen.
Ich hatte bereits angefangen das mal in python zu ueberfuehren, jedoch scheitere ich am Bluetooth modul von Python (dort haette ich dann nur auf die erste Antwort gehorcht).
Es gaebe auch noch die Moeglichkeit das Gatttool anzupassen, aber das ist natuerlich auch etwas aufwendiger fuer so ein kleines Problem ...

Hallo alle,
ich hab diesen Thread mit Interesse gelesen, und auch mal gatttool auf das Teil losgelassen. Da die Android-App den Thermostat bei mir gar nicht erkennt, ist die Steuerung über den Rechner wohl der einzig gangbare Weg, das Bluetooth-Interface zu nutzen. Hier das, was mir bisher bekannt ist (eure Erkenntnisse habe ich mit eingepflegt):

Verfügbare handles und UUIDs:

handle = 0x0100, uuid = 00002800-0000-1000-8000-00805f9b34fb
handle = 0x0110, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0x0111, uuid = 00002a00-0000-1000-8000-00805f9b34fb
handle = 0x0120, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0x0121, uuid = 00002a01-0000-1000-8000-00805f9b34fb
handle = 0x0130, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0x0131, uuid = 00002a02-0000-1000-8000-00805f9b34fb
handle = 0x0140, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0x0141, uuid = 00002a03-0000-1000-8000-00805f9b34fb W 1-6
handle = 0x0150, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0x0151, uuid = 00002a04-0000-1000-8000-00805f9b34fb
handle = 0x0200, uuid = 00002800-0000-1000-8000-00805f9b34fb
handle = 0x0210, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0x0211, uuid = 00002a05-0000-1000-8000-00805f9b34fb
handle = 0x0220, uuid = 00002902-0000-1000-8000-00805f9b34fb W AUTH
handle = 0x0300, uuid = 00002800-0000-1000-8000-00805f9b34fb
handle = 0x0310, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0x0311, uuid = 00002a29-0000-1000-8000-00805f9b34fb
handle = 0x0320, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0x0321, uuid = 00002a24-0000-1000-8000-00805f9b34fb
handle = 0x0400, uuid = 00002800-0000-1000-8000-00805f9b34fb
handle = 0x0410, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0x0411, uuid = 3fa4585a-ce4a-3bad-db4b-b8df8179ea09 W 1-16
handle = 0x0420, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0x0421, uuid = d0e8434d-cd29-0996-af41-6c90f4e0eb2a W 1-16
handle = 0x0430, uuid = 00002902-0000-1000-8000-00805f9b34fb W AUTH
handle = 0xff00, uuid = 00002800-0000-1000-8000-00805f9b34fb
handle = 0xff01, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0xff02, uuid = e3dd50bf-f7a7-4e99-838e-570a086c666b W 1-5
handle = 0xff03, uuid = 00002902-0000-1000-8000-00805f9b34fb W 1-2
handle = 0xff04, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0xff05, uuid = 92e86c7a-d961-4091-b74f-2409e72efe36 W 1-20
handle = 0xff06, uuid = 00002803-0000-1000-8000-00805f9b34fb
handle = 0xff07, uuid = 347f7608-2e2d-47eb-913b-75d4edc4de3b


Legende: W: Schreibzugriffe möglich,
AUTH: Authentifizierung erforderlich,
Zahlen: min.-max. Länge der geschriebenen Daten in Bytes


handle=0x0411:

00 -> Antwort immer: 01 6a 00 00 7d 75 81 60 68 64 69 68 62 60 96 (Identifizierung?)

03 -> YYMMDDHHMM Datum und Uhrzeit setzen, Werte in Hex
   
   
   03 ohne Parameter: Auslesen diverser Einstellungen: Antwort als Notification auf Handle 0421.
   
   Ausgabeformat: 02 01 XX 00 04 TT [ DD ?? HH MM ]
   
   XX: Status:
      Bitmaske:   01: Manueller Modus
                  02: Urlaubsmodus
                  04: Boost-Modus
                  08: DST-Modus (Sommer/Winterzeitumstellung)
                  10: Fenster-Auf-Modus

   TT: momentane Einstellung der Temperatur, wie auf dem Display angezeigt (0,5°C-Schritte)

   [ DD ?? HH MM ] nur bei Urlaubsschaltung. DD Tag, MM Monat, HH Zeit in 0,5 Stunden-Schritten

10 -> XX Programmierung für Wochentag eingeben

   XX: 00=Sa 01=Su 02=Mo 03=Tu 04=We 05=Th 06=Fr 07=Sa+Su 08=Mo-Fr 09=Mo-Su
   
   es folgen bis zu 7 2-byte-Gruppen für jeden Schaltplatz
   Gruppe besteht aus:
      a) Temperatur in 0,5°C-Schritten, beginnend bei 00:00 Uhr
      b) Uhrzeit, zu der der nächste Schritt beginnt, in 10-Minuten-Schritten

   Die Uhrzeit beim letzten Schritt wird gespeichert, aber ignoriert (immer 23:59)
   
11 -> XXYY XX=Temperatur Tag-Modus(Sonnensymbol) YY Temperatur Nacht(Mondsymbol). Antwort wie bei 03

13 -> XX = 00-0f ???

14 -> XXYY Fenster-Offen XX=Temperatur(0,5°C-Schritte) YY=Zeit in 5-Min.-Schritten

20 -> XX Auslesen der  Programmplätze für die Wochentage (wie unter 10).
      XX: 00=Sa 01=Su 02=Mo 03=Tu 04=We 05=Th 06=Fr

40 -> XX Manuell/Auto/Urlaubsmodus: XX=00 Auto XX=40: Manuell

41 -> XX Temperatur einstellen (wie am Stellrad) (XX=Temperatur in °C *2 als Hex-Wert, 09 = Off) Abfrage: XX weglassen

43 -> Tages-Modus (Sonne). Antwort wie bei 03

44 -> Nacht-Modus (Mond). Antwort wie bei 03

45 -> XX>00: Boost-Modus 300 Sekunden Start; XX==00:Boost-Modus aus

80 -> 01:Kindersicherung einschalten (LOC); 00: ausschalten

A0 -> Update   Achtung! Danach neue Adaptierfahrt nötig!

A1 ??? Wahrscheinlich: Daten für den Update übermitteln. Besonderheit: Antwort kommt früher als bei den anderen Kommandos

F0 Werksreset Achtung! Danach neue Adaptierfahrt nötig!

Offene Fragen:

Wie wird der Urlaubsmodus programmiert?
Wie wird die aktuelle Uhrzeit/ das Datum aus dem Regler ausgelesen?
Wie wird die autom. Sommerzeitumstellung ein/ausgeschaltet?
Wie wird die aktuelle Ist-Temperatur ermittelt?
Kann man remote den Batteriezustand ermitteln?

Hallo zusammen,

auch ich verfolge den Beitrag mit grossen Interesse.
Mein Ziel ist eine Abwesenheitssteuerung die die Heizkörper "zudreht" wenn keiner mehr im Haus ist.
Das ganze erstmal nur mit Raspberrys (Jessie), WLan, Bluetooh und div. Scripts.

Leider kann ich zum auslesen der unbekannten Parameter wenig beitragen.

Zum auslesen der bekannten Parameter mit Python, hab ich zusammen mit Google und "Try and error" folgendes Script gebastelt.
Evtl. kann's ja jemand brauchen.

#!/usr/bin/python
# -*- coding: utf-8 -*-

import pexpect # install with: pip install pexpect
import sys

bluetooth_adr = sys.argv[1]
#bluetooth_adr = '00:1A:22:07:70:DA'
gatt_handle = sys.argv[2]
gatt_value = sys.argv[3]

# start and connect gatttool
tool = pexpect.spawn('gatttool -b ' + bluetooth_adr + ' --interactive')
tool.expect('\[LE\]>')
tool.sendline('connect')
tool.expect('Connection successful')
# write to the handle
tool.sendline('char-write-req ' + gatt_handle + ' ' + gatt_value)
# get back notifications
tool.expect('Notification handle = .*')
# make some nicer output
handle = tool.after.split('\n')[0].split(': ')[0].split()[3]
values = tool.after.split('\n')[0].split(': ')[1]
print handle + ': ' + values
print '   dec:',
for value in values.split():
    print str(int(value, 16)),
print ''
print '-----------------------'

# play with the values
mode = values.split()[2]
vent = int(values.split()[3], 16)
temp = int(values.split()[5], 16) / 2.0
modestr = 'Unbekannt'
if mode == '08':
    modestr = 'Automatik'
if mode == '09':
    modestr = 'Manuell'
if mode == '0a':
    modestr = 'Urlaub'
if mode == '0c':
    modestr = 'Boost'
if mode == '18':
    modestr = 'Fenster auf'
if mode == '28':
    modestr = 'Locked'
print ' Modus: ' + modestr
if not modestr == 'Unbekannt':
    print 'Ventil: ' + str(vent) + '%'
    print ' Temp.: ' + str(temp) + '°C'

# disconnect gatttool
tool.sendline('disconnect')
tool.sendline('quit')

Aufruf: python scriptname bluetooth_adr handle value
python eq-3.py 00:1A:22:07:70:9A 0x0411 03
0x0421: 02 01 08 19 04 2e
   dec: 2 1 8 25 4 46
-----------------------
Modus: Automatik
Ventil: 25%
Temp.: 23.0°C

Vielen Dank für die interessanten Beiträge hier!
Rainer

Hallo,
die Werte für den Modus stimmten bei mir nicht mit euren überein.
(08-Auto, 09-Manu, 0a-Urlaub, 0c-Boost, 18-Fenster auf, 28-Locked (Kindersicherung))
Ausserdem hab ich noch einen Wert gefunden:
Der vierte bei der Ausgabe von 03 ist die Ventilöffnung in Prozent.
Ich hab das Script im obigen Post angepasst.

Gruß

Hallo zusammen,
Hab probeleme beim Verbinden von dem Thermostat und dem Pi..
Gibt es dazu inzwischen eine komplette Anleitung bzw ein video oder ähnliches.
Wäre schön die Heizung über den Pi steuern zu können.
Mit freundlichen Grüßen

@Der Lernende
Um dich mit dem Thermostat zu verbinden benötigst du lediglich das Script von RasPi_Bastler.

@all
Eine ganz andere Frage. Hab ihr mittlerweile herausgefunden, über welchen Handle/Parameter ich die Temperatur des eq3 - Temperatursensors auslesen kann.
Ich möchte in einer APP den über 0x0411 41## eingestellten Temp-Wert mit dem tatsächlich gemessenen Temp-Wert gegenüberstellen.

Vielen Dank.

Hallo!
Hab da eine ganz blöde Anfänger frage zu diesen Post! Wo schreib ich das shell script hin? Raspberry oder in FHEM?

Liege ich da richtig,
1.Termostat mit Raspberry verbinden
2. Alles in FHEM?

Zitat von: Kawaci am 28 März 2016, 23:38:15
Hallo!
Hab da eine ganz blöde Anfänger frage zu diesen Post! Wo schreib ich das shell script hin? Raspberry oder in FHEM?

Liege ich da richtig,
1.Termostat mit Raspberry verbinden
2. Alles in FHEM?

Das ShellScript ist das script, welches von der Fhem Konfiguration (darueber im Post zu sehen) aufgerufen wird! Das script ist also das, was in der datei am folgenden Pfad liegt: /home/server/eq.sh

man kann das script auch woanders hin packen. Dann muss der Aufruf in der Fhem Konf eben angepasst werden. Hier wird im Fhem nichts weiter als ein externes script aufgerufen ... man kann dies genau so in der Shell des Raspberries aufrufen, fhem macht da nichts anderes ...

Gesendet von meinem SM-N910F mit Tapatalk

Ok danke jetzt weis ich was ein skript bzw was fhem damit macht!

Gehe ich jetzt richtig davon aus das ich das skript einfach in die fhem konfig zeile einfüge?

genau, also genau dort, wo bereits jetzt an der stelle '/home/server/eq.sh' steht, kann man nun einfach /home/server/eqscript.sh oder halt /home/myuser/heizungsscript.sh schreiben.
Je nach dem, wo man das shell script in eine datei gesteckt hat bzw. wohin ma ndiese datei nun platziert hat.

So hab alles so gemacht wie Marc geschrieben hat! nur funktioniert etwas nicht glaube ich in der log Datei steht:

2016.03.30 00:10:16 1: PERL WARNING: Can't exec "/home/server/eq.sh": Datei oder Verzeichnis nicht gefunden at (eval 53) line 1.
2016.03.30 00:10:16 3: eval: my $EVTPART0='17';my $TYPE='dummy';my $NAME='Heizungcouch';my $SELF='Heizungcouch_set';my $EVENT='17';{system("/home/server/eq.sh 00:1A:22:06:77:11 $EVENT")}
2016.03.30 00:10:16 3: Heizungcouch_set return value: -1

wie krieg ich das Verzeichnis dort hin wo ich es brauch bin schon am verzweifeln!

Die Nachricht sagts doch aber. Er kann das script nicht finden beim Pfad /home/server/eq.sh

entweder das script dorthin legen, oder aber den Pfad in der konfig anpassen. Also in der Zeile mit system{ ... den Pfad eimfach aendern!

Arbeitest du über die grafische Oberfläche oder über ein Terminal Fenster? Ich greife auf den raspberry mit ssh über meinen mac terminal zu!

so jetzt hab ich mal keine Fehlermeldung mehr in der logdatei aber passieren tut auch nichts wenn ich jetzt den slider von 17 auf 21 zb. schiebe! was hab ich noch vergessen bzw was muss ich noch einstellen?

Hallo!

wie sieht das mit den handle=0x0XX aus? muss ich da für jeden Befehl ein eigenes shell script schreiben oder alles in das eine reinschreiben?
Und wenn ich mich per ssh mit dem raspi verbinde und bluetoothctl rein schreibe sehe ich immer das sich die Thermostate  verbinden dann wieder nicht verbinden kann man da was machen und eine stabile Verbindung herstellen? Bzw was könnte das für Ursachen haben wenns nicht  normal ist?

Hi,

ich habe mir auch einige der Teile zugelegt.
Allerdings habe ich Probleme mit dem pairen.

Auf meinem System läuft Ubuntu 14.04.
Bei Eingabe von "bluetoothctl" in der Konsole bekomme ich  "command not found" zurück.
bluez und bluez-utils sind installiert. habe ich sonst noch was vergessen?

Beim Versuch mit "hcitool scan" die Adapter zu sehen, finde ich im besten Fall mein Smartphone.
Gibt es einen anderen Weg, die Adresse des Adapters heruaszufinden? In der App habe ich keine Option gefunden.

Danke,

edit:


tja, was immer ich getan habe (die einzelnen Schritte beim Versuch auf bluez5 zu updaten, zu scheitern und zurückzudrehen und plötzlich festzustellen das es einfach funzt habe ich vergessen) nun habe ich den Adapter mit meinem Odroiden gepairt.

Das Script liegt ebenfalls an Ort und Stelle und das Device ist in FHEM angelegt.
Wenn ich nun die Temp ändern will, bekomme ich im Log "gatttool: command not found".

Eher nen Fehler des falschen Pfades im Script, oder woran kann es noch liegen?

vb

Dank der Hilfe von Werniemann, hat sich das Problem mit gatttool nun erledigt.

Beim Aufruf des Scriptes kommt aber keine Verbindung zu stande.
Ich bekomme in der Konsole und FHEM die Meldung: Connection refused (111)

Hat dazu jemand nen Ansatz, wo der Fehler liegen könnte?

vb

so Leute habe alles noch mal genau nach Anleitung gemacht und alle beiden script was ich hier im forum gefunden habe eingesetzt und bei beide kommt die Meldung

2016.06.08 23:00:39 1: PERL WARNING: Can't exec "/home/pi/server/eq.sh": Keine Berechtigung at (eval 1009) line 1.
2016.06.08 23:00:39 3: eval: my $NAME='Heizung';my $SELF='Heizung_set';my $EVTPART0='30';my $TYPE='dummy';my $EVENT='30';{system("/home/pi/server/eq.sh 00:1A:22:06:75:27 $EVENT")}
2016.06.08 23:00:39 3: Heizung_set return value: -1[code]

habe schon die rechte geändert alles ich komm einfach nicht weiter bitte um Hilfe!

so ich war etwas erfolgreich ich kann zumindest schon mal ein tag und nacht Modus ändern im terminal mit dem script von raspibastler!
aber in fhem  gehts nicht und auch die Temperatur kann ich noch nicht einstellen!

weis da jemand was?

Huhu erstmal super das sich jemand mit diesen Thermostaten beschäftigt. Habe sie aucn seit geraumer Zeit verbaut und bin gerade dabei alles zu automatisieren. Dachte mir bevor du alles neu kaufst google mal und zack tread gefunden. Habe die jetzt nach der Anleitung von Marc1993 eingebunden und läuft auch. Leider steige ich bei dem Script von RasPi_Bastler nicht durch wie und wohin damit. Wenn ich das Scrips von Marc1993 mit dem von RasPi_Bastler ersetze passiert nix. Kann mir das mal bitte jemand genauer erläutern? Danke

Achja nach einem Update laufen die Thermostaten viel besser. Also sie sprechen schneller an.

Ich hoffe doch das der Tread hier nicht tot ist.

Hallo zusammen,

da ich immer wieder mal private Nachrichten bzgl. meines Python Scripts erhalte, hier nochmal eine Zusammenfassung, dann hat jeder was davon.

Der Thermostat sollte natürlich gepairt sein, wie im Post von Marc1993 beschrieben.
https://forum.fhem.de/index.php/topic,39308.msg403841.html#msg403841

Danach kann die Verbindung mit gatttool getestet werden.

root@raspi# gatttool -b 00:1A:22:07:70:9A --interactive
[00:1A:22:07:70:9A][LE]> connect
Attempting to connect to 00:1A:22:07:70:9A
Connection successful
[00:1A:22:07:70:9A][LE]> char-write-req 0x0411 03
Characteristic value was written successfully
Notification handle = 0x0421 value: 02 01 29 00 04 09
[00:1A:22:07:70:9A][LE]> quit
root@raspi#


Sollte hier ein "Device or resource busy..." erscheinen, dann liegt das daran das sich der Raspberry nach einen Neustart
automatisch mit den Thermostaten verbindet.

Trennen der Verbindung mit:

root@raspi# echo -e "disconnect 00:1A:22:07:70:9A\nquit" | bluetoothctl


Mein Script, bzw. das Python Modul "pexpect" macht jetzt nichts anderes als den gatttool Aufruf von oben
zu automatisieren, die zurückgegebenen Werte anzuzeigen, und leserlich auszugeben.

Das Script kann irgendwo unter beliebigen Namen gespeichert werden.
Aufruf: python /wo/auch/immer/scriptname.py MAC_des_Thermostaten handle wert

Beispiele
Aktuelle Werte auslesen:

root@raspi# python eq-3.py 00:1A:22:07:70:9A 0x0411 03
0x0421: 02 01 29 00 04 09
   dec: 2 1 41 0 4 9
-----------------------
Modus: Locked
Ventil: 0%
Temp.: 4.5°C
root@raspi#


Temperatur auf 16 Grad stellen:

root@raspi# python eq-3.py 00:1A:22:07:70:9A 0x0411 4120
0x0421: 02 01 29 00 04 20
   dec: 2 1 41 0 4 32
-----------------------
Modus: Locked
Ventil: 0%
Temp.: 16.0°C
root@raspi#


Modus Manuell:

root@raspi# python eq-3.py 00:1A:22:07:70:9A 0x0411 4040
0x0421: 02 01 09 00 04 14
   dec: 2 1 9 0 4 20
-----------------------
Modus: Manuell
Ventil: 0%
Temp.: 10.0°C
root@raspi#


Modus Automatik:

root@raspi# python eq-3.py 00:1A:22:07:70:9A 0x0411 4000
0x0421: 02 01 08 00 04 2e
   dec: 2 1 8 0 4 46
-----------------------
Modus: Automatik
Ventil: 0%
Temp.: 23.0°C
root@raspi#


Die Handles und Werte die zu übergeben sind, stehen alle im Post von CANivore.
https://forum.fhem.de/index.php/topic,39308.msg409367.html#msg409367

Wie man das Script in FHEM einbindet und der mit den ausgegebenen Werten umgeht, kann ich leider nicht sagen,
weil ich den selbst nicht verwende.

Auch hab ich das Thema nicht weiter verfolgt, da ich in absehbarer Zeit eh meine Heizung erneuere und keine Thermostate mehr brauche.

Hope that helps!!

RasPi_Bastler

Supi das bringt mich schonmal viel weiter. Leider bekomme ich bei aufruf deines Scriptes folgenden fehler: -bash: /usr/bin/python: /usr/bin/python: Defekter Interpreter: Zu viele Ebenen aus symbolischen Links.

Dann hast Du das script mit ziemlicher Sicherheit in den Windows Editor kopiert und auf Deine Linuxbüchse übertragen.

->  http://sysadminscorner.uherbst.de/shell/crlf.html

Hab deinen Text kopiert und direkt in Pyton eine neue Datei erstellt. Alles direkt über Raspian.

Hallo,

Ich habe mir mal die Python-Scripte angeschaut, da ich ebenfalls die Bluetooth-Variante der Module habe und schon länger darauf gewartet habe,
das jemand eine Lösung findet.

Ich bin absoluter Programmier-Anfänger was Python betrifft (eigentlich was Programmierung allgemein anbelangt ;) ).
Die Scripte funktionieren jetzt soweit, dass ich meine Ventile auslesen und Temperatur und Modus einstellen kann.
Das Ganze habe ich in Fhem eingebunden, in dem ich die  Scripte um eine GET - Abfrage an Fhem erweitert habe.
Wie gesagt, alles sicher nicht gerade sauber programmiert, da ich eben nicht wirklich was mit Python am Hut habe ;)

Folgende Ausgangssituation:
Wohnzimmer mit 3 Heizkörpern, alle sollen gleichzeitig und identisch programmiert und ausgelesen werden.
Ausreichend sind erstmal Temperatur und Modi.
Das Auslesen der aktuellen Werte erfolgt per Knopfdruck (Button in Tablet UI) oder sobald mal die Temperatur ändert.

Ich habe für alle 3 Ventile jeweils ein Python-Script angelegt.Diese sind dann in einem Shell-Script zusammengeführt. Vor Ausführung der Python-Scripte lasse ich nochmal alle BT-Verbindungen
trennen. Die MAC-Adresse und der Handle stehen nun fest drin und müssen nicht beim Aufruf übergeben werden.
Im Script übergebe ich die Temperatur, Ventilöffnung und Modus an eine URL (in meinem Fall 3):

fhem = "http://<user>:<password>@192.168.xxx.xxx:<Port>/fhem?cmd=setreading%20HeizVentil_mitte%20Temperatur%20" + str(temp)
fhem2 = "http://<user>:<password>@192.168.xxx.xxx:<Port>/fhem?cmd=setreading%20HeizVentil_mitte%20Stellung%20" + str(vent)
fhem3 = "http://<user>:<password>@192.168.xxx.xxx:<Port>/fhem?cmd=setreading%20HeizVentil_mitte%20Modus%20" + modestr
<...>
urllib.urlopen(fhem)
urllib.urlopen(fhem2)
urllib.urlopen(fhem3)
<...>


Im Fhem gibt es jetzt den dazugehörigen Dummy:


define HeizVentil_mitte dummy
attr HeizVentil_mitte icon icoKLIMA
attr HeizVentil_mitte room Heizung
attr HeizVentil_mitte stateFormat T: Temperature P: Stellung M: Modus


Aussehen im Tablet UI siehe Anhang.

Hallo,
habe eben das script mit 3 Thermostaten zum laufen bekommen.

Leider gibt ein Thermostat komische werte zurück..

Habt ihr eine Idee?


Teilweise war der modus auch 0d und das script gab dann unbekannt aus.
Aber auch in Beispiel unten stimmen weder Modus noch Temp mit dem Display oder
der Android App überein.

Firmware ist laut App aktuell.

Auslesen:
odroid@odroid-jessie64:~/dev$ python eq3.py 00:1A:22:06:B7:C1 0x0411 03
0x0421: 02 01 09 00 04 09
   dec: 2 1 9 0 4 9
-----------------------
Modus: Manuell
Ventil: 0%
Temp.: 4.5°C


BOOST setzen:
odroid@odroid-jessie64:~/dev$ python eq3.py 00:1A:22:06:B7:C1 0x0411 4501
0x0421: 02 01 0d 50 04 09
   dec: 2 1 13 80 4 9
-----------------------
Modus: Unbekannt



Beim Pairing:
[bluetooth]# pair 00:1A:22:06:B7:C1
Attempting to pair with 00:1A:22:06:B7:C1
[CHG] Device 00:1A:22:06:B7:C1 Connected: yes
[CHG] Device 00:1A:22:06:B7:C1 UUIDs:
        00001800-0000-1000-8000-00805f9b34fb
        00001801-0000-1000-8000-00805f9b34fb
        0000180a-0000-1000-8000-00805f9b34fb
        3e135142-654f-9090-134a-a6ff5bb77046
        9e5d1e47-5c13-43a0-8635-82ad38a1386f
[CHG] Device 00:1A:22:06:B7:C1 Paired: yes
Pairing successful
[bluetooth]# trust 00:1A:22:06:B7:C1
[CHG] Device 00:1A:22:06:B7:C1 Trusted: yes
Changing 00:1A:22:06:B7:C1 trust succeeded
[bluetooth]# disconnect 00:1A:22:06:B7:C1


Ich klinke mich hier mal ein. Nicht weil ich so ein Thermostat habe, sondern weil ich vor habe ein gatttool IODev Modul zu schreiben auf das dann andere Module zugreifen konnen. So auch ein HM BT Thermostate Modul.


Grüße

@dertester,

wirklich nur bei einem Thermostat?

Hab das ganze eben mal bei meinen zwei Thermostaten duchgespielt.
es gibt wohl einen Unterschied beim "Boost" wenn Manuell oder Automatik eingestellt ist.

Wenn Du das script um:if mode == '0c':
    modestr = 'Boost Auto'
if mode == '0d':
    modestr = 'Boost Manu'
erweiterst, passt's wieder.

Gruß
RasPi_Bastler

Es ist nur das eine, 3 weiter funktionieren wie sie sollen.
Habe es eben auch mal resettet.

Es gibt einfach falsche Werte zurück.

Nach dem Reset bekomme ich immer:
python eq3.py 00:1A:22:06:B7:C1 0x0411 03
0x0421: 02 01 08 00 04 20
   dec: 2 1 8 0 4 32
-----------------------
Modus: Automatik
Ventil: 0%
Temp.: 16.0°C


Auch wenn auf dem Display 21°C steht. Mit dem Smartphone wird die Temp richtig angezeigt.
Wenn ich sie ändere, gibt mir das Skript trotzdem keine anderen Werte.

//EDIT

Wenn ich mit 4120 die Temperatur setze, wird diese auch gespeichert und korrekt mit 03 ausgelesen. Es ist nur so, dass es nichts am Display des Thermostat und der App ändert und auch nicht am Verhalten.

Kann es sein, dass es anderer Handle oder Speicherbereich ist? Kann ich das irgendwie herrausfinden? Kenne mit leider mit den Bluetooth Befehlen nicht gut aus.

Ich hab das Ding eben mal aufgeschraubt, da ich vor allem am Auslesen der aktuellen Temperatur interessiert bin. Leider konnnte ich auf der Platine keinen Temperatursensor erkennen. Kann es sein, dass es ohne Sensor arbeitet und sich eher auf Richtwerte verlässt?

zlies: Hast du zufällig ein Foto? Für ohne Sensor regelt der zuviel. Und die Fenster-Auf-Erkennung braucht auch eine Basis.

-

Habe ein Problem mit dem Python-Skript. Die Ausführung setzt bei mir die Uhrzeit zurück und damit funktionieren die Zeitschaltungen natürlich nicht mehr. Habe das Skript entsprechend angepasst, scheint soweit zu klappen.

Na klar! Hier die Fotos :)
Qualität ist leider nicht überragend, aber das beste was ich bei wenig licht mit meinem iPhone rausholen konnte

Vll hat der soc oder der bluetooth chip einen integrierten Temperatursensor.

Hab beim überfliegen der Datasheets nichts gefunden aber beim bluetoothmodul sind verschiedene Anwendungen und vor allem ein Ausgleich für Temperaturänderungen vorgesehen.

Habe jetzt alles zusammen gebracht es funktioniert auch in fhem! jetzt würde ich gerne was optimieren!
wie kann ich dieses script

#!/bin/bash
echo "adress" $1 "temp" $2
typeset -i temp
temp=$2
temp=$temp*2
printf -v temp_hex "%x" "$temp"

gatttool -b $1 --char-write-req --char-write-req --handle=0x0411 --value="41"$temp_hex"E"


und dieses

#!/usr/bin/python
# -*- coding: utf-8 -*-

import pexpect # install with: pip install pexpect
import sys
import argparse #um den Namen vom Config File anzugeben
import urllib #das macht den eigentlichen Zauber
import json #in dem Format ist meine Config gespeichert

#bluetooth_adr = sys.argv[1]
bluetooth_adr = '00:1A:22:##:##:##'
gatt_handle = '0x0411'
gatt_value = '03'

# start and connect gatttool
#pexpect.spawn('echo -e "disconnect 00:1A:22:##:##:##\nquit" | bluetoothctl')
tool = pexpect.spawn('gatttool -b ' + bluetooth_adr + ' --interactive')
tool.expect('\[LE\]>')
tool.sendline('connect')
tool.expect('Connection successful')
# write to the handle
tool.sendline('char-write-req ' + gatt_handle + ' ' + gatt_value)
# get back notifications
tool.expect('Notification handle = .*')
# make some nicer output
handle = tool.after.split('\n')[0].split(': ')[0].split()[3]
values = tool.after.split('\n')[0].split(': ')[1]
print handle + ': ' + values
print '   dec:',
for value in values.split():
    print str(int(value, 16)),
print ''
print '-----------------------'

# play with the values
mode = values.split()[2]
vent = int(values.split()[3], 16)
temp = int(values.split()[5], 16) / 2.0
modestr = 'Unbekannt'
if mode == '08':
    modestr = 'Automatik'
if mode == '09':
    modestr = 'Manuell'
if mode == '0a':
    modestr = 'Urlaub'
if mode == '0c':
    modestr = 'Boost'
if mode == '18':
    modestr = 'Fenster auf'
if mode == '28':
    modestr = 'Locked'
#print ' Modus: ' + modestr
#if not modestr == 'Unbekannt':
#    print 'Ventil: ' + str(vent) + '%'
#    print ' Temp.: ' + str(temp) + 'C'

# fhem Kommando erzeugen
fhem = "http://user:password@192.168.xx.xx:Port/fhem?cmd=setreading%20HeizVentil_rechts%20Temperature%20" + str(temp)
fhem2 = "http://user:password@192.168.xx.xx:Port/fhem?cmd=setreading%20HeizVentil_rechts%20Stellung%20" + str(vent)
fhem3 = "http://user:password@192.168.xx.xx:Port/fhem?cmd=setreading%20HeizVentil_rechts%20Modus%20" + modestr
# so wird dann ein Befehl an fhem abgesetzt
urllib.urlopen(fhem)
urllib.urlopen(fhem2)
urllib.urlopen(fhem3)

# disconnect gatttool
tool.sendline('disconnect')
tool.sendline('quit')
pexpect.spawn('echo -e "disconnect 00:1A:22:##:##:##\nquit" | bluetoothctl')

miteinander kombinieren! beim ersten script geht es um den slider in fhem der nur die normale dec zahl ausgibt aber ich für das script von raspi_bastler und bastix87 einen doppelten wert benötige!
Hoffe es sind hier einige Programmier Profis!

Danke an raspi_bastler und bastix87 für die Hilfe!

Hallo,
erstmal großes Danke an die tolle Arbeit und die Informationen für dieses Heizkörperthermostat. Ich habe mir vorgestern einen gekauft und bin begeistert wie gut das Teil funktioniert.

Ich habe die Informationen zum Setzen der Temperatur mal aus diesem Thread zusammen getragen und in ein "Bastel-Modul" eingebaut. Bitte beachtet, dass ich das echt nur schnell zusammen geschrieben habe und sicher noch viele Fehler enthalten sind.

Das Modul erfordert ein installiertes gatttool.

Aktuell kann nur die Temperatur damit gesetzt werden und nach erfolgreichem Ausführen wird die Temperatur im Reading aktualisiert. Wäre super, wenn sich andere auch an der Modulentwicklung beteiligen könnten, da ich aktuell leider nicht viel Zeit habe um das vernünftig auszubauen.

@CoolTux, wenn du dein IODev für gatttool fertig hast, würde ich das natürlich gerne integrieren :)

Gruß,
Dominik

Hallo Dominik,

Vielen Dank für Deine Arbeit. Leider zeigte mein Modul einige Design Schwächen. Zusammen mit Jörg arbeiten wir nun an eine sehr gute Lösung zu einem besten IODEV Modul.
Später wird es für Die welche Gatttool verwenden Pflicht sein das IODEV zu verwenden. Wenn es soweit s würde ich Dich bitten entsprechende Änderungen bei Dir ein zu pflegen.
Aber bis dahin geht nch etwas Zeit ins Land  :)

Wie kann ich dieses modul instalieren? Mit update add?

Die angehängte Datei runterladen. Ins FHEM Verzeichnis installieren,. Rechte anpassen und dann in FHEM reload Dateiname eingeben.

Danke!

Update...

v1.0.1 - 20161016
- FEATURE: read mode/desiredTemp/valvePos every 2 hours
           might have impact on battery life!
- CHANGED: temperature renamed to desiredTemperature
- FEATURE: retry setTemperature 20 times if it fails

Ich habe noch keinen Langzeittest mit dem Lesen von mode/desiredTemp/valvePos alle 2h gemacht. Gebt mir bitte Bescheid falls die Batterie dadurch zu schnell leer wird. Werde das noch per Attribut steuerbar machen.

so erstmal großen lob an die fleissigen schreiberlinge ...

jetzt zu meinem problem , habe die erste version vom modul benutzt und es ging ! ein tag später ging nichts mehr ;(
ich bekomme immer die meldung in der log Device or resource busy (16) oder Connection refused ...
EQ-3 sind alle gepairt mit bluetoothctl und auch (ge) trust ... habe beide module versucht aber keines von beiden funktioniert mehr ...
jessie neu auf gesetzt , fhem installiert, backup drüeber geschmissen und nix geht mehr ... bitte um hilfe

hier die letzte Fehlermeldung

2016.10.17 21:08:31 1: PERL WARNING: Use of uninitialized value $desiredTemp in multiplication (*) at ./FHEM/10_EQ3BT.pm line 140.
2016.10.17 21:08:52 1: PERL WARNING: Argument "undefined" isn't numeric in multiplication (*) at ./FHEM/10_EQ3BT.pm line 140.
connect: Device or resource busy (16)
connect: Device or resource busy (16)
connect: Device or resource busy (16)
connect: Device or resource busy (16)
connect: Device or resource busy (16)
connect: Device or resource busy (16)
connect: Device or resource busy (16)
connect error: Connection refused (111)
connect: Device or resource busy (16)
connect: Device or resource busy (16)
connect: Device or resource busy (16)

probier mal

bluetoothctl
disconnect MAC


kurz nach dem disconnect connectet das device wieder, selbe fehlermeldung : device or resource busy

so nach ewigem gebastel funktioniert jetzt alles ... puh ...

jetzt habe ich nur noch eine Fehlermeldung in den Readings

error setDesiredTemperature = 23 failed

kann es sein das das D kleingeschrieben wird ? *nur so ne Frage hab keine Ahnung*

Habe jetzt mal auf die Gefahr hin das garnichts mehr geht mal die GroßKleinschreibung bereinigt im Modul, bis jetzt keine

Fehlermeldung.

Update anbei...

v1.0.2 - 20161020
- FEATURE: automatically pair/trust device on define
- FEATURE: add updateStatus method to update all values
- BUGFIX:  fix retry mechanism for setDesiredTemperature
- BUGFIX:  fix valvePosition value
- BUGFIX:  fix uninitialized value error
- BUGFIX:  RemoveTimer if set desired temp works again
- BUGFIX:  set error reading to "" after it works again
- BUGFIX:  disconnect device on define (startup)

Ich habe mal ein weiteres Modul als Prototyp gebastelt um den Bluetooth Scan zu implementieren.
define btscan BTSCAN
Thermostat in den PAIR Modus versetzen
set btscan scan

Danach werden automatisch die gefundenen EQ3BT Device angelegt.

Das BTSCAN Modul soll ein Modul sein welches von anderen Modulen verwendet wird. Es macht nichts anderes als einen Bluetooth Scan und anhand des im Code definierten Device Names (CC-RT-BLE in diesem Fall) und Moduls (EQ3BT) wird ein solches Device (EQ3BT_mac) in FHEM angelegt. Bin immer ein Freund von solchen autodiscover Mechanismen, das erleichtert neuen Usern auch den Einstieg in FHEM.

Gruß
Dominik

Hallo!
Tolle Arbeit von dir! Danke!
Hab im moment die v1.0.2 am laufen funktioniert eigentlich recht gut! ich bekomme in meinem Logfile ne Meldung

Zitatconnect error: Transport endpoint is not connected (107)
connect error: Device or resource busy (16)/quote]

aber das thermostat stellt sich richtig ein!
Kann das mit der Zeitverzögerung zutun haben, das was bluetooth braucht um zu senden?

Und meine eingestellten Temperaturen , im reading "temperature" aktualisiert sich nicht mehr und bei einem thermostat steht dort garnichts!

sonst läuft es super!

Zitat von: dominik am 20 Oktober 2016, 20:52:24
Update anbei...

v1.0.2 - 20161020
- FEATURE: automatically pair/trust device on define
- FEATURE: add updateStatus method to update all values
- BUGFIX:  fix retry mechanism for setDesiredTemperature
- BUGFIX:  fix valvePosition value
- BUGFIX:  fix uninitialized value error
- BUGFIX:  RemoveTimer if set desired temp works again
- BUGFIX:  set error reading to "" after it works again
- BUGFIX:  disconnect device on define (startup)

Ich habe mal ein weiteres Modul als Prototyp gebastelt um den Bluetooth Scan zu implementieren.
define btscan BTSCAN
Thermostat in den PAIR Modus versetzen
set btscan scan

Danach werden automatisch die gefundenen EQ3BT Device angelegt.

Das BTSCAN Modul soll ein Modul sein welches von anderen Modulen verwendet wird. Es macht nichts anderes als einen Bluetooth Scan und anhand des im Code definierten Device Names (CC-RT-BLE in diesem Fall) und Moduls (EQ3BT) wird ein solches Device (EQ3BT_mac) in FHEM angelegt. Bin immer ein Freund von solchen autodiscover Mechanismen, das erleichtert neuen Usern auch den Einstieg in FHEM.

Gruß
Dominik

Gestern habe ich diese Version eingespielt. Wenn ich dann reload 10_EQ3BT machen kommt folgendes:

Too many arguments for main::EQ3BT_updateStatus at ./FHEM/10_EQ3BT.pm line 124, near "1)"
Too many arguments for main::EQ3BT_updateStatus at ./FHEM/10_EQ3BT.pm line 154, near "1)"
Too many arguments for main::RemoveInternalTimer at ./FHEM/10_EQ3BT.pm line 269, near ""EQ3BT_retrySetDesiredTemperature")"

Ist das normal?

@Kawaci, diese Fehlermeldung (Device or Ressource busy) kommt, wenn andere Programme auf Bluetooth zugreifen. Ich werde noch einbauen, dass sich die gatttool Abfragen nicht überschneiden und somit der Fehler hoffentlich weniger oft auftritt. Der andere Fehler (Transport) kann schon mal vorkommen wenn die Übertragung nicht richtig funktioniert. In solchen Fällen habe ich den retry Mechanismus eingebaut der dann noch weitere 20x versucht die Temperatur zu setzen.

@copystring, bitte shutdown restart ausführen. In Fällen wo sich bestehende Funktionen in der Anzahl der Argumente ändern, kann FHEM leider kein reload machen.

@Kawaci, das Reading "temperature" wird nicht mehr gesetzt. Es gibt nur mehr desiredTemperature. Du kannst mit "deletereading heizung temperature" dieses auch löschen.

Ok danke für die info! Tolles modul

@dominik

Habe shutdown restart gemacht. Jetzt kommt allerdings ein anderer Fehler:

2016.10.22 12:09:25 1: reload: Error:Modul 10_EQ3BT deactivated:
Too many arguments for main::RemoveInternalTimer at ./FHEM/10_EQ3BT.pm line 269, near ""EQ3BT_retrySetDesiredTemperature")"

Das Modul funktioniert nun nicht mehr.

@copystring, welche Version von FHEM nutzt du? Das 2. Argument bei RemoveInternalTimer wurde im März in FHEM mit aufgenommen (https://forum.fhem.de/index.php?topic=50265.0).

OK. Ich war der Auffassung, dass ich die, zumindest halbwegs, aktuelle Revision hatte. Habe jetzt mal von Revision 9893 auf 12386 aktualisiert.
Jetzt geht es wieder. Danke für den Tip :)

Mal eine Frage in die Runde, was sind eure Erfahrungen mit dem Bluetooth Empfang?

Ich habe mittlerweile 3 Thermostate im Einsatz und vom RPi (mit BT Stick) bis in die Küche (ca. 7m) bzw. ins Bad (ca. 8m) ist das Auslesen (updateStatus) manchmal nicht möglich. Setzen der Temperatur funktioniert hingegen problemlos.

Ich habe ein Thermostat im Einsatz. In den letzten 24 Stunden hatte ich keine Fehler beim updateStatus. Habe eben noch zusätzlich einige male von Hand updateStatus ausgeführt. Auch da keine Fehler.
Ich nutze das BT direkt vom RPi 3B.

Hallo!
Von 5 Thermostaten gehen 3 immer, 2 abundzu! Die 2 wo ich probleme habe sind hinter einer wand und einen stock tiefer! Der raspi mit bluetoothctl empfängt si zwar sie werden auch mit dem btscan erfasst aber die verbindung reisst des öfteren ab! Muss mal mit dem raspberry in der wohnung herum gehen! Es könnte aber auch am integrierten bluetooth des rp3 liegen! Muss ich aber erst testen!

Hallo,
seit einer Weile lese ich hier schon mit und habe ebenfalls eines dieser Thermostate zum spielen. Als absoluter FHEM-Neuling versuche ich mich nun langsam ranzutasten. An dieser Stelle ein Dankeschön an alle die Ihr erlangtes Wissen hier teilen.

Ich bin zwar in der Lage mit den von Marc1993 und RasPi_Bastler beschriebenen Wegen mit dem Thermostat zu kommunizieren (mit dem vom Marc1993 auch in FHEM Werte setzen), aber leider ist es mir nicht möglich, das von RasPi_Bastler geschriebene Script zu nutzen. Entweder bricht er mit der Bemerkung ab, das pexpect fehlt (Zeile 4) oder mit einem Syntax-Error in Zeile 27.
Ebenfalls ist mir aufgefallen, dass bei der manuellen Statusabfrage (char-write-req 0x0411 03) die Zeiteinstellung des Thermostats willkürlich neu gesetzt wird. Hat das noch jemand?

An die Geschichte mit dem Modul hab ich mich noch nicht rangewagt. Zu wenig Wissen. Erstmal im Allgemeinen aufschlauen.

Apologies for posting in English, I don't speak German.

Thanks for your hard work on these thermostats. Have you thought about downloading the Android app and decompiling it to get the commands? You can download the APK here https://apkpure.com/calor-bt/de.eq3.ble.android and decompile it here http://www.javadecompilers.com/ The Bluetooth protocol looks simple to understand from the source code.

Zitat von: snoopersen am 24 Oktober 2016, 13:44:36
Ebenfalls ist mir aufgefallen, dass bei der manuellen Statusabfrage (char-write-req 0x0411 03) die Zeiteinstellung des Thermostats willkürlich neu gesetzt wird. Hat das noch jemand?

Yes, time is reset, I had to change the script to send the time with it, also had to workaround bluetooth connect timeouts.

File is attached if someone is interested..

@snoopersen, Modulinstallation: Beide Dateien nach /opt/fhem/FHEM/ kopieren. FHEM neu starten und dann define btscan BTSCAN eingeben. Pair am Thermostat starten und dann set btscan scan. Fertig.

@richyx, thanks for the hint with the APK decompilation. I haven't tried it yet as I just used the information available on this thread. Would be great if you could do the decompilation and provide the required commands in this thread. If so, I would do my best to implement them in the module.

@Humpelstilzchen, I read through your code to identify the needed module change. Is it correct that you added YYMMDDhhmm in hex format after value 03?

dominik: Yes. you probably should run https://forum.fhem.de/index.php/topic,39308.msg409367.html#msg409367 through a translater. It has all the protocol details.

Keine Sorge, es liegt nicht am Deutsch ;)

Zitat03 -> YYMMDDHHMM Datum und Uhrzeit setzen, Werte in Hex
   
   
   03 ohne Parameter: Auslesen diverser Einstellungen: Antwort als Notification auf Handle 0421.

Ich habe das "ohne Parameter" auch auf YYMMDDHHMM bezogen. Aber ok, wenn das dazu gehört, kann ich das zukünftig mitsenden.

Update anbei...

10_EQ3BT.pm
v1.0.3 - 20161024
- BUGFIX:  another fix for retry mechanism
- BUGFIX:  wait before gatttool execution when
            another gatttool/hcitool process is running
- BUGFIX:  fix wrong date/time after updateStatus

10_BTSCAN.pm
v1.0.1 - 20161024
- CHANGE:  changed log level for scan output

Ist das pairing überhaupt notwendig? Habe bis auf das erste keines gepairt und und funktioniert und btscan findet auch ohne pairing dir thermostate

Zitat von: Kawaci am 24 Oktober 2016, 20:19:49
Ist das pairing überhaupt notwendig? Habe bis auf das erste keines gepairt und und funktioniert und btscan findet auch ohne pairing dir thermostate

Da bin ich mir auch nicht ganz sicher. Ich meine, dass eines meiner Thermostate auch bereits ohne Pairing richtig reagiert hat. Vor allem wird kein PIN Code beim Pairing abgefragt, was aus Security Sicht natürlich nicht optimal ist.

@dominik: Vielen Dank, es funktioniert. Ich bin begeistert. Erfolgt das Abfragen der Werte noch alle 2 Stunden?

Hi,

ich will es nun auch nochmal versuchen.
Habe die beiden Datein runtergladen und meinem FHEM eingepflanzt.
Soweit, sogut.
Allerdings bekomme ich bei einem Scan keine Devices.
Suche ich per Hand auf der Console mittels Gatttool, bekomme ich ein CC-RT-BLE samt MAC angezeigt. Die Technische, hardwaremäßige Seite sollte also funtzen.

Jemand ne Idee, was ich noch tun könnte??

vb

edit: wenn das anlegen funktioniert, in welchem Raum werden die Device dann geschrieben?

Shutdown restart in fhem versucht?

ja, direkt nach dem einspielen der Module und später nochmals.

edit:

Log vom FHEM spuckt folgendes aus:

Zitat(bluetoothctl:3103): GLib-CRITICAL **: Source ID 3 was not found when attempting to remove it
2016.10.25 11:30:22.158 1: PERL WARNING: Use of uninitialized value $ret in concatenation (.) or string at ./FHEM/10_BTSCAN.pm line 109.
2016.10.25 11:30:22.159 1: PERL WARNING: Use of uninitialized value $ret in concatenation (.) or string at ./FHEM/10_BTSCAN.pm line 111.
2016.10.25 11:30:22.170 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_BTSCAN.pm line 121.
2016.10.25 11:30:56.940 1: PERL WARNING: Argument "" isn't numeric in numeric lt (<) at fhem.pl line 4120.

(bluetoothctl:3143): GLib-CRITICAL **: Source ID 3 was not found when attempting to remove it
2016.10.25 11:31:08.407 1: PERL WARNING: Use of uninitialized value $ret in concatenation (.) or string at ./FHEM/10_BTSCAN.pm line 109.
2016.10.25 11:31:08.407 1: PERL WARNING: Use of uninitialized value $ret in concatenation (.) or string at ./FHEM/10_BTSCAN.pm line 111.

(bluetoothctl:3621): GLib-CRITICAL **: Source ID 3 was not found when attempting to remove it
2016.10.25 11:44:50.331 1: PERL WARNING: Use of uninitialized value $ret in concatenation (.) or string at ./FHEM/10_BTSCAN.pm line 109.
2016.10.25 11:44:50.332 1: PERL WARNING: Use of uninitialized value $ret in concatenation (.) or string at ./FHEM/10_BTSCAN.pm line 111.

nach einem komplette Reboot des FHEM-Servers steht im Logfile noch dieses:

Zitat2016.10.25 11:52:51.175 1: PERL WARNING: Use of uninitialized value $ret in concatenation (.) or string at ./FHEM/10_BTSCAN.pm line 109.
2016.10.25 11:52:51.176 1: PERL WARNING: Use of uninitialized value $ret in concatenation (.) or string at ./FHEM/10_BTSCAN.pm line 111.
2016.10.25 11:52:51.185 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_BTSCAN.pm line 121.

Können eventuell die Bluetooth-pings aus meiner Presence Geschichte ne Rolle spielen?

vb

Der Scan in FHEM brachte bei mir auch keine Devices. Jedenfalls nichts was ich mitbekam. Habe dann einfach mal ein EQ3BT-Element angelegt und in diesem hatte er dann schon das Thermostat verknüpft. Muss das heute mal mit einem zweiten Thermostat probieren.

Die Devices werden beim Scan nur angelegt und erscheinen dann unter "Unsorted".

@VB90, probier es mal mit dem Update anbei. Der Scan prüft nun ob hcitool vom PRESENCE Modul läuft bevor der Scan startet.

10_EQ3BT.pm
# v1.0.4 - 20161025
# - BUGFIX:  remove unnecessary scan command on define

10_BTSCAN.pm
# v1.0.2 - 20161025
# - FEATURE: wait before scan if another hcitool/gatttool
#            process is running
# - CHANGE:  extend scan from 25s to 120s

Tue ich gern, wird aber nicht vor morgen abend.
Danke für deine Mühe.

Gesendet vom Smartphone, Tippfehler nicht ausgeschlossen.

Hallo Dominik,

Hast Du Dir mal die --listen Option bei Gatttool angeschaut. Wäre eventuell interessant für Thermostate. Hierbei wird ein Notificationmodus gestartet. Leider ist dann aber auch das BT Endgeräte gesperrt. Dann werden Änderungen am Gerät oder übersenden von Temperaturwerte gepusht. Man kann ja zusehen das wenn ein fhem Befehl kommt und gatttool an dem Device gerade lauscht das mann das dann beendet. Und wichtig das ganze muss in einem eigenen nicht blockierenden Thread laufen.



Grüße

Irgendwie zerhaut es immernoch bei jedem Statusupdate vom Thermostat dessen Zeiteinstellung. Ist mein Thermostat anders als Eure?  ;D

Hallo Leute lese hier schon seit Anfang an mit, ich überlege mir ob ich die Dinger kaufe.
Dazu hätte ich aber noch eine frage, ist es möglich die Reichweite vom Bluetooth mit mehreren Pi's zu vergrößern ?? Habe min 3 Pi's im Einsatz die ich dafür mit verwenden könnte sofern deren Grundfunktion nicht beeinträchtigt wird.

Gesendet von meinem SM-N915FY mit Tapatalk

Hi,

ich hab nun die neusten Dateien eingespielt.

Ich muss vorweg schicken, bislang habe ich das Thermostat nicht gepairt. Nachdem ich gelesen habe, das es teils auch ohne klappt, hatte ich die Hoffnung das es das bei mir auch tut.
Und ich muss mich berichtigen, gescannt habe ich nicht mittels gatttool sondern per
sudo hcitool lescan

Ergebnis ist immernoch das gleiche.

Bei Scan sehe ich das Thermostat samt MAC, der Scan in fhem bringt kein Ergebnis.
Mit der neusten Version bleibt der State beim Scan auf scanning, auch wenn laut Log nach 60sek abgebrochen wird.

Zitat2016.10.26 18:53:27.935 1: Timeout for BTSCAN_execScan reached, terminated process 23938

Ich mache mich jetzt mal ans pairen, mal sehn wie dat nu wieder funzt. Steht aber glaube ich, hier am Anfang...

vb

hmmm. pairing schlägt aus technischen Gründen fehl. Liegt aber am System bzw an mir.

Das Anlegen der Device mit der Mac funzt per Hand, bekomme aber nicht viele Readings.
Hab nun den Überblick verloren, ob das der aktuelle Stand der Entwicklung ist, oder ob mehr gehen sollte...

vb

Zitat von: snoopersen am 26 Oktober 2016, 10:20:12
Irgendwie zerhaut es immernoch bei jedem Statusupdate vom Thermostat dessen Zeiteinstellung. Ist mein Thermostat anders als Eure?  ;D

Welche Zeichenkette schickst du jetzt rüber?

Das EQ3BT-Modul macht das im Moment für mich. Die Version in der das schon als gefixt in den Change Notes steht.

Werde heute mal versuchen einen Workaround zu implementieren, in dem ich die Zeitschaltung FHEM machen lasse. Hat natürlich den faden Beigeschmack, dass die Heizung undefiniert arbeitet wenn der Raspi oder die BT-Verbindung Probleme machen.

Habe leider kein fhem laufen um das zu testen. Gegenfrage: Verstellt ein Aufruf meines modifizierten python-Skriptes auch die Zeit?

Das mit der falschen Zeit war leider noch ein Fehler in meinem Modul. Jetzt ist behoben...

@snoopersen, bzgl. deiner Sorge dass das Thermostat die Signale nicht empfängt, kann ich von mir zumindest sagen, dass das Senden (nicht updateStatus) wirklich immer problemlos funktioniert. Auch für Thermostate die sonst schwer per Bluetooth erreichbar sind. Das Modul versucht 20x zu senden, wenn es dann nicht klappt, schreibt es im Reading "error" einen Fehlertext.

10_BTSCAN.pm
# v1.0.3 - 20161027
# - BUGFIX:  scan didn't work due to timeout

10_EQ3BT.pm
# v1.0.5 - 20161027
# - BUGFIX:  fix wrong date/time after updateStatus again

nochmals zum Thema pairing bitte.

Wie stehen die Chancen, das ich bei einem gepairten Thermostaten mehr Readings bekomme, wie z.B. die gemessene Temperatur?
Die eingestellte Temp. is ja nur die halbe Wahrheit, wenn wir ehrlich sind.

vb

@CoolTux, hast du es über gatttool geschafft, dass das Thermostat auch wirklich Notifications schickt sobald man etwas verstellt? Wenn ja, lass mich mal das gatttool Command wissen, dann überlege ich mir da etwas. Ich habe nämlich noch keine Möglichkeit gefunden direkt Notifications zu erhalten.

@Gasmast3r, so weit ich weiß, kann man FHEM auf mehreren RPi's installieren und diese dann verbinden (http://www.fhemwiki.de/wiki/FHEM2FHEM). Denke darüber müsstest du eine größere Fläche abdecken können.

@VB90, mehr Readings gibt es nicht. Leider habe ich noch keinen Weg gefunden die aktuelle Temperatur auszulesen. Da diese Information die App auch nicht darstellt, denke ich, dass diese Info per BLE auch nicht preisgegeben wird. Wenn du doch etwas findest, lass es mich wissen. Dann implementiere ich das gerne.

Zitat von: dominik am 27 Oktober 2016, 18:10:45
@CoolTux, hast du es über gatttool geschafft, dass das Thermostat auch wirklich Notifications schickt sobald man etwas verstellt? Wenn ja, lass mich mal das gatttool Command wissen, dann überlege ich mir da etwas. Ich habe nämlich noch keine Möglichkeit gefunden direkt Notifications zu erhalten.

Hallo Dominik,

Ich habe kein Thermostat. Das ist mir nur bei der Recherche zu gatttool aufgefallen und ich habe mal mit BT Lichter getestet. Wenn Du eine Rückmeldung haben willst beim weiteren Kommando nimmst Du write-cmd. Damit bekommst ein Feedback. Ansonsten machst bei einem read Kommando das --listen dahinter. Wenn Du dann am Thermostat was verstellst sollte bei gatttool was ankommen. War bei meinem Licht jedenfalls so.


Grüße

Zitat von: dominik am 27 Oktober 2016, 15:18:48
Das mit der falschen Zeit war leider noch ein Fehler in meinem Modul. Jetzt ist behoben...

Ich finde die Frage trotzdem wichtig: Wieso sind wir die beiden einzigen, bei denen die Zeit verloren geht?

Hast du schon auf die letzte Version aktualisiert? Dort geht die Zeit nicht mehr verloren.

Ahhh ok. Nein, ist noch die Auslieferungsversion.

Zitat von: Humpelstilzchen am 27 Oktober 2016, 18:57:45
Ahhh ok. Nein, ist noch die Auslieferungsversion.

:) ...dann bitte mit der letzten Version testen. Wenn es nicht geht, gib Bescheid.

Update...

# v1.0.6 - 20161028
# - BUGFIX:  support temperature down to 4.5 (=OFF) degrees

Das Modul funktioniert jetzt astrein. Die Zeiteinstellung wird beibehalten und die Erweiterung bis runter zum OFF ist fancy. Vielen, vielen Dank!

Zitat von: snoopersen am 28 Oktober 2016, 21:41:21
Das Modul funktioniert jetzt astrein. Die Zeiteinstellung wird beibehalten und die Erweiterung bis runter zum OFF ist fancy. Vielen, vielen Dank!

Super, das freut mich. Danke für die positive Rückmeldung!

Guten Abend,

ich hab den Thread schon einige Tage verfolgt und bin sehr an den Thermostaten interessiert. Ich muss nur gucken, wie ich Bluetooth an meinen Pi 3 bekomme, da das Interne nicht in der Kombination mit dem Razberry funktioniert.

Auf jedenfall wollte ich schon mal Danke sagen!

@dominik, liegt der Code zu deinem Plugin eigentlich auf github oder so?

bin zwar kein FHEM benutzer, noch nicht :)
aber danke schon mal :) hat mir sehr geholfen mit meinem thermostat
für die die bluetooth problem haben mit raspberry oder banana einfach image mit kernel4 oder höher benutzen dann hat man auch BLE ohne probleme
bei mir wird verbindung nach ner weile gettrennt fals jemand gleiches problem hat einfach vor dem script erst mal "/usr/bin/bt-device -d CC-RT-BLE" auszuführen oder "/usr/bin/bt-device -d CC-RT-BLE &&  python eq.py 00:1A:22:........ 0x0411 ..."
dann funktionier einwandfrei ( getestet auf banana pi armbian kernel 4.8 und auf raspberry pi kernel 4.2 )

Grüße und Danke
Alex

@zlies, aktuell noch nicht. Möchte es aber in nächster Zeit ins FHEM Repository mit aufnehmen.

Update...
Erklärung zum Reading "consumption": Damit soll der Verbrauch grob berechnet werden. Es wird alle ca. 3 Minuten die valvePosition aktualisiert und dann gemittelt und mit der Zeit seit dem letzten Update multipliziert.

# v1.0.7 - 20161101
# - FEATURE: new reading consumption
#            calculation based on valvePosition and time (unit = %h)
# - FEATURE: new reading battery
# - FEATURE: new reading boost
# - FEATURE: new reading windowOpen
# - CHANGE:  change mode reading to Automatic/Manual only
# - FEATURE: new reading ecoMode (=holiday)

Danke fürs Update. Läuft fehlerfrei bei mir.

Läuft  bei mir seit heute morgen, bis jetzt ohne Probleme.  Danke  für das Update

Ich bin aktuell dabei ein nodejs package für das Thermostat zu entwickeln. Ziel ist es, das Ding irgendwie in Homebridge und somit auch in HomeKit reinzubringen.
Vermutlich werde ich die Steuerung erstmal über ein paar virtuelle Schalter und Dimmer lösen. Für die korrekte Implementierung eines HomeKit-fähigen Thermostats fehlen noch ein paar Werte (z.B. Ist-Temperatur), die aktuell noch nicht ausgelesen werden können (https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js#L2805-L2809).

Das finde ich eine tolle idee!

hallo!

hat noch jemand diese eintrage im Logfile?

connect: Device or resource busy (16)
connect error: Transport endpoint is not connected (107)

ich weis nicht ob es mit den Thermostaten zutun hat oder ob es was anderes ist aber ich glaube es ist erst seit ich die Thermostate installiert habe!

Hallo,
die Einträge

connect: Device or resource busy (16)

finde ich ebenfalls in meinem Logfile. Tauchen immer zu zweit auf und da ich zwei Heizkörperthermostate im Einsatz habe, vermute ich, dass die Fehler bei der zyklischen Abfrage passieren.

wie kann man diese nicht loggen? Denn es wird alles richtig dargestellt nur halt mit einer verzögerung!

Update...habe das oben bemängelte Log auch gleich gefixed

# v1.1.0 - 20161105
# - CHANGE:  code cleanup to make support of new functions easier
# - FEATURE: support boost on/off command
# - BUGFIX:  redirect stderr to stdout to avoid "Device or ressource busy"
#            and other error messages in the log output, only
#            if an action fails 20 times an error will be shown in the log

Nach dem Update bitte unbedingt "shutdown restart" machen.

Super! Muss ich gleich mal testen!

Update...

# v1.1.1 - 20161106
# - FEATURE: new reading consumption today/yesterday
# - FEATURE: new reading firmware which shows the current version
# - FEATURE: support set <name> mode automatic/manual

Leider konnte ich bislang noch keine Möglichkeit finden um folgende Informationen auszulesen:
- Ist-Temperatur
- Aktuelle WindowOpen Einstellungen
- Aktuelle Temp.Offset Einstellungen
- Aktuelle Absenk/Komfort Temperatur

Bzgl. Ist-Temperatur habe ich EQ-3 schon geschrieben, dass ich mir das gerne als Feature in der App wünsche :)

//Edit: Achja, "shutdown reboot" ist notwendig nach dem Update.

Das funzt bisher gut. Prima.

Btw. Was für einen Bluetooth Dongle nutzt ihr?
Ich habe Probleme, meine Thermostate zwei Räume weiter (vielleicht 8m luftlinie) zu erreichen

Gesendet vom Smartphone, Tippfehler nicht ausgeschlossen.

ich nutze den rpi3 mit internen Modul hab aber auch Probleme muss einen Standortwechsel machen aber dann bin ich mir ziemlich sicher das ich alle erwische!

Ich habe 2 verschiedene Sticks wobei sich die Reichweite nicht sonderlich unterscheidet.
1 Stick ist ein 10m Reichweite Stick und der 2. ein Klasse 1 (100m) Stick. Ich vermute mal, dass es eher an den Thermostaten (10m Reichweite) liegt. Habe es bei mir geschafft einen Punkt in der Wohnung zu finden wo ich alle Thermostate empfange. Manchmal nicht sofort, aber bei 20 Versuchen wie im Modul implementiert, klappt es irgendwann.

# v1.1.2 - 20161108
# - FEATURE: support set <name> eco (eco temperature)
# - FEATURE: support set <name> comfort (comfort temperature)
# - CHANGE:  updated commandref

eco = Mond / comfort = Sonne, so ist es von EQ3 in den englischen Unterlagen definiert.

Sofern es bis am Wochenende keine negativen Rückmeldungen gibt, plane ich es ins offizielle Repository mit aufzunehmen. Bitte daher um Feedback.

Danke!
wenn ich sonst nichts vermelde, funzt es bei mir ;)

vb

Hallo danke für die Arbeit! Bei mir funktioniert auch alles!

Mein node.js package ist übrigens auch soweit: https://github.com/maxnowack/node-eq3ble
Ich setze mich nun in den nächsten Tagen an die Homebridge Integration

Ich habe heut Nacht folgede Meldungen gehabt.
Bin mir nicht sicher, meine aber, die waren dieser Tage schonmal zu sehen. so, oder ähnlich.

Zitat2016.11.09 03:34:21.610 1: PERL WARNING: Use of uninitialized value $vals[2] in hex at ./FHEM/10_EQ3BT.pm line 510.
2016.11.09 03:34:21.611 1: PERL WARNING: Use of uninitialized value $vals[2] in hex at ./FHEM/10_EQ3BT.pm line 515.
2016.11.09 03:34:21.611 1: PERL WARNING: Use of uninitialized value $vals[2] in hex at ./FHEM/10_EQ3BT.pm line 516.
2016.11.09 03:34:21.611 1: PERL WARNING: Use of uninitialized value $vals[2] in hex at ./FHEM/10_EQ3BT.pm line 517.
2016.11.09 03:34:21.611 1: PERL WARNING: Use of uninitialized value $vals[2] in hex at ./FHEM/10_EQ3BT.pm line 518.
2016.11.09 03:34:21.612 1: PERL WARNING: Use of uninitialized value $vals[2] in hex at ./FHEM/10_EQ3BT.pm line 519.
2016.11.09 03:34:21.612 1: PERL WARNING: Use of uninitialized value $vals[2] in hex at ./FHEM/10_EQ3BT.pm line 520.
2016.11.09 03:34:21.612 1: PERL WARNING: Use of uninitialized value $vals[2] in hex at ./FHEM/10_EQ3BT.pm line 521.
2016.11.09 03:34:21.613 1: PERL WARNING: Use of uninitialized value $vals[3] in hex at ./FHEM/10_EQ3BT.pm line 528.
2016.11.09 03:34:21.613 1: PERL WARNING: Use of uninitialized value $vals[5] in hex at ./FHEM/10_EQ3BT.pm line 531.

vb

Jetzt mal eine blöde frage! Das node.js wozu braucht man das und wie wird das eingespielt?

@Kawaci node.js hat erstmal nichts mit fhem zu tun. Ich steuer mein Zuhause nicht über fhem sondern HomeKit (iOS Homeautomation). Fhem läuft bei mir, um diverse 433mhz Geräte über homebridge zu schalten. Das node.js Package ist für mich die Voraussetzung um das Thermostat in HomeKit zu integrieren, da ich vermeiden wollte hier auch einen Umweg über fhem zu gehen.
Hier im Thread findet man mit die einzigen Infos, mit welchen Befehlen das Thermostat gesteuert werden kann. Daher dachte ich, dass das Thema hier vielleicht mit reinpasst und für den einen oder anderen interessant ist - auch wenn es nichts mit fhem zu tun hat.

Achso! dachte nur weil ich node.js auch für Homebridge brauche, ist das für mich auch relevant!

@dominik: Ist bei einem der letzten Updates des Modules etwas am Setzen der Werte geändert worden? Stellte neulich fest, dass die am Thermostat eingestellten Temperaturverläufe nicht mehr gesetzt werden. Sprich, wenn um 6 Uhr ein Sprung von 18°C auf 21°C erfolgen soll, bleibt das Thermostat bei 18°C. Als würde FHEM den letzten ihm bekannten Wert einfach wieder drüberschreiben. Geht man am Thermostat durch die Programmierung, spring er sofort auf das, was eigentlich eingestellt sein sollte. Bis zum nächsten Schaltzeitpunkt, der wieder ignoriert wird.

Kann gerade nicht sagen was bei mir die letzte stabile Version war. Werde heute mal auf die 1.0.7 downgraden und schauen.

@VB90, bei dir dürfte das Thermostat aus irgendeinem Grund eine zu kurze Rückmeldung gegeben habe. Habe das mal bei mir korrigiert.

@snoopersen, es gab Änderungen an der set-Funktion, aber trotzdem gehe ich davon aus, dass diese Basisfunktionalität funktioniert. Teste doch bitte mal ein normales "set ... desiredTemperature 20". Wenn das nicht funktioniert, dann bitte gleich ein Log mit verbose=5 posten.

@Kawaci, wo bindest du die node.js Dateien dann ein? Läuft das alles über homebridge? Haben wir (fhem User) dann auch was davon wenn es in homebridge integriert ist? :)

Ich hab homebridge wie im wiki beschrieben installiert und bin gerade dabei einige sachen in homebridge einzurichten! Will aber hauptsächlich über fhem mit smartvisu alles steuern! Bei homekit/bridge geht es mir rein um das "siri schalte mir das licht ein/aus" also mehr für den spass und weil es geht! Bin an und für sich auch ein fhem user! Glaube ich nicht das das was bringt für uns fhemuser!

so erstmal fettes lob, läuft wunderbar ... vom umstellen in fhem bis umstellung auf den thermostaten vergehen mitunter nur wenige sekunden , (mal dauerts etwas länger aber es wird trotzdem die gewünschte temp gestellt) eco und comfort funzen auch super , boost auch ohne probleme ... bis jetzt ohne fehlermeldungen

Zitat von: dominik am 09 November 2016, 18:22:19
@Kawaci, wo bindest du die node.js Dateien dann ein? Läuft das alles über homebridge? Haben wir (fhem User) dann auch was davon wenn es in homebridge integriert ist? :)

Sorry, meinte eigentlich @zlies.

No problem! 😉

calorBT_de.eq3.ble.android_source

Grüße
Alex

Hallo zusammen,

danke für das tolle Modul.
Leider habe ich noch ein Problem bei dem mir hoffentlich jemand weiterhelfen kann.

In FHEM bekomme ich die Module nicht richtig zum laufen.
Das BTSCAN Modul findet meine Thermostate nicht (auch wenn ich dort Pairing aktiviere).

Bei manueller Anlage eines Thermostates, z. B. mit

  define Heizung EQ3BT 00:1A:22:06:BE:6B

wird das Device angelegt (Neueste Version des EQ3BT Moduls). Ich kann darüber aber weder mit dem Schieberegler, noch über die SET Befehle das Thermostat ansteuern. Das Thermostat reagiert auf keine Eingabe. Zudem werden zunächst gar keine Readings angegeben.
Angezeigte, aktuelle Temperatur stimmt damit auch nicht.

Wenn ich mich aber parallel per SSH mit dem fhem User am System anmelde und z . B. per

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

am selben Thermostat die Temperatur einstelle, funktioniert das einwandfrei und erstaunlicher Weise wird die neue Temperatur nun sogar im EQ3BT Device unter FHEM erkannt und auch alle Readings werden dann auf einmal korrekt angezeigt.
Ein Absetzen von Kommandos per SET ist in FHEM dann aber weiterhin nicht möglich - keine Reaktion.

In meinen Logs (Verbose 5) finde ich nur relativ viele Meldungen in diesem Stil:

  Timeout for EQ3BT_execGatttool reached, terminated process 28448

Hat jemand noch einen Tipp, wie ich das Modul korrekt zum Laufen bekommen.
Für Hilfe und Hinweise wäre ich sehr dankbar.

Gruß

Dirk

@dominik tolle arbeit was du da gemacht hast! Bei mir funktioniert alles wunderbar, mir kommt auch vor das seit dem letzten Update die Verbindung zu den Thermostaten besser geworden ist! Gibt es eigentlich  schon neuigkeiten von elv wie die Temperatur ausgelesen wird?

Lg Martin

@dominik: Alles bestens, die 1.1.2 läuft bei mir einwandfrei. Danke für dieses sehr nützliche Modul.

@all: Die Stabilität der Bluetooth Verbindung hat ein DG40S Bluetooth USB Adapter gefühlt soweit verbessert, dass ich keine nennenwerten Aussetzer mehr zu den einzelnen Thermostaten habe.

Um die Reichweiten Probleme besser in den Griff zu bekommen wäre eine Idee, dass vom EQ3BT Modul nicht nur ein Bluetooth Adapter verwendet werden kann sondern 2 oder mehr. Ich denke daran, einfach einen weiteren Raspberry in dem Bereich zu Platzieren, wo die Reichweite des anderen nicht mehr ausreicht. Damit nicht so ein Wildwuchs entsteht und alle Thermostate im gleichen FHEM Prozess verwaltet werden, möchte aber nicht ein weiteres FHEM auf dem "Repeater" oder besser "Diversity" Raspberry installieren, und wenn dann nur eins, welches die Diversity Logik übernimmt und alles an das Master FHEM weiterleitet. 

Danke euch für die positiven Rückmeldungen! Nur so weiß ich, dass auch alles läuft :)

@hudray, kannst du mal ein "shutdown restart" machen und mir dann das komplette Log der EQ3BT Einträge posten?

@r2d2, eine Möglichkeit wäre per USB Verlängerung mehrere BT Sticks anzuschließen und dann den jeweiligen Stick für das Thermostat auswählen. Bei einem 2. RPi würde ich FHEM2FHEM empfehlen, damit sollte es funktionieren (selbst nicht getestet).

Bzgl. Auslesen der Temperatur habe ich von eq3 nur die Information erhalten, dass es an das zuständige Team als Idee weiter gegeben wurde. Also gerne auch mal bei denen anfragen, umso mehr Anfragen, umso eher wird es vermutlich implementiert - hoffentlich ;)

Habe das Modul soeben ins SVN aufgenommen. Sollte also morgen per update rein kommen :)

Danke euch für die Hilfe um das Modul zusammen zu erstellen! Weiter geht es nun in diesem Thread...
https://forum.fhem.de/index.php/topic,60595.0.html

Hallo dominik,
ich habe mal ein wenig mit FHEM2FHEM und EQ3BT getestet. Leider ist das EQ3BT Modul noch nicht 100%ig FHEM2FHEM "RAW" kompatibel. Im LOG der Zentralen FHEM Instanz finde ich:


2016.11.13 09:47:56 3: FHEM2FHEM opening r1heizung at 192.168.xx.xx:7072
2016.11.13 09:47:57 3: FHEM2FHEM device opened (r1heizung)
sh: 1: bluetoothctl: not found
sh: 1: bluetoothctl: not found
...
2016.11.13 09:50:37 3: EQ3BT (EQ3BTcross1): updateStatus, 0x0411, 03 failed 20 times.
...
2016.11.13 09:50:37 3: EQ3BT (Buero): updateStatus, 0x0411, 03 failed 20 times.
...




Konfiguration der Zentralen FHEM Instanz:

define EQ3BTcross1 EQ3BT /tmp/eq3bt_dummy1@directio
define r1heizung FHEM2FHEM 192.168.x.x:7072 RAW:EQ3BTcross1


Auf dem abgesetzten Raspberry:

...
define telnetPort telnet 7072 global
...
define Buero EQ3BT 00:1A:22:XX:XX:XX
attr Buero room Heizung
define FileLog_Buero FileLog ./log/Buero-%Y.log Buero
attr FileLog_Buero logtype text
attr FileLog_Buero room Heizung
...



Auf der Zentralen Instanz existiert kein Bluetooth da es eine virtuelle Maschine ist.
Um das Modul zu überlisten (Prüfung auf bluetoothctl) habe ich mal ein bluetoothctl gefaket:

root@fhem:/opt/fhem# ls -la /usr/bin/bluetoothctl
ls: Zugriff auf /usr/bin/bluetoothctl nicht m�glich: Datei oder Verzeichnis nicht gefunden
root@fhem:/opt/fhem# ln -s /bin/true /usr/bin/bluetoothctl
root@fhem:/opt/fhem#


Das bringt leider nicht sehr viel, da danach das gatttool in leere greift. Ich schaue mir mal die anderen Module an, die FHEM2FHEM RAW unterstützen, wie z.B. das bei mir funktionierende "jeelinkcross". FHEM2FHEM mit jeelinkcross nutze ich für Temperatursensoren und es funktioniert sehr stabil.

Wäre schön das über diesen Weg hinzubekommen, dann dürften die 10 Meter Bluetoothreichweite auch bei größeren Installationen kein Problem mehr sein.

Gruß
r2d2

Hi r2d2,

benötigst du unbedingt die RAW Funktionalität? Ich verwende FHEM2FHEM nicht, aber war der Meinung, dass die Readings/Events einfach an die zentrale Instanz durchgereicht werden wenn kein RAW verwendet wird. Kannst du mal ohne RAW testen?

Gruß,
Dominik

Hi dominik,

ich habe mal die Konfig geändert, von RAW auf LOG:

define EQ3BTcross1 EQ3BT /tmp/eq3bt_dummy1@directio
define r1heizung FHEM2FHEM 129.168.xx.xx:7072 LOG:EQ3BTcross1

define Buero EQ3BT 00:1A:22:XX:XX:XX
attr Buero room Heizung
define FileLog_Buero FileLog ./log/Buero-%Y.log Buero
attr FileLog_Buero logtype text
attr FileLog_Buero room Heizung
define SVG_FileLog_Buero_1 SVG FileLog_Buero:SVG_FileLog_Buero_1:CURRENT
attr SVG_FileLog_Buero_1 room Heizung


Die alte Konfig habe ich vorher gelöscht und dann ein "shutdown restart" ausgeführt. Danach habe ich die geänderte Konfig mit include in FHEM geladen. Im Log erscheint dann folgendes:


2016.11.13 11:23:34 1: Including heizung-test.inc
2016.11.13 11:23:34 3: FHEM2FHEM opening r1heizung at 192.168.xx.xx:7072
2016.11.13 11:23:34 3: FHEM2FHEM device opened (r1heizung)
sh: 1: bluetoothctl: not found
sh: 1: bluetoothctl: not found
2016.11.13 11:25:34 3: EQ3BT (EQ3BTcross1): updateSystemInformation, 0x0411, 00 failed 20 times.
2016.11.13 11:25:34 3: EQ3BT (Buero): updateSystemInformation, 0x0411, 00 failed 20 times.
2016.11.13 11:26:14 3: EQ3BT (EQ3BTcross1): updateStatus, 0x0411, 03 failed 20 times.
2016.11.13 11:26:14 3: EQ3BT (Buero): updateStatus, 0x0411, 03 failed 20 times.



Bezüglich dem Modus LOG und RAW muss ich mich auch erstmal noch etwas aufschlauen.

Danke & Gruß
r2d2

Laut Dokumentation FHEM2FHEM ist beim Type LOG ein Regular Expression zu setzen. Leider brachte auch das noch keinen Erfolg.


define <name> FHEM2FHEM <host>[:<portnr>][:SSL] [LOG:[b]regexp[/b]|RAW:devicename] {portpassword}


Gruß
r2d2

Hi,

bei mir im Log erscheint auch :

bluetoothctl: not found
2016.11.13 13:37:24 3: EQ3BT (HK_WC_UG): setDesiredTemperature, 0x0411, 4114 failed 20 times.
2016.11.13 13:37:29 3: EQ3BT (HK_WC_UG): updateStatus, 0x0411, 03100B0D0D21 failed 20 times.

bluez ist installiert und gatttool kann man in der shell aufrufen.
bluetoothctl allerdings nicht,
Muss dazu noch ein Paket installiert werden ?

Gruss
Joe

Hallo cotecmania,
hängt vom installierten bluez Version ab. In den älteren Paketen war das anders gelöst. Schau mal nach, bei Debian z.B. mit:


root@raspberry /opt/fhem/log # [b]dpkg -l | grep bluez[/b]
ii  bluez                            5.23-2+rpi2                               armhf        Bluetooth tools and daemons
ii  bluez-firmware                   1.2-3+rpi1                                all          Firmware for Bluetooth devices


Wenn Du das im Bezug auf FHEM2FHEM meinst, dann ist das momentan noch nicht funktional.

Gruß
r2d2

Zitat von: cotecmania am 13 November 2016, 16:25:45
Hi,

bei mir im Log erscheint auch :

Code Auswählen Erweitern

bluetoothctl: not found
2016.11.13 13:37:24 3: EQ3BT (HK_WC_UG): setDesiredTemperature, 0x0411, 4114 failed 20 times.
2016.11.13 13:37:29 3: EQ3BT (HK_WC_UG): updateStatus, 0x0411, 03100B0D0D21 failed 20 times.

bluez ist installiert und gatttool kann man in der shell aufrufen.
bluetoothctl allerdings nicht,
Muss dazu noch ein Paket installiert werden ?

Gruss
Joe

Hast du auch bluez-utils installiert? Wenn nicht, probier das bitte und gib mir dann Bescheid ob es funktioniert.

Hi,

was hab ich mir nun da installiert mit bluez-utils. 157 MB ... Druckersystem ... ghostscript ...

aber kein bluetoothctl ...

Wie kann ich das wieder deinstallieren ?
Und woher bekomme ich bluetoothctl ...

Gruss
Joe

Welche Version von bluez hast du?

pi@raspberrypi /sys/class/gpio $ dpkg-query -W bluez
bluez   4.99-2


pi@raspberrypi ~ $ dpkg-query -W bluez
bluez   5.23-2+rpi2

Mach mal ein Update und probier es dann bitte nochmals.

Hi,

bluez wurde erst vor 2 Tagen installiert. Bekommt man da nicht die aktuellste Version ?
Arbeite mit Wheezy.
Wie kann ich bluez updaten ?

Folgendes habe ich nochmals ausgeführt :
sudo apt-get update
sudo apt-get upgrade

Gruss
Joe

Ich glaub dann musst du auf jessie aktualisieren wenn du in wheezy noch die 4.x bekommst. Bin selbst auch auf jessie.

Uuups ?
d.h. ich bekomme den Thermostat unter Wheezy mit diesem Modul nicht zum Laufen ?
Sollte man dann in der Commandref bzw. vorne im Thread vermerken, damit nicht noch mehr ihr Glück umsonst versuchen ...

Oder braucht man bluetoothctl nur zum pairen und es gibt 'ne Alternative hierzu ?

Gruss
Joe

Ich hatte leider noch niemanden der mir diesen Fehler reported hat, daher steht noch nichts in der commandref diesbezüglich.

Manche haben hier schon erwähnt, dass ein pairen nicht notwendig ist. Kommentiere mal diese Zeile im Code aus:
qx(echo "pair $mac\\n";sleep 7;echo "trust $mac\\ndisconnect $mac\\n";sleep 2; echo "quit\\n" | bluetoothctl);
Einfach ein # davor setzen, dann shutdown restart.

Habe ich gemacht.
nach reboot folgender Zustand (wie vorher)

Internals:
   DEF        00:1A:22:07:4A:DB
   MAC        00:1A:22:07:4A:DB
   NAME       HK_WC_UG
   NR         976
   STATE      initialized
   TYPE       EQ3BT
   Readings:
     2016-11-13 20:15:45   error           updateStatus, 03100B0D1408 failed
   Helper:
     consumptionYesterday 0
     handleupdateStatus 0x0411
     handleupdateSystemInformation 0x0411
     retryCounterupdateStatus 13
     retryCounterupdateSystemInformation 0
     valueupdateStatus 03100B0D1411
     valueupdateSystemInformation 00
     Running_pid:
       abortFn    EQ3BT_killGatttool
       arg        HK_WC_UG|00:1A:22:07:4A:DB|updateStatus|0x0411|03100B0D1411
       bc_pid     139
       finishFn   EQ3BT_processGatttoolResult
       fn         EQ3BT_execGatttool
       pid        3628
       timeout    60
       Abortarg:
Attributes:
   room       Heizung

Gruss
Joe

Dann lass die Zeile mal auskommentiert und probier das Device mit einem anderen Tool zu pairen. Glaub es gibt noch bt-... (?) mit dem man auch Devices pairen kann. Wichtig, sobald das Device einmal verbunden ist, muss es danach auch wieder disconnected werden.

Hi,

habe nun in knapp 7!!! Stunden von wheezy auf jessie upgedatet und neu gebootet (Raspy B) und FHEM scheint noch zu laufen ...
Nun existiert der Befehl "bluetoothctl" in der console !!!
Weiteres die nächsten Tage. Jetzt ist erst mal Feierabend ...

Gruss
Joe

Hi,

nachdem ich nun bluetoothctl (unter Jessie  ;))  ausgeführt habe :


pi@raspberrypi ~ $ bluetoothctl
[NEW] Controller 00:1A:7D:DA:71:10 raspberrypi-0 [default]
[bluetooth]# scan on
Discovery started
[CHG] Controller 00:1A:7D:DA:71:10 Discovering: yes
[NEW] Device 00:1A:22:07:4A:DB CC-RT-BLE
[bluetooth]#
[CHG] Device 00:1A:22:07:4A:DB Connected: yes
[CHG] Device 00:1A:22:07:4A:DB Connected: no
[DEL] Device 00:1A:22:07:4A:DB CC-RT-BLE



hat das Device sofort OHNE weitere Aktionen funktioniert, d.h. Readings waren da und Temp kann ich setzen

Der einzige Wermutstropfen ist nun die fehlende IST-Temperatur, die ich von meinen Max-Thermostaten gewohnt bin

Gruss
Joe

Super, danke für die Info!

Wie schon hier geschrieben, die IST Temperatur liefert das Thermostat leider nicht per Bluetooth. Gerne also auch diesen Wunsch an EQ3 melden, damit die das in deren App integrieren, dann könnte ich es auch im Modul nutzen ;)

Gibts 'ne Anlaufstelle (Link, Adresse) von EQ-3, dann mach ich das gerne ...

Ich habe es über das Kontaktformular angefragt:
http://www.eq-3.de/kontakt.html

erledigt  8)

I looked in the Android app. There is no code to receive or display the actual temperature. I also contacted EQ-3 and asked for this feature to be added. They replied: "We are pleased for any comment and suggestion to make our products better. We will redirect your inquiry to the competent department. Unfortunately we can`t give any statement for a release."

Gleiche Antwort von EQ-3 bei mir ...

Ich hab eine neue antwort von eq3

Zitathiermit möchten wir uns für das von Ihnen entgegengebrachte Interesse an unseren Produkten bedanken.

Nein, eine solche Funktion ist nicht geplant. Zumal der Heizkörperthermostat am Heizkörper einen  Berechnungswert vorliegt, welcher den Regelalgorithmus steuert.

Mit freundlichen Grüßen aus Leer

Ihr eQ-3 Support-Team

Sieht also nicht aus das man da was bekommt!

Gibts eigentlich eine Möglichkeit die Firmware der Thermostate upzudaten? Vermute fast nicht, oder? Nachdem die Teile diese Woche bei Toom wieder im Angebot waren hab ich nachgekauft. Dieses Mal direkt von eq-3 gelabelt und nicht mehr "Swiss Brands". Mir fiel auf, dass die neuen Thermostate wesentlich leiser sind als die beiden älteren die ich habe.
Vielleicht erklärt das auch das abweichende Verhalten mit den FHEM-Modulen?. Werde das demnächst mal testen.

Ich habe sie mit dem Handy up gedatet im App gibts was Firmwareaktualisierung

Danke für die Info. Wenn ich irgendwann mal ein iOS 8+ Device hab kann ich das dann probieren.

Die Antwort von EQ3 verstehe ich nicht.

Nein, eine solche Funktion ist nicht geplant. Zumal der Heizkörperthermostat am Heizkörper einen  Berechnungswert vorliegt, welcher den Regelalgorithmus steuert.

Wie kann ich regeln, wenn ich keine Temperatur messe ?

Gruss
Joe

Naja ich vermute mal die haben einen test raum mit nem heizkörper und haben es dort gemessen und einen Algorithmus geschrieben oder so!

Aha  ;D
Eine Regelung ohne Istwert gibt es nicht, also muss die Temperatur irgendwo gemessen werden.
Ansonsten wäre das ein einfaches Stellglied OHNE Regelung, aber es heist ja Thermostat ...

Hy seit ihr mit FHEM2FHEM weitergekommen ???
Habe es derzeit mit Clonedummy bekomme alle Daten kann aber keine Werte setzen, dafür reicht leider mein Wissen nicht aus.

Gesendet von meinem SM-N915FY mit Tapatalk

Hallo,

wie paire ich den eQ-3 denn mit meinem Mac-Mini, so daß ich ihn in FHEM aufm Mac einbinden kann?
Aufm Raspberry hab ich es wunderbar hinbekommen, nur aufm Mac bekomme ich den eQ-3 nicht angezeigt.

Danke und LG
Jens 

Hi alle miteinander,

entschuldigt wenn ich das missverstanden habe aber soweit ich den Thread hier durchgelesen habe, scheint es ein Sammelthread für die besagten Bluetooth (BT) Thermostate zu sein oder?
Ich bin absoluter Beginner was das Thema Heimautomatisierung, FHEM und der Gleichen angeht.
Deswegen arbeite ich mich gerade durch das Anfängerhandbuch (http://fhem.de/Heimautomatisierung-mit-fhem.pdf), das ich übrigens gut geschrieben finde.
Da ich auf der Suche nach neuen Thermostaten für unsere neue Mietwohnung bin, wurde ich im Gespräch mit Kollegen auf die hier im Thread besagten BT Thermostate hingewiesen:
http://www.pollin.de/shop/dt/MDYyNjMxOTk-/Haustechnik_Sicherheitstechnik/Heizung_Sanitaer/Thermostate/Heizkoerper_Thermostatkopf_eQ_3_mit_Bluetooth.html
Datenblatt: http://www.pollin.de/shop/downloads/D863739D.PDF
Kurzbezeichnung: CC-RT-BLE
Durch Google bin ich dann in diesem Thread hier gelandet.

Da ich jetzt ja nur mal basteln und reinschnuppern möchte, will ich auch nicht so viel Geld investieren und entscheide mich für die o.g. BT Thermostate.
Für unsere neue Mietwohnung ist die Heimautomatisierung meiner Meinung nach eigentlich der Overkill, aber ich dachte mir die Erfahrung kann nie schaden und basteln macht ja auch Spaß.
Theoretisch würden es auch autarge Geräte tun, aber der Bediencomfort wäre dann sicher nicht so schön. (Wobei es auch Apps für manche Systeme gibt)
Jetzt meine eigentliche Frage... ::)
Egal ob ich den RaspberryPi oder meinen Linux Server verwenden möchte, brauche ich immer einen geeigneten Bluetooth USB Stick, der die BT Thermostate an das FHEM auf dem Linux anbindet.
Muss ich beim Kauf eines BT USB Sticks auf noch was achten außer, dass er BT in der Version 4.0 unterstützen und natürlich im Linux funktionieren muss?
(BT Version 4.0 hatte ich hier in dem Thread irgendwo aufgeschnappt.)

Nur damit ich hier nix durcheinander werfe und es richtig verstehe:
Alternativ wurde in einem ähnlichen Thread (https://forum.fhem.de/index.php?topic=41451.0) dieses Thermostat von MAX! angesprochen:
BC-RT-TRX-CyN MAX! Heizkörperthermostat basic
Der soll ja auch gut funktionieren (https://forum.fhem.de/index.php/topic,41317.0.html) allerdings benötige ich da einen sog. CUL_MAX, der mich laut Infos 50€ kosten würde. (http://shop.busware.de/product_info.php/cPath/1/products_id/29)
Dieses Thermostat funkt ja dann auf der Frequenz 868MHz und das Protokoll heißt einfach nur MAX so wie der Hersteller richtig?

Ich hoffe, dass ich nicht auf dem Holzweg bin. :o

Grüße
Darkentik

Zitat von: cotecmania am 15 November 2016, 12:52:29

Der einzige Wermutstropfen ist nun die fehlende IST-Temperatur, die ich von meinen Max-Thermostaten gewohnt bin

Hallo Ich bin neu hier und hab seit Gestern 4 EQ-3BT Thermostate übern RaspberryPi 3 ( internes BT) laufen, danke für dieses Modul :)

Jetzt zu meiner Anfängerfrage ( weiss nicht genau nach was ich da suchen muss):

Kann ich die IST-Temperatur einfach von einem externen Thermometer ( 868Mhz irgendwas) verwenden um das Temperatur-Offset abschätzen zu können?

Wie beschreib ich das jetzt am Besten? ..

Die desired Temp ist zb 22°  das Thermometer sagt aber es hat nur 19° -- > Desired Temp um 3° erhöhen..
(ich hab den Temp-Offset schon auf das Max ; 3,5° gestellt, aber bei mir ist es direkt neben dem Heizkörper mehr als 3,5° wärmer als im Raum.)

was am Thermostat als Soll-Temp angezeigt wird ist mir egal , es soll nur warm genug werden.

ist sowas in Fhem überhaupt möglich , sorry wenn ich jetzt den Thread entführt habe , falls es woanders hingehört bitte verschieben, danke!

Hi,
ich habe jetzt 3 dieser Thermostate im Einsatz:
https://www.amazon.de/gp/product/B014VHFR6Y/ref=oh_aui_detailpage_o04_s00?ie=UTF8&psc=1

Und dazu diesen Bluetooth USB Dongle an meinem Debian Server:
https://www.amazon.de/gp/product/B0096Y2HFW/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1

Fhem habe ich bereits installiert nach eurer Anleitung im Beginners Guide und wollte jetz erstmal prinzipiell die Kopplung des USB BT Dongles mit einem BT Thermostat testen.
Also schaute ich, dass Bluetooth am Server läuft:
server#/etc/init.d/bluetooth status
-> Ausgabe: [ ok ] bluetooth is running.

Also scannte ich:
server#hcitool scan
Scanning ...

Und hier scheitert es. Er findet nur mein Smartphone. Ich habe das Thermostat in den PAIR Mode gesetzt und wenn ich dann am Server scanne wird mir sofort am Thermostat dessen PIN angezeigt. Am Server aber passiert nichts.

Wie bekomme ich die MACs meiner BT Thermostate heraus????  :o

Vielen Dank für jede Info.
Das hilft anderen auf jeden Fall auch weiter!

VG
Darkentik

Zitat von: drcyber am 11 Januar 2017, 15:08:51
Hallo Ich bin neu hier und hab seit Gestern 4 EQ-3BT Thermostate übern RaspberryPi 3 ( internes BT) laufen, danke für dieses Modul :)

hi,
wie hast du die Thermostate denn im Linux gefunden und evtl. gepaired?
Wie ich bereits geschrieben habe, finde ich im Debian mit hcitool scan und hcitool lescan keins meiner Thermostate um sie zu pairen bzw. überhaupt eine Verbindung aufzubauen.
Die beiden Module hier von den fleißigen Entwicklern habe ich erfolgreich eingebunden aber BTSCAN findet ebenfalls keine Geräte.
Ich würde sehr gerne FHEM einsetzen aber komme ja nicht mal soweit damit herumzutesten.  :'(
Danke für deine Hilfe.

Ist BLE am Thermostat auch eingeschalten? Wenn es eingeschalten ist, dann steht im Menü OFF zum Ausschalten. Prüf das mal bitte direkt am Thermostat. Des Weiteren auch mal mit der App testen ob diese funktioniert.

Zitat von: dominik am 18 Januar 2017, 22:55:24
Ist BLE am Thermostat auch eingeschalten? Wenn es eingeschalten ist, dann steht im Menü OFF zum Ausschalten. Prüf das mal bitte direkt am Thermostat. Des Weiteren auch mal mit der App testen ob diese funktioniert.

Hi,
also Bluetooth ist angeschaltet bei allen 3, am Handy sehe ich die auch und kann sie in der App auch steuern und die Wochenpläne usw. ändern.
Am Debianserver sehe ich auch mein Smartphone wenn ich ein scan mache mit hcitool.
hast du vielleicht noch eine Idee?

Eventuell mal kompletten Reset des Thermostats machen über das Menü am Thermostat. Oder sind die Thermostate außer Reichweite?

Am Handy den Thermostaten unpairen dann siehst du auch in Debian die Teile wieder.

Zitat von: CoolTux am 18 Januar 2017, 23:01:39
Am Handy den Thermostaten unpairen dann siehst du auch in Debian die Teile wieder.

Die Idee hatte ich auch schon.
Habe sie am Handy getrennt über Bluetooth->Gerät angeklickt->Verbindung beenden
Und auch schon in der App aus dem Raum gelöscht.
Leider finde ich sie am Server mit hcitool scan nicht. Der Server steht im selben Raum wie eines der Thermostate, die anderen beiden sind im Nachbarraum.
root@server:/# hcitool scan
Scanning ...
        1C:67:58:00:72:0C       HUAWEI P8 lite

Das ist meine aktuelle Ausgabe.
Ich resette mal eben fix das eine Thermostat hier im selben Raum und gebe gleich Feedback.
*UPDATE*
Resett über das Menü am Thermostat brachte nix.
Ich habe jetzt die Batterien entfernt und es so nochmal zurückgesetzt.

Nicht scan sondern lescan

Zitat von: CoolTux am 18 Januar 2017, 23:11:34
Nicht scan sondern lescan

Entschuldige, das wusste ich so nicht.
hcitool lescan dauert irgendwie ewig, ist das normal?
den lescan hatte ich heute Nachmittag bereits mal ausprobiert, weil ich es in einem Blog gelesen hatte.
Ich lasse es mal laufen und gebe euch Bescheid!
root@server:/# hcitool lescan
LE Scan ...

Nicht mit hcitool ist ja kein Bluetooth LE

Zitat von: Gasmast3r am 18 Januar 2017, 23:17:19
Nicht mit hcitool ist ja kein Bluetooth LE

Ähm okay, mit was muss ich dann scannen?
Ich habe das komplette Paket bluez mit allen Abhängigkeiten installiert.
In diversen Blogs und Anleitungen wird aber auch mit hcitool lescan gearbeitet. Jetzt bin ich verwirrt...
https://haus-automatisierung.com/hardware/fhem/2016/08/02/fhem-tutorial-reihe-part-15-anwesenheit-mit-bluetooth-le-tag-ermitteln.html

Sogar in dem eigenen Wiki hier wird mit hcitool lescan gearbeitet:
https://wiki.fhem.de/wiki/Anwesenheitserkennung#Anwesenheitserkennung_Bluetooth_PebbleBee_mit_PRESENCE_Modul
Absatz: "BT-Tags aktivieren"

Also warum soll/kann ich das nicht benutzen?

Könnte es sein, dass mein BT USB Stick das BT Profil der Thermostate nicht unterstützt?
https://de.wikipedia.org/wiki/Bluetooth-Profile
Habt ihr eine Idee wir ich herausbekomme welches BT Profil die Thermostate benutzen?

*EDIT*
Das hier ist mein USB BT Stick:
http://www.logilink.eu/media/datasheets/BT0015.pdf

Vielleicht fine ich noch was über die Thermostate...

*UPDATE*
...leider nur das hier bisher:
http://www.eq-3.com/Downloads/eq3/downloads_produktkatalog/eqiva/pdb/en/CC-RT-BLE_BLUETOOTH-Smart-Radiator-Thermostat_datasheet_V1.1.pdf
Ich bin auf der Suche nach dem Chipsatz, der BT macht um zu wissen welches BT profil die benutzen.

le Scan ist für die Anwesenheitserkennung

bluetoothctl

das ist für alles andere

RT-BLE Bluetooth
Für was wohl das LE stehen mag. Low Energy vielleicht. LE ist Bestandteil der Bluetooth 4 Spezifikation. Und nun schaue man einfach mal nach ob der USB BT Dongle den man da verwendet auch BT LE kann.
Kann bitte jemand mal schauen der das Teil hat ob bei ihm es mittels hcitool lescan gefunden wird.
Und bitte vorher den Thermostaten von allen möglichen Apps unpairen. Inklusive FHEM. Denn ein gepairtes LE Gerät wird mittels Scan nicht angezeigt.

Zitat
GATT is built on top of the Attribute Protocol (ATT) (see Bluetooth Core System Architecture for block diagram and explanations), which uses GATT data to define the way that two Bluetooth Low Energy devices send and receive standard messages.

Den Unsinn mit LE ist nur für Anwesenheit überlese ich mal. Ansonsten wären meine BT Playbulb Candle wohl nur für Anwesenheit.
Im übrigen schaltet im Unterbau das gatttool den Thermostaten.

Zitat von: Darkentik am 19 Januar 2017, 12:53:36
Könnte es sein, dass mein BT USB Stick das BT Profil der Thermostate nicht unterstützt?
https://de.wikipedia.org/wiki/Bluetooth-Profile
Habt ihr eine Idee wir ich herausbekomme welches BT Profil die Thermostate benutzen?

*EDIT*
Das hier ist mein USB BT Stick:
http://www.logilink.eu/media/datasheets/BT0015.pdf

Vielleicht fine ich noch was über die Thermostate...

*UPDATE*
...leider nur das hier bisher:
http://www.eq-3.com/Downloads/eq3/downloads_produktkatalog/eqiva/pdb/en/CC-RT-BLE_BLUETOOTH-Smart-Radiator-Thermostat_datasheet_V1.1.pdf
Ich bin auf der Suche nach dem Chipsatz, der BT macht um zu wissen welches BT profil die benutzen.

Dein Dongle kann wohl nur bis BT3. Zu mindest steht es bei dem Wort Compatible BT 1 2 3

Ich habe den Bezug auf link genommen
Die Thermostate lassen sich super in FHEM integrieren ob mit Handy gepairt oder nicht.
Nur die Mac Adresse ermitteln und definieren.

Zitat von: CoolTux am 19 Januar 2017, 18:58:30
Dein Dongle kann wohl nur bis BT3.

Na was ist das denn für eine ..... da steht doch in der Produktbeschreibung ganz klar Bluetooth V4.0! :o
Feature:
• Chipset: CSR BC8510
• Bluetooth 4.0 + EDR compliant

Und hier im Forum habe ich auch schon von mehreren gelesen, die einen CSR Chipsatz benutzen. Durch diese bin ich ja erst auf die Amazonlinks gestoßen.
Mein Broadcomm USB BT Stick wird leider erst vom 20.1.-07.02 geliefert, weil er aus UK kommt. :-\

Ich kann dir nur sagen was ich im PDF aus deinem Link gelesen habe. Was ich nicht verstehe wieso man bei Amazon oder gar in UK bestellen muss.
Mediamarkt in Deiner Nähe und kurz BT4 lesen und gut ist.  ;D


Grüße

Zitat von: CoolTux am 20 Januar 2017, 08:19:43
Ich kann dir nur sagen was ich im PDF aus deinem Link gelesen habe. Was ich nicht verstehe wieso man bei Amazon oder gar in UK bestellen muss.
Mediamarkt in Deiner Nähe und kurz BT4 lesen und gut ist.  ;D

Ich wohne auf dem Land, da ist nix mit mal schnell um die Ecke in den Mediamarkt. Der nächste ist über 30 min Autofahrt entfernt. Und die Zeit hab ich nicht. Aber das ist hier nicht das Thema.

Meinst du das hier?
Bluetooth Standard
V4.0+EDR (Backward compatible with V1.1/V1.2/V2.0/V2.1/
V3.0)
Das bedeutet doch nichts anderes als die Kompatibilität mit BT 4.0 und ZUSÄTZLICH abwärtskompatibel mit den Versionen V1.1/V1.2/V2.0/V2.1/V3.0.
Ich denke das hast du falsch interpretiert.


im Übrigen gibt es den Befehl bluetoothctl bei mir nicht:
root@server:/# dpkg -l | grep blue
ii  bluetooth                             4.99-2                             all          Bluetooth support
ii  bluez                                 4.99-2                             amd64        Bluetooth tools and daemons
ii  bluez-alsa:amd64                      4.99-2                             amd64        Bluetooth ALSA support
ii  bluez-cups                            4.99-2                             amd64        Bluetooth printer driver for CUPS
ii  bluez-gstreamer                       4.99-2                             amd64        Bluetooth GStreamer support
ii  bluez-utils                           4.99-2                             all          Transitional package
root@server:/# bluetoothctl
bash: bluetoothctl: command not found


Die Infos im Netz sagen aber, dass das im Debianpaket "bluez" drin ist.
Installiert habe ich es ganz normal über die Paketverwaltung mit
#aptitude install bluez
und habe dann alle Abhängigkeiten mit genehmigt.
Übersehe ich was?

*UPDATE*
Da ich, Schande über mein Hapt, noch wheezy benutze, habe ich leider aktuell nur die Möglichkeit, bluez4.99 über das repo zu installieren.
Der Befehl bluetoothctl ist erst in Version 5 verfügbar:
http://stackoverflow.com/questions/31965371/issues-in-installing-bluez-utils-and-running-the-command-bluetoothctl
Da ich kein Freund bin irgendwelchen Sourcecode selber zu compilieren und mir so vllt noch andere Probleme aufzuhalsen, ist glaube ich jetzt der Zeitpunkt gekommen mein System auf Jessie hochzurüsten. ::)
In Jessie ist das bluez5 integriert:
https://packages.debian.org/search?keywords=bluez

Ich melde mich am WE wieder. ;)

Zitat von: Darkentik am 20 Januar 2017, 08:30:25
Ich wohne auf dem Land, da ist nix mit mal schnell um die Ecke in den Mediamarkt. Der nächste ist über 30 min Autofahrt entfernt. Und die Zeit hab ich nicht. Aber das ist hier nicht das Thema.

Meinst du das hier?
Bluetooth Standard
V4.0+EDR (Backward compatible with V1.1/V1.2/V2.0/V2.1/
V3.0)
Das bedeutet doch nichts anderes als die Kompatibilität mit BT 4.0 und ZUSÄTZLICH abwärtskompatibel mit den Versionen V1.1/V1.2/V2.0/V2.1/V3.0.
Ich denke das hast du falsch interpretiert.


im Übrigen gibt es den Befehl

Code Auswählen Erweitern

bluetoothctl bei mir nicht:

Code Auswählen Erweitern

root@server:/# dpkg -l | grep blue
ii  bluetooth                             4.99-2                             all          Bluetooth support
ii  bluez                                 4.99-2                             amd64        Bluetooth tools and daemons
ii  bluez-alsa:amd64                      4.99-2                             amd64        Bluetooth ALSA support
ii  bluez-cups                            4.99-2                             amd64        Bluetooth printer driver for CUPS
ii  bluez-gstreamer                       4.99-2                             amd64        Bluetooth GStreamer support
ii  bluez-utils                           4.99-2                             all          Transitional package
root@server:/# bluetoothctl
bash: bluetoothctl: command not found


Die Infos im Netz sagen aber, dass das im Debianpaket "bluez" drin ist.
Installiert habe ich es ganz normal über die Paketverwaltung mit
#aptitude install bluez
und habe dann alle Abhängigkeiten mit genehmigt.
Übersehe ich was?

*UPDATE*
Da ich, Schande über mein Hapt, noch wheezy benutze, habe ich leider aktuell nur die Möglichkeit, bluez4.99 über das repo zu installieren.
Der Befehl

Code Auswählen Erweitern

bluetoothctl ist erst in Version 5 verfügbar:
http://stackoverflow.com/questions/31965371/issues-in-installing-bluez-utils-and-running-the-command-bluetoothctl
Da ich kein Freund bin irgendwelchen Sourcecode selber zu compilieren und mir so vllt noch andere Probleme aufzuhalsen ist glaube ich jetzt der Zeitpunkt gekommen mein System auf Jessie hochzurüsten. ::)
In Jessie ist das bluez5 integriert:
https://packages.debian.org/search?keywords=bluez

Ich melde mich am WE wieder. ;)

Sorry Du hast Recht. Auf meinem Handy habe ich das Backward als Compatible gelesen. Mein Fehler.

Wenn Du aber noch Wheezy verwendest liegt es definitiv daran. Das Problem kenne ich.

Zitat von: CoolTux am 20 Januar 2017, 09:33:27
Wenn Du aber noch Wheezy verwendest liegt es definitiv daran. Das Problem kenne ich.

Nachdem ich jetzt auf Jessie geupgraded habe, konnte ich schon mal einen kleinen Teilerfolg verzeichnen.
Ich bin jetzt im Besitz des Befehls "bluetoothctl":
root@server:/# bluetoothctl
[NEW] Controller 00:1A:7D:DA:71:15 server-0 [default]
[bluetooth]#

Ich werde mich also jetzt mal hinsetzen und versuchen meine Thermostate zu finden und diese einzubinden in fhem.

*UPDATE*
Ich war natürlich neugierig. ::)
Ein Thermostat konnte ich finden:
root@server:/# hciconfig hci0 up
root@server:/# bluetoothctl
[NEW] Controller 00:1A:7D:DA:71:15 server-0 [default]
[bluetooth]# scan on
Discovery started
[CHG] Controller 00:1A:7D:DA:71:15 Discovering: yes
[NEW] Device 00:1A:22:07:55:B8 CC-RT-BLE

Ich schaue am WE mal ob ich die anderen beiden auch noch finde und dann kann es losgehen!  ;D

Guten Abend,
ich habe nun meinen Broadcom USB Stick bekommen, der ja laut Membern von hier mehr Verbindungen gleichzeitig handhaben kann und auch eine bessere Reichweite hat.
Mit dem habe ich nun ein wenig herum probiert und meine Thermostate gesucht.
Also ab in die "bluetoothctl" Kommandoshell:
root@server:/# bluetoothctl
Zuerst musste ich ihn allerdings aktivieren mit
[bluetooth]# power on
Dann die Suche starten:
[bluetooth]# scan on
Danach die Liste anzeigen:
[bluetooth]# list
Controller 00:19:86:00:11:E0 Fritschserver [default]
[NEW] Device 00:1A:22:07:55:B8 CC-RT-BLE

Und wieder findet der Server nur dieses eine Thermostat...merkwürdig, soll der Empfang so schlecht sein in einem alten Haus mit wenig Trockenbau(wegen den Metallunterbaurahmen) ???

Also habe ich kurzer Hand die Thermostate alle abgeschraubt, Bluetooth ausgeschaltet, alle nebeneinander auf den Schreibtisch (drunter steht der Server) gelegt und nacheinander Bluetooth aktiviert um gleich mal schriftlich zu dokumentieren welches Thermostat welche Hardware ID hat.
Und siehe da, alle Thermostate gefunden!
[bluetooth]# list
Controller 00:19:86:00:11:E0 server [default]
[NEW] Device 00:1A:22:07:4E:D5 CC-RT-BLE
[CHG] Device 00:1A:22:07:4E:D5 RSSI: -74
[DEL] Device 00:1A:22:06:51:64 CC-RT-BLE
[DEL] Device 00:1A:22:07:55:B8 CC-RT-BLE
[DEL] Device 00:1A:22:07:4E:D5 CC-RT-BLE
[NEW] Device 00:1A:22:07:4E:D5 CC-RT-BLE
[NEW] Device 00:1A:22:07:55:B8 CC-RT-BLE
[NEW] Device 00:1A:22:06:58:B6 CC-RT-BLE
[CHG] Device 00:1A:22:07:4E:D5 RSSI: -87
[CHG] Device 00:1A:22:06:58:B6 RSSI: -78

Weiß einer wieso sich manche Geräte wieder mit "DEL" verabschieden und dann wiederkehren?

Also die Geräte wieder alle an die Heizungen montiert und nochmal mit Devices geprüft welche er noch findet.
Mit "devices" finde ich allerdings wieder nur 3.
[bluetooth]# devices
Device 00:1A:22:07:4E:D5 CC-RT-BLE
Device 00:1A:22:07:55:B8 CC-RT-BLE
Device 00:1A:22:06:58:B6 CC-RT-BLE


Dies 3 sind: 1 Thermostat direkt am Heizkörper im selben Raum, 1 Thermostat was auf dem Schreibtisch liegt und 1 Thermostat, dass im WZ (1 normale Ziegelwand dazwischen, glaube 16cm?) an der ersten Heizung, die am nächsten zum Server ist, dran ist.
Die 2. Heizung im WZ ist nur 2 Meter weiter weg von der 1. und dazwischen ist nur Luft.

Ich versuche jetzt mal ein wenig mit FHEM herumzuspielen und schaue mal ob ich das fehlende Gerät dennoch ansprechen kann. Die Hardware ID habe ich ja vorher herausgefunden.

Vielleicht kann das ja ein Experte mal erklären woran das liegen kann, dass es nicht in der devices Liste auftaucht.

Und was sagt ein hcitool lescan ? Kann man ja mal probieren

Also ein hcitool lescan bringt noch weniger Ergebnisse:
root@server:#hcitool lescan
LE Scan ...
00:1A:22:06:58:B6 (unknown)
00:1A:22:06:58:B6 CC-RT-BLE


Das ist jetzt das Test-Thermostat (mein 4.), dass zum testen noch auf dem Schreibtisch liegt.
Selbst das TM im gleichen Raum wird nicht gefunden.
Da bin ich mit einem Scan von bluetoothctl effektiver.
Mit dieser Situation bin ich natürlich nicht wirklich zufrieden, da ich nie das WZ komplett regeln kann. :(
Das würde für mich jetzt bedeuten, dass ich doch auf Funk mit 868Mhz setzen muss und meine BT Thermostate wieder zurück schicken muss.

Mit der neuen Modul Version kannst mehrere Bluetooth dongle betrieben habe 1 am 5m USB Kabel da ich auch schlechte Wände habe

Ok, ich will sowieso noch ein Wanddurchbruch machen und Netzwerkkabel verlegen für mein TV.
Vielleicht kommt an den TV noch ein Pi, da könnte ich den Pi dann ja als abgesetzten Slave FHEM nutzen wenn ich das richtig verstanden habe oder?

Egal, ich habe gerade ein Verständnis-Problem mit euren Skripten und wie ich sie einsetzen muss.
Ich habe ja meinen BT USB Dongle am Server dran, die Hardware IDs habe ich auch.
Im FHEM habe ich bereits das Kommando "set btscan BTSCAN" ausgeführt und sehe in der Weboberfläche auch das Modul (siehe Screenshot).
Im Logfile wird allerdings nur mitgeteilt, dass BTSCAN nach dem Timeout beendet rausgeflogen ist.
2017.01.23 20:43:52 1: Timeout for BTSCAN_execScan reached, terminated process 3314

Danach habe ich ein reload 10_BQ3BT.pem und ein reload 10_BQ3BT gemacht, weil ich nicht wusste ob ich die Dateiendung mitgeben muss.
Da bekam ich folgende Logeinträge:
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_Initialize redefined at ./FHEM/10_EQ3BT.pm line 121.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_Define redefined at ./FHEM/10_EQ3BT.pm line 133.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_pairDevice redefined at ./FHEM/10_EQ3BT.pm line 158.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_Attribute redefined at ./FHEM/10_EQ3BT.pm line 167.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_Set redefined at ./FHEM/10_EQ3BT.pm line 179.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_updateSystemInformation redefined at ./FHEM/10_EQ3BT.pm line 234.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_updateSystemInformationWithTimer redefined at ./FHEM/10_EQ3BT.pm line 240.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_updateSystemInformationSuccessful redefined at ./FHEM/10_EQ3BT.pm line 247.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_updateSystemInformationRetry redefined at ./FHEM/10_EQ3BT.pm line 253.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_updateStatusWithTimer redefined at ./FHEM/10_EQ3BT.pm line 260.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_updateStatus redefined at ./FHEM/10_EQ3BT.pm line 268.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_updateStatusSuccessful redefined at ./FHEM/10_EQ3BT.pm line 274.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_updateStatusRetry redefined at ./FHEM/10_EQ3BT.pm line 280.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setDesiredTemperature redefined at ./FHEM/10_EQ3BT.pm line 287.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setDesiredTemperatureSuccessful redefined at ./FHEM/10_EQ3BT.pm line 297.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setDesiredTemperatureRetry redefined at ./FHEM/10_EQ3BT.pm line 304.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setBoost redefined at ./FHEM/10_EQ3BT.pm line 311.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setBoostSuccessful redefined at ./FHEM/10_EQ3BT.pm line 321.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setBoostRetry redefined at ./FHEM/10_EQ3BT.pm line 328.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setMode redefined at ./FHEM/10_EQ3BT.pm line 335.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setModeSuccessful redefined at ./FHEM/10_EQ3BT.pm line 345.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setModeRetry redefined at ./FHEM/10_EQ3BT.pm line 351.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setEco redefined at ./FHEM/10_EQ3BT.pm line 358.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setEcoSuccessful redefined at ./FHEM/10_EQ3BT.pm line 366.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setEcoRetry redefined at ./FHEM/10_EQ3BT.pm line 372.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setComfort redefined at ./FHEM/10_EQ3BT.pm line 379.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setComfortSuccessful redefined at ./FHEM/10_EQ3BT.pm line 387.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setComfortRetry redefined at ./FHEM/10_EQ3BT.pm line 393.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_retryGatttool redefined at ./FHEM/10_EQ3BT.pm line 400.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_execGatttool redefined at ./FHEM/10_EQ3BT.pm line 406.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_processGatttoolResult redefined at ./FHEM/10_EQ3BT.pm line 466.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_processNotification redefined at ./FHEM/10_EQ3BT.pm line 517.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_killGatttool redefined at ./FHEM/10_EQ3BT.pm line 586.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setDaymode redefined at ./FHEM/10_EQ3BT.pm line 590.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setNightmode redefined at ./FHEM/10_EQ3BT.pm line 594.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setChildlock redefined at ./FHEM/10_EQ3BT.pm line 598.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setHolidaymode redefined at ./FHEM/10_EQ3BT.pm line 602.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setDatetime redefined at ./FHEM/10_EQ3BT.pm line 606.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setWindow redefined at ./FHEM/10_EQ3BT.pm line 610.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_setProgram redefined at ./FHEM/10_EQ3BT.pm line 614.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_Undef redefined at ./FHEM/10_EQ3BT.pm line 618.
2017.01.23 21:09:09 1: PERL WARNING: Subroutine EQ3BT_Get redefined at ./FHEM/10_EQ3BT.pm line 627.

Hier die Dateirechte:
-rw-r--r--  1 fhem dialout 880721 Jan 23 20:40 10_EnOcean.pm
-rw-r--r--  1 fhem dialout  22360 Jan 18 20:37 10_EQ3BT.pm
-rw-r--r--  1 fhem dialout  22360 Jan 18 20:13 10_EQ3BT.pm.orig
-rw-r--r--  1 fhem dialout  18718 Jan 18 20:13 10_FBDECT.pm

Das originale Skript habe ich aus Angewohnheit nur umbenannt um es aufzubewahren. Stört das?

Hier im Thread habe ich gelesen, dass man in der Weboberfläche bei "Unsorted" eine Kategorie erstellt bekommt für die gefundenen BT Thermostate.
Meine Frage ist jetzt, mache ich was falsch?
Wenn ja was?
Wenn nein, wo finde ich die gefundenen Thermostate?
Mein Test-Thermostat habe ich auch testweise mal mit dem Server gepaired, das brachte jedoch keinen Unterschied.
Danke für eure Hilfe!
Wenn ich das hier alles durch habe, werde ich mal eine schritt-für-Schritt Anleitung für Anfänger schreiben, die man gerne mit in das PDF Handbuch einfügen kann.
Da wird bisher leider noch kein Wort über Bluetooth Thermostate verloren.

Nein mehrere Bluetooth Dongle am selben pi
Define Name des Thermostat BTEQ3 Bluetooth adresse

Zitat von: Gasmast3r am 23 Januar 2017, 21:52:38
Nein mehrere Bluetooth Dongle am selben pi
Define Name des Thermostat BTEQ3 Bluetooth adresse

Ja das ist mir klar, dass ich dann entweder per USB Verlängerung an meinen Server einen 2. BT Dongle betreiben könnte.
Aber ich habe hier schon paar mal gelesen, dass man mehrere fhems zusammenschalten kann irgendwie. Das stimmt doch oder habe ich da was falsch verstanden?

Man kann mit FHEM2FHEM mehrere RPi zusammen schließen, das Modul unterstützt das aber noch nicht - zumindest hat das jemand in diesem Thread schon mal getestet.

Zitat von: dominik am 23 Januar 2017, 22:04:53
Man kann mit FHEM2FHEM mehrere RPi zusammen schließen, das Modul unterstützt das aber noch nicht - zumindest hat das jemand in diesem Thread schon mal getestet.

Ok, ja das habe ich so auch verstanden. Aber bei mir scheitert es ja schon paar Schritte weiter vorne. ;)
Bis dahin ist noch ein Stück Arbeit zu erledigen.

Vielleicht kann mir ja jmd helfen, die letzten Steine aus dem Weg zu räumen damit FHEM mit meinen BT geräten funktioniert.
https://forum.fhem.de/index.php?topic=39308.msg567999#msg567999

Welchen Pi hast du im Einsatz ??
Aus das aktuelle Jessi geupdatet ???

Zitat von: Gasmast3r am 23 Januar 2017, 22:58:52
Welchen Pi hast du im Einsatz ??
Aus das aktuelle Jessi geupdatet ???

Gar keinen, ihr versteht mich gerade falsch. Das mit einem Pi war nur eine Idee um ihn als abgesetzte Station zu nutzen um mein BT Radius zu erhöhen, weil ein Pi sehr wahrscheinlich sowieso an den TV kommt.
Wie ich bereits mehrfach gesagt habe, arbeite ich mit einem Debianserver.
Dieser ist ein normaler Desktop-PC.
Darauf habe ich fhem und meine BT USB Dongles installiert und eingerichtet und auch die BT Thermostate erstmalig erfolgreich finden können.
Nun blicke ich aber nicht so recht durch wie ich diese in mein fhem reinprogrammieren muss.
Das aktuelle Skript "10_BQ3BT.pm" habe ich schon abgelegt und auch das BTSCAN Skript. Letzteres wird ja auch schon erkannt und kann gestartet werden, findet allerdings nichts.

Hy vom btscan Script weiß ich nix.
Tip nur 1 per BT nutzen thermostate oder was anderes.
Wenn das 10_BQ3BT im richtigen Ordner ist neu starten
Dann Define zb.Wohnzimmer BQ3BT BLUETOOTH ADRESSE fertig und das für jedes thermostat

Zitat von: Gasmast3r am 23 Januar 2017, 23:11:48
Hy vom btscan Script weiß ich nix.
Tip nur 1 per BT nutzen thermostate oder was anderes.
Wenn das 10_BQ3BT im richtigen Ordner ist neu starten
Dann Define zb.Wohnzimmer BQ3BT BLUETOOTH ADRESSE fertig und das für jedes thermostat

Ok, ich habe jetzt in die Weboberfläche eingegeben:
define WohnzimmerTM02 BQ3BT 00:1A:22:07:55:B8
und ENTER gedrückt.
Da kam dann: Unknown module BQ3BT  ???

sorry EQ3BT

Zitat von: Gasmast3r am 23 Januar 2017, 23:21:53
sorry EQ3BT

Boah nee! Das hätte ich selber merken müssen....ist wohl doch einfach nur schon zu spät. ;)

Es funktioniert scheinbar erstmal.(siehe Screenshot)

Ich habe mal versucht den Boost zu aktivieren, aber das klappt nicht. Da passiert nix am Thermostat.

das dauert par min bis er alles hat

Zitat von: Gasmast3r am 23 Januar 2017, 23:28:56
das dauert par min bis er alles hat

Jup, das stimmt!!!!
Bei mir hat es gerade beim Test-Thermostat einige Sekunden gedauert bis was passiert ist.
Danke dir erstmal Gasmast3r!  8)

Wie kann ich denn ein Objekt wieder löschen?
Habe mich gerade vertippt bei der Adresse.  ::)
*GELÖST*
Einfach erstmal auf Save config klicken damit die Sachen auch in die fhem.cfg gespeichert werden und dann kann man die nachträglich editieren. Geht aber nur über die Linux Shell, im Webfrontend kann ich keine zeichen ändern. :o

*EDIT*
Ist sowas hier normal?
2017.01.23 23:24:26 3: EQ3BT (WohnzimmerTM02): setDesiredTemperature, 0x0411, 4128 failed 30 times.
2017.01.23 23:25:29 3: EQ3BT (WohnzimmerTM02): updateSystemInformation, 0x0411, 00 failed 30 times.
2017.01.23 23:26:04 3: EQ3BT (WohnzimmerTM02): updateStatus, 0x0411, 03110117171A failed 30 times.
2017.01.23 23:26:21 3: EQ3BT (WohnzimmerTM02): setBoost, 0x0411, 4501 failed 30 times.
2017.01.23 23:27:38 3: EQ3BT (WohnzimmerTM02): setDesiredTemperature, 0x0411, 4128 failed 30 times.
2017.01.23 23:29:06 3: EQ3BT (WohnzimmerTM02): updateStatus, 0x0411, 03110117171D failed 30 times.
2017.01.23 23:29:27 3: EQ3BT (WohnzimmerTM02): setMode, 0x0411, 4040 failed 30 times.
2017.01.23 23:31:01 3: EQ3BT (WohnzimmerTM01): updateSystemInformation, 0x0411, 00 failed 30 times.
2017.01.23 23:31:29 3: EQ3BT (WohnzimmerTM01): updateStatus, 0x0411, 03110117171F failed 30 times.
2017.01.23 23:31:58 3: EQ3BT (WohnzimmerTM02): updateStatus, 0x0411, 03110117171F failed 30 times.
2017.01.23 23:32:20 3: EQ3BT (ArbeitszimmerTM03): updateSystemInformation, 0x0411, 00 failed 30 times.
2017.01.23 23:32:50 3: EQ3BT (ArbeitszimmerTM03): updateStatus, 0x0411, 031101171720 failed 30 times.


wie du bei mir auf dem bild sihst steht unten  Delete this device (WZ2) damit wird das device gelöscht.

wie gesagt meine Erfahrung ist nur eine Sache per BT zu nutzen, hatte Anwesenheit und die Thermostate erst über den selben server laufen lassen, nun habe ich 1 PI auf dem die Anwesenheit lauft und auf dem FHEM Pi die Thermostate.

sorry für meine Schreibweise aber ich bin stark schreibfaul

Zitat von: Gasmast3r am 23 Januar 2017, 23:42:10
wie du bei mir auf dem bild sihst steht unten  Delete this device (WZ2) damit wird das device gelöscht.

wie gesagt meine Erfahrung ist nur eine Sache per BT zu nutzen, hatte Anwesenheit und die Thermostate erst über den selben server laufen lassen, nun habe ich 1 PI auf dem die Anwesenheit lauft und auf dem FHEM Pi die Thermostate.

sorry für meine Schreibweise aber ich bin stark schreibfaul

Aber mehrere Thermostate an einem BT USB Dongle sollten doch gehen oder? Mehr will ich ja gar nicht.

Ja das geht, habe derzeit 6 Thermostate laufen und das mit 2 Bluetooth Dongle den internen vom PI3 und ein per 5m USB Kabel.

mehrere unterschiedliche Anwendungen/Skripte behindern sich gegenseitig 

Zitat von: Gasmast3r am 23 Januar 2017, 23:28:56
das dauert par min bis er alles hat

Guten Morgen,
musstest du noch was dazu programmieren, dass er dir die ganzen Werte unter "Readings" anzeigt?
Bei mir fehlt das bei allen 3 festverbauten Thermostaten komplett. Nur mein Test-Thermostat, dass auf dem Schreibtisch liegt zeigt die Werte an.
Dafür habe ich bei allen Thermostaten den Eintrag hier:
errorCount-updateStatus 188 2017-01-24 09:02:13
Außerdem sagt das Logfile:
2017.01.24 09:00:39 3: EQ3BT (WohnzimmerTM02): updateStatus, 0x0411, 031101180900 failed 30 times.
2017.01.24 09:02:13 3: EQ3BT (ArbeitszimmerTM03): updateStatus, 0x0411, 031101180902 failed 30 times.
2017.01.24 09:02:36 3: EQ3BT (WohnzimmerTM01): updateStatus, 0x0411, 031101180902 failed 30 times.

Was mir gerade einfällt....ich habe direkt neben dem BT USB Dongle ein Logitech Funkdongle für eine schnurlose Tastatur stecken.
Könnte der schon das Problem vielleicht sein? Ich glaube mcih zu erinnern, dass ich hier im Forum sowas ähnliches schon mal gelesen habe.

*EDIT*
Außerdem fällt mir gerade auch ein, dass das Test-Thermostat das einzige Thermostat ist, das noch die Firmware vom Auslieferungszustand hat. Alle anderen 3 habe ich per App geupdated.
Soll denn die aktuelle Firmware vielleicht inkompatibel sein?  ???
Die 3 Thermostate hatte ich natürlich auch mal mit meinem Handy gepaired aber diese dann am Smartphone wieder entfernt.
Das sind die einzigen 2 Unterschiede. Ich werde die Thermostate zuhause mal resetten, also stromlos machen, und dann nochmal mit fhem testen.

Moinsen,

habe erfolgreich einen eQ-3 eingebunden. Folgendes "Problem" habe ich nun. Wenn ich die Werte in ein Log schreibe, wird immer alles (per REGEXP schon die wichtigen gefiltert) geschrieben auch ohne Wertänderung. Beim LaCrosse Protokoll kann ich per event-on-change-reading auf Änderungen filtern. Gibt es hier etwas vergleichbares?

So wie es im Code aussieht wird ca. alle 3 Minuten der Status abgefragt. Ein nettes Feature wäre das hier evtl. konfigurierbar zu machen. z.B. für nachts einen höheren Intervall einzustellen.

Ich bin jetzt seit ca 1 Woche dabei FHEM einzusetzen und muss noch viel lernen ;)

@Darkentik das ist sicher auch das Thermostat was die beim ersten versuch finden Kontest ??
Denke mal irgendwas stört deinen Empfang, ob es das Blech Gehäuse oder was anderes ist kann ich so nicht sagen versuch mal mit ner Verlängerung den sticken etwas anders zu positionieren

Zitat von: Gasmast3r am 24 Januar 2017, 10:01:37
@Darkentik das ist sicher auch das Thermostat was die beim ersten versuch finden Kontest ??
Denke mal irgendwas stört deinen Empfang, ob es das Blech Gehäuse oder was anderes ist kann ich so nicht sagen versuch mal mit ner Verlängerung den sticken etwas anders zu positionieren

Nee das Test-TM habe ich ja gestern erst geliefert bekommen, gefunden wurde vor einigen Tagen immer nur das WZ_rechts, das näher an der Wand zum Server ist.
Ich probiere heute oder morgen mal ein wenig rum und versuche mal ein langes USB Verlängerungskabel aufzutreiben um soviele wie mögliche Fehlerquellen auszuschließen.

@Gasmast3r: Du betreibst 6 BT Thermostate ohne Probleme? Wie viele Wände hast du denn so dazwischen?

Das weiteste was vom Pi internen Modul erkannt wird ist 2 Räume weiter das weiteste am externen ist 1 Raum weiter

Mein Verdacht hat sich leider bestätigt!
Ich habe nun das Thermostat im Arbeitszimmer stromlos gemacht und dann neu eingestellt. (Also nur Datum und Urhzeit)
Danach konnte ich es erfolgreich mit meinem Server pairen und trusten und sehe nun alle Werte im FHEM.
Allerdings kann nun meine Handyapp nicht mehr mit dem Thermostat kommunizieren. Das Handy findet es einfach nicht mehr.
Kann ich über fhem auch meinen Wochenplan programmieren?
Den Zustand finde ich jetzt aktuell sehr blöd, da das Thermostat ja jetzt "dumm" ist und nichts weiß außer, dass es mit dem fhem gekoppelt ist.
Danke für eure Info!
Im Anhang mal ein Screenshot.

Also mit dem pi habe ich keins gepairt nur mit meinem tab und alles läuft

Wow....Leute das ist irgendwie unerklärlich!  :o
Ich habe ja mit 2 verschiedenen BT USB Sticks getestet und die hatte ich direkt hinten am Server-PC dranstecken.
Ergebnis: mieser Empfang der Geräte
Jetzt habe ich mal eine 5m USB Verlängerung genommen und sowohl den CSR Chipsatz USB Dongle als auch den Broadcom Chipsatz USB Dongle drangesteckt.
Sofort melden sich alle Thermostate! Was zur Hölle????
Das Einzigste was ich mir im Entferntesten vorstellen könnte als Störquelle ist das gehäuse vom Server (zu starke Abschirmung) oder meine kleine APC-650Watt USV, die direkt 5 cm hinter dem Server steht und möglicherweise strahlt.
Im Anhang sind mal 2 Bilder.

Gut möglich BT und WLAN sollen sich stören womit ich keine probleme habe aber wenn es klappt ist doch super

Ich habe jetzt nochmal einiges rumprobiert.
- Bluetooth am Debianserver deaktiviert damit es mir nicht dazwischen funkt wenn ich die Thermostate erneut an die Smartphone-App kopple.
- BT Thermostate an die Smartphone-App gekoppelt und meinen bestehenden Räumen zugeordnet.
- Wochenpläne geändert um zu testen ob die Kommunikation funkioniert.
- BT auf dem Debianserver wieder aktiviert.
- Alle Thermostate werden gefunden und übermitteln in fhem auch wunderbar Werte.
- Das Aktivieren des Boosts funktioniert eigentlich fast gut, es dauert im Wohnzimmer fast 1 Minute bis der Befehl ans Thermostat übermittelt wurde.

Ich würde jetzt einfach mal behaupten, dass es funktioniert.

Den BTSCAN werde ich da jetzt wieder entfernen, da ich den ja anscheinend doch nicht benötige und da wohl was falsch verstanden habe.

Zu BTSCAN, das soll ein Modul werden, welches für Bluetooth Devices ein Autodiscover macht. Sobald man dort "set btscan scan" macht, werden automatisch die Thermostate gefunden und angelegt.

Ist noch nicht im FHEM Repo, da mir die Lösung noch nicht ganz gut gefällt ;)

Zitat von: dominik am 24 Januar 2017, 21:41:28
Zu BTSCAN, das soll ein Modul werden, welches für Bluetooth Devices ein Autodiscover macht. Sobald man dort "set btscan scan" macht, werden automatisch die Thermostate gefunden und angelegt.

Ist noch nicht im FHEM Repo, da mir die Lösung noch nicht ganz gut gefällt ;)

Ah okay. Na dann lass ich das doch mal drin. Du entwickelst das ja sicher weiter oder? ;)

Weiß jmd ob ich die BT Thermostate auch über fhem programmieren und einen Wochenplan auslesen, verändern und speichern kann?

Nein, das hab ich nicht implementiert. Ich empfehle DOUF dafür zu verwenden.

Zitat von: dominik am 24 Januar 2017, 22:16:57
Nein, das hab ich nicht implementiert. Ich empfehle DOUF dafür zu verwenden.

Kannst du mir und anderen kurz mehr zu dem DOUF sagen?
Ist das ein Modul von fhem oder ein Debianpaket?
Ich würde das gerne mal ausprobieren.
Gn8 erstmal.

*EDIT*
@dominik, meintest du DOUF oder DOIF?
Ich habe jetzt nur das hier gefunden:
https://wiki.fhem.de/wiki/DOIF

Zitat von: Darkentik am 24 Januar 2017, 20:26:13
Wow....Leute das ist irgendwie unerklärlich!  :o
Ich habe ja mit 2 verschiedenen BT USB Sticks getestet und die hatte ich direkt hinten am Server-PC dranstecken.
Ergebnis: mieser Empfang der Geräte
Jetzt habe ich mal eine 5m USB Verlängerung genommen und sowohl den CSR Chipsatz USB Dongle als auch den Broadcom Chipsatz USB Dongle drangesteckt.
Sofort melden sich alle Thermostate! Was zur Hölle????
Das Einzigste was ich mir im Entferntesten vorstellen könnte als Störquelle ist meine kleine APC-650Watt USV, die direkt 5 cm hinter dem Server steht und möglicherweise strahlt.
Im Anhang sind mal 2 Bilder.

Für alle nur mal als Info:
Ich habe mich auf Arbeit mit einigen Kollegen unterhalten und wir sind gemeinsam der meinung, dass mein PC Gehäuse zu stark abschirmt und somit die direkt angeschlossenen USB BT Sticks nicht ihre Arbeit erledigen können.
Mit einer 5m USB Verlängerung hoch auf den Schreibtisch funktionierte alles sofort!

Moin,

ich habe hier irgendwo in dem Thread gelesen, dass der EQ-3 keinen eingebauten Temperatursensor haben soll. Auf der Seite vom eq3btsmart Modul des Home-Assistent Projektes wurde das auch behauptet.

Ich bezweifle das.

Meine Therorie ist, dass R5 auf der Platine ein Thermistor ist.
(An ziemlich der gleichen Position war auch der Thermistor beim N-Modell.)

Das Teil hat bei 21°C ca. 11k und geht beim Anwärmen durch Anhauchen auf 9.5k runter.

Er liegt zwischen Masse und Pin 42 (PC3) des STM8 Controllers. PC3 ist gleichzeitig ein ADC Eingang.

Ob der Temperaturwert auf irgendeinem Bluetooth Handle rausgegeben wird, ist eine andere Frage.
Ich werde mal weiter graben...

Hallo zusammen,

das mit FHEM2FHEM interessiert mich auch, aber leider komme ich hier auch nicht weiter. Habe es LOG registriert, aber kann trotzdem nicht die Werte setzen. Gerade auf Grund der geringen Reichweite ist das einfach interessant über einen zweiten Pi mit Dongle andere Thermostate zu steuern.

Bekomme auch: setDesiredTemperature, 0x0411, 4132 failed 30 times.

Kann hier jemand helfen?

Danke und Gruß

Schau mal 1-2 Seiten weiter zurück da findest du die Antwort

Hallo zusammen,

ich habe das Thermostat eq-3 nun längere Zeit analysiert und ein Shell Script für die Steuerung entwickelt (siehe https://github.com/Heckie75/eQ-3-radiator-thermostat)

Dabei ist auch eine recht umfangreiche Dokumentation der Bluetooth API abgefallen, die ggf. noch einige Fragen beantwortet, die in diesem Forum gestellt wurden, z.B. wie die Vacation-Funktion programmiert wird. Siehe dazu https://github.com/Heckie75/eQ-3-radiator-thermostat/blob/master/eq-3-radiator-thermostat-api.md

Viele Grüße

Zitat von: heckie am 09 Februar 2017, 22:40:52
Hallo zusammen,

ich habe das Thermostat eq-3 nun längere Zeit analysiert und ein Shell Script für die Steuerung entwickelt (siehe https://github.com/Heckie75/eQ-3-radiator-thermostat)

Dabei ist auch eine recht umfangreiche Dokumentation der Bluetooth API abgefallen, die ggf. noch einige Fragen beantwortet, die in diesem Forum gestellt wurden, z.B. wie die Vacation-Funktion programmiert wird. Siehe dazu https://github.com/Heckie75/eQ-3-radiator-thermostat/blob/master/eq-3-radiator-thermostat-api.md

Viele Grüße

Wow!
@heckie, danke für deine Arbeit!
Deine Dokumentation hilft auf jeden Fall vielen Neulingen weiter das Ganze zu verstehen!!!!
Tausend Dank dafür!  :)

Eine Frage:
"Current target temperature" ist das jetzt die IST Temperatur oder die SOLL Temperatur, die man einstellen kann?
https://github.com/Heckie75/eQ-3-radiator-thermostat/blob/master/eq-3-radiator-thermostat-api.md#current-target-temperature-byte-6

@heckie, danke für die tolle Dokumentation!

@Darkentik, das ist "leider" die SOLL Temperatur. Für die IST Temperatur gibt es keinen Wert den man über Bluetooth bekommt.

Hi, ich habe mir diese Heizungsregler gekauft, und die kamen gestern an.

Inzwischen habe ich recht lange damit herumgespielt.

Ich selbst bin (noch?) kein FHEM-Nutzer und habe noch kein gewecktes Interesse daran, da ich mein eigenes Süppchen koche, alles Python-basiert.

Ich habe da etwas was mich verwundert, und zwar geht es um den Status-Auslesebefehl

Es ist immer zu lesen, dass da nur mit einem Wert von 03 angefragt werden soll, wenn man Infos zugeschickt haben möchte.

Allerdings ist ja 03 der Zeitsetz-Befehl. Bei meinem Teil habe ich bemerkt, dass, wenn ich nur ein 03 schicke, also z.B.

gatttool -i hci0 -b 00:1A:22:09:E8:AF --char-write-req --handle=0x0411 --value=03 --listen

dass ich dann die Uhrzeit des Reglers zerschieße. Wenn ich dann durch Langdrücken in's Menü gehe und dann auf `dat`, dann steht bei Jahr z.B 20E8 oder so ein krempel. Und das Einstellen des Ferienmodus über das Bedienungsrad klappt dann auch nicht mehr so ganz richtig. Dann ist der Monat nämlich 0 und ich addiere Tage in die Zukunft drauf und all so ein Stuß.

Ich muss beim Request immer die aktuelle Zeit mit rüberschicken, dann klappt alles wunderbar. Ist das bei euch nicht so? Im Grunde ist es dann kein Request, sondern die Antwort auf die Einstellung der Zeit, so wie man sie auch bekommt, wenn man z.B. die Temperatur einstellt.

Mit freundlichen Grüßen,
Daniel

Eventuell beantwortet dieser kleine Codeauszug aus der Moduldatei Deine Frage

if($value eq "03") {
            my ($sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst) = localtime(time);
            my $currentDate = sprintf("%02X%02X%02X%02X%02X", $year+1900-2000, $mon+1, $mday, $hour, $min);
            $value .= $currentDate;
        }


Es wird also noch ein currentDate an die 03 angehangen

Zitat von: CoolTux am 13 September 2017, 14:43:32
Eventuell beantwortet dieser kleine Codeauszug aus der Moduldatei Deine Frage
Es wird also noch ein currentDate an die 03 angehangen

Ah, ok.

Ich las https://github.com/Heckie75/eQ-3-radiator-thermostat/blob/master/eq3.exp von @heckie und dort geschieht es nicht. In der 2. Seite oder so dieses Threads war es ebenfalls so.

Danke für Deinen Hinweis, hab die Datei nun auf Github gefunden.

Hy Leute da ja nun die heizungszeit langsam kommt habe ich bemerkt das nicht alle termostate geschaltet werden, habe auch viele Error log's.
Meine Vermutung ist das ich einfach zu viele habe (13 Stück) wie viele habt ihr am laufen und wie ist die Fehler rate bei euch so.
Ein 2ter Dongle hat keine Einwirkung auf die Funktion.
Es kann natürlich auch am Pi liegen der bald gegen was anderes getausch wird.

bei mir is auch das log voll mit "failed 20 times"
wobei ich auch bemerkt hab dass das mit der App am Handy auch nicht immer zuverlässig funktioniert.

am schlimmsten war übrigens bei mir das Thermostat das am nächsten zum Pi war ( 3-4m luftlinie)


ich hab jetzt 3 von 4 deaktiviert und bin auf FHTs umgestiegen..

Hey! Weis jemand wie man die eq3 Thermostate in Homebridge integrieren kann?

Hi zusammen,
ich hab jetzt 4 von den Teilen in FHEM am laufen.
Danke noch mal für die großartige Vorarbeit!

Aber mir ist jetzt aufgefallen, das FHEM die Thermostate auch erreichen kann, wenn/obwohl sie mit meinem Telefon gepairt sind.
Ist das nicht eine Sicherheitslücke, da quasi jeder meine Thermostate lesen und umstellen kann?
Ich mein, wofür denn dann überhaupt das mit dem Pairing?

Grüße, Bugs

Zitat von: djbugs am 27 September 2017, 18:10:59
Aber mir ist jetzt aufgefallen, das FHEM die Thermostate auch erreichen kann, wenn/obwohl sie mit meinem Telefon gepairt sind.
Ist das nicht eine Sicherheitslücke, da quasi jeder meine Thermostate lesen und umstellen kann?
Ich mein, wofür denn dann überhaupt das mit dem Pairing?

Das ist mir auch schon aufgefallen. Würde mich auch mal interessieren.

Zitat von: heckie am 09 Februar 2017, 22:40:52
ich habe das Thermostat eq-3 nun längere Zeit analysiert und ein Shell Script für die Steuerung entwickelt (siehe https://github.com/Heckie75/eQ-3-radiator-thermostat)
Dabei ist auch eine recht umfangreiche Dokumentation der Bluetooth API abgefallen, die ggf. noch einige Fragen beantwortet, die in diesem Forum gestellt wurden, z.B. wie die Vacation-Funktion programmiert wird. Siehe dazu https://github.com/Heckie75/eQ-3-radiator-thermostat/blob/master/eq-3-radiator-thermostat-api.md

Hi @heckie,

ich wollte mir jetzt mal dein Script anschauen, weil ich mir eine einfache Oberfläche zum hoch und runterregeln der Thermostate bauen möchte.
Ich habe mir dein Script heruntergeladen und die Debian Pakete "expect" und "tclx" installiert mit "aptitude install expect tclx".
Wenn ich jetzt aber den Status für eine MAC holen will bekomme ich nur die Fehlermeldung "Connection failed.".
Muss ich an deinem Script vllt noch meinen BT Dongle eintragen oder sowas?

Ich wollte eigentlich ein eigenes kleines Shellscript schreiben mit dem gatttol aber ich blicke das nicht mit den Handles und dem Umwandeln in little endian, auffüllen mit 0 auf 4 Byte usw.  ???

Grüße

Guten Abend zusammen,

gibt es ein Modul für die Steuerung dieser Heizungsventile?
Oder wie habt ihr das jetzt realisiert? Ich kann keins im gesamten Thread finden.


Gruß X23

https://forum.fhem.de/index.php/topic,60595.0.html

Weil ich gerade wieder etwas verfeinern will (es ist ja fast Winter) und den Batteriestatus in der Tablet-UI darstellen will, eine Frage: Batterie OK wird mit "OK" angegeben. Wenn die Batterie leer ist, was wird dann in FHEM ausgegeben?
Habe blöderweise vergessen nachzuschauen neulich. Interessanterweise wurde die Batterie-leer-Information in die Apple-Homekit-App durchgeschleift und dort mit einem Warndreieck versehen.

Ich mag dieses Modul.  :)

Low

Danke!

Hallo,

ich bin ganz neu hier und habe mein FHEM auf nem RASPI3 mit einem EQ3BT Test Thermostat an den Start gebracht. Es funktioniert alles soweit.

Ich habe aber noch ein paar Verständnisfragen zu dem Modul:

1. Wie muss der Thermostat betrieben werden am FHEM im Automatik Mode oder manuell?
2. Funktioniert die Fenster offen Erkennung? Bei mir ist der Wert immer 0

VG Denis

Ich betreibe die Geräte manuell, denn das Zeitprogramm greift in die Steuerung durch FHEM ein. Bei mit wird am Thermostat desiredTemp gesetzt, wenn ich komme oder gehe (im Flur, wenn alle weg sind, ...).

Wenn man im Automatikmodus ist muss man auf deren Schaltvorgänge reagieren oder in den Urlaub schalten, wenn man weg ist.

Horst

Zitat von: Harst am 12 Januar 2018, 23:27:17
Ich betreibe die Geräte manuell, denn das Zeitprogramm greift in die Steuerung durch FHEM ein. Bei mit wird am Thermostat desiredTemp gesetzt, wenn ich komme oder gehe (im Flur, wenn alle weg sind, ...).

Wenn man im Automatikmodus ist muss man auf deren Schaltvorgänge reagieren oder in den Urlaub schalten, wenn man weg ist.

Horst

Hy magst mal ein Beispiel Posten?

Zitat von: Gasmast3r am 13 Januar 2018, 07:57:31
Hy magst mal ein Beispiel Posten?

Ich versuche es mal mit Bildern:

Der Thermostat steht auf Manuell. Bild 1
Ein Event stellt auf 17 Grad runter, wenn ich/wir abwesend sind. (Bild 2)
Ein anderer Event stellt auf 20 Grad, wenn wir wiederkommen.
Was noch fehlt: Statt auf feste Temperaturen den alten Wert wiederherstellen.

Die Events werden von Presents-Objekten gesteuert und die wieder über das Bluetooth + WLAN vom Handy. Und weil das Handy auch mal aus oder weg sein kann gibt es noch einen Schalter auf der Oberfläche für Ein (Bild 3)

Horst

Auch ne idee hab es per Strukture gemacht, da ich die einzelnen Temperaturen nicht setzen kinnte nun hab ich ja ne andere art gesehen ;)

Hallo,

also ich habe jetzt 11 von den Thermostaten im ganzen Haus am Start. Die Reichweite von dem RASPI3 eigenen Bluetooth ist auch ausreichend, dem Holzhaus sei dank :-)

Ich habe die Idee von Gunther aufgegriffen und meine Heizungssteuerung auch so umgesetzt.
https://forum.fhem.de/index.php/topic,78398.0.html (https://forum.fhem.de/index.php/topic,78398.0.html)
Vielen Dank für das Beispiel und vielen Dank für das EQ3BT Modul!!!!!

Erweitert habe ich das Ganze noch um eine Anwesenheitserkennung per WLAN-Ping, die dann den Hausstatus ändert und bin damit erst einmal zufrieden.

Die Thermostate habe ich im manuellen Betrieb und wenn man am Thermostat den Schwellwert der Temperatur für die Erkennung Fenster offen auf einen sinnvollen Wert stellt, klappt das auch mit der Anzeige. Zu klären bleibt aber, was das Thermostat im manuellen Betrieb bei offenen Fenster macht....

Das Ganze ist sogar "Frauenfreundlich", da alle Thermostate von Hand geregelt werden können.

Mit dem TablettUI habe ich mich auch auseinander gesetzt und meine rudimentäre Steuerung habe ich angefangen umzusetzen.

Also zusammenfassend ist FHEM auf dem Raspi eine coole Sache.

VG Denis

Ja es entwickelt sich, hatte es vorher per Anwesenheit/Strukture per comfort/eco was mein system aber gut belastet hat, geregelt

Hallo Zusammen,

hat es jemand geschafft, die Heizkörper über Alexa Sprachsteuerung zu bedienen? Wenn ja, wie?

Hy ja das geht problemlos must nur angeben das es Thermostate sind

Gesendet mit Tapatalk

Guten Morgen
Wie und wo kann ich das Script einbinden für die eq3 Bluetooth Thermostate? Bei mir wird das Wochenprogramm nicht angezeigt