ASC: fts_shutter_up@red und fts_shutter_down@red werden nicht mehr angezeigt.

Begonnen von wk, 26 Januar 2021, 11:22:13

Vorheriges Thema - Nächstes Thema

wk

Vor ein paar Tagen ist mir aufgefallen, dass beim Fahren der Rolladen das Icon nicht mehr die Fahrbewegung anzeigt.
Ich kann nicht sagen, seit wann das so ist.
Bisher war meine Suche nach der Ursache vergeblich.  Ich hoffe, ihr könnt mir helfen.

Das devStateIcon-Attribut ist noch vorhanden:
{ my $amp = ReadingsVal($name,"online","false") eq "false" ? "rot" : ReadingsVal($name,"new_fw","false") eq "true" ? "gelb" : "gruen";; my $con = ReadingsVal($name,"state","undef");; $con = 100 - $con if $con =~ /\d+/;; my $pic = $con eq "opening" ? 'fts_shutter_up@red' : $con eq "closing" ? 'fts_shutter_down@red' : $con eq "100" ? 'fts_shutter_100' : $con =~ /(\d)\d/ ? 'fts_shutter_'.$1.'0' : $con =~ /\b\d\b/ ? 'fts_shutter_10' : 'fts_shutter_updown';; my $show = "$amp" eq "gelb" ? "<a href=\"/fhem?cmd.dummy=set $name x_update&XHR=1\">".FW_makeImage("10px-kreis-".$amp)."</a>" : "<a href=\"http://".ReadingsVal($name,"ip","none")." \"target=\"_blank\">".FW_makeImage("10px-kreis-".$amp)."</a>";; "<div> $show <a href=\"/fhem?cmd.dummy=set $name toggle&XHR=1\"></a>".FW_makeImage($pic)." </div>"} und auch  das readingList-Attribut:
shellies/shellyswitch25-E5F6CA/roller/0/pos:.* pct
  shellies/shellyswitch25-E5F6CA/online:.* online
  shellies/shellyswitch25-E5F6CA/announce:.* { json2nameValue($EVENT) }
  shellies/announce:.* { $EVENT =~ m,..id...shellyswitch25-E5F6CA...mac.*, ? json2nameValue($EVENT) : undef }
  shellies/shellyswitch25-E5F6CA/roller/0:.* current
  shellies/shellyswitch25-E5F6CA/roller/0:open {{'state' => 'opening'}}
  shellies/shellyswitch25-E5F6CA/roller/0:close {{'state' => 'closing'}}
  shellies/shellyswitch25-E5F6CA/roller/0/pos:.* state
  shellies/shellyswitch25-E5F6CA/input/1:.* input1
  shellies/shellyswitch25-E5F6CA/input/0:.* input0
  shellies/shellyswitch25-E5F6CA/temperature:.* temperature
  shellies/shellyswitch25-E5F6CA/overtemperature:.* overtemperature
shellyswitch25_E5F6CA:shellies/shellyswitch25-E5F6CA/roller/0/power:.* roller_0_power
shellyswitch25_E5F6CA:shellies/shellyswitch25-E5F6CA/roller/0/energy:.* roller_0_energy
shellyswitch25_E5F6CA:shellies/shellyswitch25-E5F6CA/temperature_f:.* temperature_f
shellyswitch25_E5F6CA:shellies/shellyswitch25-E5F6CA/relay/power:.* power
shellyswitch25_E5F6CA:shellies/shellyswitch25-E5F6CA/relay/energy:.* energy
shellyswitch25_E5F6CA:shellies/shellyswitch25-E5F6CA/roller/0/stop_reason:.* roller_0_stop_reason


Beobachtet habe ich, dass während des Fahrens zwar das reading 'Current' die vom Shelly stammenen MQTT-Anzeigen 'open' und 'close' anzeigt, aber das reading 'State' nicht mehr mit 'opening' und 'closing' überschrieben wird. Daher kann die Anzeige auch nicht richtig erfolgen.

Was kann sich geändert haben, dass:
shellies/shellyswitch25-E5F6CA/roller/0:open {{'state' => 'opening'}}
shellies/shellyswitch25-E5F6CA/roller/0:close {{'state' => 'closing'}}
nicht mehr funktioniert?

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

wk

Nein, keine Sorge.  :D
Da aber meine Rolladen so hervorragend über ASC gesteuert werden und hier eine super Community antwortet, habe ich es so versucht.

Ist es dann FHEM generell, denn MQTT liefert die richtigen Informationen?

Beta-User

...hat wohl eher mit irgendeiner Änderung der Shelly-firmware zu tun...

Lösungsansatz evtl.:
https://forum.fhem.de/index.php/topic,94060.msg1125287.html#msg1125287

(update der attrTemplate-file ist in Vorbereitung).
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

wk

Danke Beta-User,

über dieses Topic bin ich noch nicht gestolpert. Es zeigt, ich bin nicht alleine.  >:(

Beta-User

Ja, ist ärgerlich...

(ich habe auch etwas das Problem, dass ich das nur vom Hörensagen so nehmen kann, wie es berichtet wird und dann auch jeweils nur eine Fassung (=aktuelle firmware) supporten will/kann. Da ist es immer relativ schwierig abzuschichten, was "individuelle Spezialität" und was "generelle Änderung" ist... In dem Fall habe ich jetzt zumindest eine weitere Bestätigung, dass es ein generelles Thema ist.).
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