Fehler in 02_RSS

[Alexander Bauer]

Hallo,

heute einmal das Update durchgeführt und FHEM will nicht

Can't call method "width" on an undefined value at ./FHEM/02_RSS.pm line 204.
Can't call method "jpeg" on an undefined value at ./FHEM/02_RSS.pm line 450.

Zurück auf ein Backup von 10. Februar und das RSS Modul führt nicht zum Abbruch von FHEM.

Wo soll ich weitersuchen?

[Dr. Boris Neubert]

Hallo Amatic,

heute einmal das Update durchgeführt und FHEM will nicht

Can't call method "width" on an undefined value at ./FHEM/02_RSS.pm line 204.
Can't call method "jpeg" on an undefined value at ./FHEM/02_RSS.pm line 450.

ich hatte RSS am 24.02. überarbeitet. Hintergrundbilder, die bereits im Format des Bilderrahmens sind, werden daraufhin nicht noch skaliert. Ich habe die Funktionsfähigkeit bei mir mit Bildern passender und nicht passender Größe erfolgreich getestet.

Wenn Du eine Lösung willst, dann poste bitte
- die Definition des RSS-Geräts mit allen zugehörigen Attributen
- ein minimales Layout, mit dem sich der Fehler nachstellen läßt.

Wenn die Erstellung des Bildes fehlschlägt, wird außerdem von Perl eine Warnung geschrieben. Am besten startest Du fhem.pl daher einmal auf der Konsole, um Dir anzusehen, ob zusätzliche Meldungen kommen.

Viele Grüße
Boris

[Alexander Bauer]

Hallo Boris,

danke für die Tips. In der fhem.cfg steht jetzt nur noch:

Code Auswählen Erweitern


attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd none
attr global sendStatistics 1
attr global statefile ./log/fhem.save
attr global userattr devStateIcon icon webCmd
attr global verbose 5

#
# pgm2 / autocreate configfile. Take a look at the other examples for more.
#

define WEB FHEMWEB 8083 global

define WEBphone FHEMWEB 8084 global
attr WEBphone smallscreen 1


define FrameRSS RSS jpg 192.168.178.37 /opt/fhem/layout
attr FrameRSS bg /usr/share/pictures
attr FrameRSS size 960x690
attr FrameRSS tmin 1



Das Layout ist wie folgt:

Code Auswählen Erweitern



font /usr/share/fonts/truetype/msttcorefonts/arial.ttf # must be a TrueType font
rgb ffffff # HTML color notation, RGB
pt 120 # font size in points
time 0 125
#pt 60
#seconds 400 125 colon



Folgende Fehlermeldungen erscheinen auf der Console von der fhem.pl gestartet wurde:

Code Auswählen Erweitern

root@debian:/opt/fhem# ./fhem.pl ./fhem.cfg
root@debian:/opt/fhem# Can't call method "width" on an undefined value at ./FHEM/02_RSS.pm line 204.
Can't call method "jpeg" on an undefined value at ./FHEM/02_RSS.pm line 450.


Das fhem.log ist wie folgt:

Code Auswählen Erweitern

root@debian:/opt/fhem# less log/fhem-2013-03.log
2013.03.07 20:45:22 1: Including ./fhem.cfg
2013.03.07 20:45:22 5: Cmd: >attr global autoload_undefined_devices 1<
2013.03.07 20:45:22 5: Cmd: >attr global logfile ./log/fhem-%Y-%m.log<
2013.03.07 20:45:22 5: Cmd: >attr global modpath .<
2013.03.07 20:45:22 5: Loading ./FHEM/99_SUNRISE_EL.pm
2013.03.07 20:45:23 5: Loading ./FHEM/99_Utils.pm
2013.03.07 20:45:23 5: Loading ./FHEM/99_XmlList.pm
2013.03.07 20:45:23 5: Cmd: >attr global motd none<
2013.03.07 20:45:23 5: Cmd: >attr global sendStatistics 1<
2013.03.07 20:45:23 5: Cmd: >attr global statefile ./log/fhem.save<
2013.03.07 20:45:23 5: Cmd: >attr global userattr devStateIcon icon webCmd<
2013.03.07 20:45:23 5: Cmd: >attr global verbose 5<
2013.03.07 20:45:23 5: Cmd: >define WEB FHEMWEB 8083 global<
2013.03.07 20:45:23 5: Loading ./FHEM/01_FHEMWEB.pm
2013.03.07 20:45:23 3: WEB: port 8083 opened
2013.03.07 20:45:23 5: Cmd: >define WEBphone FHEMWEB 8084 global<
2013.03.07 20:45:23 3: WEBphone: port 8084 opened
2013.03.07 20:45:23 5: Cmd: >attr WEBphone smallscreen 1<
2013.03.07 20:45:23 3: WEBphone: attribute smallscreen deprecated, converted to stylesheetPrefix
2013.03.07 20:45:23 5: Cmd: >define FrameRSS RSS jpg 192.168.178.37 /opt/fhem/layout<
2013.03.07 20:45:23 5: Loading ./FHEM/02_RSS.pm
2013.03.07 20:45:23 5: Cmd: >attr FrameRSS bg /usr/share/pictures<
2013.03.07 20:45:23 5: Cmd: >attr FrameRSS size 960x690<
2013.03.07 20:45:23 5: Cmd: >attr FrameRSS tmin 1<
2013.03.07 20:45:23 1: configfile: WEBphone: attribute smallscreen deprecated, converted to stylesheetPrefix
2013.03.07 20:45:23 5: Interface "interface": readings "", getters "", setters ""
2013.03.07 20:45:23 5: Interface "switch": readings "onoff", getters "onoff", setters ""
2013.03.07 20:45:23 5: Interface "switch_active": readings "onoff", getters "onoff", setters ""
2013.03.07 20:45:23 5: Interface "switch_passive": readings "onoff", getters "onoff", setters "on:off"
2013.03.07 20:45:23 5: Interface "dimmer": readings "onoff:level", getters "onoff:level", setters "on:off:dimto:dimup:dimdown"
2013.03.07 20:45:23 5: Interface "temperature": readings "temperature", getters "temperature", setters ""
2013.03.07 20:45:23 5: Interface "humidity": readings "humidity", getters "humidity", setters ""
2013.03.07 20:45:23 5: Interface "wind": readings "wind", getters "wind", setters ""
2013.03.07 20:45:23 5: Interface "power": readings "power:maxPower:energy", getters "power:maxPower:energy", setters ""
2013.03.07 20:45:23 5: Triggering global (1 changes)
2013.03.07 20:45:23 5: Notify loop for global INITIALIZED
2013.03.07 20:45:23 0: Server started with 4 defined entities (version Fhem 5.3 (DEVELOPMENT), $Id: fhem.pl 2852 2013-03-04 19:58:34Z rudolfkoenig $, pid 1971)
2013.03.07 20:45:32 4: Connection accepted from FHEMWEB:192.168.178.36:49285
2013.03.07 20:45:32 4: Connection accepted from FHEMWEB:192.168.178.36:49286
2013.03.07 20:45:32 5: Loading ./FHEM/98_SVG.pm
2013.03.07 20:45:32 4: HTTP FHEMWEB:192.168.178.36:49286 GET /fhem/rss/FrameRSS.jpg


[Dr. Boris Neubert]

Hallo Boris,

danke für die Tips.

Danke für die ausführlichen Logs.

Ich sehe noch nicht, woran es bei Dir liegen könnte. Ich poste am Wochenende mal eine Version von 02_RSS.pm mit ganz vielen detaillierten Debug-Meldungen. Wenn Du diese einsetzt, kommen wir der Ursache vielleicht auf die Schliche.

Noch zwei Fragen:
- Die Hintergrundbilder sind nicht in der Größe des Rahmens (andere Pixelbreite/-höhe)?
- Was gibt Dir

Code Auswählen Erweitern

dpkg -l|grep libgd aus?

Viele Grüße
Boris

[Alexander Bauer]

Hallo Boris,

anbei die Ausgabe wegen dem der libgd

Code Auswählen Erweitern

root@debian:/opt/fhem/FHEM# dpkg -l|grep libgd
ii  libgd-gd2-perl                         1:2.39-2+b1                  Perl module wrapper for libgd - gd2 variant
ii  libgd-graph-perl                       1.44-3                       Graph Plotting Module for Perl 5
ii  libgd-text-perl                        0.86-5                       Text utilities for use with GD
ii  libgd-tools                            2.0.36~rc1~dfsg-5            GD command line tools and example code
ii  libgd2-xpm                             2.0.36~rc1~dfsg-5            GD Graphics Library version 2
ii  libgdbm3                               1.8.3-9                      GNU dbm database routines (runtime version)


Daran lag es aber nicht. Die Ursache sind die Bilder bzw. das der Pfad nicht existierte. Der vorherigen Version war das wohl egal,
hab wohl beim umzug der fhem Umgebung die Hintergrundbilder nicht mitgenommen. Nun liegen die Bilder innerhalb von opt/fhem und dann
passiert das nimmer.

Vielen Dank für die Hilfe sowie den Einsatz für fhem.

[Dr. Boris Neubert]

Daran lag es aber nicht. Die Ursache sind die Bilder bzw. das der Pfad nicht existierte. Der vorherigen Version war das wohl egal,
hab wohl beim umzug der fhem Umgebung die Hintergrundbilder nicht mitgenommen. Nun liegen die Bilder innerhalb von opt/fhem und dann
passiert das nimmer.

Danke fürs rechtzeitige Bescheidsagen. Ich schaue mir dennoch mal an, ob ich nichtexistente Pfade abfangen soll.

Grüße
Boris

[betateilchen]

nur mal so nebenbei angemerkt: Seit 5.4 sorgt die 02_RSS.pm auch bei mir grundsätzlich dafür, beim Aufruf des RSS-Feeds den gesamten FHEM Server zum Absturz zu bringen. Nach jedem Update (auch gestern wieder) muss ich diese Datei durch eine Version aus 5.3 ersetzen, die völlig problemlos funktioniert. Einen Zusammenhang mit Hintergrundbildern konnte ich nicht feststellen.

[Alexander Bauer]

Hallo,

auf welche Version gehts Du zurück?

Zum Ausschließen eines Moduls vom Update gibt es laut Command.ref den
folgenden Befehl

exclude_from_update
Contains a space separated list of file which will be excluded by an update. This Attribute is used by the update command.
Example:

    attr global exclude_from_update 21_OWTEMP.pm temp4hum4.gplot FS20.on.png FS20.off.png

Ciao

PS PM ist ausgeschaltet

[betateilchen]

Danke für den Tipp mit dem exclude - ich hatte das bisher mit chown gelöst, damit fhem die Dateien beim Update einfach nicht mehr überschreiben darf :)

Welche Version bei mir genau funktioniert, muss ich nachschauen, wenn ich wieder zu Hause bin, das wird aber erst Sonntagabend oder Montagmorgen sein.

Offtopic: Wen es interessiert: Ich habe meine 02_RSS.pm um eine Funktion zum Linienzeichnen ergänzt und das in Codeschnipsel gepostet.

[Dr. Boris Neubert]

nur mal so nebenbei angemerkt: Seit 5.4 sorgt die 02_RSS.pm auch bei mir grundsätzlich dafür, beim Aufruf des RSS-Feeds den gesamten FHEM Server zum Absturz zu bringen. Nach jedem Update (auch gestern wieder) muss ich diese Datei durch eine Version aus 5.3 ersetzen, die völlig problemlos funktioniert. Einen Zusammenhang mit Hintergrundbildern konnte ich nicht feststellen.

nur mal so nebenbei gefragt: welche Revision hat die bei Dir funktionierende Version von 02_RSS.pm (siehe Kopf der Datei:

Code Auswählen Erweitern

# $Id: 02_RSS.pm 2793 2013-02-24 08:47:30Z borisneubert $

Grüße
Boris

[betateilchen]

nur mal so nebenbei geantwortet:

Welche Version bei mir genau funktioniert, muss ich nachschauen, wenn ich wieder zu Hause bin, das wird aber erst Sonntagabend oder Montagmorgen sein.

[betateilchen]

da steht nix...

Code Auswählen Erweitern


     1 #
     2 #
     3 # 02_RSS.pm
     4 # written by Dr. Boris Neubert 2012-03-24
     5 # e-mail: omega at online dot de
     6 #
     7 ##############################################
     8 # $Id  $
     9


Wenn ich die aktuelle 02_RSS.pm verwende, passiert folgendes:

# $Id: 02_RSS.pm 2793 2013-02-24 08:47:30Z borisneubert $

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.


Und hier noch meine RSS-Definition inkl. Layout:

Code Auswählen Erweitern

Internals:
   DEF        jpg rasp-fhem /opt/fhem_add/rss_layout
   NAME       FHEMRSS
   NR         69
   STATE      FHEMRSS
   TYPE       RSS
   Fhem:
     filename   /opt/fhem_add/rss_layout
     hostname   rasp-fhem
     layout     font /usr/share/fonts/truetype/msttcorefonts/arial.ttf

pt 24
rgb ffffff
date  30 50
time 700 50


     style      jpg
Attributes:
   room       97_RSS
   size       800x600


Diese 5 Zeilen in der Layout Datei reichen bereits, um FHEM komplett zum Absturz zu bringen.

[betateilchen]

nur mal so nebenbei gefragt: welche Revision hat die bei Dir funktionierende Version von 02_RSS.pm (siehe Kopf der Datei:

Hallo Boris,

wie schon geschrieben, in der von mir verwendeten 02_RSS.pm steht keine ID drin.

Ich habe jetzt mal anhand des SVN verglichen und die Dateiversion, die bei mir problemlos läuft, ist die 02_RSS.pm (ohne ID) aus FHEM 5.3 Ursprünglich hatte ich für einen ersten Test das 5.3 Debian Paket runtergeladen und nach dem Produktivstart hier mit 5.4 die Datei aus dem glücklicherweise noch vorhandenen "alten" Paket verwendet, da die 5.4 Version von 02_RSS nicht mehr funktionierte.

Viele Grüße
Udo

[Alexander Bauer]

Hallo Betateilchen,

Deine Layout Datei sieht so aus ?

Code Auswählen Erweitern

font /usr/share/fonts/truetype/msttcorefonts/arial.ttf

pt 24
rgb ffffff
date  30 50
time 700 50

Ich habe gleiches in der Layout Datei (und noch mehr) und mit obiger fhem.cfg funktioniert die aktuelle Version.

[betateilchen]

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)

[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.

[CQuadrat]

Habe einen Workaround gefunden:

Code Auswählen Erweitern


text 5 60 { my $text=ReadingsVal('Wetterdienst','a_headline','Keine Warnung'); $text = decode('utf-8',$text); return $text }


Dann werden die Umlaute korrekt angezeigt.

[betateilchen]

Vom 26.08.2013 bis 18.12.2014 ist eine sehr lange Zeit.

Ich denke nicht, dass das Problem mit den Umlauten tatsächlich immer noch besteht. Bei mir sind jedenfalls schon sehr lange alle Umlaute korrekt dargestellt, sonst wäre dieser Thread nicht so lange in der Versenkung verschwunden.

Die Konvertierung von UTF8 ist schon lange (nicht nur aufgrund der aufgetretenen Problematik in RSS) Bestandteil von fhem und steht mit der Funktion utf8ToLatin1() in der fhem.pl zur Verfügung:

Code Auswählen Erweitern

text .50 425 { utf8ToLatin1(ReadingsVal("gds","a_headline","")) }

Das wurde meines Wissens auch schon an anderer Stelle im Forum so vorgeschlagen.

[CQuadrat]

Ohne Workaround ist das bei mir noch so.

Update war gestern.

[betateilchen]

Nochmal: ich kann mir nicht vorstellen, dass Dein Problem noch besteht, wenn Du die Konvertierung mit ut8ToLatin1() machst, so wie ich das beschrieben habe.