Diskussions-Thread zum RSS-Workshop

Begonnen von betateilchen, 15 April 2014, 19:54:33

Vorheriges Thema - Nächstes Thema

betateilchen

ich bin grade am vorletzen Kapitel  :P
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

stgeran

Das mit dem Plot klappt leider nicht. Wenn ich die Zeile
text  10 480 "Hier bauen wir uns einen SVG Plot ein
durch
#text  10 480 "Hier bauen wir uns einen SVG Plot ein"
rgb "585858"
rect 0 441 800 600 1
img  0 441 1 png data { plotAsPng("SVG_owo") }

ersetze, sehe ich immer noch einen schwarzen Hintergrung allerdings mit einem "Plotbild" ohne Achsenbeschriftung. Im Bild habe ich Temperatur, Feuchte und Luftdruck.
FHEM auf Raspberry
CSM 866MHz für EM1010 mit Strom und Gaszähler
CUL 866MHz für MAX! Radiator Thermostat 
CUL 433MHz für Innen und Aussen Temp
HMLAN für HM-LC-Sw1-PI-2

betateilchen

Wie sieht denn der Plot in fhem selbst aus? Sind da die Achsenbeschriftungen vorhanden?

Es wäre vieles einfacher, wenn Du einfach mal Screenshots von Deinen Ergebnissen posten würdest.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

stgeran

Hier der screenshot der myrss.jpg
In fhem selbst sind die Achsen vorhanden
FHEM auf Raspberry
CSM 866MHz für EM1010 mit Strom und Gaszähler
CUL 866MHz für MAX! Radiator Thermostat 
CUL 433MHz für Innen und Aussen Temp
HMLAN für HM-LC-Sw1-PI-2

betateilchen

-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

betateilchen

#65
So. Der Workshop ist abgeschlossen.

Jetzt werde ich mal eine gute Flasche Wein aus meinen Beständen entkorken  :P

(http://up.picr.de/17995165sg.jpg)
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

betateilchen

#66
Zitat von: stgeran am 17 April 2014, 22:48:07
Hier der screenshot der myrss.jpg
In fhem selbst sind die Achsen vorhanden

Kannst Du in Deinem fhem mal den dark-style auswählen?
Der Style in Deinem fhem benutzt schwarz als Textfarbe für die Achsenbeschriftung - das macht auf einem schwarzen Hintergrund nicht sehr viel Sinn  8)

Oder Du ignorierst einfach mal die fehlenden Achsenbeschriftungen und machst den Workshop weiter, es wird der Zeitpunkt kommen, an dem Du dann auch Deine schwarzen Achsenbeschriftungen sehen wirst.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

stgeran

OK, Danke erst mal und Prost, lass es Dir schmecken.
FHEM auf Raspberry
CSM 866MHz für EM1010 mit Strom und Gaszähler
CUL 866MHz für MAX! Radiator Thermostat 
CUL 433MHz für Innen und Aussen Temp
HMLAN für HM-LC-Sw1-PI-2

Dr. Boris Neubert

Zitat von: betateilchen am 15 April 2014, 20:41:23
Bei meinem 7" Tablet funktioniert regelmäßige Aktualisierung alle 60 Sekunden perfekt völlig ohne Javascript und ohne Wartezeit bzw. "Zuschauen beim Seitenaufbau".
Ich nutze den Fullscreen-Browser von Dirk unter Android.

Danke für den Tipp. Die Anwendung ist super.

Benutzt Du den RSS-Feed in WebViewControl, um das Bild zu aktualisieren? Ich bekomme nämlich dann auf meinem Android-Tablet (ICS) nur den Klartext der .rss-Datei angezeigt.

Grüße
Boris
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

der-Lolo

Danke für diesen tollen Workshop - bevor Du Beitrag 14 schriebst war ja Feierabend, ich spielte also ein bisschen mit dem bereits gelerntem... Das FHEM logo wollte ich durch das aktuell über das Sonos Device bereitgestellte Cover-Bild der Wiedergabe austauschen,
Zitatimg 0.5 0.5 1 png url "http://192.168.178.102:8083/fhem/icons/SONOSPLAYER/Sonos_Wohnzimmer_AlbumArt"

das funktionierte nicht - ich war verunsichert und habe noch einen kläglichen versuch mit jpg anstelle von png angestellt.
Das ging aber leider auch nicht. Habe einfach aufgegeben und las dann am nächsten Tag deinen Beitrag 14.
Eine Endlosschleife hatte ich aber nicht bemerkt - hat die Darstellung vielleicht wegen der fehlenden Dateiendung in der URL nicht funktioniert?

Jetzt frage ich mich natürlich wie so etwas gehen würde...

Ich habe ja direkt eine Anwendungsidee für RSS - ich würde gerne ein Multimedia Dashboard basteln - im Dashboard gibt es ja die Möglichkeit dashboard_row auf top-center zu stellen, das ergibt eine obere Spalte und eine Center Spalte.
Ist es möglich das erstellte RSS in dieser oberen Spalte anzuzeigen, mithilfe von RSS also quasi den aktuellen Status der Player darzustellen und in der Center Spalte dann aktive Elemente zur Steuerung der Sonos Teilnehmer in der Center Spalte unterzubringen? Oder gibt es eine elegantere Möglichkeit einen RSS mit Buttons und Schalterchen darzustellen?

Ausserdem habe ich noch fragen zur Aktualisierung des RSS - wenn ja der Status des regenDummy geändert wird kommt die Änderung auch ohne das rereadcfg des RSS nach einem reload des Browsers ins Bild. Gibt es eine Möglichkeit den browser zum reload zu zwingen wenn sich der RSS Inhalt ändert?

Bei meinem ersten Post hier im Thread fragte ich schon warum Mail sich meldet und RSS abonnieren möchte wenn ich auf den Link unter Save Config und den weiterführenden myRSS link klicke. Wie kann ich das verhalten ändern sodass mir auf dem RSS Link links auch der RSS feed angezeigt wird..?

Schade das der Workshop schon beendet ist - ich hatte mich besonders auf den 99_myUtils.pm teil gefreut da ich gerne damit arbeiten möchte aber immer noch nicht so ganz verstanden habe wie dieser Mechanismus überhaupt funktioniert.

Vielleicht folgt ja ein 99_myUtils.pm Workshop - da würde ich mich riesig freuen!
Insgesamt hat es richtig viel Spaß gemacht, gut erklärt ist eben halb umgesetzt. Danke Udo!

betateilchen

Zitat von: Dr. Boris Neubert am 18 April 2014, 07:43:08
Danke für den Tipp. Die Anwendung ist super.

Benutzt Du den RSS-Feed in WebViewControl, um das Bild zu aktualisieren?

Hallo Boris,

nein, ich nutze das Bild aus dem RSS in einer eigenen HTML Datei, die ein  <meta refresh> besetzt und für das reload sorgt.


<html>

<head>
<title>Panel</title>
<meta http-equiv="refresh" content="60" />
</head>

<body topmargin="0" leftmargin="0" margin="0" padding="0" >
<img src="dualpng.png" usemap="#Mapi"/>
<map name="Mapi" id="Mapi">
<area shape="rect" coords="0,  0,800,387" href="panel.html" target="_top" />
<area shape="rect" coords="0,388,800,442" href="warntext.html" target="_top" />
</map>
</body>

</html>


"dualpng.png" ist das RSS-Bild.

Zitat von: der-Lolo am 18 April 2014, 09:35:27
Ist es möglich das erstellte RSS in dieser oberen Spalte anzuzeigen, mithilfe von RSS also quasi den aktuellen Status der Player darzustellen und in der Center Spalte dann aktive Elemente zur Steuerung der Sonos Teilnehmer in der Center Spalte unterzubringen? Oder gibt es eine elegantere Möglichkeit einen RSS mit Buttons und Schalterchen darzustellen?

Schau Dir mal mein oben gezeigtes HTML an - da arbeite ich mit einer image-Map, die das angezeigte RSS-Bild in zwei Bereiche teilt, die ich auf dem Tablet antippen kann.

(http://up.picr.de/17997639pa.png)

Der "große" Bereich ist die Anzeige selbst, wenn ich da drauftippe, werde ich zu panel.html weitergeleitet, das ist die Seite mit den vielen bunten Schaltflächen.

Der "kleine" Bereich ist die (aktuell leere) Zeile am unteren Bildrand, wo die Wetter-Warnmeldung steht. Wenn ich diesen Bereich anklicke, komme ich direkt zu der HTML Seite, auf der die komplette Wetterinformationen angezeigt werden.

Die Seite hat quasi zwei der von dir gesuchten "aktiven Elemente".

Zitat von: der-Lolo am 18 April 2014, 09:35:27
Ausserdem habe ich noch fragen zur Aktualisierung des RSS - wenn ja der Status des regenDummy geändert wird kommt die Änderung auch ohne das rereadcfg des RSS nach einem reload des Browsers ins Bild. Gibt es eine Möglichkeit den browser zum reload zu zwingen wenn sich der RSS Inhalt ändert?

Das solltest Du einfach über den Browser selbst lösen oder das Bild in eine eigene HTML Seite einbauen, die das RSS-Bild enthält. Siehe obiges HTML (gleiche Frage wie von Boris gestellt).

Ein "echter" RSS Reader würde das mitgelieferte TTL auswerten und die Seite danach neu laden. Ein normaler Browser kann mit dem Tag nichts anfangen. Deshalb bin ich im Workshop auch immer nur auf das Ergebnisbild eingegangen.

Eventuell könnte man das RSS Modul irgendwann so erweitern, dass man zwischen "RSS-XML" und "plain-HTML mit reload" als Ausgabe umschalten kann, aber das bisschen HTML läßt sich ja auch problemlos selbst bauen.

Zu Deiner Frage nach dem Einbinden der lokalen Grafik:

Nochmal: Es ist nicht möglich, eine URL als Bildquelle zu verwenden, die vom gleichen fhem bereitgestellt wird, das auch den RSS generiert! Diese Einschränkung ist auch schon in der commandref aufgeführt.

Zum Thema 99_myUtils: dazu braucht es doch keinen Workshop. Die 99_myUtils.pm ist lediglich eine Sammlung von perl-Funktionene, die man letztendlich genau so verwendet wie die Funktion "ReadingsVal()" die wir ja im Workshop schon benutzen. Aber ich kann gerne mal ein Anwendungsbeispiel dafür machen, das passt dann auch problemlos hier in den Diskussionsthread, weil es mit dem RSS selbst eigentlich gar nichts zu tun hat.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

P.A.Trick

Erst einmal vielen Dank an betateilchen für den tollen Thread. Ich habe die ersten Schritte eben nachvollzogen und habe die Zeit genutzt um einen Wiki Eintrag zu erstellen.
@betateilchen: Bitte nicht schlagen, aber ein paar kleine aber feine Details ergründen sich dem "Anfänger" vielleicht noch nicht so.

http://www.fhemwiki.de/wiki/RSS

Wenn es ein Problem darstellen sollte, bitte den Wiki Eintrag löschen!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

betateilchen

Den Wiki Artikel finde ich nicht so toll. Es macht keinen Sinn, zwei verschiedene Anleitungen für die gleiche Sache zu haben, denn dann wissen die Anwender wieder nicht, worauf sie sich wirklich stützen sollen.

Wenn ich einen Wiki-Artikel für tatsächlich sinnvoll gehalten hätte, hätte ich auch selbst einen erstellen können - ich habe das aus vielerlei Gründen (z.B. auch wegen eines systematischen Aufbaus der Elementebeschreibung) absichtlich NICHT getan.

Wenn es etwas mißverständliches / sich nicht sofort erschließendes während des Workshops gibt, hättest Du das hier in der Diskussion anbringen können, dann hätte ich den Workshop entsprechend ändern können. Andere Leute haben das hier schließlich auch so gemacht.

Es wäre mir sehr recht, wenn Du Deinen WIKI Eintrag wieder entfernen würdest. Zumal dort auch jetzt schon Dinge drinstehen, die schlichtweg falsch sind.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

betateilchen

Zitat von: der-Lolo am 18 April 2014, 09:35:27
Schade das der Workshop schon beendet ist - ich hatte mich besonders auf den 99_myUtils.pm teil gefreut da ich gerne damit arbeiten möchte aber immer noch nicht so ganz verstanden habe wie dieser Mechanismus überhaupt funktioniert.

Was ist Dir denn da unklar?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

P.A.Trick

#74
Zitat von: betateilchen am 18 April 2014, 11:27:03
Den Wiki Artikel finde ich nicht so toll. Es macht keinen Sinn, zwei verschiedene Anleitungen für die gleiche Sache zu haben, denn dann wissen die Anwender wieder nicht, worauf sie sich wirklich stützen sollen.

Wenn ich einen Wiki-Artikel für tatsächlich sinnvoll gehalten hätte, hätte ich auch selbst einen erstellen können - ich habe das aus vielerlei Gründen (z.B. auch wegen eines systematischen Aufbaus der Elementebeschreibung) absichtlich NICHT getan.

Wenn es etwas mißverständliches / sich nicht sofort erschließendes während des Workshops gibt, hättest Du das hier in der Diskussion anbringen können, dann hätte ich den Workshop entsprechend ändern können. Andere Leute haben das hier schließlich auch so gemacht.

Es wäre mir sehr recht, wenn Du Deinen WIKI Eintrag wieder entfernen würdest. Zumal dort auch jetzt schon Dinge drinstehen, die schlichtweg falsch sind.

*holpopcornraus* Was mir wirklich schleierhaft ist, warum du dich immer so cholerisch über alles aufregst!? Ich hatte nichts böses vor, besonders nicht dich zu kritisieren! Ich werde den Artikel entfernen, allerdings möchte ich dir sagen, dass es auch Leute gibt die zum einen das Wiki als Informationsquelle und Anlaufstelle nutzen. Mir hat das Wiki 10-mal mehr geholfen, als 1000 Threads hier im Foruim, da das der totale InformationOverflow ist. Meiner Meinung nach sind Foren zum diskutieren und nicht unbedingt zum dokumentieren geeignet, da der Thread in 3 Monaten nicht mehr auffindbar ist! Achja, jetzt kommt wieder der SuFu Hinweis, oder?
So dann werde ich mal den Artikel löschen der dich eigentlich stolz machen sollte, dass Leute deine Arbeit weiterverwenden.
*popcorneinwerf*
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn