Firmware-Update 23.02.2017

[HansLenz]

Was da in der Hilfestellung steht, will man doch auch nicht so recht glauben. Wenn mich nicht alles täuscht, läuft die gesamte Kommunikation des Login via OAUTH2 Protokoll.
...

Jepp, eine ganz einfache Sache, eigentlich. Da wäre ja auch die selbst programmierte Wetterst...
Es müsste mal jemand einen Sniffer drauf ansetzen, ich wär mir nicht so sicher, dass die arme Zentrale auch noch direkt mit den Netatmo Servern kommunizieren muss, zumal ja auch die 1.x nicht mehr tut. Eher setzt die Zentrale einen Request an den 286er-RWE-Server ab, der dann Netatmo nicht mehr kontaktiert.

[CooperCologne]

Genauso wird es aussehen, macht ja auch Sinn. Innogy kann so Daten von Netatmo in großen Paketen empfangen.
Wie auch immer das aussieht, kann ich mir dennoch nicht vorstellen, dass Netatmo da unangekündigt was verändert, was dann völlig überraschend zu solchen Ausfällen führt.

[HansLenz]

...
kann ich mir dennoch nicht vorstellen, dass Netatmo da unangekündigt was verändert, was dann völlig überraschend zu solchen Ausfällen führt.

Natürlich nicht, außerhalb RWE läuft ja alles.

[HansLenz]

Gerade auf der Netatmo-Developer-Site gelesen, da gibt es tatsächlich ein Enterprise-API. 
Wie ich das verstehe, sind unsere Netatmos als Partnerdevices von RWE eingetragen, wahrscheinlich durch unsere Anmeldung mit dem RWE-Netatmo-Treiber. RWE erhält durch die Methode Partnerdevices eine MAC-Liste der zugeordneten Geräte, und mit Getstationsdata  "Bulk anonymized data" aller Partnergeräte. Anonymisiert macht mich etwas stutzig. Vielleicht hat Netatmo ja tatsächlich die Methode Getstationsdata zeitgleich mit der neuen RWE-Firmware der MAC-Adressen beraubt, die bis dahin versehentlich enthalten waren, und von RWE zur Verknüpfung genutzt wurden? In dem Fall hätte RWE eine Lücke genutzt, die nun geschlossen ist. Ja, so kann's gehen.
Noch was weiter gelesen: die MAC-Adressen sind weiterhin drin. Es bleibt also rätselhaft.