[Gelöst]VCCU nachträglich eingerichtet IOError

Begonnen von Knallkopp_02, 09 Mai 2019, 18:42:24

Vorheriges Thema - Nächstes Thema

Knallkopp_02

Hallo liebe Fhem-Gemeinde,

ich habe nun seit einiger Zeit mein FHEM auf einem Raspberry mit dem HM-MOD-RPI-PCB der auch ohne Problem läuft.


defmod myHmUART HMUARTLGW /dev/ttyAMA0
attr myHmUART hmId 123456


nun habe ich immer wieder im Forum gelesen das Zusätzlich die VCCU eingerichtet werden sollte, weil es einige Vorteile bietet, was ich auch nach Anleitung gemacht habe.


defmod VCCU CUL_HM 123456
attr VCCU IODev myHmUART
attr VCCU IOList myHmUART
attr VCCU IOgrp VCCU
attr VCCU subType virtual
attr VCCU webCmd virtual:update


Am Anfang schien auch alles zu laufen, (myHmUART:ok). Aber jetzt bekomme ich in der VCCU einen IOError

Beim Befehl


attr VCCU model CCU-FHEM


bekomme ich folgenden Fehler


model must not be changed by User.
Use modelForce instead


daraufhin habe ich


attr VCCU modelForce CCU-FHEM


versucht, was aber auch einen Fehler hervorruft.


modelForce illegal for virtual devices


Kann mir einer sagen, was ich falsch gemacht habe.

Gruß Knallkopp_02
Ich bin kein Programmierer und habe keine Ahnung.

Raspberry PI 3B+ mit HM-MOD-RPI-PCB,     
HM-TC-IT-WM-W-EU, HM-CC-RT-DN, HM-SEC-SCo
Raspberry PI 3B+ mit 7" Touchdisplay

Beta-User

Da das schon eine Weile unbeantwortet ist:

Nutzt du die letzte Version von CUL_HM?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Knallkopp_02

Ich bin mir nicht sicher,

meinst du Firmware oder Fhem?
Bei Fhem mache ich jeden Sonntag ein Uptate auf die aktuellsten Versionen und FW ist 1.4.1

setstate myHmUART 2019-05-26 13:24:46 D-firmware 1.4.1

Hilft dir das weiter?
Ich bin kein Programmierer und habe keine Ahnung.

Raspberry PI 3B+ mit HM-MOD-RPI-PCB,     
HM-TC-IT-WM-W-EU, HM-CC-RT-DN, HM-SEC-SCo
Raspberry PI 3B+ mit 7" Touchdisplay

Beta-User

Gemeint war eigentlich die Version des Moduls CUL_HM.

Ich unterstelle mal, du hast es nicht vom update ausgenommen (siehe global).

Damit dürfte das eng mit dem hier zusammenhängen: https://forum.fhem.de/index.php/topic,100623.0.html

Vielleicht magst du den Titel ändern, Richtung: "Fehler bei attr VCCU model CCU-FHEM (CUL_HM version <deine Version>)"
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Knallkopp_02

Hallo Beta-User,

sorry das ich jetzt erst anworte, hatte keine Zeit mich darum zu kümmern.
Das interessante ist, das sich das Problem von allein gelöst hat. Nach meinem letzten Update vom kompletten Fhem ist der Fehler weg.

Gruß Knallkopp_02
Ich bin kein Programmierer und habe keine Ahnung.

Raspberry PI 3B+ mit HM-MOD-RPI-PCB,     
HM-TC-IT-WM-W-EU, HM-CC-RT-DN, HM-SEC-SCo
Raspberry PI 3B+ mit 7" Touchdisplay

Beta-User

Kein Problem...

Martin hat das aus dem anderen Thread mitbekommen und jüngst den Code von CUL_HM geändert; da war in der Tat was verloren gegangen.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

betateilchen

(offtopic) Ein interessantes Beispiel dafür, warum ich das FHEMWIKI nicht leiden kann - wenn man sich anschaut, was da aktuell immer noch zu "vccu" drinsteht, bekommt man graue Haare und wird stundenlang an Fehlermeldungen beim Einrichten verzweifeln.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Beta-User

Hmm, den OT-Einwurf verstehe ich nicht so ganz; hier war dem Modulator beim Überarbeiten was entgangen, jetzt funktioniert es wieder...?!
Ansonsten mag es sein, dass irgendwo im Wiki Unsinn zu vccu steht, aber ohne konkretere Angabe, was gemeint ist, fange ich weder an zu suchen, noch betrachte ich das sonst als meine Baustelle (und der TE vermutlich auch nicht). (Was in der cref zu vccu steht, weiß ich grade nicht, und dem Gefühl nach steht auch im Anhang zum Einsteiger-pdf dazu wenig erhellendes). Aber du kannst Martin ja gerne einen patch liefern, wenn es Verbesserungspotential an der cref zu CUL_HM gibt.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

LuckyDay

#8
Ich habe nochmal einen neuen Beitrag bezüglich VCCU einrichten aufgemacht

die CUL_HM vom 30.5 ist noch nicht i.O.

Das Wiki kann nichts dafür , wenn die CUL_HM noch etwas "kaputt" ist ;D

https://forum.fhem.de/index.php/topic,101094.0.html