Maxcul ist komplett unbrauchbar (geloest mit 0.5.2)
-
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 ... -
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 :-((
-
Bist Du sicher? Ich seh gar keinen commit im github … ?
-
räusper … Jetzt
-
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>
-
Dann ein letzter Versuch … bitte nochmal Github. danach mach ich nen Serialport downgrade ... ich hab keine Idee mehr
-
Was fuer Typen/Hersteller? `
eq-3 MAX! Wandthermostat….. ich bekomme meine nicht über den nanocul (bus) + maxcul ausgelesen, bzw angelernt.
Gruß
Maik
-
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
-
Ok, ich habe mal in der Github Version (jetzt 0.5.0) wieder die alte Serialport Version eingebaut … Bitte checken.
-
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 872geändert: Code in Code-Tags; Homoran (Mod)
-
Danke, naja die Tests sind nicht vollständig
Fixed. Bitte nochmals versuchen
-
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 3997Zur 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)
-
Hab nochmal was geändert und ne zeile von früher entfernt. Jetzt?
-
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:6379Meinst 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)
-
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
-
Wo wir gerade beim CUL sind:
Wie sieht's mit einem funktionierenden Adapter für den Cube aus?
Ich hatte mal einen über einen Github-Link installiert, aber der lies permanent meinen ioBroker abstürzen…
-
Wo wir gerade beim CUL sind:
Wie sieht's mit einem funktionierenden Adapter für den Cube aus? `
Wo ist denn da der Zusammenhang??Dies ist ein Thread zu MaxCul.
-
und der verbindet sich über einen Busware Cul zu den Max-Geräten
-
die einbindung eines Selbstbau-CUL wird gerade versucht zu implementieren.
Gruß
Rainer
-
-
Wo wir gerade beim CUL sind:
Wie sieht's mit einem funktionierenden Adapter für den Cube aus?
Ich hatte mal einen über einen Github-Link installiert, aber der lies permanent meinen ioBroker abstürzen… `
der Maxcube adapter funktioniert auf meine Pi ohne Problem. Das einzige Problem ist der Cube selbst
wenn man ihn fremd steuert. aber auch das ist gelöst mit einiger hilfe von leute aus dem Forum oder der FB Gruppe. -
Wo wir gerade beim CUL sind:
Wie sieht's mit einem funktionierenden Adapter für den Cube aus?
Ich hatte mal einen über einen Github-Link installiert, aber der lies permanent meinen ioBroker abstürzen… `
Es gibt wohl einen ioBroker.maxcube Adapter … mehr weiss ich aber nicht.
Gff testen und neuen Thread mit genauen Fehlerinfos auf machen. "ioBroker abstützen lassen" kann ich nicht glauben
-
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… `
Es gibt ausser Serial Kommunikationsupdate und andere Library/Dependency-Updates keinerlei Änderungen. Ich hab jetzt den Kommunikationscode von 0.3.0 wiederhergestellt in der 0.5.0. Bitte nochmal versuchen.
Wenn es immer noch nicht tut muss ich noch mehr reverten …
Das Problem daran alles wieder zurückzustellen ist das wir im Notfall an einem Punkt landen wo wir keine Updates mehr machen können. Das wäre schlecht.
