Neues Modul HMCCU für Homematic CCU

[fini]

Also die CCU ist per Wlan angeschlossen.
PI direkt an der Fritzbox per Kabel

[Raymund]

Hallo fini,

hast Du einen Raspberry unter Jessie laufen? Dort wird das Netzwerk verspätet gestartet. Schau mal unter raspi-config/Boot Options/B2.

Gruß, Raymund

[fini]

Ja, PI läuft auf Raspbian Jessie Lite

wo finde ich unter raspi-config/Boot Options/B2.

in root Verzeichnis finde ich es nicht

[Raymund]

raspi-config in der Shell eingeben. Dann kommt ein Menu. Dort Boot Options wählen und unter B2 "ja".

[fini]

ok, habe ich gemacht ...
Hat aber nichts gebracht 
Also nach Neustart des Server immer noch die gleichen Probleme.
Anbei Log ...

[Raymund]

Schade, ich hatte ähnliche Symptome und das war's dann nach dem nächsten Reboot.

[fini]

ein Versuch war es Wert ...
Naja, muss ich nach dem Neustart des Server Fhem noch mal neu starten und dann geht es.
Vielleicht hat ja noch einer eine Idee?

[zap]

Bei jessi wird FHEM doch über systemctl gestartet. Im entsprechenden Config File kann man als Abhängigkeit das Netzwerk angeben. Dann klappt auch das korrekte Starten von FHEM.

Ist im Wiki beschrieben

https://wiki.fhem.de/wiki/Benutzer:Benheim/Startscript_systemd

[fini]

Bei jessi wird FHEM doch über systemctl gestartet. Im entsprechenden Config File kann man als Abhängigkeit das Netzwerk angeben. Dann klappt auch das korrekte Starten von FHEM.

Ist im Wiki beschrieben

https://wiki.fhem.de/wiki/Benutzer:Benheim/Startscript_systemd

oje ... dass soll ich jetzt verstehen
Hab es mir angeschaut ... keine Ahnung wie ich das jetzt umsetzen soll 

[Wernieman]

Dann sag uns, wie Deine Datei JETZT aussieht ..... ... meine Glaskugel ist defekt ...

[fini]

brauchst keine Glaskugel ...
Die Datei gibt es noch gar nicht und muss erstellt werden.
Aber was da jetzt rein muss ... keine Ahnung.

[Wernieman]

Mhhh ... und im Wiki steht ja überhaupt nichts ...

Nimm bitte den "Stänkermodus" nicht persönlich, ist nur hier gerade etwas "stressig"

[fini]

doch da steht viel 
Aber man muss es auch verstehen und umsetzen können

[Mundus]

Was meinst Du mit "sendet die CCU2 die Befehle ja direkt und dann gibt es keine Probleme"? Also wenn Du im WebUI der CCU den Haken bei Lock setzt, wird das auch korrekt zum Gerät übertragen?

Genau, vom WebUI der CCU gelangt der Befehl zum Thermostat und wird auch relativ zeitnah abgearbeitet. s. hier:

Hier mal meine bisher ermittelten verschiedenen LOGS.
1. GLOBAL_BUTTON_LOCK über UI der CCU2 zu setzen

Code Auswählen Erweitern

LOG der CCU2

20:39:02 24.02.2017 HMIP-FlurThermostat:0 Konfigurationsdaten stehen zur Übertragung an
20:39:06 24.02.2017 HMIP-FlurThermostat:0 RSSI Gerät 220, Gerätekommunikation OK, RSSI Gerät 220, Gerätekommunikation OK, RSSI Gerät 220, Gerätekommunikation OK, Es stehen keine Konfigurationsdaten zur Übertragung an
20:39:07 24.02.2017 HMIP-FlurThermostat:0 RSSI Gerät 220, Gerätekommunikation OK, RSSI Gerät 220, Dutycycle OK, Batterie OK, Gerätekommunikation OK, Betriebspannung in V: 2.90, RSSI Partner 219
20:39:08 24.02.2017 HMIP-FlurThermostat:1 Urlaubsmodus nicht aktiv, Adaptionsfahrt durchgeführt, Ist-Temperatur 20.90, Solltemperatur nicht geändert, Boost-Funktion, Frostschutz nicht aktiv, Modus für Solltemperatur 0, Solltemperatur 21.00, Ventil-Öffnungsgrad 0.95, Aktives Profil 1, Fenster geschlossen
20:39:08 24.02.2017 HMIP-FlurThermostat:0 Konfigurationsdaten stehen zur Übertragung an
20:39:10 24.02.2017 HMIP-FlurThermostat:0 Es stehen keine Konfigurationsdaten zur Übertragung an

Code Auswählen Erweitern

LOG aus /var/log/messages

Feb 24 20:39:13 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c  [../Platform/DOM/iseESPexec.cpp (11622)]
Feb 24 20:39:13 homematic-ccu2 local0.err ReGaHss: Error: IseESP::ExecError= Execution failed: [-1] 0 0x00 [0] 144 0x90 [1] 0 0x00 [2] 9 0x09 [3] 0 0x00 [4] 28 0x1c  [../Platform/DOM/iseESPexec.cpp (11622)]

Direkt über das FHEM komme ich leider noch nicht weiter.

Probiere bitte mal aus, ob der Befehl "get configdesc 0" funktioniert. Leider gibt es nicht für jedes Gerät diese Möglichkeit. Aber Versuch mach klug

Hier das Ergebnis:

Code Auswählen Erweitern

ARR_TIMEOUT: INTEGER [RW]
CYCLIC_INFO_MSG: INTEGER [RW]
CYCLIC_INFO_MSG_DIS: INTEGER [RW]
CYCLIC_INFO_MSG_DIS_UNCHANGED: INTEGER [RW]
CYCLIC_INFO_MSG_OVERDUE_THRESHOLD: INTEGER [RW]
DAYLIGHT_SAVINGS_TIME: BOOL [RW]
DST_END_DAY_OF_WEEK: ENUM [RW]
DST_END_MONTH: INTEGER [RW]
DST_END_TIME: INTEGER [RW]
DST_END_WEEK_OF_MONTH: ENUM [RW]
DST_START_DAY_OF_WEEK: ENUM [RW]
DST_START_MONTH: INTEGER [RW]
DST_START_TIME: INTEGER [RW]
DST_START_WEEK_OF_MONTH: ENUM [RW]
DUTYCYCLE_LIMIT: INTEGER [RW]
ENABLE_ROUTING: BOOL [RW]
GLOBAL_BUTTON_LOCK: BOOL [RW]
LOCAL_RESET_DISABLED: BOOL [RW]
LOW_BAT_LIMIT: FLOAT [RW]
UTC_DST_OFFSET: INTEGER [RW]
UTC_OFFSET: INTEGER [RW] Der Befehl GLOBAL_BUTTON_LOCK ist BOOL und RW. Also müsste er anpassbar sein. Alles merkwürdig.

Gruß

Mundus

[zap]

doch da steht viel 
Aber man muss es auch verstehen und umsetzen können

Auf dem Pi:

vi /etc/systemd/system/fhem.service

Falls Du nicht root bist, vornedran ein "sudo" stellen.

Folgendes eintragen:

Code Auswählen Erweitern


[Unit]
Description=FHEM service
After=network.target
Wants=network.target

[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg

[Install]
WantedBy=multi-user.target


Abspeichern. Dann folgende Befehle ausführen (wieder mit sudo davor, wenn Du kein root bist:

systemctl daemon-reload
systemctl enable fhem.service

Fertig.