Temperatur-Scanner für MAX-Thermostate

Begonnen von John, 12 März 2013, 09:44:59

Vorheriges Thema - Nächstes Thema

JFSolution

Servus zusammen,

ich hab eine Frage zum Max Scanner.
Ich wollte in mein Plot die Scanns eintragen lassen wie das im Wiki eintrag zum Scanner drin is.
Ich habs probiert über notify hinzubekommen nur scheinbar wird das nicht getriggert.
Bin ich nur zu doof dafür oder wird das vom MaxScanner nicht unterstützt?

Gruß JFSolution

teufelchen59

@JFSolution

Hallo,
Du bist auf dem falschen Weg. (nicht notify)
Ich denke Du brauchst Grundlagen zum SVG-Plot erstellen.
Vielleicht mal danach suchen.
Für`s Erste, schau Dir mal dieses Video hier an.
Dann verstehst Du es besser.
https://www.youtube.com/watch?v=_ftFWooLekI

Gruss Andreas

raspberrypi 2, V 1.58 CUL868 für ESA2000 und IT, Jeelink für div. LaCrosse,
FHZ für FS20, HMLAN, MAXLAN CUBE & MAX Thermostate, Brematic lan-Gateway für IT,
Fritzbox 7390 mit FBDECT & FB_CALLMONITOR, 2 x Hikvision DS-2CD2132-I,

Antimaster

Hallo,
Ich bin gerade dabei FHEM auf meinem Raspi einzurichten. Sieht soweit schon sehr gut aus. Leider habe ich Probleme mit dem MaxScanner. Ich bekomme immer die Meldung:Wz.Heizung: unknown attribute scnProcessByDesiChange. Type 'attr Wz.Heizung ?' for a detailed list.
Hat jemand eine Idee woran das liegt? Hier die die Definition vom Thermostat und dem Scanner.


define Scanner MaxScanner
attr Scanner verbose 1


################################################################################################
#Heizungsthermostat
define Wz.Heizung MAX HeatingThermostat 138686
attr Wz.Heizung scanTemp 1
attr Wz.Heizung scnProcessByDesiChange 0
attr Wz.Heizung verbose 4
attr Wz.Heizung IODev CM
attr Wz.Heizung fp_Wohnung 594,1067,2,,
attr Wz.Heizung room 1.0 Wohnzimmer
attr Wz.Heizung webCmd desiredTemperature

Antimaster

Hab jetzt das Attribut über FHEM angelegt. Danach war die Meldung weg. Hab jetzt den folgenden Eintrag in der cfg mehr drin.
attr Wz.Heizung userattr scnProcessByDesiChange:0,1 scnShutterList scnModeHandling:NOCHANGE,AUTO,MANUAL

Der war vorher definitv noch nicht da. So scheint es auf jeden Fall zu funktionieren.

benkler

Ich kam leider noch nicht zum Testen mit scnProcessByDesiChange

aber mir ist heute wieder was aufgefallen und zwar wird das Weekprofile nicht richtig berücksichtigt seit dem ich das Weekprofile geöndert habe.
er registriert zwar die änderungen aber setzt danach wieder auf die davor eingestellte Temperatur mit diesem eintrag: 2016.02.23 05:00:03 3: MaxScanner MAX_0dd95f Work.1078 change leadDesiTemp due manipulation:12.0

und irgendiwe sehe ich im LOg nurnoch das Thermostat MAX_0dd95f habe bei allen verbose auf 1 stehen....

2016.02.23 04:59:03 3: MaxScanner MAX_0dd95f Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 05:01:00
2016.02.23 04:59:03 3: MaxScanner MAX_0dd95f Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 05:01:00
2016.02.23 05:00:03 3: MaxScanner MAX_0dd95f Work.953 reset leadDesiTemp:25.0
2016.02.23 05:00:03 3: MaxScanner MAX_0dd95f Work.1078 change leadDesiTemp due manipulation:12.0
2016.02.23 05:01:01 3: MaxScanner MAX_0dd95f Work.1188 <<set MAX_0dd95f desiredTemperature  12.0>>
2016.02.23 05:01:04 3: MaxScanner MAX_0dd95f Work.1078 change leadDesiTemp due manipulation:25.0
2016.02.23 05:01:11 3: MaxScanner MAX_0dd95f Work.1078 change leadDesiTemp due manipulation:12.0
2016.02.23 05:07:00 3: MaxScanner MAX_0dd95f Work.1188 <<set MAX_0dd95f desiredTemperature auto 12.0>>
2016.02.23 05:13:00 3: MaxScanner MAX_0dd95f Work.1188 <<set MAX_0dd95f desiredTemperature  12.0>>
2016.02.23 05:19:01 3: MaxScanner MAX_0dd95f Work.1188 <<set MAX_0dd95f desiredTemperature auto 12.0>>
2016.02.23 05:31:00 3: MaxScanner MAX_0dd95f Work.1188 <<set MAX_0dd95f desiredTemperature  12.0>>
2016.02.23 05:37:01 3: MaxScanner MAX_0dd95f Work.1188 <<set MAX_0dd95f desiredTemperature auto 12.0>>
2016.02.23 05:46:00 3: MaxScanner MAX_0dd95f Work.1188 <<set MAX_0dd95f desiredTemperature  12.0>>
2016.02.23 05:52:01 3: MaxScanner MAX_0dd95f Work.1188 <<set MAX_0dd95f desiredTemperature auto 12.0>>


gruß
benkler
FHEM (Docker), Homebridge (Docker), Homematic IP, nanoCUL 433 + 868 a-culfw, jeeLink Clone, Diverse IT Sensoren, ems-esp, Netatmo und noch einiges mehr

Gizmoh

Hallo,

ich habe beim MaxScanner komischerweise das Problem, dass er auch bei Thermostaten eingreift, für die ich den Scanner nicht konfiguriert habe.
Ich habe in einem Raum ein Wandthermostat und zwei Heizkörper, diese haben alle die gleiche GroupID und sind associated. Zusätzliche habe ich bei den Heizkörpern "scanTemp" auf 0 gesetzt, nur um sicher zu sein.
Dennoch wechseln die Heizkörper in regelmäßigen Abständen in den Manuellen Modus auf 17°C runter, kurze Zeit später wechseln sie dann wieder zum Automatikprogramm usw.
Woran kann dies liegen?

Danke und viele Grüße
Gizmoh

willyk

Eigentlich fahre ich einen Mischbetrieb mit CUL und Cube. Testweise, weil ich mit dem CUL was testen wollte, habe ich nun alles über den Cube laufen. Das funktioniert aber nicht richtig.

Log-Beispiel:

2016.02.23 21:46:39 3: MaxScanner UG_Treppenh_H Work.1188 <<set UG_Treppenh_H desiredTemperature auto 21.0>>
2016.02.23 21:47:42 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:49:04 3: MaxScanner UG_Gast_H Work.1188 <<set UG_Gast_H desiredTemperature  18.0>>
2016.02.23 21:49:04 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:49:10 3: MaxScanner EG_Toilette_H Work.1226  not enough credits( 396 ) need 3/180 ns:2016-02-23 22:10:10
2016.02.23 21:49:10 3: MaxScanner EG_Toilette_H Work.1246 adjust EG_Spielz_H to 2016-02-23 21:55:04
2016.02.23 21:49:10 3: MaxScanner EG_Toilette_H Work.1246 adjust OG_Buegelz_H to 2016-02-23 21:58:00
2016.02.23 21:49:10 3: MaxScanner EG_Toilette_H Work.1246 adjust UG_Treppenh_H to 2016-02-23 22:04:00
2016.02.23 21:49:10 3: MaxScanner EG_Toilette_H Work.1246 adjust EG_Eingang_H to 2016-02-23 22:07:32
2016.02.23 21:49:10 3: MaxScanner EG_Toilette_H Work.1246 adjust UG_Hobby_H to 2016-02-23 22:10:15
2016.02.23 21:49:10 3: MaxScanner EG_Toilette_H Work.1246 adjust UG_Sauna_H to 2016-02-23 22:10:24
2016.02.23 21:49:10 3: MaxScanner EG_Toilette_H Work.1246 adjust UG_Gast_H to 2016-02-23 22:13:04
2016.02.23 21:49:10 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:50:08 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:50:08 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:50:08 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:51:08 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:51:08 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:52:08 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:55:05 3: MaxScanner EG_Spielz_H Work.1188 <<set EG_Spielz_H desiredTemperature  18.0>>
2016.02.23 21:55:05 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:55:08 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:56:08 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:57:08 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:58:01 3: MaxScanner OG_Buegelz_H Work.1188 <<set OG_Buegelz_H desiredTemperature auto 20.0>>
2016.02.23 21:58:01 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:59:04 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:59:04 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:59:04 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:59:04 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 21:59:04 3: MaxScanner UG_Treppenh_H Work.1101 no action due soon a week-profile switch point is reached ns:2016-02-23 22:01:00
2016.02.23 22:01:00 3: MaxScanner UG_Treppenh_H Work.953 reset leadDesiTemp:20.0
2016.02.23 22:01:00 3: MaxScanner UG_Treppenh_H Work.1078 change leadDesiTemp due manipulation:21.0
2016.02.23 22:01:01 3: MaxScanner UG_Treppenh_H Work.1188 <<set UG_Treppenh_H desiredTemperature  21.0>>


weekprofile von UG_Treppenh_H:

weekprofile-3-Tue-temp  20.0 °C / 21.0 °C / 20.0 °C / 20.0 °C
weekprofile-3-Tue-time  00:00-05:00 / 05:00-22:00 / 22:00-23:55 / 23:55-00:00


Soll heissen, eigentlich sollte um 22:00 die Temperatur auf 20 Grad geändert werden. Der Scanner meint aber es liegt eine Manipulation vor, und setzt die Temperatur wieder auf 21 Grad.

Meine Vermutung ist, dass es an dem MAXLAN und dem eingestellten Pollintervall liegt. Das Intervall ist aus 60 Sekunden gesetzt, um 22:01 ist dann wahrscheinlich die "desiredtemp" noch auf 21 Grad, da durch fhem noch kein Polling auf den Cube abgesetzt wurde.

Dieses Verhalten ist extrem lästig, kann man das irgendwie beheben?

Danke für einen Hinweis und Gruss
willyk
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

willyk

Hallo,   in meiner Verzweiflung habe ich nun die Version vom 4.2. ausprobiert. Das funktioniert wesentlich besser, danke dafür.

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

teufelchen59

Guten Abend.

Ich benutze seit Anfang Februar die Version 1.0.0.3 - 04.02.2016
und habe den MaxScanner mit:
global exclude_from_update 98_MaxScanner.pm
vom Update ausgeschlossen, damit nicht die 1.0.0.2 Version installiert wird.

Die Version 1.0.0.3 läuft seit dem problemlos, aber nur im "ModeChange".
Mit "DesiredChange" läuft die Temperatur unkontrolliert.

Ich wünsche ein gutes WE.  :)
Andy


raspberrypi 2, V 1.58 CUL868 für ESA2000 und IT, Jeelink für div. LaCrosse,
FHZ für FS20, HMLAN, MAXLAN CUBE & MAX Thermostate, Brematic lan-Gateway für IT,
Fritzbox 7390 mit FBDECT & FB_CALLMONITOR, 2 x Hikvision DS-2CD2132-I,

John

Ich habe die Version  "1.0.0.3 - 07.03.2016" nun eingecheckt.

Das Problem mit  "DesiredChange" bei Cube ist aber nach wie vor offen.

Mir fehlt schlicht die Zeit.

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

gdschut

Excuses for my German... eh... English...
I have several MAX thermostats communicating with a CUL868 (homemade nanoCUL) and a RaspberryPi 2B.
Until today I was working with an old version of 98_MaxScanner.pm and it was sort of working. Today I did a fresh install of FHEM, and got the new module MaxScanner.
I cannot get it to work as it did. I updatet to the latest version, but the attr scnProcessByDesiChange is refused by FHEM, instead it adds an userattr itself. I followed the guide at http://www.fhemwiki.de/wiki/MAX!_Temperatur-Scanner
What am I doing wrong???
Now I got back to an older version of MaxScanner to try, but until now no succes...
I would appreciate any help or tips!

daniel85

Zitat von: John am 11 März 2016, 20:20:45
Ich habe die Version  "1.0.0.3 - 07.03.2016" nun eingecheckt.

Das Problem mit  "DesiredChange" bei Cube ist aber nach wie vor offen.

Mir fehlt schlicht die Zeit.

John

wie wo eingecheckt ??

per update befehl bekomme ich sie nicht... oder muss es einelend irgendwo geladen werden ?

teufelchen59

@John.
Danke John! Sollte auch kein Vorwurf sein. ;)
Wollte nur für alle den letzten Stand darstellen.
Wir sind doch alle dankbar, dass Du Deine Freizeit für uns opferst.
Vielen Dank.

@daniel85
Die neu eingcheckten Versionen werden immer erst mit dem nächsten Update verteilt.
Also schaue vielleicht Morgen noch mal. :)
Gruss
Andy
raspberrypi 2, V 1.58 CUL868 für ESA2000 und IT, Jeelink für div. LaCrosse,
FHZ für FS20, HMLAN, MAXLAN CUBE & MAX Thermostate, Brematic lan-Gateway für IT,
Fritzbox 7390 mit FBDECT & FB_CALLMONITOR, 2 x Hikvision DS-2CD2132-I,

Gizmoh

Ich habe bei mir jetzt die neue Version installiert und den Scanner nochmal getestet.
Leider geht der Scanner immer noch an die Thermostate ran, die nicht das Attribvut ScanTemp haben oder wo ich die ScanTemp auf 0 gesetzt habe.

Gibt es evtl noch eine andere Möglichkeit wie ich Thermostate explizit vom Scanner ausschließen kann?

Danke und viele Grüße
Gizmoh

willyk

Das kann ich mir irgendwie nicht vorstellen. Setz doch mal beim Scanner verbose 5, und schau im Log nach wie / warum der Thermostat ausgesucht wird.

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