NEWS
Maxcul ist komplett unbrauchbar (geloest mit 0.5.2)
-
Beim cul Adapter ist das problem vorauss anders gelagert. Da scheint die Kommunikation zu klappen, da ist es scheinbar bei einem nanocul "zu wenig" bei der Initialisierung. Der MaxCul sendet wirklich V, dann X01 und dann T01 als Befehle wie FHEM auch.
Der Cul-Adapter bisher nur "X21". was reichen sollte und auch bei "Normalen CULSticks ausreicht, aber bei nanocul wohl nicht.
Da sind wir noch dran.
-
PS: Wenn besser geht als vorher dann publishe ich das heute Abend und damit ist es wenigstens im "Latest".
-
Also das geht definitiv viel besser, um nicht zu sagen, es geht ueberhaupt mal
PS: Mir ist immer noch nicht klar woher Du den "Za
<address>" hast … ?</address>
-
Ich denke das kommt von "FHEM Research" … tippe jemand hat FHEM geschaut und identisch hier nachgebaut.
Da findet man es auch: https://github.com/mhop/fhem-mirror/blo ... MAX.pm#L63
PS: setzt du bitte ein "gelöst" in den Thread Titel des ersten Posts? :-)!
-
Ich denke das kommt von "FHEM Research" … tippe jemand hat FHEM geschaut und identisch hier nachgebaut.
Da findet man es auch: https://github.com/mhop/fhem-mirror/blo ... MAX.pm#L63 `
Naja, so einfach ists ja nicht. Man kann ja nicht sagen "die machen das auch falsch, deshalb machen wir das auch so".
Fakt ist, CULFW kennt dieses Kommando nach eigener Doku nicht. Vielleicht/Wahrscheinlich wird es einfach ignoriert.
Aber das macht es nicht richtig.
PS: setzt du bitte ein "gelöst" in den Thread Titel des ersten Posts? :-)! `
Da wuerd ich erst noch gern 1-2 Tage vergehen lassen. Ich habe zu wenig Equipment um den Adapter richtig zu stressen. Also will ich wenigstens ein wenig Laufzeit sehen.
Ich hab im Forum Screenshots von komplexen CUL-Configs gesehen (dem anderen Adapter), die ich im jetzigen Stand fuer unmoeglich halte. Ich halte den Adapter aber fuer deutlich wichtiger als den maxcul weil er einfach verschiedene Geraetetypen kann. Es waere gut wenn die im maxcul durchgefuehrten Aenderungen auch im CUL getestet wuerden mit Geraeten != MAX!
-
Ich denke das kommt von "FHEM Research" … tippe jemand hat FHEM geschaut und identisch hier nachgebaut.
Da findet man es auch: https://github.com/mhop/fhem-mirror/blo ... MAX.pm#L63 `
Naja, so einfach ists ja nicht. Man kann ja nicht sagen "die machen das auch falsch, deshalb machen wir das auch so".
Fakt ist, CULFW kennt dieses Kommando nach eigener Doku nicht. Vielleicht/Wahrscheinlich wird es einfach ignoriert.
Aber das macht es nicht richtig. `
Durchaus wahr. Ich habe nur gesagt wo es vermutlich herkommt.
Ich hab im Forum Screenshots von komplexen CUL-Configs gesehen (dem anderen Adapter), die ich im jetzigen Stand fuer unmoeglich halte. Ich halte den Adapter aber fuer deutlich wichtiger als den maxcul weil er einfach verschiedene Geraetetypen kann. Es waere gut wenn die im maxcul durchgefuehrten Aenderungen auch im CUL getestet wuerden mit Geraeten != MAX! `
Dort sind die Probleme anders gelagert. Aber da ist auch ein User der testen will.
-
Moin, hat von euch jemand auch Wandthermostate im Einsatz und die zum laufen gebracht mit nanocul ?
Gruss
Maik
-
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
?
-
Moin, hat von euch jemand auch Wandthermostate im Einsatz und die zum laufen gebracht mit nanocul ?
Gruss
Maik `
Was fuer Typen/Hersteller?
-
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
-
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.
-
Ok, dann sendet der Adapter einmal pro Stunde an sich selbst die Zeit … :-)) und reagiert nicht darauf ...
hm
-
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 …
-
Bitte mal auf Debug setzen. Was sagt das log?
-
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