Maxcul ist komplett unbrauchbar (geloest mit 0.5.2)

apollon77

Diese Meldungen jede Stunde sind normal nehm ich an:

maxcul.0 2018-02-20 10:35:38.927 info Packet 0f0104031234561234560012140a239a sent but no response!

maxcul.0 2018-02-20 10:35:26.914 info checkTimeIntervalFired

? `

Im Code sehe ich das 1x pro Stunde "sendTimeInformation" ausgefürt wird und das sendet einen "generateTimePayload" an die "baseAddress" die man in der Adapter-Konfig einstellt. Was ist diese "Base Adress"? Was habt Ihr da eingefüllt?

Am Ende ist das übrigens auch die Adresse die in dem "ominösen" "Za" genutzt wird.

Dies sendet ein Kommando mit Typ 03 aus und das kann gut das oben stehende sein.

Also ich kann nur raten: Das sind "broadcast Messages an alle Devices die sich dieser Base Address" zugehörig fühlen das die ne aktuelle Zeit bekommen.

Für Tiefer muss jemand der sich mit Max-Kommunikation auskennt reinknien und das rausfinden

skraw.iobroker

Also die Adresse die man ja auch in der Config von maxCUL einstellt ist wohl die eigene (Standard 123456). Ich schliesse das daraus dass diese Adresse in den Paketen vom Tuerkontakt drin steht sobald diese gepairt sind mit dem nanoCUL.

apollon77

Ok, dann sendet der Adapter einmal pro Stunde an sich selbst die Zeit … :-)) und reagiert nicht darauf ...

hm

skraw.iobroker

Leider scheint doch nicht alles so gut zu gehen wie ich gestern dachte.

Zwar scheinen die Fensterkontakte zu gehen, aber Thermostate scheinen ein Problem zu haben. Es sieht so aus als ob man sie pairen koennte, alle Objekte werden angelegt, aber sie liefern keine Werte rein. Das Setzen der Temperatur geht, aber Rueckmeldungen gibt es keine.

Und ich sags nicht gern, aber mit Version 0.3.0 gehen sie …

apollon77

Bitte mal auf Debug setzen. Was sagt das log?

skraw.iobroker

Das Log sagt leider gar nichts vernuenftiges. Beide Logs sind auf Debug absolut gleich beim Pairen. Waehrend aber bei 0.3.0 nach dem Temperatur-Setzen (von Hand im Objekt, dann wirds uebertragen) alles richtig ausschaut (Uebertragung wird vom Geraet quittiert, und dieses sendet nach kurzer Zeit die aktuellen Temperatur-Werte), kommt bei 0.4.2 dass keine Quittierung vom Thermostat kommt. Zwar setzt das Thermostat auch die eingestellte Temperatur, quittiert aber das Kommando nicht mehr und schickt in der Folge auch keinerlei Messwerte zurueck.

`0.4.2:

2018-02-20 17:20:19.846  - [[32minfo[[39m: maxcul.0 PairDevice: {"src":"16e328","type":1,"raw":"1001A04E4B4630303032363635","rssi":-45}
2018-02-20 17:20:19.865  - [[34mdebug[[39m: maxcul.0 beginn pairing of a new device with deviceId 16e328
2018-02-20 17:20:19.887  - [[34mdebug[[39m: maxcul.0 Send Packet to CUL: 0b01000112345616e3280000, awaiting drain event
2018-02-20 17:20:19.911  - [[34mdebug[[39m: maxcul.0 serial port buffer have been drained
2018-02-20 17:20:19.914  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665 created
2018-02-20 17:20:19.931  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.mode created
2018-02-20 17:20:19.947  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.measuredTemperature created
2018-02-20 17:20:19.972  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.desiredTemperature created
2018-02-20 17:20:19.987  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valvePosition created
2018-02-20 17:20:20.010  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.rfError created
2018-02-20 17:20:20.023  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.batteryLow created
2018-02-20 17:20:20.042  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.comfortTemperature created
2018-02-20 17:20:20.058  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.ecoTemperature created
2018-02-20 17:20:20.073  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.minimumTemperature created
2018-02-20 17:20:20.087  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.maximumTemperature created
2018-02-20 17:20:20.107  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.offset created
2018-02-20 17:20:20.128  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.windowOpenTemperature created
2018-02-20 17:20:20.142  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.windowOpenTime created
2018-02-20 17:20:20.158  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.rssi created
2018-02-20 17:20:20.188  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.boostDuration created
2018-02-20 17:20:20.205  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.boostValvePosition created
2018-02-20 17:20:20.223  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.decalcificationDay created
2018-02-20 17:20:20.237  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.decalcificationHour created
2018-02-20 17:20:20.259  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.maxValveSetting created
2018-02-20 17:20:20.276  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.valveOffset created
2018-02-20 17:20:20.982  - [[34mdebug[[39m: maxcul.0 incoming raw data from CUL: Z0E01020216E328123456000119002842M
2018-02-20 17:20:20.983  - [[34mdebug[[39m: maxcul.0 decoding Message Z0E01020216E328123456000119002842
2018-02-20 17:20:20.984  - [[34mdebug[[39m: maxcul.0 RSSI for Message: -41
2018-02-20 17:20:20.991  - [[34mdebug[[39m: maxcul.0 got OK-ACK Packet from 16e328
2018-02-20 17:20:24.004  - [[34mdebug[[39m: maxcul.0 redis pmessage  io.maxcul.0.* io.maxcul.0.info.quota {"val":379,"ack":true,"ts":1519143624002,"q":0,"from":"system.adapter.maxcul.0","
2018-02-20 17:20:25.328  - [[34mdebug[[39m: maxcul.0 incoming raw data from CUL: Z0A000A0316E3281234560041M
2018-02-20 17:20:25.330  - [[34mdebug[[39m: maxcul.0 decoding Message Z0A000A0316E3281234560041
2018-02-20 17:20:25.330  - [[34mdebug[[39m: maxcul.0 RSSI for Message: -41.5
2018-02-20 17:20:25.332  - [[34mdebug[[39m: maxcul.0 got time information request from device 16e328
2018-02-20 17:20:25.333  - [[32minfo[[39m: maxcul.0 deviceRequestTimeInformation: "16e328"
2018-02-20 17:20:25.333  - [[34mdebug[[39m: maxcul.0 Updating time information for deviceId 16e328
2018-02-20 17:20:25.365  - [[34mdebug[[39m: maxcul.0 Send Packet to CUL: 0f01040312345616e328001214111499, awaiting drain event
2018-02-20 17:20:25.379  - [[34mdebug[[39m: maxcul.0 serial port buffer have been drained
2018-02-20 17:20:28.374  - [[34mdebug[[39m: maxcul.0 Retransmit packet 0f01040312345616e328001214111499, try 1 of 3
2018-02-20 17:20:28.377  - [[34mdebug[[39m: maxcul.0 Send Packet to CUL: 0f01040312345616e328001214111499, awaiting drain event
2018-02-20 17:20:28.399  - [[34mdebug[[39m: maxcul.0 serial port buffer have been drained
2018-02-20 17:20:29.469  - [[34mdebug[[39m: maxcul.0 incoming raw data from CUL: Z0E01020216E328123456000119002840M
2018-02-20 17:20:29.471  - [[34mdebug[[39m: maxcul.0 decoding Message Z0E01020216E328123456000119002840
2018-02-20 17:20:29.472  - [[34mdebug[[39m: maxcul.0 RSSI for Message: -42
2018-02-20 17:20:29.476  - [[34mdebug[[39m: maxcul.0 got OK-ACK Packet from 16e328

Und dann:

018-02-20 17:21:14.745  - [[34mdebug[[39m: maxcul.0 incoming raw data from CUL: Z0F00046016E3280000000019002800EC41M
2018-02-20 17:21:14.747  - [[34mdebug[[39m: maxcul.0 decoding Message Z0F00046016E3280000000019002800EC41
2018-02-20 17:21:14.748  - [[34mdebug[[39m: maxcul.0 RSSI for Message: -41.5
2018-02-20 17:21:14.751  - [[34mdebug[[39m: maxcul.0 got data from heatingelement 16e328 with payload 19002800EC
2018-02-20 17:37:55.733  - [[34mdebug[[39m: maxcul.0 redis pmessage  io.maxcul.0.* io.maxcul.0.NKF0002665.desiredTemperature {"val":23,"ack":false,"ts":1519144675731,"q":0,"from":"system.
2018-02-20 17:37:56.748  - [[34mdebug[[39m: maxcul.0 sendTemperature(maxcul.0.NKF0002665, 23, 0)
2018-02-20 17:37:56.754  - [[34mdebug[[39m: maxcul.0 Send Packet to CUL: 0b01004012345616e328002e, awaiting drain event
2018-02-20 17:37:56.769  - [[34mdebug[[39m: maxcul.0 serial port buffer have been drained
2018-02-20 17:37:59.755  - [[34mdebug[[39m: maxcul.0 Retransmit packet 0b01004012345616e328002e, try 1 of 3
2018-02-20 17:37:59.758  - [[34mdebug[[39m: maxcul.0 Send Packet to CUL: 0b01004012345616e328002e, awaiting drain event
2018-02-20 17:37:59.778  - [[34mdebug[[39m: maxcul.0 serial port buffer have been drained
2018-02-20 17:38:02.760  - [[34mdebug[[39m: maxcul.0 Retransmit packet 0b01004012345616e328002e, try 2 of 3
2018-02-20 17:38:02.762  - [[34mdebug[[39m: maxcul.0 Send Packet to CUL: 0b01004012345616e328002e, awaiting drain event
2018-02-20 17:38:02.778  - [[34mdebug[[39m: maxcul.0 serial port buffer have been drained
2018-02-20 17:38:05.761  - [[34mdebug[[39m: maxcul.0 Retransmit packet 0b01004012345616e328002e, try 3 of 3
2018-02-20 17:38:05.763  - [[34mdebug[[39m: maxcul.0 Send Packet to CUL: 0b01004012345616e328002e, awaiting drain event
2018-02-20 17:38:05.779  - [[34mdebug[[39m: maxcul.0 serial port buffer have been drained
2018-02-20 17:38:08.765  - [[32minfo[[39m: maxcul.0 Packet 0b01004012345616e328002e sent but no response!

Man kann warten solange man will, von dem Geraet kommt nichts mehr.

Dagegen 0.3.0:

2018-02-20 17:46:09.589  - [[32minfo[[39m: maxcul.0 PairDevice: {"src":"16e328","type":1,"raw":"1001A04E4B4630303032363635","rssi":-42.5}
2018-02-20 17:46:09.606  - [[34mdebug[[39m: maxcul.0 beginn repairing with device 16e328
2018-02-20 17:46:09.645  - [[34mdebug[[39m: maxcul.0 Send Packet to CUL: 0b01000112345616e3280000, awaiting drain event
2018-02-20 17:46:09.671  - [[34mdebug[[39m: maxcul.0 serial port buffer have been drained
2018-02-20 17:46:09.680  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665 created
2018-02-20 17:46:09.702  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.mode created
2018-02-20 17:46:09.740  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.measuredTemperature created
2018-02-20 17:46:09.759  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.desiredTemperature created
2018-02-20 17:46:09.774  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valvePosition created
2018-02-20 17:46:09.794  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.rfError created
2018-02-20 17:46:09.812  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.batteryLow created
2018-02-20 17:46:09.831  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.comfortTemperature created
2018-02-20 17:46:09.847  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.ecoTemperature created
2018-02-20 17:46:09.861  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.minimumTemperature created
2018-02-20 17:46:09.885  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.maximumTemperature created
2018-02-20 17:46:09.906  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.offset created
2018-02-20 17:46:09.932  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.windowOpenTemperature created
2018-02-20 17:46:10.051  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.config.windowOpenTime created
2018-02-20 17:46:10.064  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.rssi created
2018-02-20 17:46:10.078  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.boostDuration created
2018-02-20 17:46:10.092  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.boostValvePosition created
2018-02-20 17:46:10.118  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.decalcificationDay created
2018-02-20 17:46:10.133  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.decalcificationHour created
2018-02-20 17:46:10.150  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.maxValveSetting created
2018-02-20 17:46:10.165  - [[32minfo[[39m: maxcul.0 object maxcul.0.maxcul.0.NKF0002665.valveConfig.valveOffset created
2018-02-20 17:46:10.740  - [[34mdebug[[39m: maxcul.0 incoming raw data from CUL: Z0E01020216E328123456000118212E41M
2018-02-20 17:46:10.741  - [[34mdebug[[39m: maxcul.0 decoding Message Z0E01020216E328123456000118212E41
2018-02-20 17:46:10.743  - [[34mdebug[[39m: maxcul.0 RSSI for Message: -41.5
2018-02-20 17:46:10.748  - [[34mdebug[[39m: maxcul.0 got OK-ACK Packet from 16e328

Gepairt, dann:

2018-02-20 18:03:49.100  - [[34mdebug[[39m: maxcul.0 sendTemperature(maxcul.0.NKF0002665, 24, 0)
2018-02-20 18:03:49.118  - [[34mdebug[[39m: maxcul.0 Send Packet to CUL: 0b01004012345616e3280030, awaiting drain event
2018-02-20 18:03:49.139  - [[34mdebug[[39m: maxcul.0 serial port buffer have been drained
2018-02-20 18:03:50.204  - [[34mdebug[[39m: maxcul.0 incoming raw data from CUL: Z0E01020216E32812345600011821303FM
2018-02-20 18:03:50.209  - [[34mdebug[[39m: maxcul.0 decoding Message Z0E01020216E32812345600011821303F
2018-02-20 18:03:50.210  - [[34mdebug[[39m: maxcul.0 RSSI for Message: -42.5
2018-02-20 18:03:50.228  - [[34mdebug[[39m: maxcul.0 got OK-ACK Packet from 16e328

018-02-20 18:04:34.762  - [[34mdebug[[39m: maxcul.0 incoming raw data from CUL: Z0F00046016E3280000000018213000EA40M
2018-02-20 18:04:34.763  - [[34mdebug[[39m: maxcul.0 decoding Message Z0F00046016E3280000000018213000EA40
2018-02-20 18:04:34.763  - [[34mdebug[[39m: maxcul.0 RSSI for Message: -42
2018-02-20 18:04:34.768  - [[34mdebug[[39m: maxcul.0 got data from heatingelement 16e328 with payload 18213000EA
2018-02-20 18:04:34.793  - [[34mdebug[[39m: maxcul.0 ThermostatStateRecieved: {"src":"16e328","mode":0,"desiredTemperature":24,"valvePosition":33,"measuredTemperature":23.4,"dstSetting":1

2018-02-20 18:06:44.759  - [[34mdebug[[39m: maxcul.0 incoming raw data from CUL: Z0F00046016E32800000000183C3000EA41M
2018-02-20 18:06:44.760  - [[34mdebug[[39m: maxcul.0 decoding Message Z0F00046016E32800000000183C3000EA41
2018-02-20 18:06:44.760  - [[34mdebug[[39m: maxcul.0 RSSI for Message: -41.5
2018-02-20 18:06:44.761  - [[34mdebug[[39m: maxcul.0 got data from heatingelement 16e328 with payload 183C3000EA
2018-02-20 18:06:44.769  - [[34mdebug[[39m: maxcul.0 ThermostatStateRecieved: {"src":"16e328","mode":0,"desiredTemperature":24,"valvePosition":60,"measuredTemperature":23.4,"dstSetting":1

2018-02-20 18:17:11.660  - [[32minfo[[39m: maxcul.0 Poll device1 : 0, 24.5
2018-02-20 18:17:11.664  - [[34mdebug[[39m: maxcul.0 Send Packet to CUL: 0b01004012345616e3280031, awaiting drain event
2018-02-20 18:17:11.678  - [[34mdebug[[39m: maxcul.0 serial port buffer have been drained
2018-02-20 18:17:12.755  - [[34mdebug[[39m: maxcul.0 incoming raw data from CUL: Z0E01020216E3281234560001183C3141M
2018-02-20 18:17:12.756  - [[34mdebug[[39m: maxcul.0 decoding Message Z0E01020216E3281234560001183C3141
2018-02-20 18:17:12.757  - [[34mdebug[[39m: maxcul.0 RSSI for Message: -41.5
2018-02-20 18:17:12.759  - [[34mdebug[[39m: maxcul.0 got OK-ACK Packet from 16e328[/code]`

Und das geht dann immer schoen so weiter ...

apollon77

Interessant … installier mal neu von Github, ich hab mal ein was eingebaut nurum sicherzugehen das die Daten wirklich ankommen. Kann sein das es nichts ändert ... oder es hat ne Auswirkung. We will see.

Ich verstehe aber den Unterschied nicht :-((

skraw.iobroker

Bist Du sicher? Ich seh gar keinen commit im github … ?

apollon77

räusper … Jetzt :-)

skraw.iobroker

Negativ. Schon das erste Event dass versucht wird zu senden endet so:

maxcul.0	2018-02-21 10:52:20.138	info	Packet 0b01004012345616e3280032 sent but no response!
maxcul.0	2018-02-21 10:52:17.150	debug	serial port buffer have been drained
maxcul.0	2018-02-21 10:52:17.136	debug	Send Packet to CUL: 0b01004012345616e3280032, awaiting drain event
maxcul.0	2018-02-21 10:52:17.134	debug	Retransmit packet 0b01004012345616e3280032, try 3 o 3
maxcul.0	2018-02-21 10:52:14.150	debug	serial port buffer have been drained
maxcul.0	2018-02-21 10:52:14.134	debug	Send Packet to CUL: 0b01004012345616e3280032, awaiting drain event
maxcul.0	2018-02-21 10:52:14.132	debug	Retransmit packet 0b01004012345616e3280032, try 2 of 3
maxcul.0	2018-02-21 10:52:11.150	debug	serial port buffer have been drained
maxcul.0	2018-02-21 10:52:11.132	debug	Send Packet to CUL: 0b01004012345616e3280032, awaiting drain event
maxcul.0	2018-02-21 10:52:11.129	debug	Retransmit packet 0b01004012345616e3280032, try 1 of 3
maxcul.0	2018-02-21 10:52:08.140	debug	serial port buffer have been drained
maxcul.0	2018-02-21 10:52:08.120	debug	Send Packet to CUL: 0b01004012345616e3280032, awaiting drain event
maxcul.0	2018-02-21 10:52:08.100	debug	sendTemperature(maxcul.0.NKF0002665, 25, 0)
maxcul.0	2018-02-21 10:52:07.065	debug	redis pmessage io.maxcul.0.* io.maxcul.0.NKF0002665.desiredTemperature {"val":25,"ack":false,"ts":1519206727049,"q":0,"from":"system.adapter.admin.0","lc":1519206727049}

Geht nicht…

Im Vergleich dazu jetzt mit 0.3.0:

maxcul.0	2018-02-21 10:58:54.320	debug	got OK-ACK Packet from 16e328
maxcul.0	2018-02-21 10:58:54.299	debug	RSSI for Message: -45
maxcul.0	2018-02-21 10:58:54.297	debug	decoding Message Z0E01020216E32812345600011864323A
maxcul.0	2018-02-21 10:58:54.292	debug	incoming raw data from CUL: Z0E01020216E32812345600011864323A
maxcul.0	2018-02-21 10:58:53.207	debug	serial port buffer have been drained
maxcul.0	2018-02-21 10:58:53.201	debug	Send Packet to CUL: 0b01004012345616e3280032, awaiting drain event
maxcul.0	2018-02-21 10:58:53.176	debug	sendTemperature(maxcul.0.NKF0002665, 25, 0)
maxcul.0	2018-02-21 10:58:52.186	debug	redis pmessage io.maxcul.0.* io.maxcul.0.info.quota {"val":503,"ack":true,"ts":1519207132184,"q":0,"from":"system.adapter.maxcul.0","lc":1519207132184}
maxcul.0	2018-02-21 10:58:52.164	debug	redis pmessage io.maxcul.0.* io.maxcul.0.NKF0002665.desiredTemperature {"val":25,"ack":false,"ts":1519207132162,"q":0,"from":"system.adapter.admin.0","lc":1519206727049}

Geht …

Koennte es sein dass das sowas simples wie ein <cr><lf>Problem ist? (Also ein fehlendes <cr>oder andersherum)?

(Ich hab den betreffenden Code bis dato nicht gelesen...)

geändert: Code in Code-Tags; Homoran (Mod)</cr></lf></cr>

apollon77

Dann ein letzter Versuch … bitte nochmal Github. danach mach ich nen Serialport downgrade ... ich hab keine Idee mehr

booehmemaik

~~@skraw.iobroker:~~

Was fuer Typen/Hersteller? `

eq-3 MAX! Wandthermostat….. ich bekomme meine nicht über den nanocul (bus) + maxcul ausgelesen, bzw angelernt.

Gruß

Maik

booehmemaik

~~@apollon77:~~

Was ist diese "Base Adress"? Was habt Ihr da eingefüllt? `

die Base Address ist gleich maxcube.0.info.rf_address

Wenn du alle Thermostate am Cube angelernt hast, stellt diese Adresse die kommunikation sicher.

Wenn du also beim nanocul mit maxcul diese Adresse hinterlegst, funktioniert auch die Kommunikation ohne weiteres includieren.

Gruss

Maik

apollon77

Ok, ich habe mal in der Github Version (jetzt 0.5.0) wieder die alte Serialport Version eingebaut … Bitte checken.

skraw.iobroker

Startet nicht mal:

maxcul.0	2018-02-22 09:03:29.029	error	TypeError: Cannot read property 'removeAllListeners' of undefined at CommunicationServiceLayer.connect (/opt/iobroker/node_modules/iobroker.maxcul/lib/communication-layer.js:49:37) at MaxDrive
maxcul.0	2018-02-22 09:03:29.029	error	uncaught exception: Cannot read property 'removeAllListeners' of undefined
maxcul.0	2018-02-22 09:03:29.028	info	using serial device /dev/ttyUSB0@38400
maxcul.0	2018-02-22 09:03:28.550	info	starting. Version 0.5.0 in /opt/iobroker/node_modules/iobroker.maxcul, node: v6.12.0
host.ioBroker-Pi	2018-02-22 09:03:26.689	info	instance system.adapter.maxcul.0 started with pid 872

geändert: Code in Code-Tags; Homoran (Mod)

apollon77

Danke, naja die Tests sind nicht vollständig :-(

Fixed. Bitte nochmals versuchen

skraw.iobroker

Mal was neues, der Adapter haengt, nach dem hier gehts nicht mehr weiter und man kann auch nichts tun. Die "Statusled" steht auf rot und alle drei Punkte auf "falsch"

maxcul.0	2018-02-22 10:13:30.797	debug	enable MAX! Mode of the CUL868
maxcul.0	2018-02-22 10:13:29.800	debug	redis pmessage io.maxcul.0.* io.maxcul.0.info.quota {"val":453,"ack":true,"ts":1519290809793,"q":0,"from":"system.adapter.maxcul.0","lc":1519290809793}
maxcul.0	2018-02-22 10:13:29.797	debug	redis pmessage io.maxcul.0.* io.maxcul.0.info.limitOverflow {"val":false,"ack":true,"ts":1519290809791,"q":0,"from":"system.adapter.maxcul.0","lc":1519208208071}
maxcul.0	2018-02-22 10:13:26.824	debug	redis pmessage io.maxcul.0.* io.maxcul.0.info.connection {"val":true,"ack":true,"ts":1519290806814,"q":0,"from":"system.adapter.maxcul.0","lc":1519290806814}
maxcul.0	2018-02-22 10:13:26.822	debug	redis pmessage io.maxcul.0.* io.maxcul.0.info.version {"val":"V 1.67 nanoCUL868","ack":true,"ts":1519290806812,"q":0,"from":"system.adapter.maxcul.0","lc":1519041256179}
maxcul.0	2018-02-22 10:13:26.805	info	CUL FW Version: V 1.67 nanoCUL868
maxcul.0	2018-02-22 10:13:26.801	debug	incoming raw data from CUL: V 1.67 nanoCUL868
maxcul.0	2018-02-22 10:13:26.792	debug	Requested CUL Version...
maxcul.0	2018-02-22 10:13:26.784	debug	check CUL Firmware version
maxcul.0	2018-02-22 10:13:24.788	debug	redis pmessage io.maxcul.0.* io.maxcul.0.info.connection {"val":false,"ack":true,"ts":1519290804785,"q":0,"from":"system.adapter.maxcul.0","lc":1519290691619}
maxcul.0	2018-02-22 10:13:24.776	info	serialPort /dev/ttyUSB0 is open!
maxcul.0	2018-02-22 10:13:24.755	info	using serial device /dev/ttyUSB0@38400
maxcul.0	2018-02-22 10:13:24.245	info	starting. Version 0.5.0 in /opt/iobroker/node_modules/iobroker.maxcul, node: v6.12.0
maxcul.0	2018-02-22 10:13:24.188	info	States connected to redis: 127.0.0.1:6379
maxcul.0	2018-02-22 10:13:24.177	debug	statesDB connected
maxcul.0	2018-02-22 10:13:24.124	debug	objectDB connected
host.ioBroker-Pi	2018-02-22 10:13:22.503	info	instance system.adapter.maxcul.0 started with pid 3997

Zur Sicherheit hab ich jetzt das Setup nochmal gebootet. Nunmehr ist zwar der Status der Instanz gruen. Aber zu Objekten wird nichts mehr gesendet bzw von diesen empfangen. Das ganze steht einfach.

geändert: Code in Code-Tags; Homoran (Mod)

apollon77

Hab nochmal was geändert und ne zeile von früher entfernt. Jetzt?

skraw.iobroker

Wieder tot… auch nach Reboot das gleiche Bild

maxcul.0	2018-02-22 12:42:45.424	debug	enable MAX! Mode of the CUL868
maxcul.0	2018-02-22 12:42:44.402	debug	redis pmessage io.maxcul.0.* io.maxcul.0.info.quota {"val":453,"ack":true,"ts":1519299764396,"q":0,"from":"system.adapter.maxcul.0","lc":1519299764396}
maxcul.0	2018-02-22 12:42:44.399	debug	redis pmessage io.maxcul.0.* io.maxcul.0.info.limitOverflow {"val":false,"ack":true,"ts":1519299764393,"q":0,"from":"system.adapter.maxcul.0","lc":1519208208071}
maxcul.0	2018-02-22 12:42:41.460	debug	redis pmessage io.maxcul.0.* io.maxcul.0.info.connection {"val":true,"ack":true,"ts":1519299761449,"q":0,"from":"system.adapter.maxcul.0","lc":1519299761449}
maxcul.0	2018-02-22 12:42:41.454	debug	redis pmessage io.maxcul.0.* io.maxcul.0.info.version {"val":"V 1.67 nanoCUL868","ack":true,"ts":1519299761447,"q":0,"from":"system.adapter.maxcul.0","lc":1519041256179}
maxcul.0	2018-02-22 12:42:41.441	info	CUL FW Version: V 1.67 nanoCUL868
maxcul.0	2018-02-22 12:42:41.437	debug	incoming raw data from CUL: V 1.67 nanoCUL868
maxcul.0	2018-02-22 12:42:41.418	debug	Requested CUL Version...
maxcul.0	2018-02-22 12:42:41.410	debug	check CUL Firmware version
maxcul.0	2018-02-22 12:42:39.415	debug	redis pmessage io.maxcul.0.* io.maxcul.0.info.connection {"val":false,"ack":true,"ts":1519299759411,"q":0,"from":"system.adapter.maxcul.0","lc":1519299153998}
maxcul.0	2018-02-22 12:42:39.404	info	serialPort /dev/ttyUSB0 is open!
maxcul.0	2018-02-22 12:42:39.371	info	using serial device /dev/ttyUSB0@38400
maxcul.0	2018-02-22 12:42:38.789	info	starting. Version 0.5.0 in /opt/iobroker/node_modules/iobroker.maxcul, node: v6.12.0
maxcul.0	2018-02-22 12:42:38.725	info	States connected to redis: 127.0.0.1:6379

Meinst Du nicht es waere einfacher den ganzen "neuen" Code wegzuwerfen und mit dem 0.3.0 einfach nochmal anzufangen?

Was fuer Aenderungen brauchen wir denn in dem Adapter unbedingt? 0.3.0 geht echt gut bei mir und auch anderen die ich kenne…

geändert: Code in Code-Tags; Homoran (Mod)

skraw.iobroker

~~@booehmemaik:~~

~~@skraw.iobroker:~~

Was fuer Typen/Hersteller? `

eq-3 MAX! Wandthermostat….. ich bekomme meine nicht über den nanocul (bus) + maxcul ausgelesen, bzw angelernt.

Gruß

Maik `

Ich hab mir jetzt mal so ein Ding bestellt, mal sehen wie das geht wenns da ist …

Das Wandthermostat ist heute gekommen. Es kann nicht so viel, aber was es kann kann der maxcul Adapter leider nicht, naemlich dieses Kommando:

A 0C 5804 42 029D99 000000 00 A2 22 -> SetPointAndCurrentTemperature

42 - SetPointAndCurrentTemperature

029D99 - eigene Adresse

000000 - Zieladresse == Broadcast

00 - Zielraum

A2 - Aktuelle Temperatur ? hex(A2) = 162 / 8 = 20,25°C? oder 162 /10 + 4,5(festes Offset) = 20,7°C

22 - Sollwert 17°C (hex(22)/2) eingestellt

Bei mir saehe ein solches Kommando wie folgt aus:

2018-02-23 19:49:25.094 - [[34mdebug[[39m: maxcul.0 incoming raw data from CUL: Z0C07044217FAB200000000A80342M

2018-02-23 19:49:25.094 - [[34mdebug[[39m: maxcul.0 decoding Message Z0C07044217FAB200000000A80342

2018-02-23 19:49:25.095 - [[34mdebug[[39m: maxcul.0 RSSI for Message: -41

2018-02-23 19:49:25.095 - [[34mdebug[[39m: maxcul.0 received unknown command id 42

Community Forum

NEWS

Maxcul ist komplett unbrauchbar (geloest mit 0.5.2)

Support us

750

32.4k

81.5k

1.3m