Heizungssteuerung mit VCLIENT (Version 0.2.11f)

Begonnen von andies, 16 Oktober 2017, 21:51:13

Vorheriges Thema - Nächstes Thema

schwatter

Läuft, super

Internals:
   CFGFN     
   DEF        192.168.178.54 3002 /opt/fhem/vcontrol/Vclient.cfg 320
   FILE       /opt/fhem/vcontrol/Vclient.cfg
   FUUID      5f822a37-f33f-86cf-88ff-2c54bb9704f19890
   INTERVAL   320
   IP         192.168.178.54
   NAME       vitodens222
   NR         393
   PORT       3002
   STATE      closed
   TYPE       VCLIENT
   READINGS:
     2020-10-10 23:57:22   Aussentemperatur 8.0
     2020-10-10 23:57:18   Kesselsolltemperatur 34.0
     2020-10-10 23:57:23   Kesseltemperatur 21.5
     2020-10-10 23:57:20   Warmwassersolltemperatur 50.0
     2020-10-10 23:57:19   Warmwassertemperatur 45.0
     2020-10-10 23:57:23   state           closed
Attributes:
   room       01.Heizung_UG


Am Ende haperts dann bei so Kleinigkeiten...

Danke für das Modul @andies und @CoolTux  :)

andies

Harald (Xaneu) hat den Vorschlag, das Modul systematischer zu gestalten. Auch wenn das momentan nicht unbedingt notwendig erscheint, ist mir das langfristig lieber - denn ein systematisches Modul überlebt möglicher Maintainer-Wechsel, weil sich neue Leute leichter einarbeiten können. Kern der Änderung besteht darin, dass das Modul keine inhaltlichen Veränderungen an den rückgemeldeten Daten mehr vornimmt, sondern dies in FHEM selbst geschieht. Bekanntermaßen gibt ja vcontrold sowohl Terminreihen, Temperaturen, Fehlercodes und andere Dinge zurück und das im Modul selbst zu handhaben ist ungeschickt, weil das Modul eigentlich nur für die Kommunikation mit vcontrold zuständig sein soll.

Wir diskutieren gerade in diesem Thread mögliche Veränderungen: https://forum.fhem.de/index.php/topic,130793.msg1259092.html#msg1259092. Wenn jemand damit partout nicht einverstanden ist, sollte er den update-Prozess besser jetzt ausschalten
attr global exclude_from_update 89_VCLIENT
Wir würden uns natürlich auch über Rückmeldungen freuen, am besten in dem anderen Thread. Dann lassen wir den hier für mögliche Probleme offen.
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

schwatter

#107
In Bezug auf mein Post zwei vor deinem, würde ich eine Änderung für sinnvoll halten, das die Namen 1zu1 weitergeben werden.

Gruß schwatter

andies

Kannst du mal ein oder zwei Beispiele machen?  Also wie sähe die ideale Zuordnung aus?
FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

schwatter

Morgen,

die Namen werden doch final in der vito.xml festgelegt. Dort können die angepasst werden und diese sollte dann Fhem einlesen.

Gruß schwatter