USB-Port to IP oder MAXCube mit maxcul-Adapter via LAN

[RMD]

Hallo Zusammen,
probiere iobroker neu aus, und versuche meine Max Thermostate über einen Cube zum Laufen zu bringen,
Die Installation hat soweit funktioniert, die Thermostate werden alle angezeigt.
Sobald ich versuche einen Wert zu senden erscheint im Log "Not enough credits(0). Wait for more...", trotz dessen das welche vorhanden sind.
Des weiteren tauchen Meldungen auf wie "received unknown data: 20274" auf.
Hier scheinen ja die Credits gemeldet zu werden, trotzdem wird nicht gesendet.

Hat hier jemand eine Idee?

Danke

[ESP8266]

@rmd , ja. Deine serielle Schnittstelle ist nicht mehr verfügbar. Zufällig ein Systemupdate gemacht? Dort wird ein defektes Udev Paket eingespielt. Dann gehen die Schnittstellen nicht mehr.
Mehr dazu da: https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev?_=1687560123007

[RMD]

Hallo,
bleibt mir dann wahrscheinlich nur der Umweg über fhem übrig.
Trotzdem Danke!

[ESP8266]

@rmd , warum das. Es liegt am Betriebssytem. Welches hast du?

[ESP8266]

@rmd sagte in USB-Port to IP oder MAXCube mit maxcul-Adapter via LAN:

Hallo,
bleibt mir dann wahrscheinlich nur der Umweg über fhem übrig.
Trotzdem Danke!

Wenn du Bullseye benutzt, dann läuft auch Fhem darüber....und wird auch nicht gehen.

[RMD]

Debian bullseye, alles frisch.
Nein, fhem funktioniert. Gerade getestet.

[ESP8266]

@rmd sagte in USB-Port to IP oder MAXCube mit maxcul-Adapter via LAN:

Debian bullseye, alles frisch.

Kein Wunder. Dann folge dem Link oben und lies die Anweisungen.

[ESP8266]

@rmd ,was sagt denn

lsusb

Bitte Ausgabe in der Codebox posten

[Thomas Braun]

@rmd sagte in USB-Port to IP oder MAXCube mit maxcul-Adapter via LAN:

Debian bullseye, alles frisch.

So frisch wie hier?

https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev

[RMD]

Hallo,
hab erst jetzt die Antwort bemerkt, sry.
Hier erstmal die Ausgabe von lsusb, allerdings ist der Cube über LAN verbunden.

Bus 001 Device 006: ID 413c:2003 Dell Computer Corp. Keyboard SK-8115
Bus 001 Device 005: ID 04e7:0050 Elo TouchSystems 2216 AccuTouch® Touchmonitor Interface
Bus 001 Device 004: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 001 Device 003: ID 0424:ec00 Microchip Technology, Inc. (formerly SMSC) SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Microchip Technology, Inc. (formerly SMSC) SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Den Verlauf aus dem Link habe ich gelesen und auch probiert, allerdings klappt es nicht.
In fhem wird der Adapter problemlos eingebunden und funktioniert auch.

Danke

[ESP8266]

@rmd , von welchem Adapter sprechen wir hier? Vom Maxcul Adapter oder MaxCubeAdapter.
Für den Maxcul Adapter muss die Schnittstelle umgebogen werden, wie in dem Thread beschrieben.
Beim Maxcube weiß ich nichts davon, da ich nie ein Cube besessen habe. Der muss doch wohl auch umgeflasht sein auf culfw...keine Ahnung.

[ESP8266]

Ich schreib das mal hier rein.
Auf dem Github habe ich ein Issue mit Debug Log hinterlassen, das der Maxcul Adapter mit Node 18.x.x nicht mehr startet.

https://github.com/ioBroker/ioBroker.maxcul/issues/63

[mickym]

@rmd Wenn du den Cube im Originalzustand nutzt dann ist der MaxCube Adapter der Richtige. Ich nutze aber weiterhin fhem, da der MaxCube Adapter nur ein Bruchteil der Funktionalität von fhem nutzt. Ich tausche die Daten zwischen fhem und iobroker via mqtt aus. Im MaxCube Adapter kannst Du die internen Zeitpläne nicht ändern und hast auch Nachteile, weil Du kein Auto mit manueller Verstellung der Temperatur machen kannst.

Ansonsten habe ich eine komplette Steuerung über den MaxCube Adapter mit NodeRed in diesem Thread gebastelt. Das kostet Dich aber Zeit. https://forum.iobroker.net/topic/49231/max-cube-blockly-abwesenheit