Fehler in 02_RSS

[Dr. Boris Neubert]

Das Layout sieht so aus, ja.

Es ist aber nicht das "wirkliche" Layout (da steht viel mehr drin) sondern ein möglichst einfaches Test-Layout für die Fehlersuche, das bei mir mit der aktuellen 02_RSS.pm eben NICHT funktioniert, wohl aber mit der alten. (und mit der alten Version funktioniert auch das komplette Layout völlig problemlos)

Ich vermute, daß es am fehlenden Hintergrundbild liegt. Kannst Du bitte mal mit Bild versuchen?

Danke
Boris

[betateilchen]

Guten Abend,

das Hintergrundbild macht keinen Unterschied:

Code Auswählen Erweitern


Can't call method "colorResolve" on an undefined value at ./FHEM/02_RSS.pm line 213.
Can't call method "jpeg" on an undefined value at ./FHEM/02_RSS.pm line 450.
Can't use an undefined value as a symbol reference at FHEM/Blocking.pm line 116.


Lediglich die Zeile mit dem Blocking ist hinzugekommen.

[Dr. Boris Neubert]

Guten Abend,

das Hintergrundbild macht keinen Unterschied:

Code Auswählen Erweitern


Can't call method "colorResolve" on an undefined value at ./FHEM/02_RSS.pm line 213.
Can't call method "jpeg" on an undefined value at ./FHEM/02_RSS.pm line 450.
Can't use an undefined value as a symbol reference at FHEM/Blocking.pm line 116.


Lediglich die Zeile mit dem Blocking ist hinzugekommen.

Danke für die Info. Ich schaue es mir demnnächst an.

Viele Grüße
Boris

[betateilchen]

Hallo Boris,

danke für Deine Unterstützung.

Mach Dir keinen Streß deswegen, denn ich sag mal so: ich verwende einfach die alte Version weiter, die tut alles, so wie ich es mir vorstelle und mit der kann ich sogar meine heißgeliebten Linien zeichnen :)

[betateilchen]

Hallo Boris,

ich glaube, Du hast einfach die Sprungmarke SKIPBG an die falsche Stelle gesetzt, deshalb existiert bei nicht definiertem Background gar kein GD-Objekt, in welches das Layout geschrieben werden und das dann zurückgeliefert werden kann.

Durch geschicktes Umstellen im Code läuft das Modul jetzt bei mir ohne Backgrouddefinition, ich habe aber noch nicht getestet, ob es auch mit BG noch funktioniert. Vielleicht befasse ich mich heute abend noch einmal damit.

Viele Grüße
Udo

[betateilchen]

Ich habe mal ein diff erstellt (da ist auch meine Lieblingsfunktion Linienzeichnen schon mit drin) mit der Bitte um wohlwollende Prüfung :)

Viele Grüße
Udo

Linienzeichnen: Link

[betateilchen]

so... Feierabend... endlich zu Hause und Zeit zum Testen.

Zu testen sind m.E. Fälle:

1. Attribut bg nicht definiert => getestet, funktioniert nun (hat vorher bei mir zum Absturz von fhem geführt)
2. Attribut bg definiert, aber Verzeichnis nicht existent => getestet, funktioniert
3. Attribut bg definiert, Verzeichnis existent, aber leer => getestet, funktioniert
4. Attribut bg definiert, Verzeichnis existent, enthält Hintergrundbild in passender Größe (kein resize notwendig) => getestet, funktioniert
5. Attribut bg definiert, Verzeichnis existent, enthält Hintergrundbild in anderer Größe (resize notwendig) => getestet, funktioniert

[Dr. Boris Neubert]

Zu testen sind m.E. Fälle:

Danke! Ich liebe systematisch getestete Patches!

Gepatcht, geprüft, dokumentiert und eingecheckt. Morgen per Update verfügbar.

Viele Grüße
Boris

[betateilchen]

Hallo Boris,

nix zu danken, war ja auch in meinem eigenen Interesse :)

Was mir in dem Modul noch sehr gut gefallen würde: wenn man das "rgb" evaluieren könnte, sodass die Farbe für das nächste item per { irgendwelcheAbhängigkeiten } dynamisch festgelegt werden kann.

[Dr. Boris Neubert]

Hallo Boris,

nix zu danken, war ja auch in meinem eigenen Interesse :)

Was mir in dem Modul noch sehr gut gefallen würde: wenn man das "rgb" evaluieren könnte, sodass die Farbe für das nächste item per { irgendwelcheAbhängigkeiten } dynamisch festgelegt werden kann.

Ungetestet: versuche doch  bitte mal in

Code Auswählen Erweitern


          if($cmd eq "rgb") {
            $params{rgb}= $def;
          } das

Code Auswählen Erweitern

$def durch

Code Auswählen Erweitern

AnalyzePerlCommand(undef, $def)
zu ersetzen.

Grüße
Boris

[betateilchen]

Hallo Boris,

das funktioniert grundsätzlich, ist aber nur bedingt abwärtskompatibel,

Code Auswählen Erweitern


das funktioniert alles korrekt:

rgb { return "7F7F7F"; } # grau
rgb { "00FF00" } # grün
rgb "00FFFF" # türkis

aber das funktioniert nicht mehr:

rgb ffffff # weiss



Ich habe das bei mir jetzt mal so eingebaut und die Layouts geändert. Mit den zusätzlichen Anführungszeichen kann ich leben :)
Eine tatsächliche Evaluierung mache ich morgen. Aber grundsätzlich gehe ich davon aus, dass es so funktioniert.

Viele Grüße
Udo

-------------------------------

edit: es funktioniert :)

Code Auswählen Erweitern

rgb { if(ReadingsVal("out_Balkon", "temperature", "n/a") < 23.7) {"00FF00"} else {"FF0000"} }

(http://up.picr.de/15339474ow.png)

(http://up.picr.de/15339475gc.png)

[betateilchen]

So funktioniert es auch abwärtskompatibel:

Code Auswählen Erweitern


          if($cmd eq "rgb") {
            $def= "\"$def\"" if(length($def) == 6 && $def =~ /[[:xdigit:]]{6}/);
            $params{rgb}= AnalyzePerlCommand(undef, $def);


[betateilchen]

Hallo Boris,

bin gerade auf ein "kleines" Problem in der RSS-Generierung gestoßen.

Folgende Einträge in der Layout-Datei

Code Auswählen Erweitern


text 220 260 {if(ReadingsVal("gds","a_valid","")){"gültig von: ".ReadingsVal("gds","a_onset","?")." bis: ".ReadingsVal("gds","a_expires","?")}}
text 220 300 { "gültig von: bla" }


liefern diese Ausgabe:

(siehe Anhang / see attachement)

Wird ein Text mit Umlauten "direkt" übergeben, wird der Text ("gültig von: bla") absolut korrekt im RSS dargestellt.
Wird der Text über eine Perl-Evaluierung zurückgeliefert, werden Umlaute falsch dargestellt.

Wen oder was kann man dafür verantwortlich machen?

Viele Grüße
Udo

[Dr. Boris Neubert]

Hallo Udo,

Folgende Einträge in der Layout-Datei

Code Auswählen Erweitern


text 220 260 {if(ReadingsVal("gds","a_valid","")){"gültig von: ".ReadingsVal("gds","a_onset","?")." bis: ".ReadingsVal("gds","a_expires","?")}}
text 220 300 { "gültig von: bla" }


Wird ein Text mit Umlauten "direkt" übergeben, wird der Text ("gültig von: bla") absolut korrekt im RSS dargestellt.
Wird der Text über eine Perl-Evaluierung zurückgeliefert, werden Umlaute falsch dargestellt.

In beiden Fällen wird alles ab dem vierten Token durch AnalyzePerlCommand gefüttert (siehe fhem.pl), was im wesentlichen eval darauf losläßt und das Ergebnis oder die Fehlermeldung zurückliefert. Ich würde an Deiner Stelle in fhem.pl mit dem Debugging ansetzen, zunächst aber prüfen, ob nicht einfach nur die ü in derselben Datei unterschiedlich kodiert sind. Kann zwar eigentlich nicht sein, aber wer weiß...

Viele Grüße
Boris

[CQuadrat]

Gibt es dazu einen Workaround?

Das Problem scheint noch zu bestehen.