PROPLANTA: Unterschied zwischen den Versionen

PROPLANTA
Zweck / Funktion
	Auslesen von Wetterdaten der Webseite proplanta.de
Allgemein
Typ	Gerätemodul
Details
Dokumentation	EN / DE
Support (Forum)	Unterstützende Dienste/Wettermodule
Modulname	59_PROPLANTA.pm
Ersteller	tupol (Forum /Wiki)
	Wichtig: sofern vorhanden, gilt im Zweifel immer die (englische) Beschreibung in der commandref!

Version vom 31. März 2018, 19:59 Uhr

Modul zum Auslesen der Wetterdaten von www.proplanta.de

Voraussetzungen

Anwendung

Bekannte Probleme / Hilfe bei der Fehlersuche

Die korrekte Darstellung des weblink htmlCode braucht evtl. etwas Zeit (lange Abrufzyklen).

Fehler: Could not capture all data. Please check URL or city name.

Bei mehrdeutigen Wohnort hilft es statt nur den Ort oder nur die Postleitzahl einfach beides zu verwenden, verbunden mit einem +. (XXXXX+Stadt)

Bei einer Stadt mit Umlauten wie "Hinterwürfelhäusen (Oberflössen)" muss PROPLANTA wie folgt definiert werden

define myProPlanta PROPLANTA Hinterw%FCrfelh%E4usen+(Oberfl%F6ssen) de

Ä %C4
Ö %D6
Ü %DC
ä %E4
ö %F6
ü %FC

Fehler: 500 Can't connect to www.proplanta.de:443 (certificate verify failed)

Das PROPLANTA-Modul nutzt https - also einen verschlüsselten Zugang zu www.proplanta.de. Wie https genau funktioniert, steht hier.

Bei einer https-Verbindung schickt der Webserver zuerst einen zertifizierten öffentlichen Schlüssel, mit dem die Daten an ihn verschlüsselt werden. Dessen Zertifikat muss von einer Zertifizierungsstelle (engl. Certificate Authority oder kurz CA) digital signiert sein, um sicherzustellen, das Schlüssel und Webadresse zusammengehören. Der FHEM-Rechner prüft diese Signierung mit Hilfe von auf dem Rechner gespeicherten Stammzertifikaten (engl. Root Certificates oder CA Certificates). Details dazu hier und hier.

Der Fehler tritt auf, wenn das verwendete Stammzertifikat auf dem FHEM-Rechner fehlt (nicht gefunden wird) oder veraltet ist. Das Zertifikat von www.proplanta.de kann dann nicht verifiziert werden. Der Herausgeber gilt als unbekannt und nicht vertrauenswürdig.

Die Fehlerbehebung hängt vom Rechner und vom Betriebssystem ab. Hier hilft nur eine Internetrecherche.

Standard-Lösung:

Stammzertifikate aktualisieren (z.B. bei Debian mit sudo dpkg-reconfigure ca-certificates)

oder über eine manuelle Installation:

aktuelle Stammzertifikate herunterladen
ins richtige Verzeichnis kopieren (z. B. in /usr/share/ca-certificates)
Achtung!! Manchmal ist im Betriebssytem der falsche Speicherort deklariert.
neue Stammzertifikate (und evtl. das Verzeichnis) dem Betriebsystem bekannt machen (z. B. mit sudo update-ca-certificates)

Anwendungsbeispiel(e)

# erzeugt den Proplanta-Datenabruf
define WetterProplanta PROPLANTA Siegen de
attr WetterProplanta DbLogExclude .*
attr WetterProplanta group Wettervorhersage (Proplanta)
attr WetterProplanta room Wetter-vorhersage

# erzeugt die Anzeige zum Datenabruf
define VorschauProplanta weblink htmlCode {PROPLANTA_Html("WetterProplanta")}
attr VorschauProplanta DbLogExclude .*
attr VorschauProplanta group Wettervorhersage (Proplanta)
attr VorschauProplanta room Wetter-vorhersage

Erläuterung: DbLogExclude .* die Daten sollen nicht ins Log geschrieben werden (hier DbLog) und es nicht "zumüllen"

@@ Zeile 36: / Zeile 36: @@
 Das PROPLANTA-Modul nutzt ''https'' - also einen verschlüsselten Zugang zu www.proplanta.de. Wie ''https'' genau funktioniert, steht [https://de.wikipedia.org/wiki/Hypertext_Transfer_Protocol_Secure hier].
-Bei einer https-Verbindung schickt der Webserver zuerst ein Zertifikat (öffentlicher Schlüssel), mit dem die Daten an ihn verschlüsselt werden. Dieses Zertifikat muss von einer Zertifizierungsstelle (CA) signiert sein, um sicherzustellen, das Zertifikat und Webadresse zusammengehören. Der FHEM-Rechner prüft diese Signierung mit Hilfe
+Bei einer https-Verbindung schickt der Webserver zuerst einen zertifizierten öffentlichen Schlüssel, mit dem die Daten an ihn verschlüsselt werden. Dessen Zertifikat muss von einer Zertifizierungsstelle (engl. Certificate Authority oder kurz CA) digital signiert sein, um sicherzustellen, das Schlüssel und Webadresse zusammengehören. Der FHEM-Rechner prüft diese Signierung mit Hilfe von auf dem Rechner gespeicherten Stammzertifikaten (engl. Root Certificates oder CA Certificates). Details dazu [https://de.wikipedia.org/wiki/Hypertext_Transfer_Protocol_Secure#Vorinstallierte_Zertifikate hier] und [https://wiki.ubuntuusers.de/CA/ hier].
-von auf dem Rechner gespeicherten Stammzertifikaten (auch Root-Zertifikate genannt oder, auf Englisch, ca-certificates). Details dazu [https://de.wikipedia.org/wiki/Hypertext_Transfer_Protocol_Secure#Vorinstallierte_Zertifikate hier] und [https://wiki.ubuntuusers.de/CA/ hier].
-Der Fehler tritt auf, wenn der FHEM-Rechner entweder keine oder veraltete (fehlende) Stammzertifikate gespeichert hat oder der Speicherort nicht bekannt ist. Das Zertifikat von www.proplanta.de kann dann nicht verifiziert werden. Der Herausgeber gilt als unbekannt und nicht vertrauenswürdig.
+Der Fehler tritt auf, wenn das verwendete Stammzertifikat auf dem FHEM-Rechner fehlt (nicht gefunden wird) oder veraltet ist. Das Zertifikat von www.proplanta.de kann dann nicht verifiziert werden. Der Herausgeber gilt als unbekannt und nicht vertrauenswürdig.
 Die Fehlerbehebung hängt vom Rechner und vom Betriebssystem ab. Hier hilft nur eine Internetrecherche.
 Standard-Lösung:
@@ Zeile 48: / Zeile 47: @@
 oder über eine manuelle Installation:<br>
 *aktuelle Stammzertifikate herunterladen
-*ins '''richtige''' Verzeichnis kopieren (z. B. in ''/usr/share/ca-certificates'')
+*ins '''richtige''' Verzeichnis kopieren (z. B. in ''/usr/share/ca-certificates'')<br>Achtung!! Manchmal ist im Betriebssytem der falsche Speicherort deklariert.
-*Verzeichnis und neue Stammzertifikate dem Betriebsystem bekannt machen (z. B. mit ''sudo update-ca-certificates'')
+*neue Stammzertifikate (und evtl. das Verzeichnis) dem Betriebsystem bekannt machen (z. B. mit ''sudo update-ca-certificates'')
 == Anwendungsbeispiel(e) ==