Netatmo in FHEM integrieren

justme1968 · 13 Juli 2014, 16:34:13

welche public station wolltest du denn konfigurieren ?

gruss
andre

Fritzi · 13 Juli 2014, 16:36:17

Was hat es mit dem

Code Auswählen

invalid access token auf sich?

justme1968 · 13 Juli 2014, 16:40:51

du brauchst mindestens einen fhem device vom typ ACCOUNT:

Code Auswählen

define <name> netatmo ACCOUNT <username> <password> <client_id> <client_secret>das ist das device das zu deinem netatmo account gehört und später das IODev für alle anderen devices ist. das PUBLIC device musst du danach definieren.

im ACCOUNT device muss das 'get <name> public' gehen.

ein beispiel für ein public device wäre dann z.b. das hier:

Code Auswählen

define public netatmo PUBLIC 70:ee:50:02:55:3e 8.75198000 49.47266000

gruss
andre

Fritzi · 13 Juli 2014, 16:41:38

Zitat von: justme1968 am 13 Juli 2014, 16:34:13
welche public station wolltest du denn konfigurieren ?

Meinst du mich?
Also das ist mir eigentlich egal. Wenn ich ein praktikables Beispiel hätte, könnte ich mir meine Wunsch Stationen auch selber anlegen.

Auf der weathermap kann man sich ja beliebige Stationen raussuchen. Die jeweilige ID der station sieht man, wenn man sich von der Seite aus die Daten mittels "Sharing"-Button zusendet.

justme1968 · 13 Juli 2014, 16:42:55

s.o.

Fritzi · 13 Juli 2014, 16:50:54

Zitat von: justme1968 am 13 Juli 2014, 16:42:55
s.o.

Danke. Hab's übersehen. Also auch hier bekomme ich den access token Fehler.
Das ACCOUNT device (Wetter) habe ich angelegt. Dazu habe ich oben ja auch ein kleines HowTo verfasst.

justme1968 · 13 Juli 2014, 16:56:09

wie ist der status von Wetter?

was gibt ein

Code Auswählen

get Wetter public.

was ist im log zu sehen?

gruss
andre

Fritzi · 13 Juli 2014, 16:56:59

Ich vermute ja ganz stark, dass da noch ein bug im Modul ist. In Zusammenhang mit JSON. Json läuft bei mir seit ewigen Zeiten im Zusammenhang mit HUE. Allerdings tauchen bzgl. Netatmo in meinem Log alle paar Sekunden die o.g. Fehler auf!?

Log habe ich oben schon mal gepostet. So sieht es leider immer noch aus.

Status von wetter lade ich schnell hoch. kleinen Moment.

Fritzi · 13 Juli 2014, 16:59:45

Zitat von: justme1968 am 13 Juli 2014, 16:56:09
was gibt ein
Code Auswählen Erweitern
get Wetter public

Siehe Anhang.

Fritzi · 13 Juli 2014, 17:03:13

Zitat von: justme1968 am 13 Juli 2014, 16:56:09
wie ist der status von Wetter?

Siehe Anhang.

Fritzi · 13 Juli 2014, 17:21:48

Ich habe übrigens JSON.pm (Package Version 2.53) installiert. Im Pfad: .../fhem/lib/perl5/site_perl/5.12.2/

justme1968 · 13 Juli 2014, 17:25:42

such mal bitte weiter oben im thread. da musste jemand von https auf http umstellen damit es geht. irgendwo hatte ich auch mal was mit problemen bei bestimten zeichen im login namen gesehen. das kann aber auch der withings thread gewesen sein.

schalt mal global verbose auf 5 und schau ob im log mehr zu sehen ist.

gruss
andre

Fritzi · 13 Juli 2014, 17:27:41

Logfile:

Code Auswählen

2014.07.13 17:24:23 1: Including fhem.cfg
2014.07.13 17:24:23 3: Opening fritzbox device localhost:2002
2014.07.13 17:24:23 3: fritzbox device opened
2014.07.13 17:24:23 1: FBAHA fritzbox registered with handle: 00000006
2014.07.13 17:24:23 3: Opening CUL_0 device /dev/ttyACM0
2014.07.13 17:24:24 3: Setting CUL_0 baudrate to 9600
2014.07.13 17:24:24 3: CUL_0 device opened
2014.07.13 17:24:24 3: CUL_0: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2014.07.13 17:24:24 2: Switched CUL_0 rfmode to HomeMatic
2014.07.13 17:24:26 3: WEB: port 8083 opened
2014.07.13 17:24:26 3: WEBphone: port 8084 opened
2014.07.13 17:24:26 3: WEBtablet: port 8085 opened
2014.07.13 17:24:27 2: eventTypes: loaded 4410 events from ./log/eventTypes.txt
2014.07.13 17:24:27 3: [STV] defined with host: 192.168.1.5 port: 55000 MAC: C0:25:06:99:B2:7A
2014.07.13 17:24:30 3: Stehlampe_links_1: I/O device is bridge
2014.07.13 17:24:30 3: Stehlampe_links_2: I/O device is bridge
2014.07.13 17:24:30 3: Stehlampe_links_3: I/O device is bridge
2014.07.13 17:24:30 3: Stehlampe_links: I/O device is bridge
2014.07.13 17:24:35 1: Including ./log/fhem.save
2014.07.13 17:24:37 2: Wetter: invalid json detected: <html>
<head><title>400 The plain HTTP request was sent to HTTPS port</title></head>
<body bgcolor="white">
<center><h1>400 Bad Request</h1></center>
<center>The plain HTTP request was sent to HTTPS port</center>
<hr><center>nginx/1.6.0</center>
</body>
</html>

2014.07.13 17:24:37 3: Wetterstation: I/O device is Wetter
2014.07.13 17:24:37 2: Wetter: invalid json detected: <html>
<head><title>400 The plain HTTP request was sent to HTTPS port</title></head>
<body bgcolor="white">
<center><h1>400 Bad Request</h1></center>
<center>The plain HTTP request was sent to HTTPS port</center>
<hr><center>nginx/1.6.0</center>
</body>
</html>

2014.07.13 17:24:37 2: Wetter: invalid json detected: <html>
<head><title>400 The plain HTTP request was sent to HTTPS port</title></head>
<body bgcolor="white">
<center><h1>400 Bad Request</h1></center>
<center>The plain HTTP request was sent to HTTPS port</center>
<hr><center>nginx/1.6.0</center>
</body>
</html>

2014.07.13 17:24:38 0: Server started with 90 defined entities (version $Id: fhem.pl 6080 2014-06-07 16:12:09Z rudolfkoenig $, os linux, user fhem, pid 7203)

justme1968 · 13 Juli 2014, 17:30:53

das schaut aus als ob die httputils den https request statt dessen als http senden. das passiert glaube ich dann wenn die ssl libs nicht installiert sind. da sollte aber eigentlich eine meldung im log zu sehen sein.

oder war das der versuch mit http statt https? ssl ist meiner meinung nach zwingend nötig.

gruss
andre

Fritzi · 13 Juli 2014, 17:58:09

Zitat von: justme1968 am 13 Juli 2014, 17:25:42
such mal bitte weiter oben im thread. da musste jemand von https auf http umstellen damit es geht.

Danke. Guter Tipp.

Zitat von: Powersup am 14 Mai 2014, 21:13:32
Was soll ich sagen, es funktioniert jetzt bei mir. Was war der Fehler? In der 38_netatmo.pm steht im Abschnitt um den Token zu generieren bei der url ein kleines unscheinbares "s" und daher wurde immer versucht per https sich zu authentifizieren, aber das schlug fehl. Wie kann es dann keinem anderen auffallen? Frühere Version?

Das ist auch bei mir des Rätsels Lösung. Ich hab in der 38_netatmo.pm https durch http ersetzt und schon ist der Invalid Token Fehler erledigt. Es wird der aktuelle Token im Device angezeigt und es kommen auch keine Fehlermeldungen mehr im Log. Die Readings der Public Stations kommen auch an.