Readingsgroup fügt ein erneutes "html .../html" in die Icons

Begonnen von flummy1978, 28 November 2019, 11:16:36

Vorheriges Thema - Nächstes Thema

flummy1978

Hallo zusammen,

ich habe die unten stehende Readingsgroup erstellt, die mir den Status des Batterien und Wifi / Rssi von den Funk geräten anzeigt. Übersichtlichkeitshalber habe ich diese mal auf ne größe gebracht, die hier nicht den Code Rahmen sprengt - Der Fehler ist aber der Gleiche.

Sobald irgendwelche Geräte ihren Status beim Event Update ändern, bekomme ich im Event Monitor eine eeeeeewig lange Zeile die mit < html> </html> eingebettet ist. Herausgefunden habe ich das indem ich das Erstellen der Icons weg gelassen habe und dort dann statt dessen den Text eingesetzt hab. Hier stand dann nämlich

<html>75</ html>

Mit Icons sieht die Zeile dann so aus:
2019-11-28 11:07:00.413 readingsGroup rg_SYS_ALL_wifi_battery_status HEAT_BUE_HZ.battery: <html><svg class="icon measure_battery_75 green" data-txt="75"    xmlns:dc="http://purl.org/dc/elements/1.1/"    xmlns:cc="http://creativecommons.org/ns#"    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"    xmlns:svg="http://www.w3.org/2000/svg"    xmlns="http://www.w3.org/2000/svg"    xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"    xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"    version="1.1"    x="0px"    y="0px"    width="361px"    height="361px"    viewBox="0 0 361 361"    style="enable-background:new 0 0 361 361;"    xml:space="preserve"    id="svg2"    inkscape:version="0.48.5 r10040"    sodipodi:docname="measure_battery_75.svg"><metadata    id="metadata34"><rdf:RDF><cc:Work        rdf:about=""><dc:format>image/svg+xml</dc:format><dc:type          rdf:resource="http://purl.org/dc/dcmitype/StillImage" /><dc:title></dc:title></cc:Work></rdf:RDF></metadata><defs    id="defs32" /><sodipodi:namedview    pagecolor="#ffffff"    bordercolor="#666666"    borderopacity="1"    objecttolerance="10"    gridtolerance="10"    guidetolerance="10"    inkscape:pageopacity="0"    inkscape:pageshadow="2"    inkscape:window-width="779"    inkscape:window-height="480"    id="namedview30"    showgrid="false"    inkscape:zoom="0.65373961"    inkscape:cx="180.5"    inkscape:cy="180.5"    inkscape:window-x="0"    inkscape:window-y="0"    inkscape:window-maximized="0"    inkscape:current-layer="measure_x5F_battery_x5F_75" /> <g    id="measure_x5F_battery_x5F_75"    style="stroke:#000000;stroke-opacity:1">  <g    id="g5"    style="stroke:#000000;stroke-opacity:1"    transform="matrix(1.6077208,0,0,1.6077208,-111.65426,-108.11351)">  <path    style="font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;text-indent:0;text-align:start;text-decoration:none;line-height:normal;letter-spacing:normal;word-spacing:normal;text-transform:none;direction:ltr;block-progression:tb;writing-mode:lr-tb;text-anchor:start;baseline-shift:baseline;color:#000000;fill:green;fill-opacity:1;stroke:none;stroke-width:10;marker:none;visibility:visible;display:inline;overflow:visible;enable-background:accumulate;font-family:Sans;-inkscape-font-specification:Sans"    d="m 134.65625,89.15625 c -6.01649,0 -11,4.983509 -11,11 l 0,180 c 0,6.01649 4.98351,11 11,11 l 95.5,0 c 6.01631,0 11,-4.9825 11,-11 l 0,-180 c 0,-6.016491 -4.98351,-11 -11,-11 l -95.5,0 z m 0,10 95.5,0 c 0.60951,0 1,0.390491 1,1 l 0,180 c 0,0.6085 -0.39231,1 -1,1 l -95.5,0 c -0.60951,0 -1,-0.39049 -1,-1 l 0,-180 c 0,-0.609509 0.39049,-1 1,-1 z"    id="path7"    inkscape:connector-curvature="0" />  <path    style="font-size:medium;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;text-indent:0;text-align:start;text-decoration:none;line-height:normal;letter-spacing:normal;word-spacing:normal;text-transform:none;direction:ltr;block-progression:tb;writing-mode:lr-tb;text-anchor:start;baseline-shift:baseline;color:#000000;fill:green;fill-opacity:1;stroke:none;stroke-width:10;marker:none;visibility:visible;display:inline;overflow:visible;enable-background:accumulate;font-family:Sans;-inkscape-font-specification:Sans"    d="m 169.625,69.65625 c -6.01649,0 -11,4.983509 -11,11 l 0,14 10,0 0,-14 c 0,-0.609509 0.39049,-1 1,-1 l 25.5,0 c 0.60951,0 1,0.390491 1,1 l 0,14 10,0 0,-14 c 0,-6.016491 -4.98351,-11 -11,-11 l -25.5,0 z"    id="path9"    inkscape:connector-curvature="0" />  </g>  <g    style="display:none;stroke:#000000;stroke-opacity:1"    id="g11">  <path    style="display:inline;fill:none;stroke:#000000;stroke-width:10;stroke-opacity:1"    d="M221.141,266.334c0,3.313-2.688,6-6,6h-65.5    c-3.313,0-6-2.688-6-6v-6c0-3.314,2.687-6,6-6l65.5-20c3.313,0,6,2.686,6,6V266.334z"    id="path13" />  <path    style="display:inline;fill:none;stroke:#000000;stroke-width:10;stroke-opacity:1"    d="M221.141,166.667c0,3.313-2.688,6-6,6l-65.5,20    c-3.313,0-6-2.687-6-6v-20c0-3.313,2.687-6,6-6l65.5-20c3.313,0,6,2.687,6,6V166.667z"    id="path15" />  <path    style="display:inline;fill:none;stroke:#000000;stroke-width:10;stroke-opacity:1"    d="M221.141,120c0,3.313-2.688,6-6,6l-65.5,20    c-3.313,0-6-2.687-6-6v-26c0-3.313,2.687-6,6-6h65.5c3.313,0,6,2.687,6,6V120z"    id="path17" />  <path    style="display:inline;fill:none;stroke:#000000;stroke-width:10;stroke-opacity:1"    d="M221.141,213.667c0,3.313-2.688,6-6,6l-65.5,20    c-3.313,0-6-2.687-6-6v-20c0-3.313,2.687-6,6-6l65.5-20c3.313,0,6,2.687,6,6V213.667z"    id="path19" />  </g>  <path    style="fill:green;fill-opacity:1;stroke:none"    d="m 243.87874,320.07722 c 0,5.32637 -4.32156,9.64632 -9.64633,9.64632 H 128.9267 c -5.32638,0 -9.64633,-4.32156 -9.64633,-9.64632 v -9.64632 c 0,-5.32799 4.31995,-9.64633 9.64633,-9.64633 l 105.30571,-32.15442 c 5.32638,0 9.64633,4.31834 9.64633,9.64632 v 41.80075 z"    id="path21"    inkscape:connector-curvature="0" />  <path    style="fill:green;fill-opacity:1;stroke:none"    d="m 243.87874,159.84051 c 0,5.32636 -4.32156,9.64631 -9.64633,9.64631 L 128.9267,201.64124 c -5.32638,0 -9.64633,-4.31994 -9.64633,-9.64632 v -32.15441 c 0,-5.32638 4.31995,-9.64633 9.64633,-9.64633 l 105.30571,-32.15442 c 5.32638,0 9.64633,4.31994 9.64633,9.64633 v 32.15442 z"    id="path23"    inkscape:connector-curvature="0" />  <path    style="display:none;fill:#FFFFFF;stroke:#000000;stroke-width:3;stroke-opacity:1"    d="M221.141,120c0,3.313-2.688,6-6,6l-65.5,20   c-3.313,0-6-2.687-6-6v-26c0-3.313,2.687-6,6-6h65.5c3.313,0,6,2.687,6,6V120z"    id="path25" />  <path    style="fill:green;fill-opacity:1;stroke:none"    d="m 243.87874,235.40338 c 0,5.32638 -4.32156,9.64632 -9.64633,9.64632 L 128.9267,277.20413 c -5.32638,0 -9.64633,-4.31995 -9.64633,-9.64633 v -32.15442 c 0,-5.32638 4.31995,-9.64632 9.64633,-9.64632 l 105.30571,-32.15442 c 5.32638,0 9.64633,4.31995 9.64633,9.64633 v 32.15441 z"    id="path27"    inkscape:connector-curvature="0" /> </g> <g    id="Ebene_1"    style="stroke:#000000;stroke-opacity:1"> </g> </svg></html>



Der Fehler kommt nicht, wenn sich der Zustand während einer Aktivierung des Gerätes nicht ändert, bedeutet:
Normale Einstellung:
Gerät ein -> Wifi Empfang ändert sich -> Ewige Zeile mit dem o.g. inhalt -> Gerät aus -> Wifi ändert sich nicht -> Keine lange Ausgabe

Event on Change reading auf eine große Differenz gebracht:
Gerät ein -> Wifi ändert sich nicht -> Keine lange Ausgabe
Gerät aus -> Wifi ändert sich nicht -> Keine lange Ausgabe

es ist zugegeben "unsichtbares" Problem, aber mitten auf der Seite ein erneutes HTML zu starten, ist glaube ich nicht so schick :)

Für eine Übersicht sollte sich der Zustand auch ändern dürfen und es ist etwas das nicht hin gehört und ich möchte nicht dass sich Fehler einschleichen, die sich irgendwann summieren (auch wenn es hier noch so banal aussieht)

Wer es geschafft hat bis hierhin zu lesen, dem danke ich schon im Vorfeld vielmals. Ich würde mich wirklich sehr über jeden möglichen Vorschlag freuen :)

List von der Readingsgroup:

Internals:
   CFGFN     
   DEF        <Gerät>,<Verbindung>,<Batterie> (REL_dev_Osram_plus|dev.*):(linkquality|Wifi_RSSI),[Bb]attery
   FUUID      5ddf9a51-f33f-8d79-75ec-3a8b7c404e574fde
   NAME       rg_SYS_ALL_wifi_battery
   NR         1279
   NTFY_ORDER 50-rg_SYS_ALL_wifi_battery
   STATE      Initialized
   TYPE       readingsGroup
   mayBeVisible 1
   CONTENT:
     REL_dev_Osram_plus 1
     dev_Astro  1
     dev_EG_WZ_conditions 1
     dev_KG_S7_SPS 1
     dev_OG_BUE_TK_Temp_Sensor 1
     dev_OG_SZ_bett_links 1
     dev_SYS_DOIFTools 1
     dev_SYS_MSG_Bot 1
     dev_SYS_presence_handy_andreas 1
     dev_SYS_presence_handy_yvonne 1
     dev_SYS_wetter_ext 1
     dev_SYS_zigbee_bridge 1
   CONTENT2:
   DEVICES:
     ARRAY(0x569d670)
     ARRAY(0x5abe9f8)
     ARRAY(0x59ea608)
     ARRAY(0x56618c0)
     ARRAY(0x56b4b68)
     ARRAY(0x55df588)
     ARRAY(0x5a0c150)
     ARRAY(0x5d3ed10)
     ARRAY(0x5aab990)
     ARRAY(0x5cd67d0)
     ARRAY(0x5a9c6a8)
     ARRAY(0x5afb480)
     ARRAY(0x5cd5c88)
   fhem:
     lastDefChange 15
     last_update 1574935239.70949
   helper:
     DEF       
     valueFormat {
if(($READING eq "linkquality") or ($READING eq "Wifi_RSSI"))
{
if($VALUE<15){$VALUE=10}
elsif($VALUE<25){$VALUE=25}
elsif($VALUE<80){$VALUE=75}
elsif($VALUE>=80){$VALUE=100}
else{$VALUE=0}
}
elsif($READING eq "battery" && $VALUE ne "0")
{
if($VALUE eq "ok"){$VALUE=75}
elsif($VALUE<10){$VALUE=0}
elsif($VALUE<45){$VALUE=25}
elsif($VALUE<80){$VALUE=75}
elsif($VALUE>=80){$VALUE=100}
else{$VALUE=0}
}
}
     positions:
       REL_dev_Osram_plus.linkquality 2:1
       dev_OG_BUE_TK_Temp_Sensor.battery 6:2
       dev_OG_BUE_TK_Temp_Sensor.linkquality 6:1
       dev_OG_SZ_bett_links.Wifi_RSSI 7:1
     valueColumn:
       battery    2
       linkquality 1
     valueIcon:
       Wifi_RSSI.10 mqtt@red
       Wifi_RSSI.100 mqtt@green
       Wifi_RSSI.25 mqtt@Tomato
       Wifi_RSSI.75 mqtt@LimeGreen
       battery.0  measure_battery_0@red
       battery.100 measure_battery_100@green
       battery.25 measure_battery_25@orange
       battery.50 measure_battery_50@green
       battery.75 measure_battery_75@green
       battery.low measure_battery_0@red
       battery.ok measure_battery_75@green
       linkquality.10 mqtt@red
       linkquality.100 mqtt@green
       linkquality.25 mqtt@Tomato
       linkquality.75 mqtt@LimeGreen
     values:
       formated:
         undef
         ARRAY(0x5610448)
         ARRAY(0x5d5b068)
       orig:
         undef
         ARRAY(0x5aab6a8)
         ARRAY(0x55e8800)
       prefixsuffix:
         undef
         ARRAY(0x564a810)
         ARRAY(0x593be48)
Attributes:
   DbLogExclude .*
   alias      WiFi / Batterie Status
   room       System->Infos
   valueColumn { linkquality => 1,battery => 2}
   valueFormat {
if(($READING eq "linkquality") or ($READING eq "Wifi_RSSI"))
{
if($VALUE<15){$VALUE=10}
elsif($VALUE<25){$VALUE=25}
elsif($VALUE<80){$VALUE=75}
elsif($VALUE>=80){$VALUE=100}
else{$VALUE=0}
}
elsif($READING eq "battery" && $VALUE ne "0")
{
if($VALUE eq "ok"){$VALUE=75}
elsif($VALUE<10){$VALUE=0}
elsif($VALUE<45){$VALUE=25}
elsif($VALUE<80){$VALUE=75}
elsif($VALUE>=80){$VALUE=100}
else{$VALUE=0}
}
}
   valueIcon  {'linkquality.10' => 'mqtt@red', 'linkquality.25' => 'mqtt@Tomato', 'linkquality.75' => 'mqtt@LimeGreen', 'linkquality.100' => 'mqtt@green', 'Wifi_RSSI.10' => 'mqtt@red', 'Wifi_RSSI.25' => 'mqtt@Tomato', 'Wifi_RSSI.75' => 'mqtt@LimeGreen', 'Wifi_RSSI.100' => 'mqtt@green', 'battery.ok' => 'measure_battery_75@green', 'battery.low' => 'measure_battery_0@red', 'battery.0' => 'measure_battery_0@red','battery.25' => 'measure_battery_25@orange','battery.50' => 'measure_battery_50@green','battery.75' => 'measure_battery_75@green','battery.100' => 'measure_battery_100@green'}


Grüße
Andreas

Wzut

ich habe auf meinem Testsystem auch das Problem, allerdings verwende ich gar keine Icons.
Hier ein Stück aus dem Event Monitor :
2019-11-30 13:52:51 readingsGroup Heizungswerte MAX_079565.state: <html>21.5 °C</html>
2019-11-30 13:52:51 readingsGroup Heizungswerte MAX_079565.deviation: <html>0.5</html>
2019-11-30 13:52:51 readingsGroup Heizungswerte MAX_079565.RSSI: <html>-61.5</html>
2019-11-30 13:52:51 readingsGroup Heizungswerte MAX_079565.temperature: <html>22.0 °C</html>
2019-11-30 13:52:51 readingsGroup Heizungswerte MAX_079565.desiredTemperature: <html>21.5 °C</html>

Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

justme1968

#2
wie kommst du darauf das readingsGroup ein <html> element in der seite einbettet?

bitte schau dir den seitenquelltext an. da sollte sich kein zusätzliches html element finden lassen.

was du im event monitor siehst sind events. d.h. daten die z.b. per longpoll oder websocket verschickt und per javascript ausgewertet werden. nicht html text den der browser direkt darstellt.

an dieser und in anderen stellen in fhemweb wird <html>...</html> verwendet um plain text von vorformatiertem html zu unterscheiden um es passend weiterzuverarbeiten.

bevor diese daten in der html seite landen wird das umschliessende <html> entfernt.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

amenomade

Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

justme1968

hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

flummy1978

Hallöchen,

zunächst einmal danke ich Euch für Eure Antworten, bin in meinem Log so verzweifelt, dass ich die beiden Geräte erstmal deaktiviert hatte  :'(

Einmal Wzut, dass ich es scheinbar eben nicht alleine geschafft hab und der Fehler nicht alleine an mir liegt, und auch justme...

Zitat von: justme1968 am 30 November 2019, 16:52:55
wie kommst du darauf das readingsGroup ein <html> element in der seite einbettet?

Weil es in diesem Log so aussaht  ;)

Deine Erklärung klingt für mich allerdings vollkommen plausibel und wäre demnach so, dass das kein wirklicher Fehler ist.
ABER wie kann ich damit im Log umgehen ? Ich würde das gern vollständig ignorieren lassen. Sowohl vom Event Monitor (vor allem hier), als auch im Log.... geht das irgendwie ? Die lange Zeile die ich in dem ersten Code Tag gepostet habe sorgt dafür dass mein Log innerhalb von wenigen stunden auf unmögliche Größen ansteigt..... Ich weiß ich könnte das Geräte ansich im Log blocken, aber mit geht es ja in erster Linie um diese ewig lange Zeile. Komischerweise ist das erst seit wenigen Tagen so. Bin mir sicher, dass vor wenigen Tagen / Wochen nicht so war - Aber ohne Gewähr, weil ich ja nicht mit 100% sagen kann, dass sich zu dem Zeitpunkt auch was geändert hat, das mir den Log verschafft hätte.


Würde mich sehr freuen, wenn da jemand eine Idee für eine Lösung für mich hätte :)

Vielen Dank im Voraus
Grüße
Andreas

justme1968

- es ist KEIN fehler
- der event monitor zeigt alle events. auch wenn sie lang sind. das ist so. warum atöratbsu dich daran?
- events landen normalerweise nicht im log. wenn sie das bei dir tun: hastbsu irgendwo verbose 5 aktiviert? hast du ein notify das auf dinge reagiert auf die es nicht reagieren sollte?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

flummy1978

Hallöchen,

- Im Event Monitor störe ich mich deshalb dran, weil ich viele Sachen die ich rumprobiere mir mit Log im Event Monitor anzeigen lasse. Da "zerlegt" eine ewig lange Zeile das Fenster. (dass try and error nicht wirklich die richtige Herangehensweise ist, weiss ich auch aber wegen jedem kleinen sch.... irgendwen zu nerven, finde ich auch nicht so schön ;) )
- in dem Fall war es tatsächlich ein notify, das auf etwas reagieren sollte, dass mit dem entpsrechendem Device zu tun hat ( Wenn es jetzt "normal" angezeigt werden würde, wie ich unten beschreibe, wäre es kein problem dass es im Log auftaucht)

Ich versuche Dinge auch zu verstehen und nicht einfach nur "ist so" hinzunehmen. Je mehr ich verstehe umso mehr Fragen erledigen sich von vorne herein daher nun noch mal dazu, dass es KEIN Fehler ist: 

Zitatwas du im event monitor siehst sind events. d.h. daten die z.b. per longpoll oder websocket verschickt und per javascript ausgewertet werden. nicht html text den der browser direkt darstellt.
Wenn ich das jetzt nicht falsch verstanden habe und die das Ding darauf zurück zu führen ist, dass javascript die Aktualisierung im Fenster auswertet und deshalb so lang wird.... Soweit so verständlich. Aber ich habe ich auch Seiten mit mehreren (vielen) Objekten die durch das longpoll aktualisiert werden, dort ist ein ähnlicher Fehler (auch ohne eine Readingsgroup) nicht zu erkennen, warum ?
Auch andere Dinge werden sicherlich auf diese Art und weise ausgewertet wie Du ja geschrieben hast. Diese sind aber in der Form noch nie im Log /oder Event Monitor aufgetaucht. Hier könnte man -oder ich selbst - doch sicher nachbessern oder ?
Zum anderen habe ich die unten in den Code Tags vorhandene Readingsgroup schon sehr lange drin. Der Fehler ist erst vor wenigen Tagen gekommen, bzw mir aufgefallen, als ich in den letzten Tagen ein wenig rumgespielt hab und später auch eine zweite readingsgroup dazu gekommen ist. Leider bringt ein Löschen dieser nicht den Ursprung ohne dieses Phänomen.

Wenn das etwas ist was nur mit der readingsgroup zu tun hat und nicht zu lösen ist, werde ich damit leben können (müssen) und die RGs deaktivieren während ich rumprobiere, aber natürlich wäre mir eine andere Lösung lieber.

Vielen Dank nochmal dass Du / Ihr Euch die Mühe macht es mir näher zu bringen :)

Grüße
Andreas

Wzut

Zitat von: justme1968 am 30 November 2019, 21:31:32
- der event monitor zeigt alle events. auch wenn sie lang sind. das ist so. warum atöratbsu dich daran?
atöratbsu ??? Mensch Andre bis jetzt konnte ich dir ja immer folgen, aber da hast mich nun vollkommen abgehängt :)
Spatz beiseite : Auf meinem Testsysem habe ich gerade die MAX! Module in der Mache und in einem Fenster fast immer den Event Monitor offen und da nervt
die Aussgabe der RG schon (ich setz jetzt immer disable 1 , habe dann aber in meiner RG Tabelle im anderen Fenster natürlich keine aktuellen Werte)
D.h. ich würde mir gerade fürs Testen auch wünschen sie irgendwie elegant komplett still zu bekommen.
IMHO kämpft flummy1978 zusätzlich noch mit dem Problem das er teilweise .svg Icons in der RG hat und man je nach Event die Dinger leider als Quelltext im Event Monitor sieht. (und einige haben da zu allem Überfluss auch noch extrem viel inkscape Müll drin)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

flummy1978

Guten Morgen,

noch eine kurze Antwort, bevor ich gleich auf Dienstreise muss (dafür sollte ich Abends genug Zeit zum lesen haben  ;D)
Zitat von: Wzut am 01 Dezember 2019, 08:06:54
IMHO kämpft flummy1978 zusätzlich noch mit dem Problem das er teilweise .svg Icons in der RG hat und man je nach Event die Dinger leider als Quelltext im Event Monitor sieht. (und einige haben da zu allem Überfluss auch noch extrem viel inkscape Müll drin)
Ich bin ja der Meinung, dass ich rein technisch nicht unwissend bin, aber das war jetzt glaube ich eine - technisch fachlich - perfekte Erklärung meines Problemes... Danke dafür Wzut. Schön dass es auf jeden fall jemand auch anhand des Beispieles gut verstehen kann.

btw .... atöratbsu Warum ich mich daran atöratbsue, also störe, hab ich ja erklärt... Ich finde aber die Autokorrektur mancher Geräte / Wörter ja mehr als abenteuerlich  ;D In dem Fall konnte ich wenigesten ordentlich schmunzeln  ;)

Viele Grüße
Andreas

justme1968

also...

wenn diese zeilen im log auftauchen kann readingsGroup nichts dafür.

wenn die zeilen im event monitor auftauchen dann deshalb weil die icons per event event bzw longoll ans frontend geschickt werden. das war damals dönerbude möglichkeit.

wenn du im event monitor nur bestimmte dinge sehen möchtest: man kann mit dem eingabefeld oben auf der seite auf events filtern. 


inzwischen kann man daten per longpoll ans frontend schicken ohne das es ein event gibt. das umzustellen ist aber eine größere sache und ich bin noch nicht dazu gekommen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

justme1968

ich habe eben ein readingsGroup update eingecheckt das meistens keine events mehr erzeugt.

mal sehen ob und wie viele probleme es damit gibt.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

flummy1978

Hallöchen,

Die ganzen vorherigen Optionen kenne ich soweit. Wären jetzt für mich semi - optimal, weil ich immer was neu auswählen müsste. Das würde ich dann auch eher mit dem Deaktivieren der jeweiligen Devices umsetzen, solange ich am Basteln bin und ich die Fehler vermeiden wollte.

Zitat von: justme1968 am 01 Dezember 2019, 10:08:53
inzwischen kann man daten per longpoll ans frontend schicken ohne das es ein event gibt. das umzustellen ist aber eine größere sache und ich bin noch nicht dazu gekommen.
DAS klingt natürlich plausibel, warum es nicht umgestellt wird / wurde. Mich hatte es einfach nur gewundert, warum andere Devices, die eben auch eine Icon haben, solche Meldungen eben nicht mit schicken (ob nun als Event oder als "Anhängsel" wäre da jetzt egal)

Umso erfreuter war ich als ich das gelesen hab:
Zitat von: justme1968 am 01 Dezember 2019, 13:08:01
ich habe eben ein readingsGroup update eingecheckt das meistens keine events mehr erzeugt.
Leider komme ich hier, nicht in mein VPN rein, also kann ich es erst testen, sobald ich zu Hause bin (Ende der Woche).

Viele Grüße
Andreas

jonien

Hallo,

wahrscheinlich habe ich etwas überlesen. Ich habe gestern ein Update des readingsgroup Moduls gemacht. Seither werden keinerlei Event /Aktualisierungen in einer Readingsgroup mehr angezeigt. In einer Readingsgroup in der meine Heizkörperthermostate zusammengefasst sind, konnte ich bisher alle Funktionen der Thermostate steuern. Seit dem Update keinerlei Reaktionen mehr. Kann ich die  bisherigen Funktionalitäten mit einer zusätzlichen Einstellung wieder aktivieren? Oder muss ich die vorherige .pm wieder einspielen? Könnt ihr mir einen Tipp geben, wo ich die Vorgängerversion finden kann?

VG Jörg

amenomade


ZitatKönnt ihr mir einen Tipp geben, wo ich die Vorgängerversion finden kann?
https://svn.fhem.de/trac/log/trunk/fhem/FHEM/33_readingsGroup.pm?rev=20648
Oder in deinem restoreDir Verzeichnis
Aber eine erneutes Update lohnt sich zuerst: es gab wieder ein fix
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

Rampler

Zitat von: justme1968 am 01 Dezember 2019, 13:08:01
ich habe eben ein readingsGroup update eingecheckt das meistens keine events mehr erzeugt.

mal sehen ob und wie viele probleme es damit gibt.

..und das erste Problem:
https://forum.fhem.de/index.php/topic,106027.0.html

VG Klaus
3 HMUART (2 via ESP8266), 1 DUOFERN, 9 ESP8266, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

jonien

Hallo,
vielen Dank für den Hinweis zum "Backup", nach dem neusten Fix waren die Probleme bei mir nicht mehr vorhanden.

Vllt. habt jemand zu einem weiterem Problem in einer "ReadingsGroup" einen Tipp.
Ich habe nach vielen erfolglosen Versuchen folgendes attr angelegt, um ein anderes Device etc. aufrufen zu können:

heatingInfo attr commands {"heatingInfo.time_graph" => '"<a href="fhem?room=Temperaturen" "',"heatingInfo.device" => '"<a href="fhem?detail=HzgTh_Buero_HM " "'}

...es funktioniert so weit, das ich zur Detailansicht weitergeleitet werde (nach klicken auf "device"). Es kommt aber vor der Detailansicht des Device immer (mehr oder weniger lange ) eine Fehlermeldung: "fhem?room=Unsorted line 1: SyntaxError:" string literal contains an unescaped line break"

...es funktioniert so weit, das ich zum room=Temperaturen weitergeleitet werde (nach klicken auf das Graphik-Symbol "time.graph"). Es kommt aber vor der Detailansicht des Device immer (mehr oder weniger lange ) eine Fehlermeldung: "fhem?detail=heatingInfo line 1: SyntaxError:" string literal contains an unescaped line break"

attr commands (komplett:
{"heatingInfo.sollsetz"=>"desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0","controlMode"=>"controlMode:","windowOpenTemperature" => "windowOpenTemperature:",'heatingInfo.Fensterauf'=>'Fenster.auf:5.0',"Fenst.auf"=>"$DEVICE:","Fensterauf.closed"=>"$DEVICE:","Fensterauf.open"=>"$DEVICE:","Fensterauf"=>"$DEVICE:",'Fenster_Buero_HM' => '$DEVICE:',"Activity.alive"=>"set dummyHM $DEVICE","dummyHM4.+STATE.*"=>"dummyHM4.+STATE:","dummyHM.+STATE.*"=>"dummyHM.+STATE:","desiredTemperatur e"=>"desiredTemperature:","heatingInfo.sollsetz2"=>"desiredTemperature:auto,boost,on,off,eco,comfort,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0","heatingInfo.time_graph" => '"<a href="fhem?room=Temperaturen" "',"heatingInfo.device" => '"<a href="fhem?detail=HzgTh_Buero_HM " "'}

def heatingInfo für das Device:
HzgTh_Buero_HM_Clima:desired-temp,<sollsetz>,measured-temp,controlMode,ValvePosition,<>,<>,<>,ValvePosition_avg_day,R-valveMaxPos,batteryLevel@HzgTh_Buero_HM,<>,<>,state@Fenster_Buero_HM,battery@Fenster_Buero_HM,<5.0°C>,R-btnLock@HzgTh_Buero_HM,Activity@HzgTh_Buero_HM,<device>,state@dummyHM,<%time_graph>,state@dummyHM4,stateFormat@dummyHM,status@dummyHM

VG
Jörg

...falls ich hier komplett verkehrt bin, wäre ich dankbar für eine entsprechende Einordnung :-\

justme1968

solche links darfst du nicht über commands einbauen. commands wird von modul ausgewertet, manipuliert und per kommando an fhem geschickt. das es überhaupt geht ist eher zufall. du kannst ja die angezeigte web seite auch nicht (direkt) über telnet oder die kommandobox ändern.

bau die links über ein normales oder erzwungenes reading, internal, ... ein.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

jonien

Hallo justme1968,
danke für Deine schnelle Antwort. Da habe ich also den komplett falschen Ansatz gewählt... :-[

Zitatbau die links über ein normales oder erzwungenes reading, internal, ... ein.

...da weiß ich gar nicht wie ich das angehen kann. Kannst Du mir da einen Ansatz geben ?

VG Jörg

justme1968

z.b. über !<reading> ein reading 'erfinden' das auf jeden fall angezeigt wird und dann per valueFormat deinen link bauen.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968