Probleme mit mehreren MAX Geräten / TempScanner

Begonnen von willyk, 30 Dezember 2014, 23:38:42

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1 2 Alle
Benutzer-Aktionen

willyk

30 Dezember 2014, 23:38:42
Hallo Gemeinde,

langsam kriege ich die Krise.

Ich habe mehrere MAX WT und HT, hängen an einem Cube, das ganze über FHEM. Um ein Gefühl für die Temperaturen zu kriegen, habe ich den Temperatur-Scanner eingesetzt. Alles prima, das hat ca. 2 Monate funktioniert.

Dann gab es mehrere Stromausfälle, und der Cube hat die Konfiguration verloren.

Cube resettet, Geräte neu angelernt, neue Wochenprogramme über die Cube-Software eingetippert (warum gibt es dafür eigentlich keine Backup-Funktion). Alles prima.

Jetzt kommt das Problem: wenn der Temperatur-Scanner gestartet wird, dann werden teilweise auch Geräte geändert, die gar nicht über den Scanner überwacht werden sollen. Ich kann nicht exakt sagen, wann welche Geräte betroffen sind. Eine Kombination konnte ich durch Zufall ermitteln:

Konfiguration (Auszug)
UG_Hobby_H (HT)
OG_Schlafz_H (HT)
OG_Schlafz_T (WT)

Wenn der HT im Hobbyraum einen Scannerbefehl erhält, dann werden gleichzeitig die Geräte im Schlafzimmer geändert. Auszug aus log:

2014.12.30 22:20:43 3: Opening maxcube device 192.168.0.120:62910
2014.12.30 22:20:43 3: maxcube device opened
2014.12.30 22:20:44 3: MAX UG_Hobby_H: MaxScanRun.753 <<set UG_Hobby_H desiredTemperature  18.0>>

Resultat: alle 3 Geräte sagen "18 Grad, manuell". Das ist reproduzierbar. Allerdings nur, wenn dieser Befehl über den Scanner abgesetzt wird; setze ich den set-Befehl als Kommando ab, funktioniert es richtig.

Ich habe die Geräte schon abgelernt, resettet und neu angelernt. Hat nichts genutzt.

Da ich vermutet habe dass sich fhem irgendwo auch noch was merkt habe ich fhem komplett neu aufgesetzt und das fhem.cfg kopiert. Das nutzt aber auch nichts, das Problem ist immer noch da.

Jemand eine Idee, was ich machen kann?

Es ist übrigens kein generelles Scanner-Problem. Es gibt durchaus HTs, die mit dem Scanner funktionieren und bei denen ich keine Wechselwirkungen mit anderen HTs / WTs sehen konnte.

Danke für eure Hilfe + Gruss
willyk
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

willyk

#2
31 Dezember 2014, 07:29:48
Zitat von: John am 31 Dezember 2014, 01:18:27
Ist doch so oder

Hallo John, ich weiss nicht richtig was Du meinst. Den Temperaturscanner habe ich nach dem genannten Artikel eingerichtet; das Verhalten ist bei scantemp 1 und 0 identisch.

Ich hab den Artikel jetzt nochmal gelesen, konnte aber nichts neues finden. Oder was wolltest Du damit sagen?

Gruss
willyk
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

John

#3
31 Dezember 2014, 10:27:23
Hallo willyk,

alle Thermostate, die mit einem Wandthermostat verknüpft sind brauchen den MaxScanner nicht,
d.h. für diese sollte man den Scanner deaktivieren.

Da alle deinen Heizungsthermostate mit einem Wandthermostat verknüpft sind, kannst du ganz auf den MaxScanner verzichten.
(Skript 99_UtilsMaxScan.pm löschen)

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

willyk

#4
31 Dezember 2014, 12:50:41
Zitat von: John am 31 Dezember 2014, 10:27:23
Da alle deinen Heizungsthermostate mit einem Wandthermostat verknüpft sind, kannst du ganz auf den MaxScanner verzichte
Hab mich anscheinend unklar ausgedrückt. Ich versuch es nochmal:

Konfiguration (Auszug)
Hobbyraum:
UG_Hobby_H (HT)
Schlafzimmer:
OG_Schlafz_H (HT)
OG_Schlafz_T (WT)

Also:
- Hobbyraum ohne Wandthermostat, Schlafzimmer mit Wandthermostat.
- Scanner setzt "set" Kommando ab
- Im Hobbyraum (richtig) und im Schlafzimmer (falsch) wird die Anzeige auf "18 Grad, manuell" gesetzt.

Jetzt klar was ich meine?
Gruss
willyk
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

John

#5
31 Dezember 2014, 13:58:02
Hallo willyk,

scanTemp ist also für den HobbyRaum aktiviert, nicht aber im Schlafzimmer.

Dann ist das was der Scanner macht, auch nicht falsch
Zitat2014.12.30 22:20:44 3: MAX UG_Hobby_H: MaxScanRun.753 <<set UG_Hobby_H desiredTemperature  18.0>>

Nun sagst du:

Zitat
Resultat: alle 3 Geräte sagen "18 Grad, manuell". Das ist reproduzierbar. Allerdings nur, wenn dieser Befehl über den Scanner abgesetzt wird; setze ich den set-Befehl als Kommando ab, funktioniert es richtig.

Der Scanner macht exakt das, was er zuvor im der Log-Datei ausgegeben hat.
Ein Unterschied zwischen manueller Ausführung und Ausführung via Skript wäre für nicht erklärbar.

Setze doch bitte das Attribut von verbose von allen beteiligten Thermostaten auf 3.

Dann stell noch ein list <name Thermostat> von allen beteiligten Thermostaten rein.

Hast du am System mit  fakeSC- fakeWT Themen oder mit groupid Themen experimentiert ?

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Harald

#6
31 Dezember 2014, 14:38:37
Hallo willyk,

hast Du schon mal kontrolliert, ob bei den Thermostaten die Readings "groupid" für Deine Gegebenheiten richtig gesetzt sind? Diese dürfen nur bei Thermostaten, die gemeinsam gesetzt werden sollen, gleich sein. Ansonsten müssen sie unterschiedlich sein. Wie das bei einer Kombination mit Wandthermostaten sein muss, kann ich nicht sagen. Ich benutze nämlich keine. Vielleicht kann John dazu etwas sagen.

Viele Grüße und guten Rutsch

Harald
Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

willyk

#7
31 Dezember 2014, 15:04:23
Zitat von: John am 31 Dezember 2014, 13:58:02

Setze doch bitte das Attribut von verbose von allen beteiligten Thermostaten auf 3.

Dann stell noch ein list <name Thermostat> von allen beteiligten Thermostaten rein.

Hast du am System mit  fakeSC- fakeWT Themen oder mit groupid Themen experimentiert ?

John

verbose 3 bringt keine zusätzliche Information. Ich hab mal verbose 5 eingestellt, das ändert aber bei Ausführung des set-Befehls auch nichts.

Nach Neustart von fehm wird folgendes ausgegeben:

Code Auswählen


2014.12.31 14:33:17 2: MAX MaxScan: UtilsMaxScan_Initialize.71 MaxScan is starting
2014.12.31 14:33:17 1: starting in console mode
2014.12.31 14:33:17 1: Including fhem.cfg
2014.12.31 14:33:17 3: telnetPort: port 7072 opened
2014.12.31 14:33:18 3: WEB: port 8083 opened
2014.12.31 14:33:18 3: WEBphone: port 8084 opened
2014.12.31 14:33:18 3: WEBtablet: port 8085 opened
2014.12.31 14:33:18 2: eventTypes: loaded 1436 events from ./log/eventTypes.txt
2014.12.31 14:33:18 3: Opening maxcl device 192.168.0.50:2323
2014.12.31 14:33:18 3: maxcl device opened
2014.12.31 14:33:18 3: maxcl: Possible commands: mBCFZiAGMRTVWXOefltuHxEcq
2014.12.31 14:33:18 2: Switched maxcl rfmode to MAX
2014.12.31 14:33:19 1: Including ./log/fhem.save
2014.12.31 14:33:19 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.12.31 14:33:19 0: Server started with 64 defined entities (version $Id: fhem.pl 7358 2014-12-29 16:03:31Z rudolfkoenig $, os MSWin32, user User, pid 6580)
2014.12.31 14:33:19 3: Opening maxcube device 192.168.0.120:62910
2014.12.31 14:33:19 3: maxcube device opened
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxScanRun.371 is HeatingThermostat
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxScanRun.375 attribute scanTemp found
2014.12.31 14:33:20 5: MAX OG_Schlafz_H: MaxScanRun.371 is HeatingThermostat
2014.12.31 14:33:20 3: MAX EG_Spielz_H: MaxScanRun.753 <<set EG_Spielz_H desiredTemperature auto 22.0>>
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxScanRun.435 sdNextScan:2014-12-31 14:33:20 strDesiTime:2014-12-31 14:24:18
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxScanRun.449 TYPE:MAXLAN IOName:maxcube
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxScanRun.490 CulName:maxcube CulCredits:490 CreditTime:2014-12-31 14:33:20 dutyCycle:51
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.108 ----- Start ---------
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.125 weekprofile-4-Wed-temp:18.0 °C  /  18.0 °C  /  18.0 °C weekprofile-5-Thu-temp:18.0 °C  /  18.0 °C  /  18.0 °C
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.140 weekprofile-4-Wed-time:00:00-06:05  /  06:05-22:05  /  22:05-00:00
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.151 xval:18.0
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.151 xval:18.0
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.151 xval:18.0
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.157 xvaxl:18.0
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.168 atime:00:00-06:05     06:05-22:05     22:05-00:00 xDate:00:00
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.169 btime:00:00-06:05 06:05-22:05 22:05-00:00
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.190 sDate:2014-12-31 06:05:00 count:0
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.197 count:0 found with 2014-12-31 06:05:00
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.190 sDate:2014-12-31 22:05:00 count:1
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxWeekProfileInfo.190 sDate:2015-01-01 00:00:00 count:2
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxWeekProfileInfo.212 tempFound     :1
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxWeekProfileInfo.213 nextSwitchDate:2014-12-31 22:05:00
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxWeekProfileInfo.214 desired       :18.0
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxWeekProfileInfo.215 nextDesired   :18.0
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxScanRun.531 CulCredits:490 Credits:490 scanDynamic:
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxScanRun.561 sdNextScan:14:39:20 sdNextScanOld:14:33:20
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxScanRun.566 create helpers with NextScan:2014-12-31 14:39:20
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxScanRun.607 numDesiTemp:18.0 expectedDesiTemp:18 leadDesiTemp:18.0
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxScanRun.609 normDesiTemp:18.0 desiredOffset:0
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxScanRun.695 numForceAuto: LastWasAutoReset:
2014.12.31 14:33:20 4: MAX UG_Hobby_H: MaxScanRun.790 WAITING ...Therm.NextScan:14:33:20
2014.12.31 14:33:20 5: MAX UG_Hobby_H: MaxScanRun.794 ++++++++
2014.12.31 14:33:20 3: MAX MaxScan: MaxScanRun.806 delete MAXSCAN.SHUTTER.EVENT
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxScanRun.371 is HeatingThermostat
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxScanRun.375 attribute scanTemp found
2014.12.31 14:33:25 5: MAX OG_Schlafz_H: MaxScanRun.371 is HeatingThermostat
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxScanRun.435 sdNextScan:2014-12-31 14:33:20 strDesiTime:2014-12-31 14:33:20
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxScanRun.449 TYPE:MAXLAN IOName:maxcube
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxScanRun.490 CulName:maxcube CulCredits:490 CreditTime:2014-12-31 14:33:20 dutyCycle:51
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.108 ----- Start ---------
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.125 weekprofile-4-Wed-temp:18.0 °C  /  18.0 °C  /  18.0 °C weekprofile-5-Thu-temp:18.0 °C  /  18.0 °C  /  18.0 °C
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.140 weekprofile-4-Wed-time:00:00-06:05  /  06:05-22:05  /  22:05-00:00
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.151 xval:18.0
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.151 xval:18.0
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.151 xval:18.0
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.157 xvaxl:18.0
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.168 atime:00:00-06:05     06:05-22:05     22:05-00:00 xDate:00:00
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.169 btime:00:00-06:05 06:05-22:05 22:05-00:00
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.190 sDate:2014-12-31 06:05:00 count:0
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.197 count:0 found with 2014-12-31 06:05:00
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.190 sDate:2014-12-31 22:05:00 count:1
2014.12.31 14:33:25 5: MAX UG_Hobby_H: MaxWeekProfileInfo.190 sDate:2015-01-01 00:00:00 count:2
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxWeekProfileInfo.212 tempFound     :1
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxWeekProfileInfo.213 nextSwitchDate:2014-12-31 22:05:00
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxWeekProfileInfo.214 desired       :18.0
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxWeekProfileInfo.215 nextDesired   :18.0
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxScanRun.531 CulCredits:490 Credits:495 scanDynamic:
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxScanRun.561 sdNextScan:14:39:20 sdNextScanOld:14:33:20
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxScanRun.607 numDesiTemp:18.0 expectedDesiTemp:18 leadDesiTemp:18.0
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxScanRun.609 normDesiTemp:18.0 desiredOffset:0
2014.12.31 14:33:25 4: MAX UG_Hobby_H: MaxScanRun.695 numForceAuto: LastWasAutoReset:
2014.12.31 14:33:25 3: Opening maxcube device 192.168.0.120:62910
2014.12.31 14:33:25 3: maxcube device opened
2014.12.31 14:33:26 3: MAX UG_Hobby_H: MaxScanRun.753 <<set UG_Hobby_H desiredTemperature  18.0>>
2014.12.31 14:33:26 5: MAX UG_Hobby_H: MaxScanRun.794 ++++++++
2014.12.31 14:33:29 3: Opening maxcube device 192.168.0.120:62910
2014.12.31 14:33:29 3: maxcube device opened



Die gewünschten lists:

Code Auswählen

Internals:
   DEF        HeatingThermostat 0ce8e8
   IODev      maxcube
   LASTInputDev cm
   MSGCNT     14
   NAME       UG_Hobby_H
   NR         61
   RSSI       -76.5
   STATE      18.0 °C
   TYPE       MAX
   addr       0ce8e8
   backend    maxcube
   cm_MSGCNT  2
   cm_TIME    2014-12-31 14:35:07
   dstsetting 1
   maxcube_MSGCNT 12
   maxcube_TIME 2014-12-31 14:33:30
   mode       1
   rferror    0
   serial     KEQ0697711
   type       HeatingThermostat
   Readings:
     2014-12-31 14:33:30   MAXLAN_error    0
     2014-12-31 14:33:30   MAXLAN_errorInCommand
     2014-12-31 14:33:30   MAXLAN_initialized 1
     2014-12-31 14:33:30   MAXLAN_isAnswer 0
     2014-12-31 14:33:30   MAXLAN_valid    1
     2014-12-27 19:09:20   TimeInformationHour 1
     2014-12-31 14:35:07   battery         ok
     2014-12-31 14:33:29   boostDuration   5
     2014-12-31 14:33:29   boostValveposition 80
     2014-12-31 14:33:29   comfortTemperature 21.5
     2014-12-31 14:33:29   decalcification Sat 12:00
     2014-12-31 14:35:07   desiredTemperature 18.0
     2014-12-31 14:33:29   ecoTemperature  16.5
     2014-12-31 14:33:29   firmware        1.8
     2014-12-31 14:33:29   groupid         13
     2014-12-31 14:33:29   maxValveSetting 100
     2014-12-31 14:33:29   maximumTemperature on
     2014-12-31 14:33:29   measurementOffset 0.0
     2014-12-31 14:33:29   minimumTemperature off
     2014-12-31 14:35:07   mode            manual
     2014-12-31 14:35:07   onlyAutoMode    0
     2014-12-31 14:35:07   state           18.0 °C
     2014-12-31 14:35:07   temperature     18.0
     2014-12-31 14:33:29   testresult      255
     2014-12-31 14:33:29   valveOffset     0
     2014-12-31 14:35:07   valveposition   15
     2014-12-31 14:33:29   weekprofile-0-Sat-temp 18.0 °C  /  18.0 °C  /  18.0 °C
     2014-12-31 14:33:29   weekprofile-0-Sat-time 00:00-06:05  /  06:05-22:05  /  22:05-00:00
     2014-12-31 14:33:29   weekprofile-1-Sun-temp 18.0 °C  /  18.0 °C  /  18.0 °C
     2014-12-31 14:33:29   weekprofile-1-Sun-time 00:00-06:05  /  06:05-22:05  /  22:05-00:00
     2014-12-31 14:33:29   weekprofile-2-Mon-temp 18.0 °C  /  18.0 °C  /  18.0 °C
     2014-12-31 14:33:29   weekprofile-2-Mon-time 00:00-06:05  /  06:05-22:05  /  22:05-00:00
     2014-12-31 14:33:29   weekprofile-3-Tue-temp 18.0 °C  /  18.0 °C  /  18.0 °C
     2014-12-31 14:33:29   weekprofile-3-Tue-time 00:00-06:05  /  06:05-22:05  /  22:05-00:00
     2014-12-31 14:33:29   weekprofile-4-Wed-temp 18.0 °C  /  18.0 °C  /  18.0 °C
     2014-12-31 14:33:29   weekprofile-4-Wed-time 00:00-06:05  /  06:05-22:05  /  22:05-00:00
     2014-12-31 14:33:29   weekprofile-5-Thu-temp 18.0 °C  /  18.0 °C  /  18.0 °C
     2014-12-31 14:33:29   weekprofile-5-Thu-time 00:00-06:05  /  06:05-22:05  /  22:05-00:00
     2014-12-31 14:33:29   weekprofile-6-Fri-temp 18.0 °C  /  18.0 °C  /  18.0 °C
     2014-12-31 14:33:29   weekprofile-6-Fri-time 00:00-06:05  /  06:05-22:05  /  22:05-00:00
     2014-12-31 14:33:29   windowOpenDuration 15
     2014-12-31 14:33:29   windowOpenTemperature 12.0
   Helper:
     DesiTime   1420032258
     LastWasAutoReset
     NextScan   1420033165
     TempBeforeWindOpen 18.0
     TemperatureTime 1420032187
     WinWasOpen 0
     desiredOffset 0
     leadDesiTemp 18.0
     switchDate 1420059900
   Internals:
     interfaces thermostat;battery;temperature
Attributes:
   IODev      maxcube
   room       UG_Hobby,MAX,UG
   scanTemp   1
   userReadings onlyAutoMode  { return "0";}
   verbose    5
Code Auswählen

Internals:
   DEF        WallMountedThermostat 0a0a45
   IODev      maxcube
   LASTInputDev cm
   MSGCNT     14
   NAME       OG_Schlafz_T
   NR         72
   RSSI       -65
   STATE      18.0 °C
   TYPE       MAX
   addr       0a0a45
   backend    maxcube
   cm_MSGCNT  2
   cm_TIME    2014-12-31 14:36:23
   maxcube_MSGCNT 12
   maxcube_TIME 2014-12-31 14:33:30
   rferror    0
   serial     KEQ0657727
   type       WallMountedThermostat
   Readings:
     2014-12-31 14:33:30   MAXLAN_error    0
     2014-12-31 14:33:30   MAXLAN_errorInCommand
     2014-12-31 14:33:30   MAXLAN_initialized 1
     2014-12-31 14:33:30   MAXLAN_isAnswer 0
     2014-12-31 14:33:30   MAXLAN_valid    1
     2014-12-27 19:09:19   TimeInformationHour 3
     2014-12-31 14:36:23   battery         ok
     2014-12-31 14:33:29   boostDuration   5
     2014-12-31 14:33:29   boostValveposition 80
     2014-12-31 14:33:29   comfortTemperature 21.5
     2014-12-31 14:36:23   desiredTemperature 18.0
     2014-12-31 14:36:23   displayActualTemperature 1
     2014-12-31 14:33:29   ecoTemperature  16.5
     2014-12-31 14:33:29   firmware        1.0
     2014-12-31 14:33:29   groupid         6
     2014-12-31 14:33:29   maximumTemperature on
     2014-12-31 14:33:29   measurementOffset 0.0
     2014-12-31 14:33:29   minimumTemperature off
     2014-12-31 14:36:23   mode            manual
     2014-12-27 22:31:30   msgcnt          2
     2014-12-31 14:36:23   state           18.0 °C
     2014-12-31 14:35:25   temperature     20.5
     2014-12-31 14:33:29   testresult      255
     2014-12-31 14:33:29   weekprofile-0-Sat-temp 20.0 °C  /  20.0 °C  /  21.0 °C  /  23.0 °C  /  20.0 °C  /  21.0 °C  /  23.0 °C  /  20.0 °C
     2014-12-31 14:33:29   weekprofile-0-Sat-time 00:00-06:10  /  06:10-06:35  /  06:35-07:10  /  07:10-10:05  /  10:05-18:10  /  18:10-20:50  /  20:50-22:30  /  22:30-00:00
     2014-12-31 14:33:29   weekprofile-1-Sun-temp 20.0 °C  /  20.0 °C  /  21.0 °C  /  23.0 °C  /  20.0 °C  /  21.0 °C  /  23.0 °C  /  20.0 °C
     2014-12-31 14:33:29   weekprofile-1-Sun-time 00:00-06:10  /  06:10-06:35  /  06:35-07:10  /  07:10-10:05  /  10:05-18:10  /  18:10-20:50  /  20:50-22:30  /  22:30-00:00
     2014-12-31 14:33:29   weekprofile-2-Mon-temp 19.5 °C  /  20.0 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C
     2014-12-31 14:33:29   weekprofile-2-Mon-time 00:00-06:15  /  06:15-06:35  /  06:35-07:10  /  07:10-10:10  /  10:10-18:15  /  18:15-20:50  /  20:50-22:35  /  22:35-00:00
     2014-12-31 14:33:29   weekprofile-3-Tue-temp 19.5 °C  /  20.0 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C  /  21.0 °C  /  22.5 °C  /  20.0 °C
     2014-12-31 14:33:29   weekprofile-3-Tue-time 00:00-06:15  /  06:15-06:35  /  06:35-07:10  /  07:10-10:10  /  10:10-18:15  /  18:15-20:50  /  20:50-22:35  /  22:35-00:00
     2014-12-31 14:33:29   weekprofile-4-Wed-temp 20.0 °C  /  20.0 °C  /  21.0 °C  /  23.0 °C  /  20.0 °C  /  21.0 °C  /  23.0 °C  /  20.0 °C
     2014-12-31 14:33:29   weekprofile-4-Wed-time 00:00-06:10  /  06:10-06:35  /  06:35-07:10  /  07:10-10:05  /  10:05-18:10  /  18:10-20:50  /  20:50-22:30  /  22:30-00:00
     2014-12-31 14:33:29   weekprofile-5-Thu-temp 20.0 °C  /  20.0 °C  /  21.0 °C  /  23.0 °C  /  20.0 °C  /  21.0 °C  /  23.0 °C  /  20.0 °C
     2014-12-31 14:33:29   weekprofile-5-Thu-time 00:00-06:10  /  06:10-06:35  /  06:35-07:10  /  07:10-10:05  /  10:05-18:10  /  18:10-20:50  /  20:50-22:30  /  22:30-00:00
     2014-12-31 14:33:29   weekprofile-6-Fri-temp 20.0 °C  /  20.0 °C  /  21.0 °C  /  23.0 °C  /  20.0 °C  /  21.0 °C  /  23.0 °C  /  20.0 °C
     2014-12-31 14:33:29   weekprofile-6-Fri-time 00:00-06:10  /  06:10-06:35  /  06:35-07:10  /  07:10-10:05  /  10:05-18:10  /  18:10-20:50  /  20:50-22:30  /  22:30-00:00
     2014-12-31 14:33:29   windowOpenTemperature 12.0
   Internals:
     interfaces thermostat;temperature;battery
Attributes:
   IODev      maxcube
   room       MAX,OG,OG_Schlafz
   verbose    5
Code Auswählen

Internals:
   DEF        HeatingThermostat 0cea0c
   IODev      maxcube
   LASTInputDev cm
   MSGCNT     14
   NAME       OG_Schlafz_H
   NR         73
   RSSI       -53
   STATE      18.0 °C
   TYPE       MAX
   addr       0cea0c
   backend    maxcube
   cm_MSGCNT  2
   cm_TIME    2014-12-31 14:35:25
   dstsetting 1
   maxcube_MSGCNT 12
   maxcube_TIME 2014-12-31 14:33:30
   mode       1
   rferror    0
   serial     KEQ0697999
   type       HeatingThermostat
   Readings:
     2014-12-31 14:33:30   MAXLAN_error    0
     2014-12-31 14:33:30   MAXLAN_errorInCommand
     2014-12-31 14:33:30   MAXLAN_initialized 1
     2014-12-31 14:33:30   MAXLAN_isAnswer 0
     2014-12-31 14:33:30   MAXLAN_valid    1
     2014-12-27 19:09:20   TimeInformationHour 2
     2014-12-31 14:35:25   battery         ok
     2014-12-31 14:33:29   boostDuration   5
     2014-12-31 14:33:29   boostValveposition 80
     2014-12-31 14:33:29   comfortTemperature 21.5
     2014-12-31 14:33:29   decalcification Sat 12:00
     2014-12-31 14:35:25   desiredTemperature 18.0
     2014-12-31 14:33:29   ecoTemperature  16.5
     2014-12-31 14:33:29   firmware        1.8
     2014-12-31 14:33:29   groupid         6
     2014-12-31 14:33:29   maxValveSetting 100
     2014-12-31 14:33:29   maximumTemperature on
     2014-12-31 14:33:29   measurementOffset 0.0
     2014-12-31 14:33:29   minimumTemperature off
     2014-12-31 14:35:25   mode            manual
     2014-12-31 14:35:25   state           18.0 °C
     2014-12-31 14:34:44   temperature     20.5
     2014-12-31 14:33:29   testresult      255
     2014-12-31 14:33:29   valveOffset     0
     2014-12-31 14:35:25   valveposition   0
     2014-12-31 14:33:29   weekprofile-0-Sat-temp 19.5 °C  /  20.0 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C
     2014-12-31 14:33:29   weekprofile-0-Sat-time 00:00-06:15  /  06:15-06:35  /  06:35-07:10  /  07:10-10:10  /  10:10-18:15  /  18:15-20:50  /  20:50-22:35  /  22:35-00:00
     2014-12-31 14:33:29   weekprofile-1-Sun-temp 19.5 °C  /  20.0 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C
     2014-12-31 14:33:29   weekprofile-1-Sun-time 00:00-06:15  /  06:15-06:35  /  06:35-07:10  /  07:10-10:10  /  10:10-18:15  /  18:15-20:50  /  20:50-22:35  /  22:35-00:00
     2014-12-31 14:33:29   weekprofile-2-Mon-temp 19.5 °C  /  20.0 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C
     2014-12-31 14:33:29   weekprofile-2-Mon-time 00:00-06:15  /  06:15-06:35  /  06:35-07:10  /  07:10-10:10  /  10:10-18:15  /  18:15-20:50  /  20:50-22:35  /  22:35-00:00
     2014-12-31 14:33:29   weekprofile-3-Tue-temp 19.5 °C  /  20.0 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C
     2014-12-31 14:33:29   weekprofile-3-Tue-time 00:00-06:15  /  06:15-06:35  /  06:35-07:10  /  07:10-10:10  /  10:10-18:15  /  18:15-20:50  /  20:50-22:35  /  22:35-00:00
     2014-12-31 14:33:29   weekprofile-4-Wed-temp 19.5 °C  /  20.0 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C
     2014-12-31 14:33:29   weekprofile-4-Wed-time 00:00-06:15  /  06:15-06:35  /  06:35-07:10  /  07:10-10:10  /  10:10-18:15  /  18:15-20:50  /  20:50-22:35  /  22:35-00:00
     2014-12-31 14:33:29   weekprofile-5-Thu-temp 19.5 °C  /  20.0 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C
     2014-12-31 14:33:29   weekprofile-5-Thu-time 00:00-06:15  /  06:15-06:35  /  06:35-07:10  /  07:10-10:10  /  10:10-18:15  /  18:15-20:50  /  20:50-22:35  /  22:35-00:00
     2014-12-31 14:33:29   weekprofile-6-Fri-temp 19.5 °C  /  20.0 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C  /  21.0 °C  /  22.5 °C  /  19.5 °C
     2014-12-31 14:33:29   weekprofile-6-Fri-time 00:00-06:15  /  06:15-06:35  /  06:35-07:10  /  07:10-10:10  /  10:10-18:15  /  18:15-20:50  /  20:50-22:35  /  22:35-00:00
     2014-12-31 14:33:29   windowOpenDuration 15
     2014-12-31 14:33:29   windowOpenTemperature 12.0
   Internals:
     interfaces thermostat;battery;temperature
Attributes:
   IODev      maxcube
   room       OG_Schlafz,MAX,OG
   verbose    5

Mit den fake-Sachen und der Groupid hatte ich bisher nichts zu tun.

Bin gespannt was da los ist .....

Gruss

willyk
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

Harald

#8
31 Dezember 2014, 15:22:05
Hallo willyk,

hast Du schon mal probiert was passiert, wenn Du alle Thermostaten außer den des Hobbyraum auf "attr XXX-YYY scanTemp 0" setzt?

Viele Grüße

Harald
Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

John

#9
31 Dezember 2014, 15:47:22
Hallo willyk,

kannst du das bitte nochmal verifizieren, ich kann das nicht glauben.
ZitatAllerdings nur, wenn dieser Befehl über den Scanner abgesetzt wird; setze ich den set-Befehl als Kommando ab, funktioniert es richtig.

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

willyk

#10
31 Dezember 2014, 16:52:37
Zitat von: John am 31 Dezember 2014, 15:47:22
Hallo willyk,

kannst du das bitte nochmal verifizieren, ich kann das nicht glauben.
John
Du hast recht; es tritt auch auf, wenn der set-Befehl über die Oberfläche abgesetzt wird. Sorry dafür, die Änderung wird erst einige Sekunden später sichtbar, da bin ich wohl drauf reingefallen.
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

willyk

#11
31 Dezember 2014, 16:54:25
Zitat von: Harald am 31 Dezember 2014, 15:22:05
Hallo willyk,

hast Du schon mal probiert was passiert, wenn Du alle Thermostaten außer den des Hobbyraum auf "attr XXX-YYY scanTemp 0" setzt?

Viele Grüße

Harald
Bin gerade dabei. Es passiert - anscheinend - nichts. Soll heissen, das Problem lässt sich anscheinend auf die Kombination Schlafzimmer / Hobbyraum eingrenzen.
Gruss
willyk
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

Harald

#12
01 Januar 2015, 11:24:03
Hallo willyk,

hmm, das sieht für mich so aus, als wenn Hobbyraum und Schlafzimmer irgendwie assoziiert wären. Kontrolliere doch in der Webseite der entsprechenden Ventile (wo auch die Internals und die Readings zu sehen sind), ob das im Hobbyraum und ggf. eins oder beide im Schlafzimmer oder sogar der Wandthermostat irgendwie miteinander assoziiert sind. Das findest Du ganz unten auf der entsprechenden Seite.
Die Ventile des Schlafzimmers und der Wandthermostat dürfen (oder müssen sogar?) die gleiche "groupid" haben, aber nicht dieselbe des Hobbyraums.

John schrieb, das für Räume mit Wandthermostat (also das Schlafzimmer) der Scanner nicht genutzt werden darf. Hier muss "attr xxx_yyy scanTemp 0" gesetzt werden.

Falls ich hier Müll erzählt habe, möge John oder ein anderer das bitte korrigieren. Ich bin nicht so versiert und habe keine Erfahrung mit Wandthermostaten.

Viele Grüße und allen alles Gute für das Jahr 2015

Harald
Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

John

#13
01 Januar 2015, 13:19:28
Hallo willyk,

wir wissen ja nun daß der MaxScanner nur der Symptomträger aber nicht die Ursache für das Problem ist.

Hier
http://forum.fhem.de/index.php/topic,11700.msg68889.html#msg68889
findet man folgende Aussage:

Zitat"Die groupId wie viele Dinge (ecoTemperature, weekProfile, ...) werden uns nie mitgeteilt, also hilft nur "merken", nachdem wir neu gesetzt haben"

Damit meint Matthias, daß FHEM davon ausgeht diese Parameter als letzter geschrieben zu haben und merkt sich das eben.
Es handelt sich nicht um zurückgelesene, tatsächliche Werte.

Es kann also sein, daß nach erneuten Pairing zwischen Wandthermostat und HTs eine GroupID ausgehandelt wurde,
die nicht mit dem Wert von FHEM übereinstimmt.

FHEM verwendet aber die GroupID beim Senden von desiredTemperature.

Verwendest du die Cube-Software für die Raumeinteilung (Gruppeneinteilung) ?

Ich schlage vor , daß du UG_Hobby_H komplett löschst, neu definierst und anlernst.
Die GroupID sollt dann 0 sein.

Wenn das nicht hilft, würde ich bei allen beteiligten Komponenten einen Factory Reset durchführen, aus FHEM löschen, neu definieren und neu anlernen.

John

CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Harald

#14
01 Januar 2015, 17:44:45 Letzte Bearbeitung: 01 Januar 2015, 17:54:26 von Harald
Ich weiß nicht, ob diese Aussagen von Matthias heute noch so gültig sind. Zwischenzeitlich wurden div. Änderungen in den für MAX! zuständigen Modulen durchgeführt. Bei mir sind diese Werte schon länger in den Readings verfügbar.
Code Auswählen


MAXLAN_error                     0          2015-01-01 17:11:14
MAXLAN_errorInCommand                       2015-01-01 17:11:14
MAXLAN_initialized               1          2015-01-01 17:11:14
MAXLAN_isAnswer                  0          2015-01-01 17:11:14
MAXLAN_valid                     1          2015-01-01 17:11:14
battery                         ok          2015-01-01 17:11:14
boostDuration                    5          2015-01-01 17:11:13
boostValveposition              80          2015-01-01 17:11:13
comfortTemperature             18.0         2015-01-01 17:11:13
decalcification             Sat 12:00       2015-01-01 17:11:13
desiredTemperature             18.5         2015-01-01 17:11:14
ecoTemperature                 15.0         2015-01-01 17:11:13
firmware                       1.6          2015-01-01 17:11:13
groupid                          4          2015-01-01 17:11:12
maxValveSetting               100           2015-01-01 17:11:13
maximumTemperature             on           2015-01-01 17:11:13
measurementOffset             0.0           2015-01-01 17:11:13
minimumTemperature             off          2015-01-01 17:11:13
mode                          auto          2015-01-01 17:11:14
onlyAutoMode                   1            2015-01-01 17:11:14
state                        18.5 °C        2015-01-01 17:11:14
temperature                  20.5           2015-01-01 17:11:14
testresult                    255           2015-01-01 17:11:13
valveOffset                    0            2015-01-01 17:11:13
valveposition                  0            2015-01-01 17:11:14
weekprofile-0-Sat-temp  17.0 °C / 21.0 °C / 19.0 °C / 17.0 °C / 17.5 °C / 17.0 °C                         2015-01-01 17:11:13
weekprofile-0-Sat-time  00:00-06:00 / 06:00-10:00 / 10:00-18:00 / 18:00-23:45 / 23:45-23:50 / 23:50-00:00 2015-01-01 17:11:13
...
...
windowOpenDuration            15            2015-01-01 17:23:11
windowOpenTemperature        12.0           2015-01-01 17:23:11
Die Readings werden auch bei jedem Zyklus aktualisiert. Die Timestaps werden dann in rot dargestellt.

Hier noch die Zeile, die oben meinte
Code Auswählen

Probably associated with
FileLog_Bad                                                        FileLog
Wenn man auf "FileLog_ ... draufklickt, erhält man weitere Infos.

Viele Grüße

Harald
Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

willyk

#15
01 Januar 2015, 19:08:04
Zitat von: John am 01 Januar 2015, 13:19:28
Verwendest du die Cube-Software für die Raumeinteilung (Gruppeneinteilung) ?

Ja, Hat das Auswirkungen auf die GroupId?

Zitat von: John am 01 Januar 2015, 13:19:28
Ich schlage vor , daß du UG_Hobby_H komplett löschst, neu definierst und anlernst.
Die GroupID sollt dann 0 sein.

Habe ich gemacht. Die ID ist 0. Es ändert aber nichts am Verhalten; wenn ich über fhem die Temperatur an UG_Hobby ändere, ändert sich das OG_Schlafzi mit.

Zitat von: John am 01 Januar 2015, 13:19:28
Wenn das nicht hilft, würde ich bei allen beteiligten Komponenten einen Factory Reset durchführen, aus FHEM löschen, neu definieren und neu anlernen.

Habe ich versucht. Allerdings habe ich damit den Cube verärgert  :(

Dummerweise habe ich zuerst WT und HT zurückgesetzt, und dann die Geräte aus dem Cube löschen wollen.

Nun kann ich die Geräte nicht mehr löschen - es kommt dann immer die Meldung "Es ist ein Fehler aufgetreten: Bei der Datenübertragung ist ein Fehler aufgetreten. Die Konfiguration wurde nicht übermittelt."

Neu anlernen kann ich die Geräte auch nicht - dann kommt die Meldung "Kommunikation zum Cube gestört".

Werde noch ein wenig rumspielen, aber wahrscheinlich muss ich den Cube (nun zum 3ten Mal) zurücksetzen und alles neu anlernen. Grmpfl. Oder hat jemand eine Idee wie ich den Cube wieder ans laufen kriege?

Gruss
willyk
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

Harald

#16
02 Januar 2015, 10:50:12 Letzte Bearbeitung: 02 Januar 2015, 12:33:46 von Harald
Guten Morgen willyk,

vermutlich wird Dir wohl nichts anderes übrig bleiben, als das MAX!-System neu aufzusetzen.

Wenn Du in Zukunft Komponenten hinzufügen, entfernen oder ändern möchtest, solltest Du das immer erst in der MAX!-Software durchführen. Der Cube ist der Master, der mit den übrigen MAX!-Geräten kommuniziert. Das ist so ein autarkes System. FHEM ist da nur überlagert und holt und sendet die Infos vom/zum Cube über LAN und nicht von/zu den Thermostaten usw. über Funk direkt.
Wenn ich die Zuordnung (Gruppierung) der div. Komponenten zu den Räumen definiere, Wochenprogramme oder Temperaturen ändere, nutze ich immer die MAX!-Software und mache das nicht von FHEM aus.

Anders sieht es aus, wenn man keinen Cube nutzt und die Geräte über einen CUL mittels "attr CUL rfmode MAX" steuert.

Aber ich denke, das weißt Du auch ohne meine Ausführungen. Jedenfalls viel Erfolg beim neu Aufsetzen.

VIele Grüße

Harald

PS: Ich habe gerade nochmal in der Commandref unter MAX nachgelesen: Die "groupid" der Thermostate können in einem Raum gleich aber > 0 sein.
Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

Harald

#17
03 Januar 2015, 11:54:18 Letzte Bearbeitung: 03 Januar 2015, 12:39:02 von Harald
Hallo willyk,

ich habe mir nochmal den Auszug Deines Logs angesehen. Kann es sein, dass Du Deine MAX!-Geräte einmal am Cube und ein zweites Mal am CUL angemeldet hast? 
Code Auswählen

2014.12.31 14:33:18 3: Opening maxcl device 192.168.0.50:2323
2014.12.31 14:33:18 3: maxcl device opened
2014.12.31 14:33:18 3: maxcl: Possible commands: mBCFZiAGMRTVWXOefltuHxEcq
2014.12.31 14:33:18 2: Switched maxcl rfmode to MAX

Was ist den "maxcl" für ein Gerät? Nach den beiden letzten Zeilen oben vermute ich einen CUL, oder? Dort hast Du den rfmode MAX gewählt. Dann versucht maxcl darüber Kontakt zu den MAX-Geräten herzustellen.

Weiter unten wird maxcube geöffnet
Code Auswählen

2014.12.31 14:33:19 3: Opening maxcube device 192.168.0.120:62910
2014.12.31 14:33:19 3: maxcube device opened
Das bedeutet doch, dass FHEM über LAN mit der Adresse 192.168.0.120, also den Cube auch Daten austauscht, oder liege ich da falsch?

Meldest Du die MAX-Geräte am CUL an und nutzt den "rfmode MAX" benötigst Du den Cube nicht und musst die gesamte Heizungssteuerung über den CUL abwickeln. Willst Du aber das System über den Cube autark betreiben und FHEM nur zum Auslesen der Daten und einigen Steuerungsaufgaben, wie z.B. Johns Scanner u.a. nutzen, darfst Du "attr CUL rfmode MAX" nicht verwenden. In dem Falle werden die Daten und Befehle von FHEM über den Cube, also über LAN und nicht vom CUL über Funk übermittelt. Wenn beides läuft, wissen die MAX-Geräte ja nicht, welchem Chef sie gehorchen sollen ;)

Harald


Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

willyk

#18
03 Januar 2015, 13:16:05
Zitat von: Harald am 03 Januar 2015, 11:54:18
Meldest Du die MAX-Geräte am CUL an und nutzt den "rfmode MAX" benötigst Du den Cube nicht und musst die gesamte Heizungssteuerung über den CUL abwickeln. Willst Du aber das System über den Cube autark betreiben und FHEM nur zum Auslesen der Daten und einigen Steuerungsaufgaben, wie z.B. Johns Scanner u.a. nutzen, darfst Du "attr CUL rfmode MAX" nicht verwenden. In dem Falle werden die Daten und Befehle von FHEM über den Cube, also über LAN und nicht vom CUL über Funk übermittelt. Wenn beides läuft, wissen die MAX-Geräte ja nicht, welchem Chef sie gehorchen sollen ;)

Auf die Gefahr hin mich zu blamieren:   ich hatte das bisher anders verstanden.

Alle Geräte sind am Cube angemeldet und werden über diesen konfiguriert und gesteuert. Da mir der Cube zu eingeschränkt ist, möchte ich (bald) auf CUL umstellen. Laut wiki http://www.fhemwiki.de/wiki/MAX wird ein Kombimodus unterstützt; der CUL "hört" nur zu. Dafür braucht es aber das "rfmode MAX", sonst läuft er auf einem andernen Protokoll.

Über welchen Chef die Geräte gesteuert werden, steht im attr IODev.
Eigentlich funktioniert das auch:

Internals:
   DEF        HeatingThermostat 0cea3e
   IODev      maxcube
   LASTInputDev cm
   MSGCNT     297
   NAME       EG_Eingang_H
   NR         33
   RSSI       -61
   STATE      20.5 °C
   TYPE       MAX
   addr       0cea3e
   backend    maxcube
   cm_MSGCNT  61
   cm_TIME    2015-01-03 13:10:05
   dstsetting 1
   maxcube_MSGCNT 236
   maxcube_TIME 2015-01-03 13:09:01
   mode       0
   rferror    0
   serial     KEQ0698053
   type       HeatingThermostat


So sollte es auch möglich sein, Geräte sowohl durch Cube wie auch durch CUL zu steuern - natürlich nicht gleichzeitig.

Oder liege ich da falsch?

Danke für Deine Mühe + Gruss
willyk
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

Harald

#19
03 Januar 2015, 19:32:21 Letzte Bearbeitung: 03 Januar 2015, 19:38:20 von Harald
Hallo willyk,

also, blamieren wird sich hier keiner ;) Jeder hat Mal angefangen und auch ich bin Anfänger, wenn auch schon etwas länger dabei.

Vielleicht sehe ich das ja auch falsch. Ich vermute aber, wie schon beschrieben, Probleme, Befehle über den CUL und attr CUL rfmode MAX UND über LAN via MAXLAN zu senden. Ob devIO das verhindert, kann ich nicht beurteilen, da ich das noch nicht probiert habe.
Evtl. kann da jemand dazu etwas sagen, der tiefer in der Materie steckt.
Meine oben beschriebene Lösung funktioniert jedenfalls schon lange problemlos.
Du kannst ja Mal versuchen, rfmode MAX zu deaktivieren und sehen, ob sich an Deinem Problemen etwas ändert.

Ich wünsche Dir viel Erfolg und einen schönen Abend noch

Harald

Router:AVM7590 1&1 FW:FRITZ!OS 07.56 Anbindung:1&1 50/10 Mb/s, WLAN-Repeater 300E
ELV MAX!Cube, 7xThermostat, ECO, RasPi 4B mit bullseye auf Festplatte,
CUL V 1.67, JeeLink v3_10.1c, nanoCUL, 1xS300TH, 4xHMS100T, 4xELRO, 1xTFA, 2xMAX_FK
ELV MAX!1.4.5, FHEM 5.7 auf RasPi, Kostal PIKO plus

Sebastian_

#20
04 Januar 2015, 16:30:10
Hallo,

ich hatte vermutlich auch dieses Problem. Wie ich hier (http://forum.fhem.de/index.php/topic,11624.msg229906.html#msg229906) beschrieben hatte, wurden bei Benutzung des Scanners auch die Temperaturen einer WT/HT Kombination geändert, bei der definitiv kein "scantemp" in der FHEM.CFG bei den entsprechenden Geräten angegeben war. Nach langem Hin- und Her ohne Lösung hatte ich mich dann dazu entschlossen, den Cube zu resetten und auch die FHEM-Konfiguration zu löschen. Danach habe ich dann das Pairing aller Geräte (WT, HT und FK) und die Zuordnung zu den jeweiligen Räumen mit der ELV/EQ3-Software vorgenommen. Anschließend dann noch FHEM neu konfiguriert. Seit diesem "Reset" läuft auch der Scanner wie er soll.
Was da nun bei Benutzung des Scanners im Zusammenhang mit dem Cube falsch lief kann ich nicht sagen, aber auch ich hatte im Vorfeld mal den Effekt, dass der Cube die Konfiguration verloren hatte.

Gruß
Sebastian

Rince

#21
06 Januar 2015, 07:01:25
Zitat von: WikiDas Anlernen funktioniert nur mit zurückgesetzen (Werksreset, also entweder alle 3 Tasten am Heizkörperthermostate betätigen, Batterien einlegen, Anzeige rES; oder in FHEM set factoryReset) Heizkörperthermostaten. Bereits an einen Cube angelernte Heizungsregler können  an ein CUL angemeldet werden, hier ist dann nur das "mitlesen" der Funkbotschaften möglich.

Info: Durch den Reset geht auch ein evtl. per Cube eingestelltes Automatikprogramm verloren.

So wie ich das lese, kannst du an den Cube angelernte Geräte nicht mit einem Cul steuern. Weder gleichzeitig noch mit einem Zeitversatz.

Das Wort "angemeldet" ist wohl ungünstig. Ich denke, es bedeutet nicht "Anlernen".



Auf der anderen Seite:
Wenn du eh vom Cube auf den Cul umsteigen willst, warum machst das nicht gleich jetzt?

Setze ein sinnvolles Wochenprogramm in den Thermostatventilen. Dann fahren die auch vernünftig wenn fhem mal nicht gehen sollte...
Wer zu meinen Posts eine Frage schreibt und auf eine Antwort wartet, ist hiermit herzlich eingeladen mich per PN darauf aufmerksam zu machen. (Bitte mit Link zum betreffenden Thread)
Drucken
Nach oben Seiten1 2 Alle
Benutzer-Aktionen