[gelöst]10_CUL_HM ? - nach heutigem Update funktionieren einige Commands nicht m

Begonnen von pwlr, 11 August 2020, 00:19:41

Vorheriges Thema - Nächstes Thema

pwlr

Moin,

ich habe heute einen Update gemacht, es funktioneren nun in der WebOberfläche nicht mehr:
Version:
10_CUL_HM.pm         22563 2020-08-09 09:59:55Z martinp876

set <virtual-device> postEvent  ->> man kann keinen Wert mehr angeben
set <switch> on-for-timer         ->> man kann keinen Wert mehr angeben
set <switch> on-till                   ->> man kann keinen Wert mehr angeben

@Martin, könntest Du Dir das bitte mal ansehen ?
Vielen Dank und moin
Bernd


yersinia

Ich bekomm' zusätzlich noch folgende Warning:
2020.08.11 08:08:51 1: PERL WARNING: Argument "" isn't numeric in addition (+) at ./FHEM/10_CUL_HM.pm line 5132.
2020.08.11 08:08:51 3: CUL_HM set RolladenTuer down

Gleiche Version wie bei pwlr.

@martinp: brauchst du ein list?
viele Grüße, yersinia
----
FHEM 6.3 (SVN) on RPi 4B with RasPi OS Bullseye (perl 5.32.1) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

noansi

Hallo Martin,

das liegt wohl an der Match Rückgabe in Zeile 4380 in 10_CUL_HM.pm, respektive deren Auswertung.
So werden bei on-till, on-for-timer, postEvent wieder Werte eingeben.
      elsif($val =~ m/^(\[?)-([a-zA-Z]*?)-\]? *$/){
        my ($null,$repl) = ($1,$2);
        if (defined $hash->{helper}{cmds}{lst}{$repl}){
          $null = (defined $null && $null ne "")?"noArg,":""; #noansi: $null result is "" if no [ present
          $val =~ s/\[?-$repl-\]?/:$null$hash->{helper}{cmds}{lst}{$repl}/;
          next if ($hash->{helper}{cmds}{lst}{$repl} eq "");# no options - no command
        }
        else{
          $val = (defined $null && $null ne "")?":noArg":""; #noansi: $null result is "" if no [ present
        }
      }

Ob das so Deiner Vorstellungen zum Verhalten vollumfänglich entspricht (alle Fälle abdeckt?), habe ich nicht weiter verfolgt.

Gruß, Ansgar.

martinp876


noansi

Hallo Martin,

danke!

Edit: Nur kann bei set postEvent eine conditon > 100 nicht per Schieberegler ausgewählt werden. 0xC8 -> 200 für open zum Beispiel.
Der Schieberegler sollte von 0..255 reichen.

Edit2: Und Zeile 4271
    push @cond,map{$lvlStr{st}{$st}{$_}}         keys%{$lvlStr{md}{$st}} if (defined $lvlStr{st}{$st}{$_});

wäre nochzu korrigieren in
    push @cond,map{$lvlStr{st}{$st}{$_}}         keys%{$lvlStr{md}{$st}} if (defined $lvlStr{st}{$st});

damit das array vollständig aufgebaut wird, statt warning im Log wegen undefiniertem $_

Gruß, Ansgar

pwlr

Moin,

oder einfach die alte Werteeingabe per Tastatur wieder einbauen. Würde ich praktischer finden, weil man bei einem Schieberegler mit Wertebereich bis 255 den gewünschten Wert "schlecht trifft".

Auf jedenfall Danke für Eure Bemühungen !!!
Moin
Bernd

dikay

Hi zusammen,

gibt es noch Probleme vom gestrigen Update?

Habe soeben mein FHEM aktualisiert + rebootet + HMLAN 10s vom Strom genommen, jedoch kommen weiterhin MISSING ACK und aesCommtoDev pending, z.B. bei HM-ES-PMSW1-PL und HM-CC-RT-DN sobald ich etwas von FHEM senden möchte. Der Rückweg läuft...

Kann man sich die alte Version von CUL_HM noch irgendwo ziehen?

Danke und viele Grüße
dikay

Update: Habe mir kurzerhand die Version "# $Id: 10_CUL_HM.pm 22181 2020-06-14 15:50:06Z martinp876 $" aus einem VM-Backup restored und jetzt funktioniert wieder alles.

Ralf W.

Hallo,

das beschriebene AES-Problem hatte ich gestern nach Update auch. Mangels Zeit bin ich zurück auf
10_CUL_HM.pm           22533 2020-08-03 19:02:42Z martinp876


Damit läuft es wieder.

MfG
http://twitter.com/RWausD
Schon gewusst, dass Haarausfall zu einer Glatze führen kann?

FHEM: NUC7PJYH2, Ubuntu Server 22.04.2 LTS, HMCCU - RaspberryMatic, DE ConBee II, diverse Sensoren und Aktoren.