Hallo,
ich habe meine Max Cube mit a-culfw "erfolgreich" umgeflashed, aber so richtig funktioniert die Kommunikation zwischen FHEM und Cube nicht mehr (es ging am Anfang).
Über Telnet 2323 erhalte ich nur folgenden, sich wiederholenden Output (FHEM scheint dort die Version abzufragen)
V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) CUBe (F-Band: 868MHz)
Wenn ich versuche, irgendwelche Kommandos abzugeben (V / X / T), kommen nur viele Kästchen gefolgt von "is unknown" - passt ihr die Codierung nicht oder was ist das Fall? Wenn ich den Cube per USB an meinen Windows PC anschließe und per COM Schnittstelle zugreifen, funktionieren die Kommandos und liefern Werte.
FHEM scheint das gleiche Problem zu haben, da überall nur "no answer" steht.
Internals:
CMDS
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF 192.168.84.22:2323 0000
DeviceName 192.168.84.22:2323
FHTID 0000
FUUID 629df8fc-f33f-3264-54a7-f3069d3ea9a389ed
Max_Cube_MSGCNT 6
Max_Cube_TIME 2022-08-23 17:24:07
NAME Max_Cube
NR 93
RAWMSG ? (������������������������V is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f h l t x z
STATE opened
TYPE CUL
devioNoSTATE 1
initString X21
Zr
MatchList:
1:CUL_MAX ^Z........................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2022-08-21 17:54:33 cmds B b C F i A Z N E k G M K L U Y R T V W X e f h l t x z
2022-08-23 17:31:45 credit10ms No answer
2022-08-21 19:14:23 raw No answer
2022-08-23 17:24:07 state opened
2022-08-21 19:26:20 version No answer
Attributes:
icon checkbox_unchecked
rfmode MAX
room MAX
Kennt jemand das Problem vielleicht?
Das sieht mir nach der Defnition des CUL (oder CUN) aus - hast Du auch CUL_MAX definiert? Ich habe gestern gerade die Migration vom Original-Cube zum CUN erfolgreich vollzogen und mich dabei insbesondere an diesem Post orientiert. (https://forum.fhem.de/index.php/topic,117155.msg1115427.html#msg1115427)
jupp, CUL_MAX ist auch definiert
Internals:
DEF 123456
FUUID 629e02ea-f33f-3264-fb8b-bff67cb02bf46be8
IODev Max_Cube
LASTInputDev
NAME Max_Cul
NR 97
STATE Defined
SVN 22175
TYPE CUL_MAX
addr 123456
cnt 0
pairmode 0
retryCount 0
sq 0
READINGS:
2022-08-23 17:32:16 IODev Max_Cube
2022-08-21 17:57:36 state Max_Cube:UAS
sendQueue:
Attributes:
IODev Max_Cube
fakeSCaddr 222222
fakeWTaddr 111111
icon cul_max
room MAX
Asche auf mein Haupt, ich habe die Frage zunächst falsch verstanden.
Ich habe es gerade bei mir probiert: Ich bekomme durchaus Klartext per Telnet (allerdings außerhalb von FHEM von einem anderen Linux-Rechner aus getestet) - Codierung könnte also durchaus ein Problem sein.
Zumindest teilweise antwortet der CUN - bei "T" kam nur eine Leerzeile, bei "X" "00 2206". Da ich nicht mit der Kommunikation mit der aculfw vertraut bin, will ich jetzt nicht einfach alle Befehle testen - Maya-Apokalypse und so... ;)
Hast Du mal ein anderes Terminal-Programm verwendet? Du schreibst von einem Windows-PC - da bin ich nicht mehr so ganz firm, aber mit Putty sollte es eigentlich klappen..
Hallo Community,
hat hier niemand einen kleinen Tipp für mich? MaxCube mit a-culfw scheint doch recht geläufig zusein.
Muss ich den Cube evtl. neu flashen oder ist gar die HW defekt? Vor der Konvertierung hatte er schon mal alle Geräte vergessen, was aber laut Forum ,,schon mal passieren kann". Allerdings funktioniert die Steuerung über USB ja - die Probleme treten nur bei telnet auf. Leider kann ich den Cube nicht via USB einbinden, da FHEM a) als Docker und b) im Keller läuft und ich so Empfangsprobleme hätte.
Nach einem Reboot von FHEM bekomme ich wieder Readings vom Cube angezeigt (Version und Credits); ccconf liefert auch Werte.
Max_Cube ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
Jetzt weiß ich auch erstmal nicht weiter