Neues Modul: Tado Heizungssystem

Begonnen von strategy, 28 Januar 2019, 21:40:08

Vorheriges Thema - Nächstes Thema

Borkk

ZitatFür solche Fälle empfiehlt sich die FHEM Routine makeDeviceName

Ging der Hinweis an mich oder die Entwickler?
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Borkk

Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

strategy

Zitat von: CoolTux am 05 März 2019, 14:56:13
Für solche Fälle empfiehlt sich die FHEM Routine makeDeviceName

Danke für den Hinweis. Die Funktion kannte ich bisher gar nicht.
Ich komme aber erst am Wochenende dazu diese Änderung umzusetzen. Ich melde mich sobald ich das Problem behoben habe.

strategy

Sooo,

ich habe die Empfehlung von  CoolTux umgesetzt.

Borkk, kannst du das Plugin bitte mal aus dem Repository aktualisieren und schauen ob es jetzt bei dir funktioniert?

Danke.

Borkk

Hi,

Es hat sich was verändert aber scheinbar ist es noch nicht ganz ok.
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

CoolTux

Zitat von: Borkk am 10 März 2019, 14:59:37
Hi,

Es hat sich was verändert aber scheinbar ist es noch nicht ganz ok.

Doch das ist genau so wie die Funktion arbeitet. Es geht ja darum das ein Device FHEM Konform angelegt wird.
Du kannst es nu gerne umbenennen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Borkk

Es wird aber für die beiden (B_ro und K_che) Zonen kein Zonen Device angelegt. Oder passiert das nur bei der ersten Inbetriebnahme?
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

Borkk

Habe die Zonen manuell angelegt und es sieht gut aus. Beim automatischen Anlegen der Zone scheinen die Umlaute noch zu stören.


2019.03.10 15:09:23 1: Tado_GetZones (TadoBridge): create new device 'Tado_B�ro' for zone '4'
2019.03.10 15:09:23 1: TadoBridge: Autocreate: An error occurred while creating device for id '4': Invalid characters in name (not A-Za-z0-9._): Tado_B�ro
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

CoolTux

Die Zonen gab es ja bestimmt schon. Also wird die ein eindeutige ID für den Dispatcher schon verwendet und er legt nichts neu an.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Borkk

Nein die Zonen gab es als Device noch nicht. Ich habe 6 Zonen. Es wurden alle angelegt bis auf die beiden mit Umlauten, die wurden auch mit der neuen Version des Moduls nicht mit
get TadoBridge zones
angelegt. (siehe log) ich konnte sie aber mit
define Tado_Buero TadoDevice 4 IODev=TadoBridge
problemlos anlegen und die haben auch sofort Werte angezeigt.
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

CoolTux

Bestimmt findet strategy das noch raus.
Alternativ kann ich es mir morgen kurz anschauen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

strategy

Mhh, da war ich beim Refactoring wohl nicht gründlich genug.

Hab die Stelle übersehen in der ich den Namen für das neue Device erzeuge.
Der Code ist jetzt überarbeitet und sollte jetzt funktionieren.

@Borkk:
Auch wenn du die Zone jetzt von Hand angelegt hast, würdest du das Ganze nochmal einem Test unterziehen? Danke.

Gruß,
Matthias

Borkk

Aber gerne, bin ja froh das du da mal die Initiative ergriffen hast.

Ich habe deine Module geladen und alle Zonen gelöscht. Das Ergebnis ist jetzt wie erwartet  :)

Es wurde alle Zonen angelegt, die mit Umlauten muss man dann noch umbenennen. Ist aber aus meine Sicht kein Problem, da ja die meisten ein System für Ihren Namen in Fhem haben. (z.B. sz_xxxx usw.) Das scheint also zu klappen, super.

Was Fehlermeldungen angeht habe ich das im Log:
2019.03.10 17:41:35 3: Tado module initialized.
2019.03.10 17:41:35 3: Tado_Define TadoBridge: called
2019.03.10 17:41:35 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_Tado.pm line 115.
2019.03.10 17:41:35 1: New Tado Home defined. Id: 44793 Name: XXXXXX
2019.03.10 17:41:35 3: TadoDevice module initialized.
2019.03.10 17:41:35 3: TadoDevice_Define Tado_Schlafzimmer: called
2019.03.10 17:41:35 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/98_TadoDevice.pm line 68.
2019.03.10 17:41:35 3: Tado Tado_Schlafzimmer: I/O device is TadoBridge
2019.03.10 17:41:35 3: Device Code is: TadoBridge-1
2019.03.10 17:41:35 3: TadoDevice_Define Tado_Dusche: called
2019.03.10 17:41:35 3: Tado Tado_Dusche: I/O device is TadoBridge
2019.03.10 17:41:35 3: Device Code is: TadoBridge-2
2019.03.10 17:41:35 3: TadoDevice_Define Tado_Wohnzimmer: called
2019.03.10 17:41:35 3: Tado Tado_Wohnzimmer: I/O device is TadoBridge
2019.03.10 17:41:35 3: Device Code is: TadoBridge-3
2019.03.10 17:41:35 3: TadoDevice: Tado_Wohnzimmer EarlyStart 1.
2019.03.10 17:41:35 3: Error: default.not.inlist.message / Property [enabled] of class [class com.tado.publicapi.EnablementCommand$Json] with value [1] is not contained within the list [[true, false]]

Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

strategy

Merci fürs Testen.

Die Fehler im Log werde ich mir jetzt auch noch anschauen.

Zudem habe ich noch eine Erweiterung vorgenommen.
Mich stört es massiv, wenn das Passwort im Klartext in den internals bzw. in der Definition steht. Daher habe ich jetzt im Whitings bzw. fitbit modul abgeschaut. Dort wird das Passwort "verschlüsselt" und entsprechend abgelegt.
Es handelt sich nicht um eine echte Verschlüsselung sondern um einen Hash der sich rückrechnen lässt, sodass man das Passwort immernoch jederzeit wieder umwandeln kann. Aber zumindest steht es nicht mehr plain für jeden sichtbar im device.

Um davon zu profitieren muss man das Bridge-Device leider nochmal löschen und neu anlegen. Danach sollte das Passwort jeweils mit dem Präfix "crypt:" angezeigt werden....

Gruß,
Matthias