Hallo,
den ganzen Nachmittag versuche ich diese 2 der o.g. MP3 Gongs in ihren Register zu beschreiben. Ich habe beide mit regSet intKeyVisib visib
programmiert und dann mit attr auf Expert allReg gesetzt. im Reading R-intKeyVisibe erscheint auch anschließend nach getconfig der Wert visib.
Nun wollte ich das Register R-self01-shActNum mit dem Wert 255 beschreiben mit "set Gong_2_LED regSet shActNum self01 255".
Als Fehlermeldung erscheint dann bei beiden Devices "value:self01 out of range 1 to 255 for Reg "shActNum".
Ich habe dann mit get regList im Register nachgesehen welche Werte zugelassen sind. Dort steht:
3: shActNum |1 to 255 | required | Number of repetitions.
Ich habe es dann mit kleineren Werten probiert z.B. 8, weil im original steht 7 drin. Geht aber auch nicht. Gleiche Fehlermeldung...out of range...
Ich weiß mir keinen Rat mehr. Ich bin genau so verfahren wie bei der Progrommierung der Registern bei meinen anderen Devices.
Was mache ich falsch oder habe ich was vergessen?
Gruß aus Köln
norbert
Puh, sieht nach einem dicken Brett aus...
Die Fehlermeldung kommt nach meinem Verständnis aus Zeile 5822 von 10_CUL_HM.pm.
In Zeile 5824 steht jetzt:
if (!($conv =~ m/^(lit|hex|min2time)$/)&&
Das könntest du testweise ändern in
if ( #!($conv =~ m/^(lit|hex|min2time)$/)&&Dann die Datei neu laden oder FHEM neu starten und nochmal testen.
Damit wird der Check teilweise ausgeschaltet, was Nebenwirkungen haben kann, von daher sollte das wieder zurückgestellt werden, wenn die Aktion(en) erfolgreich durchgeführt wurde(n).
Warum der Code überhaupt scheitert (oder das bisher keiner gemerkt hat, dass da (wohl in Zeile 424 von HMConfig.pm) eventuell was in "c=>''" fehlt?), erschließt sich mir nicht recht, das scheint eigentlich nichts Modell-spezifisches zu sein...
Ich habe die Zeile 5824 (bei mir ist es die 5830) geändert.
natürlich mit reload 10_CUL_HM.pm und sicherheitshalber Neustart, ändert aber nix an der Fehlermeldung: ...out of range...
Gruß Nobbi
Hmm. Fhem, cul_hm und co sind aktuell?
Ja, alle Dateien sind aktuell, ich hatte gestern bereits sicherheitshalber ein Update gestartet als die erste Fehlermeldung kam.
Zitat von: cocojambo am 23 Februar 2026, 16:52:50Ja, alle Dateien sind aktuell, ich hatte gestern bereits sicherheitshalber ein Update gestartet als die erste Fehlermeldung kam.
Hmm, komisch. Habe eben nochmal ein svn-update gemacht, um die Zeilennummerierung gegenzuchecken, https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/10_CUL_HM.pm#L5824.
Was auch immer du für einen Stand hast, es ist nicht der svn-Stand.
version CUL_HM und
update checkgeben welche Resultate?
(Vermute: vom update ausgenommen? Oder Rechte im filesystem verbogen...)
Hier das Ergebnis der beiden Abfragen:
File Rev Last Change
10_CUL_HM.pm 26934 2022-12-31 16:24:33Z martinp876
doif.js 24438 2021-05-14 18:08:18Z Ellert
fhemweb.js 30809 2026-02-02 09:33:17Z rudolfkoenig
fhemweb_readingsGroup.js 15189 2017-10-03 17:53:27Z justme1968
svg.js 23428 2020-12-27 22:07:20Z rudolfkoenig
List of new / modified files since last update:
UPD ./CHANGED
UPD ./MAINTAINER.txt
UPD FHEM/02_FHEMAPP.pm
UPD FHEM/82_LGTV_WebOS.pm
UPD FHEM/HttpUtils.pm
UPD lib/FHEM/Devices/LGTV/LGTVWebOS.pm
Zitat von: cocojambo am 22 Februar 2026, 19:38:14(bei mir ist es die 5830) geändert.
???
Das passt irgendwie nicht zu dieser Version, aber im Moment habe ich leider keine Idee.
Es war auf jeden Fall die richtige Zeile. Warum mein Editor eine andere Zählfolge hat dürfte dabei ja keine Rolle spielen.
Ich habe sogar vor der Änderung ein "Update 10_CUL_HM" gemacht damit ich sicher die richtige Version habe und dann die Zeile rausgesucht und geändert.
Strange editor...
Wie dem auch sei, die nächste Zeile wäre wohl auch noch auszukommentieren.
Evtl. kannst du stattdessen auch mit "get <device> regList" und "set <device> regBulk <value>" versuchen, den passenden Wert ohne Gültigkeitsprüfung an die richtige Stelle zu schreiben.
Keine Gewähr!
Strange Editor...
Da kannst du Recht haben. Den Editor den ich nutze ist in dem Programm WinSCP integiert.
Vielleicht lieg es ja daran.
Gruß
Nobbi