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, 17:47 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: [1]

Bei einer https-Verbindung schickt der Webserver zuerst ein Zertifikat (öffentlicher Schlüssel), mit dem die Daten 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 von auf dem Rechner gespeicherten Root-Zertifikat. Näheres hier: [2] und hier [3]

Der Fehler tritt auf, wenn der FHEM-Rechner entweder keine oder veraltete Root-Zertifikate 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.

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

Standard-Lösung:

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

oder über eine manuelle Installation:

aktuelle Root-Zertifikate herunterladen
ins richtige Verzeichnis kopieren (z. B. /usr/share/ca-certificates)
Verzeichnis und neue Root-Zertifikate 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 34: / Zeile 34: @@
 === 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'' funktioniert, steht hier: [https://de.wikipedia.org/wiki/Hypertext_Transfer_Protocol_Secure]
+Das PROPLANTA-Modul nutzt ''https'' - also einen verschlüsselten Zugang zu www.proplanta.de. Wie ''https'' genau funktioniert, steht hier: [https://de.wikipedia.org/wiki/Hypertext_Transfer_Protocol_Secure]
-Der Webserver schickt hierfür ein Zertifikat, mit dem die Daten verschlüsselt werden. Dieses Zertifikat wird vom FHEM-Rechner nicht einfach akzeptiert, sondern zuerst mit Hilfe von Root-Zertifikaten validiert. Die Root-Zertifikate sind normalerweise auf dem Rechner gespeichert und können durch Perl und andere Programme (z. B. wget) genutzt werden. Näheres hier: [https://de.wikipedia.org/wiki/Hypertext_Transfer_Protocol_Secure#Vorinstallierte_Zertifikate]
+Bei einer https-Verbindung schickt der Webserver zuerst ein Zertifikat (öffentlicher Schlüssel), mit dem die Daten 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
+von auf dem Rechner gespeicherten Root-Zertifikat. Näheres hier: [https://de.wikipedia.org/wiki/Hypertext_Transfer_Protocol_Secure#Vorinstallierte_Zertifikate] und hier [https://wiki.ubuntuusers.de/CA/]
-Der Fehler tritt auf, wenn der FHEM-Rechner entweder keine oder veraltete Root-Zertifikate gespeichert hat oder der Speicherort nicht bekannt ist. Das Zertifikat von www.proplanta.de kann dann nicht validiert werden. Der Herausgeber gilt als unbekannt und nicht vertrauenswürdig.
+Der Fehler tritt auf, wenn der FHEM-Rechner entweder keine oder veraltete Root-Zertifikate 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.
 Die Fehlerbehebung hängt vom Rechner und vom Betriebssystem ab. Hier hilft nur eine Internetrecherche.
@@ Zeile 47: / Zeile 48: @@
 oder über eine manuelle Installation:<br>
 *aktuelle Root-Zertifikate herunterladen
-*ins '''richtige''' Verzeichnis kopieren (z.b. /usr/share/ca-certificates)
+*ins '''richtige''' Verzeichnis kopieren (z. B. /usr/share/ca-certificates)
-*Verzeichnis und neue Root-Zertifikate dem Betriebsystem bekannt machen (run update-ca-certificates)
+*Verzeichnis und neue Root-Zertifikate dem Betriebsystem bekannt machen (z. B. mit ''sudo update-ca-certificates'')
 == Anwendungsbeispiel(e) ==