Max Cube durch nano Cul868 ersetzen

Begonnen von HansDampfHH, 09 April 2019, 19:29:42

Vorheriges Thema - Nächstes Thema

HansDampfHH

Hallo, ich habe vor Jahren einen CUL 433 sowie 868 selbst zusammen gebaut (nano V3).
Den Cul 433 nutze ich seit dem für diverse Devices ohne Probleme.

Vor Langem habe ich auch meinen Max Cube umgeflasht und steuere damit meine Max Heizthermostate.
Auch das alles erfolgreich. Ich habe aber nun einen  neuen Server und mit dem Cube nebenan ist es ganz schön voll im Schrank.
Deshalb dachte ich mir, ich könte doch auch meinen Cul 868 dafür nutzen. Der verschwindet hinter dem Rechner im USB Port.

Hier mal ein list vom nano Cul 868:


Internals:
   CMDS       BCFiAZEkGMKUYRTVWXefltx
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03SKLQ-if00-port0@38400 1234
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03SKLQ-if00-port0@38400
   FD         10
   FHTID      1234
   FUUID      5c743f40-f33f-1bf5-34fc-69017c7fc92fecad
   NAME       nanoCUL868
   NR         71
   NR_CMD_LAST_H 2
   PARTIAL   
   RAWMSG     Z0F22040312345614A78B00130912711A61
   RSSI       -25.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.66 nanoCUL868
   initString X21
Zr
Za123456
Zw111111
   nanoCUL868_MSGCNT 5
   nanoCUL868_TIME 2019-04-09 18:49:27
   MatchList:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2019-04-09 17:49:05   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2019-04-09 18:32:56   cmds             B C F i A Z E k G M K U Y R T V W X e f l t x
     2019-04-09 18:26:23   credit10ms      8
     2019-04-09 18:49:27   state           Initialized
   XMIT_TIME:
     1554827577.7484
     1554827578.04927
Attributes:
   group      CUL
   icon       cul_868
   rfmode     MAX
   verbose    5


Eigentlich brauche ich ja nur IODev im CUL_MAX umstellen und fertig.
Leider bringt das keinen Erfolg. Wenn ich das umstelle, dann ein Thermostat zurücksetze und versuche komplett neu zu pairen bekomme ich folgende Log-Meldungen:


2019.04.09 18:23:13 5: SW: X
2019.04.09 18:23:13 5: CUL/RAW (ReadAnswer): 21  376
2019.04.09 18:23:13 5: nanoCUL868 sending Zs0f20040312345614a78b00130912570d
2019.04.09 18:23:13 5: SW: Zs0f20040312345614a78b00130912570d
2019.04.09 18:23:14 5: CUL/RAW: /ZERR313
2019.04.09 18:23:14 4: CUL_Parse: nanoCUL868 ZERR313
2019.04.09 18:23:14 5: nanoCUL868: dispatch ZERR313
2019.04.09 18:23:14 3: nanoCUL868: Unknown code ZERR313, help me!


Hat da jemand vielleicht einen Hinweis für mich?
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

MKeY

#1
Hast du auch noch ein device vom type CUL_MAX?
https://wiki.fhem.de/wiki/MAX#CUL_MAX
damit habe ich zumindest vor Jahren gem. wiki pairen müssen und nicht unmittelbar mit dem CUL

define cm CUL_MAX 123456
set cm pairmode

nevermind, zu spät dein
ZitatCUL_MAX
gelesen
Wer Fehler findet, darf sie behalten!
RPi's, D1Mini
Homematic, Hue, Sonoff, Alexa, Xiaomi, ConBee
Prusa MK2.5, Prusa MK3S (MMU2S vorhanden, aber nervtötend)
Lowrider 2CNC

HansDampfHH

Ja, das habe ich auch. Hier mal mit dem Cube als list:


Internals:
   DEF        123456
   FUUID      5c743f43-f33f-1bf5-fa28-3c879c20baedb287
   IODev      cubeCUL
   LASTInputDev cubeCUL
   MSGCNT     20
   NAME       CULMax
   NR         418
   STATE      Defined
   TYPE       CUL_MAX
   addr       123456
   cnt        0
   cubeCUL_MSGCNT 16
   cubeCUL_RAWMSG Z0F3704600B0D610000000019052B00EF
   cubeCUL_RSSI -50.5
   cubeCUL_TIME 2019-04-09 19:48:38
   nanoCUL868_MSGCNT 4
   nanoCUL868_RAWMSG Z0F22040312345614A78B00130912711A
   nanoCUL868_RSSI -25.5
   nanoCUL868_TIME 2019-04-09 18:49:27
   pairmode   0
   retryCount 0
   READINGS:
     2019-04-09 19:33:50   packetsLost     31
   sendQueue:
Attributes:
   IODev      cubeCUL
   icon       cul_max


Wenn ich hier das IODev auf den Cul 868 umstelle und den pairingmode laufen lasse, bekomme ich die besagten Log-Meldungen.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

Wzut

Zitat von: HansDampfHH am 09 April 2019, 19:29:42
Wenn ich das umstelle, dann ein Thermostat zurücksetze und versuche komplett neu zu pairen
Warum machst du sowas ? Ein Max Device das einmal die cm ID seines Herrn und Meisters im Hirn hat vergisst sie nicht mehr.
Ich kenne keinen vernünftigen Grund die Dinger zu reseten, ausser man hat ein gebrauchtes gekauft und muß die fremde ID wechseln.
Du willst doch lediglich die Funkschnittstelle tauschen.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HansDampfHH

Naja, das war eher der Not geschuldet, da das simple Umstellen von IODev nicht funktioniert hat.
Daher dachte ich, dass das neue Pairen nötig wäre.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

Wzut

#5
Was mir bei dir auffällt :
DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03SKLQ-if00-port0@38400 1234
must du wirklich zwingend die Baudrate angeben ? und die 1234 sollten laut command.ref 0000 sein
dann nanoCUL868_RSSI -25.5 Donnerwetter , ist das HT direkt an den Server geschraubt zur Steuerung der Wasserkühlung ?  :)  :) :)

Ich verstehe noch nicht ganz wie nach dem eigentlich guten Z Telegramm der Fehler zustande kam :
2019.04.09 18:23:13 5: SW: Zs0f20040312345614a78b00130912570d
2019.04.09 18:23:14 5: CUL/RAW: /ZERR313

es sei denn zu diesem Zeitpunkt war der nano868 nicht alleine aktiv und der Cube hat noch mitgespielt ? 
IMHO habe ich dieses ZERR Thema schon mal irgendwo gelesen, komme aber gerade nicht drauf wo und in welchem Zusammenhang.

Edit  : gefunden -> https://forum.fhem.de/index.php/topic,25745.msg187516.html#msg187516
ZERR wird direkt in der CUL FW erzeugt.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HansDampfHH

Die Angabe der Baudrate habe ich so auf diversen HowTo Seiten gefunden und mich daran orientiert.
Ich hatte ursprünglich 0000, aber da der Cube auch mit 0000 initialisiert wurde hatte ich gehofft, dass ich durch 1234 eventuell das Problem behebe.

Und ja, du hast recht. Der Cube ist und war grundsätzlich immer noch als Device aktiv.
Da ich das IODev beim CUL_MAX aber gegen den nanoCUL868 "ausgetauscht" hatte war ich der Meinung, dass das keine Probleme bereitet.
Aber ich kann heute Abend natürlich mal den Cube abstöpseln und einen neuen Versuch (nur mit dem nanoCUL868) und 0000 wagen.

Der Verweis wegen ZERR313 hilft mir leider noch nicht weiter, das übersteigt aktuell mein Verständnis :-(
Aber ich habe den Cube mit a-culfw 1.25 bespielt und den nanoCUL868 mit V 1.66. Eventuell kann ich hier auch mal eine andere Firmware flashen.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

Wzut

#7
Nein du brauchst keine andere fw , meine ist sogar noch ein gutes Stück älter und läuft einwandfrei :)
OK, wegen ZERR : deine Aussage das der Cube auch aktiv war passt zu dem dort beschrieben Problem. Du schickst zwar nach der Umstellung ein Telegramm direkt über den nanoCUL raus, aber die Antwort des MAX! Device wird von beiden gesehen und weiter verarbeitet. D.h. der ZERR wird letztendlich im Cube ausgelöst. 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HansDampfHH

Okay, dann werde ich heute erst mal mit nur einem Device einen neuen Versuch wagen und melde mich dann wieder.
Danke vorerst !
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

HansDampfHH

Leider keinen Erfolg bisher.
Hier mal der aktuelle Stand ohne den Cube.

List nanoCUL868


Internals:
   CMDS       BCFiAZEkGMKUYRTVWXefltx
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03SKLQ-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03SKLQ-if00-port0@38400
   FD         10
   FHTID      0000
   FUUID      5c743f40-f33f-1bf5-34fc-69017c7fc92fecad
   NAME       nanoCUL868
   NR         71
   NR_CMD_LAST_H 6
   PARTIAL   
   RAWMSG     ZERR313
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.66 nanoCUL868
   initString X21
Zr
Za123456
Zw111111
   nanoCUL868_MSGCNT 4
   nanoCUL868_TIME 2019-04-10 19:03:47
   MatchList:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2019-04-09 17:49:05   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2019-04-10 19:02:54   cmds             B C F i A Z E k G M K U Y R T V W X e f l t x
     2019-04-10 19:03:46   credit10ms      164
     2019-04-10 19:03:47   state           Initialized
   XMIT_TIME:
     1554915776.30893
     1554915776.60979
     1554915806.93272
     1554915813.45021
     1554915819.53578
     1554915826.04832
Attributes:
   icon       cul_868
   rfmode     MAX
   verbose    5


List CUL_MAX


Internals:
   DEF        123456
   FUUID      5c743f43-f33f-1bf5-fa28-3c879c20baedb287
   IODev      nanoCUL868
   NAME       CULMax
   NR         418
   STATE      Defined
   TYPE       CUL_MAX
   addr       123456
   cnt        0
   pairmode   0
   retryCount 0
   READINGS:
     2019-04-10 19:03:49   packetsLost     107
   sendQueue:
Attributes:
   IODev      nanoCUL868


...und der Auszug aus dem Log nach den shutdown restart:


2019.04.10 19:03:26 5: SW: X
2019.04.10 19:03:26 5: CUL/RAW (ReadAnswer): 21  484
2019.04.10 19:03:26 5: nanoCUL868 sending Zs0f2304031234560c918600130a13431a
2019.04.10 19:03:26 5: SW: Zs0f2304031234560c918600130a13431a
2019.04.10 19:03:28 5: CUL/RAW: /ZERR313
2019.04.10 19:03:28 4: CUL_Parse: nanoCUL868 ZERR313
2019.04.10 19:03:28 5: nanoCUL868: dispatch ZERR313
2019.04.10 19:03:28 3: nanoCUL868: Unknown code ZERR313, help me!
2019.04.10 19:03:33 5: SW: X
2019.04.10 19:03:33 5: CUL/RAW (ReadAnswer): 21  378
2019.04.10 19:03:33 5: nanoCUL868 sending Zs0f2304031234560c918600130a134321
2019.04.10 19:03:33 5: SW: Zs0f2304031234560c918600130a134321
2019.04.10 19:03:34 5: CUL/RAW: /ZERR313
2019.04.10 19:03:34 4: CUL_Parse: nanoCUL868 ZERR313
2019.04.10 19:03:34 5: nanoCUL868: dispatch ZERR313
2019.04.10 19:03:34 3: nanoCUL868: Unknown code ZERR313, help me!
2019.04.10 19:03:39 5: SW: X
2019.04.10 19:03:39 5: CUL/RAW (ReadAnswer): 2
2019.04.10 19:03:39 5: CUL/RAW (ReadAnswer): 1  271
2019.04.10 19:03:39 5: nanoCUL868 sending Zs0f2304031234560c918600130a134327
2019.04.10 19:03:39 5: SW: Zs0f2304031234560c918600130a134327
2019.04.10 19:03:40 5: CUL/RAW: /ZERR313
2019.04.10 19:03:40 4: CUL_Parse: nanoCUL868 ZERR313
2019.04.10 19:03:40 5: nanoCUL868: dispatch ZERR313
2019.04.10 19:03:40 3: nanoCUL868: Unknown code ZERR313, help me!
2019.04.10 19:03:46 5: SW: X
2019.04.10 19:03:46 5: CUL/RAW (ReadAnswer): 21  164
2019.04.10 19:03:46 5: CUL/RAW (ReadAnswer):
2019.04.10 19:03:46 5: nanoCUL868 sending Zs0f2304031234560c918600130a13432e
2019.04.10 19:03:46 5: SW: Zs0f2304031234560c918600130a13432e
2019.04.10 19:03:47 5: CUL/RAW: /ZERR313
2019.04.10 19:03:47 4: CUL_Parse: nanoCUL868 ZERR313
2019.04.10 19:03:47 5: nanoCUL868: dispatch ZERR313
2019.04.10 19:03:47 3: nanoCUL868: Unknown code ZERR313, help me!
2019.04.10 19:03:49 2: CUL_MAX_SendQueueHandler: Missing ack from 0c9186 for 0f2304031234560c918600130a13432e
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

Wzut

das ist wirklich schade, aber da der Fehler gleich geblieben ist kommt er dann doch vom nanoCUL.
Sicher kannst du jetzt noch eine neue FW testen , entweder die echte nanoCUL oder die a-culfw
Sollte er dann noch immer nicht wollen gehen mir leider die Ideen aus.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HansDampfHH

Okay, ich habe zur Not auch noch Bauteile für einen weiteren Cul, falls das mit der Firmware nicht funktioniert.
Und da ich ja noch einen funktionierenden Cube habe werde ich das mal auf ein freies Wochenende schieben.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

Maui

Ich habe mal Gehversuche mit einem MapleCUN  und a-culfw gemacht. Der wollte nicht schön mit MAX zusammen arbeiten (möglich dass ich zu blöd war). Long Story Short. Beim nanoCUL würde ich erstmal mit der originalen culfw ansetzen.
Für MAX völlig ausreichend.
Gruß
Maui

HansDampfHH

So, ich habe einfach mal einen neuen nano V3 und die passende Antenne zusammen gelötet.
Bevor ich den in FHEM nutzen wollte, dachte ich mir den mal zu testen. Aber da scheitere ich bereits.

Aktueller Stand:
Ich habe sowohl den bisherigen als auch den neuen Cul erfolgreich mit culfw 1.66 geflasht.
Zumindest ist das alles sauber durchgelaufen.

Aber:
-Ich habe an keinem der beiden Sticks einen blinkende Led
-Ich bekomme mit hTerm keine Nachrichten gesendet/empfangen
-Mit screen friert mit sofort das Terminal ein

Wäre dankbar für Unterstützung.
Ich kann mir eigentlich nicht vorstellen, dass die ganze Hardware defekt ist sondern, das es eher an meiner Bastelei liegt oder ich nicht weiß was man genau bei hTerm bzw. screen einstellen muss damit es funktioniert.

Zusammenbau und Flashvorgang lief als letztes nach dieser Anleitung:
https://www.operation-eigenheim.de/smarthome-eigenbau-cul-zum-senden-und-empfangen/

Anbei mal Bilder von den Komponenten.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

Maui

Kriegst den neuen Nano denn in Fhem initialized?
Bei mir blinkt der Nano nicht sondern leuchtet konstant rot.

HansDampfHH

Hm, da ich immer las, dass der nano blinken sollte und die Test mit hTerm bzw. screen in die Hose gingen habe ich es mit FHEM erst gar nicht versucht.
Ich würde schon gerne sehen, dass ich zumindest mit hTerm mal eine Antwort von dem Cul bekomme.

Erst dann würde ich mir die Mühe machen und den Cul auf FHEM los lassen.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

Wzut

was hast denn dem CUL via hterm geschickt  ?
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HansDampfHH

Ein simples V. Aber natürlich bin ich mir nicht sicher, was ich bei hTerm noch alles einstellen muss.
Aber auch ein "screen /dev/ttusb0" friert ein. Hier hätte ich schon gerne etwas mehr Erfolg bevor ich mit Fhem weiter mache.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

Maui

Bist du denn sicher, dass der CUL nicht in Fhem schon über ein altes define angebunden ist?
Glaube dann ist er von Fhem blockiert und du kommst auch nicht drauf. Wenn ich mich recht erinnere

HansDampfHH

Ne, ich bin auf einer VM auf meinem Laptop damit. Da läuft nur ein Debian.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

HansDampfHH

Also ich habe jetzt noch mal den neu zusammen gebauten Cul geflasht und auf einer leeren VM mit einem leeren Fhem probiert.
Alle Versuche liefen ins leere, weiterhin die Fehlermeldungen im Log: ZERR313

Bis ich eben die a-culf 1.26 geflasht habe.
Ich konnte ein Termostat pairen und steuern, keine Fehlermeldungen mehr.

Also entweder Zufall, irgendein anderer Umstand oder eben die Firmware.
Ich hoffe es war kein Ausrutscher und der Cul funktioniert auch weiterhin.
FHEM Docker, CUL868, Zigbee, CCU2, Jeelink

Maui

Wenn ich raten müsste, würde ich auf irgendwelche zuviel oder zu wenig auskommentierten Zeilen im Header tippen. Dass die bei a-culfw auskommentiert waren zb.
Bei mir rödelt seit 2 Jahren die originale culfw und ich hatte nie Probleme damit, aber schön dass es bei dir jetzt läuft.