FHEM Forum

Hallo zusammen,

nur eine kurze Anfrage, ob es evtl. Interesse an einem "erweiterten Netatmo" Modul gibt.
Ein rudimentäres Netatmo Modul zur Abfrage von public station Daten ist ja zwar schon vorhanden,
aber ich brauchte ein sehr viel weitergehendes System, das
- Alle Daten meiner eigenen Netatmo Module (Innenhauptmodul, Zusatzinnenmodule, Außenfühler etc.)
  erfasst: wie Sonometer, CO2-Gehalt, RF Empfangsstärke, Batteriestand etc. etc.
- FHEM nicht durch die Anfragen am externen netatmo-Server "belastet" oder gar blockiert
- die Möglichkeit bietet, am Netatmo-Thermostat (f. Gastherme) Einstellungen vorzunehmen
   (hier habe ich bei mir z.B. über Abfrage der valvepositon-Stände der MAX HTs die Möglichkeit, manuell
   bei Notwendigkeit die Therme zu starten (die sonst nur über eigenes Thermostat das Wohnzimmer
   regeln kann) .. oder bei offenen Fensterkontakten die Therme auf Frostabschaltung
   zu setzen etc. etc.)

Das ganze läuft über einen Systemdämon, der die Kommunikation mit dem netatmo-Server im Hintergrund
übernimmt und einem ständig aktualisierte (Polling abgestimmt auf Daten hierzu vom Server .. ca. alle 10 Minuten,
je nach Serverrückmeldung) Daten zur Verfügung stellt und Befehle entgegennimmt und Statusmeldungen zu
Aufträgen bereitstellt.
Hierzu übernimmt er auch die Token und OAuth Verwaltung zu Netatmo hin und fängt Kommunikationsprobleme
ab (z.B. stimmen hin und wieder die übermittelten tokenexpires Werte nicht).
Dadurch kann das System nicht durch Kommunikationsschwierigkeiten zu netatmo blockiert werden, man
hat optimal aktuelle Werte und einen Zugriff auf hohem Abstraktionslevel.

Das ganze läuft bei mir ohne Probleme und inzwischen hoch performant (siehe anderes Posting). Allerdings ist das ganze bei mir noch
sehr an meine Heiminfrastruktur angepasst.

Sollte jedoch allgemeiner oder vermehrter Bedarf/Interesse bestehen, würde ich das ganz noch etwas aufbereiten
und hier zur Verfügung stellen.

Viele Grüße,
Frank tuxbox

zum interesse bei anderen kann ich natürlich nichts sagen aber zum aktuellen modul.

ich würde es nicht als rudimentär bezeichnen und es ist nicht auf public stations beschränkt. es kann alle messwerte von eigenen oder fremden stationen in fhem integrieren. alle sonstigen system daten  daten die das api liefert können ohne probleme eingebaut werden wenn sie das noch nicht sind. die kommunikation mit dem netatmo server ist nicht blockierend.

das modul unterstützt die thermostate noch nicht da sich das bis jetzt noch niemand gewünscht hat. ich sehe aber kein problem das einzubauen.

gruß
  andre

Ok, das hört sich natürlich schon gut an. In der commandref war das für mich nicht ersichtlich.
Wobei die Thermostatsteuerung für mich selbst zumindest schon essentiell ist.

Und wie meinst Du das, dass das jetzige Modul nicht blockierend ist? Ist das nebenläufig?
Sonst blockiert ja je nach http-Antwortverhalten FHEM so lange.

Ist das Polling auch an den lastMessage stamps ausgerichtet?

Gruß,
tuxbox

was fehlt denn in der commandref?

wenn du testen magst baue ich etwas für die thermostate ein.

fhem wartet nicht aktiv auf die antwort auf api Anfragen sondern verwendet select um dann Daten zu lesen wenn sie da sind.

beim pollen werden natürlich nur die daten seit dem letzten timestamp angefragt.

gruss
  andre

Es fehlt vielleicht nicht direkt, aber aufgrund der get Abfragen sah es für mich so aus.
Aber was imho z.B. fehlt ist die Syntax und Semantik zur Modul-Definition.

Beim Pollen meinte ich nicht, welche Daten angefragt werden, sondern, dass z.B.
überhaupt erst Updates auf dem Server im 5-, 10- oder 20- Minuten Rhytmus verfügbar
sind, die man durchaus aber sehr genau ermitteln und da dann das Update holen kann.
Es sei denn, man mag noch ein paar nicht dokumentierte Api-Calls zum force-sync
bei netatmo einsetzen. ;-)

Gruß,
Frank

P.S.: Aber Du hast natürlich recht. Wenn der FHEM-Kern nur blockierend liest, wenn schon Daten
da sind und Du auch die ganzen Systemattribute bereit stellst, ist die Erweiterung für die meisten
wohl eher unnütz.
Hast Du geplant, das Modul evtl. noch um die Thermen-Steuerung zu erweitern?

was meinst du mit syntax und semantik?

Zitatdefine <name> netatmo [ACCOUNT] <username> <password> <client_id> <client_secret>
...
If a netatmo device of the account type is created all fhem devices for the netatmo devices are automaticaly created.

du legst also nur ein mal ein device für deinen account an und alles andere geht automatisch.


zum update: jetzt weiss ich was du meinst. zur zeit wird das abfrage intervall nicht dynamisch in abhängigkeit von der tatsächlichen verfügbarkeit angepasst. die readings die in fhem angelegt werden sind aber alle auf den tatsächlichen zeitpunkt des jeweiligen wertes zurückdatiert.

wenn du erfahrung damit hast den zeitpunkt auf das tatsächliche update bei netatmo zu synchronisieren kann ich das aber gerne einbauen. wenn man das ganze zur heizungssterung verwendet ist das vermutlich sinnvoll. reicht die differenz zwischen aktuellem und letzten timestamp für die voraussage des nächsten zeitpunktes? dann könnte man einfach diesen wert mit einer ober- und untergrenze versehen und das update dann ein paar sekunden danach machen.

wie gesagt gab es noch nicht den bedarf. ich sehe aber kein problem das direkt ins modul mit einzubauen und würde das gerne machen wenn es mindestens ein versuchskaninchen gibt das auch die entsprechde hardware hat.

gruss
  andre

Ja, im Prinzip reicht die Differenz. Bei mir läuft das nach vielem Austesten (der Intervall und Retrywerte) ungefähr so ab (vorsicht pseudocode artig ;-) ):
my $intervall =620; #10Minuten 20 Sek.
my $directRetry = 120; # 2 Minuten direkt nach erfolglosem Versuch
my $nxtRetry = 0;
my $isDirectRetry = 0;
my $retryOffset = 0;

...
if (time() >= $lastStamp + $intervall + $retryOffset + $isDirectRetry) {
  my $newStamp = update_na();
  if ($newStamp == $lastStamp) {
    if (!($isDirectRetry)) {
      $isDirectRetry = $directRetry;
      Trigger in +$directRetry;
    } else {
      $isDirectRetry = 0;
      my $newStamp = update_na();
      if ($newStamp == $lastStamp) {
        $retryOffset += $intervall;
      } else {
        $retryOffset = 0;
        $lastStamp = $newStamp;
      }
      Trigger in +$intervall;
    }
  } else {
    $lastStamp = $newStamp;
    $retryOffset = 0;
    $isDirectRetry = 0;
    Trigger in +$intervall;
  }
}

d.h. nach 10:20 Minuten vom letzten Zeitstempel an neu holen. Wenn keine neuen Daten, nochmal in zwei Minuten holen. Aber wenn da dann auch keine neuen Daten vorliegen, hat es keinen Sinn nochmal einen Retry zu machen, sondern stattdessen besser ein Zeitfenster weiter zu gehen, also 2*10:20 Minuten vom letzten Zeitstempel. usw.

Hab noch nicht in Deinen Code geschaut, aber machst Du einen RefreshToken? Wenn nicht (bei ständig neuem Token) kam es bei mir nach einigen Wochen zu einem AuthenticationError,
weil die neuen Token sich von der Gültigkeit her mit den vorherigen Überlappen, was aber anzahlmäßig nicht unbegrenzt erlaubt ist.
Andererseits sind die expiry Rückmeldungen bei einem Refresh hin und wieder scheinbar gewürfelt, zumindest läuft er dann ganz wesentlich früher aus als angegeben, was natürlich
abgefangen werden muss.

Wenn meine Familie nicht im Haus ist kann ich Deine Erweiterungen für die Thermostatsteuerung gerne testen. Da solltest Du aber bitte zusätzlich den undokumentierten Api-Call
syncthermstate(token,device_id) mit als set Befehl einbauen. Ohne ist der aktuelle Zustand (vorallem, ob z.B. gerade der Brenner aktiviert ist) oft sogar deutlich "älter" als eine
halbe Stunde.
Laut Anfrage bei netatmo ist der Call unschädlich und kann ruhig benutzt werden. Aber sie planen nächstes Jahr hierfür eine eigene Infrastruktur zu veröffentlichen.
D.h. das wird dann nochmal überarbeitet werden müssen.

Gruß,
Frank

P.S.: Meine Äußerung, dass das netatmo Modul rudimentär sei, war übrigens nicht beleidigend oder abwertend gemeint. Manchmal ist ja auch eine einfache Lösung
auch durchaus einer vollständigen Umsetzung vorzuziehen. Aber da habe ich mich ja sowieso sehr getäuscht. Das ist ja dann schon
nahezu perfekt. :-)
Noch mehr offtopic: Meine netatmo Umsetzung kommt historisch auch aus einer ganz anderen Ecke und war nie als Konkurrenz zu Deinem Modul gedacht.
Ich hatte bis vor ein paar Wochen ein selbst entwickeltes Heimautomatisierungssystem im Einsatz, bei dem ich z.B. den MAX Cube, netatmo Stationen eben,
WS2300 Wetterstation, Mobile App (für Floorplan-ähnliche Sicht), Mailbenachrichtigungen, MySQL-Anbindung zum Datenlogging, plot.ly-Anbindung für
Graphen etc. etc. zusammengebracht habe.
Einige Subsysteme sind davon habe ich der Einfachheit halber jetzt auch noch im Einsatz und an FHEM angebunden. U.a. eben die netatmo-Ansteuerung....

keine angst. ich hatte deine frage nicht als konkurenz oder schlecht machen verstanden. sondern nur als mangelnde information :)

das liegt aber sicher auch an der sehr kurzen dokumentation in der commandref. das wiki ist etwas ausführlicher.


aber zurück zum thema: die dynamische änderung des zeitrasters schaue ich mir an und baue es ein. dauert aber ein wenig.

zur zeit wird das token automatisch aktualisiert nach 3/4 der restzeit und wenn ein api call gemacht werden soll und die rest lebensdauer < 5 minuten ist. ds scheint zu funktionieren. zumindest habe ich hier noch keine negativen rückmeldungen bekommen.

ich habe übrigens selber gar keine netatmo devices (in der firma gibt es seit kurzem welche und es war praktisch das modul schon zu haben :) ). von daher habe ich kein problem damit wenn das modul nicht für alle anwendungsfälle passen würde und wenn du etwas hast das besser funktioniert ist das natürlich ok.

aber wenn du ideen und erfahrungen hast ist es unterm strich vermutlich produktiver die energie in ein einziges modul zu stecken als zwei zu haben.

das mit dem thermostat schaue ich mir auch auf jeden fall an. unabhängig davon das ich persönlich es als kritisch ansehen würde meine heizung mit etwas zu steuern das aufs internet angewiesen ist. wenn es aber nur zusätzlichen komfort bring ist das natürlich wieder ok.

vielleicht magst du mir mal ein paar json nachrichten die in verbindung mit dem thermostaten relevant sind schicken? dann kann ich auch selber besser testen wenn ich das einbaue.

gruss
  andre

Hallo Profis,

Eigentlich wollte ich nur via Raspberry Pi mein Garagentor per iPhone steuern - mittlerweile bin ich aber auf FHEM gestossen und habe Appetit auf viel mehr bekommen (bin also blutiger Anfänger mit FHEM), insbesondere weil ich eh schon sehr viel unterstützte Geräte beisammen habe (netatmo, max! eq-3, Luxtronik WP Steuerung).

Meine Frage: Die Geräte (WP-Steuerung, netatmo, ...) "sehe" ich in FHEM alle und bekomme auch gültige Daten. Was ich nun als erstes machen möchte ist eine automatische Absenkung der Temperatur wenn niemand zu Hause ist.

Ich habe gesehen, es gibt mit FHEM mittels PRESENCE verschiedene Möglicheiten hierzu - wenn ich mir aber meine netatmo Daten anschaue habe ich den Eindruck, dass ich mit dem Sonometer in netatmo hier auch einen zuverlässigen Indikator habe...wenn das Sonometer unter 40 dB anzeigt, dann ist niemand zu Hause, die WP könnte ich dann via ReturnTemperatureSetBack zurück fahren.

Aber wie geht das nun konkret? Der Befehl set WP ReturnTemperatureSetback -2 funktioniert, nun müsste ich den aber nur in Abhängigkeit vom Sonometer ausführen (noise <40 dB) und das regelmässig checken...umgekehrt wenn noise >40 dB sollte ReturnTemperatureSetBack auf 0 gesetzt werden.

Geht das mit den existierenden Modulen bereits und kann mir wer einen Tip geben wie genau?

Beste Grüsse aus der Schweiz

smartie73

schau dir notify, THRESHOLD oder DOIF an. zu allem findest du beispiele hier im forum oder im wiki. auch das einsteiger pdf sollte dir weiter helfen.

gruss
  andre

Hallo,

Ist/wäre das tatsächlich so einfach:

define di_heizungsabsenkung DOIF ([netatmo_D70:ee:50:04:63:ca:noise] < 40) (set WP returntemperaturesetback -3) DOELSE (set WP returntemperaturesetback -1)

Problem sind nun aber glaub die Doppelpunkte im Devicenamen...netatmo_D70:...kann ich die : irgendwie maskieren oder kann ich dem Device irgendwie einen anderen Namen geben?

Gruss

smartie73

du kannst das device (wie jedes andere auch) mir rename umbenennen.

gruss
  andre

Danke, das hat geklappt - die grosse Frage ist wie kann ich das testen? Status von dem Teil ist jetzt immer "initialized"...?

Gruss

smartie73

...geht!  :)

Ich grabe diesen alten Thread nur ungern wieder aus. Ich interessiere mich für das Netatmo Thermostat um meine Gasetagenheizung zu steuern. Ist es hierfür denn schon ein FHEM-Modul oder ist vielleicht schon etwas in der Pipeline?

wenn ich einen Test Zugang zu einem Account mit Thermostat bekomme kann ich es einbauen.

Gruß
andre

Vielen Dank für das Angebot. Das läßt sich bestimmt einrichten. Ich werde kommende Woche eines kaufen und melde mich dann wieder.

Leider gibt es ein paar Schwierigkeiten beim Anschluß an meine Therme. Der Heizungsmonteur will sich aber nochmal schlau machen....

Zitat von: justme1968 am 13 Juni 2015, 14:48:31
wenn ich einen Test Zugang zu einem Account mit Thermostat bekomme kann ich es einbauen.

Gruß
andre

Hallo Andre,

habe gestern erfolgreich den Thermostat an meine Therme/Gasetagenheizung angeschlossen und in meinen netatmo-Account eingebunden. Auch ich wäre tierisch daran interessiert, das Ding über Fhem anprechen zu können, bin aber vom Status her bislang ziemlicher Anfänger. Sollte dein Angebot, den Thermostat mit ins netatmo-Modul mit einzubauen, noch gelten, wäre ich bereit, dir meinen Account zum Testen zu öffnen...

Und wenn ich sonstwie helfen kann, dann auch das sehr gerne. :)

LG
Martin

leg für mich eine clientid an und schick mir die daten per pm.

ich schaue es mir dann an.

gruss
  andre

Done.
Toll! Danke! (so schnell kann man ja gar nicht gucken...)

das ein bauen wird aber länger dauern :)

Ja wie jetzt? *grins*

Gaanz ruhig - es ist mir völlig klar, dass das freiwillig und zeitraubend und alles ist. Ich bin ja schon quietschvergnügt, dass das überhaupt in den Bereich des Möglichen gerät. Ggf. Adressen für Rotweinsendungen mitteilen! *grins* Danke fürs sich dessen Annehmen.

Salut André,

konntest du schon mal verifizieren, ob du mit den Daten überhaupt was anfangen kannst? Ich frag nur sicherheitshalber, nicht dass hier meinerseits irgendwas fehlt...

Im Zweifel: Wenn ich was helfen kann, einfach kurz Bescheid sagen!

LG
Martin

Im ersten Post wird auch etwas von Batteriezustandsanzeige geredet. Ist ddas auch möglich einzubauen?

Hallo zusammen,

ich meld hiermit auch mal Interesse am "erweiterten" Netatmo Modul an.

Falls ich in irgendeiner Form helfen kann bitte um Rückmeldung. Ich habe ein Netatmo Thermostat nun seit einem Jahr produktiv im Einsatz. Ich könnte also dem Programmierer einen Gastzugang bereitstellen.

Grüße

Zitat von: ruN am 28 November 2015, 11:21:42
Ich habe ein Netatmo Thermostat nun seit einem Jahr produktiv im Einsatz.

Thermostat ? ? ?

Die gibt es doch erst seit ein paar Wochen?!

Zitat von: chr2k am 30 November 2015, 23:34:26
Thermostat ? ? ?

Die gibt es doch erst seit ein paar Wochen?!

Wer sagt denn sowas? Hab mal nachgeschaut ich habs seit dem 01. April diesen Jahres (kein April Scherz  ;D)

Kannst du mal ein Link zu der Herstellerseite deines Thermostates posten? Wir sprechen wohl von zwie Unterschiedlichen Dingen  8)

klar doch https://www.netatmo.com/de-DE/produkt/Thermostat (https://www.netatmo.com/de-DE/produkt/Thermostat)

Wovon redest du denn? Gibt es noch andere Thermostate von Netatmo?

Nein, nein. Davon rede ich auch. Ich meine nur letztens einen Newsletter von Netatmo bekommen zu haben, wo diese Teile als Neu angepriesen wurden  :o

Hallo in die Runde!
Ich habe mir eine netatmo-Wetterstation mit zusätzlichem Windsensor und Regensensor gekauft. Ich konnte die Basisstation über define einbinden und die anderen Geräte über autocreate hinzufügen. Allerdings bekomme ich beim Windsensor keine Readings angezeigt, obwohl in der Übersicht als Datentyp "Wind" angezeigt wird (siehe Bild).
Meine FHEM.cfg sieht folgendermaßen aus:
define Wetter_Module netatmo ACCOUNT <Nutzer> <Passwort> <User-Id> <User-Key>
attr Wetter_Module alias Wetterstation
attr Wetter_Module room Wetterdaten
# attr Wetter_Module nossl 1
#
#
#
define Wetterstation_Innensensor_1 netatmo 70:ee:50:14:78:fa
attr Wetterstation_Innensensor_1 IODev Wetter_Module
attr Wetterstation_Innensensor_1 alias Wohnzimmer
attr Wetterstation_Innensensor_1 room Wetterdaten
attr Wetterstation_Innensensor_1 stateFormat T: temperature H: humidity
#
#
#
define Wetterstation_Aussensensor_1 netatmo MODULE 70:ee:50:14:78:fa 02:00:00:14:5d:92
attr Wetterstation_Aussensensor_1 IODev Wetter_Module
attr Wetterstation_Aussensensor_1 alias Balkon
attr Wetterstation_Aussensensor_1 room Wetterdaten
attr Wetterstation_Aussensensor_1 stateFormat T: temperature H: humidity
#
#
#
define Wetterstation_Niederschlagsmesser netatmo MODULE 70:ee:50:14:78:fa 05:00:00:01:77:34
attr Wetterstation_Niederschlagsmesser IODev Wetter_Module
attr Wetterstation_Niederschlagsmesser alias Niederschlagsmesser
attr Wetterstation_Niederschlagsmesser room Wetterdaten
#
#
#
define Wetterstation_Windmesser netatmo MODULE 70:ee:50:14:78:fa 06:00:00:00:45:9e
attr Wetterstation_Windmesser IODev Wetter_Module
attr Wetterstation_Windmesser alias Windmesser
attr Wetterstation_Windmesser room Wetterdaten
Könnte es sein, dass das existierende Modul hier einen Fehler hat oder noch unvollständig ist?
Es wäre klasse, wenn ich die Werte für die Windgeschwindigkeit und -Richtung auslesen könnte.
Gruß
Ansgar

den wind sensor (und den thermostat) muss ich noch einbauen. und eventuell den regensensor etwas überarbeiten.

ich werde dann auch gleich auf das neue api umstellen. dauert aber noch ein bisschen.

gruss
  andre

Super  :) Ich freue mich schon drauf, denn die netatmo ist eine tolle Sache.
Viele Grüsse aus Dresden

Ansgar

Bin auch gespannt. Das aktuelle Modul zerschießt häufig die Plots indem z.B. "noise" Werte geloggt werden, die eigentlich "pressure" (und damit 2 Größeneinheiten zu hoch) sind.

Der Weihnachtsmann hat mir den Netatmo-Windmesser gebracht ;) ! Auch ich würde mich sehr über die Einbindung eines Windmesser-Moduls freuen. Zur Zeit zeigt das Modul ja noch in den Internals ganz unten
status           Filter wind does not exists
an.

Gruß an die FHEM-Gemeinde
Frank

André,

falls ich dich an irgendeiner Stelle unterstützen kann - Doku oder so - gerne Bescheid geben, gell? :)

Martin

ich habe gerade das HomeKit modul am wickel.

netatmo steht als nächstes auf der liste.

dauert also noch ein klein wenig. kommt aber bestimmt.

gruss
  andre

nachdem hier ja scheinbar bastelaktivitäten anstehen *g* eine frage:
wärs möglich, den akkustand der "externen" netatmo-stationen anzeigen zu lassen oder gibt netatmo die von der site nicht weiter?

Hallo, wollte nochmal vorsichtig nachfragen, wann mit der Einbindung des Netatmo Windmessers zu rechnen ist?

Push.

Gibt es schon was neues bezüglich der Einbindung des Windmessers?  ;D

André - es ist mir selber lästig, lästig zu sein - aber weißt du evtl. schon, ob und wann du ggf. zur Aufnahme des Netatmo-Thermostaten ins Modul kommen könntest? Und was ich dir da ggf. dabei helfen kann? :)

Würde ich nicht mit meinen kleinen Perl-Gehversuchen grade schon alle Nase lang auf selbige fallen, würd ich mich glatt selber dranmachen - aber so würde das nichts als eine Riesen-Katastrophe... %)

Und bitte nicht genervt oder gehetzt fühlen... geht mir nur um ne grobe Hausnummer ohne Verbindlichkeiten.

Danke schonmal, und sorry...%)

Martin

Ich habe weder Wind-/Regensensor noch ein Thermostat - ich bin aber gerade dabei die Kamera einzubauen und dabei das Modul etwas zu überarbeiten.
Wenn mir jemand mit den passenden Geräten zeitweilig Zugriff auf den Netatmo Account geben würde, könnte ich mich darum kümmern.

Wind und Regen geht eventuell hiermit schon:

Cool! Dann müsste das doch eigentlich auch mit einem "public" gehen, oder?

define netatmo_Friedensallee netatmo PUBLIC 70:ee:50:04:7e:2e 02:00:00:04:89:86 temperature,humidity 70:ee:50:04:7e:2e pressure 05:00:00:00:4e:1c rain

Da noch nicht eingespielt natürlich noch ohne...

Ich test mal ein bisschen.

Mit einer PUBLIC Station scheitert es derzeit leider noch, da ich an die Parameter der zusätzlichen Werte nicht herankomme. D.h. mit dem offiziellen Modul wird beim Aufruf get <device> public <id> <PLZ> die Define-Zeile ausgegeben. Mit dem angepassten Modul leider nicht.
Aber das ist ja vielleicht auch erst der 2. Schritt, wenn man mit einer eigenen Station schonmal etwas bekommt.

Zur Info:
Wenn ich das ursprüngliche Public-Device definiere, werden zwar die Readings nicht mehr gefüllt und bei get update werden die openRequest hochgezählt, im Log werden aber definitiv die Daten abgerufen.

2016.05.12 20:53:16 5: return: getmeasure
2016.05.12 20:53:16 5: $VAR1 = {
          'body' => [
                      {
                        'beg_time' => 1462474621,
                        'step_time' => 301,
                        'value' => [
                                     [
                                       '1016.5'
                                     ],
                                     [
                                       '1016.5'
                                     ]
                                   ]
                      },
...

Könnte ich noch irgendwo anders ansetzen?
Offensichtlich sicherlich, dass ich selbst keinen Windmesser habe.

Public ist mit an Sicherheit grenzender Wahrscheinlichkeit kaputt, weil ich es selbst nicht nutze.

Verstehe, trotzdem Danke!

Hab's mir mal angesehen.
get device public plz klappt bei mir. Define geht über den Pfeil links in der Liste.
Wind ist jetzt auch mit in der Übersicht. Mit den Daten danach stimmt aber irgendwas noch nicht.

Das Modul hatte noch einen kleinen Bug bzw. war nie richtig auf die zusätzlichen Module vorbereitet gewesen.
Hiermit sollte es mit Regen und Wind klappen.

Wenn du eine Suche der Public Stationen startest, dauert es einige Zeit, bis das Popup kommt.
Im Popup kannst du dann bequem mit einem Klick auf den Pfeil ganz links die Station definieren :)

Markus - Zugang zur API kommt - wg Thermostat :) - via PM, wenn ich zuhause bin...

Done. :)

Hi,
habe das neue Modul installiert.
ich bekomme von allen Sensoren ausser Wind Daten angezeigt, der Windsensor steht immer auf Initialized.

Viele Grüße
Detlef

Sorry, Du warst fleissig und ich bin gestern nicht dazu gekommen. ???
Außerdem war ich offensichtlich zu blöd, die PUBLIC Station einzurichten. Wenn es final ist, werde ich das im Wiki mal ein wenig überarbeiten.

Modul ist installiert und liefert zumindest bei mir für die PUBLIC Station nach kurzem alle Readings.
Danke!

Eine Kleinigkeit ist mir gerade beim Herumspielen noch aufgefallen, ohne aber dass es die Funktion zu beeinträchtigen scheint.
Hat man eine Public Station definiert und diese noch nicht umbenannt, kommt die angezeigt Liste ein wenig durcheinander. Nach dem Umbenennen sieht dann alles  wieder chico aus.

Bin gespannt auf die Plots... Das muss aber vielleicht waren, da mein System gerade umziehen soll.
Schönes Pfingstwochenende!

Zitat von: joshi04 am 14 Mai 2016, 11:56:43Hat man eine Public Station definiert und diese noch nicht umbenannt, kommt die angezeigt Liste ein wenig durcheinander.

Das liegt an der Unsitte des FHEM UI, alles was irgendwie nach dem Namen eines Devices aussieht mit Links zu versehen, was sich wohl noch verschlimmert hat seit ich das mal gebastelt hab. Da kann ich leider nicht viel tun.
Definierte nicht umbenannte Geruate sollten aber eigentlich gar nicht mehr in der Liste auftauchen.
Ich seh mir das nochmal an.

Neue Version, sollte Probleme bei denen ein Device auf Initialized stehen bleibt beheben.
Das ist immer dann passiert wenn es nur das Hauptdevice gab.

Hi,
leider hat auch das Letzte update mir bei meinem Windmodul nicht geholfen,
es steht immer noch auf Initialized.
Im State des Windmoduls habe ich folgendes stehen: Filter wind does not exists

Viele Grüße
Detlef

Zitat von: Ludozine am 15 Mai 2016, 08:13:03leider hat auch das Letzte update mir bei meinem Windmodul nicht geholfen, es steht immer noch auf Initialized.
Im State des Windmoduls habe ich folgendes stehen: Filter wind does not exists

Definier das Ding mal komplett neu, "wind" kommt im Code nicht mehr vor.
Und poste bitte mal das Ergebnis von list [deinwindmodul] wenn es dann immer noch nicht klappt.

Hi,
ich habe netatmo komplett neu definiert es hat hat aber leider nichts geholfen
Hier noch das Ergebnis von list:

Internals:
   DEF        MODULE 70:ee:50:00:a3:6a 06:00:00:00:45:a2
   Device     70:ee:50:00:a3:6a
   INTERVAL   300
   IODev      Wetter_Netatmo
   Module     06:00:00:00:45:a2
   NAME       netatmo_M06_00_00_00_45_a2
   NOTIFYDEV  global
   NR         223
   NTFY_ORDER 50-netatmo_M06_00_00_00_45_a2
   STATE      Initialized
   SUBTYPE    MODULE
   TYPE       netatmo
   dataTypes  Wind
   firmware   14
   model      NAModule2
   openRequests 0
   status     Filter wind does not exists
   Readings:
   Helper:
     readingNames:
       wind
   Lasterror:
     code       21
     message    Filter wind does not exists
Attributes:
   IODev      Wetter_Netatmo
   alias      Windmodul
   devStateIcon .*:no-icon
   room       netatmo

Viele Grüße
Detlef

Hmm, da hat Netatmo sich mal wieder was einfallen lassen das nicht zum bisherigen Schema passt...
Probier mal die Version hier - tut auch noch ein paar andere Sachen ;)

---------------------------------------------------------------------------------------------------------------------------------------

Bitte hier nicht mehr antworten und in folgendem Thread weitermachen:
https://forum.fhem.de/index.php/topic,53500.0.html (https://forum.fhem.de/index.php/topic,53500.0.html)

---------------------------------------------------------------------------------------------------------------------------------------

Irgendwie sehe ich den Pfeil nicht?

Danke
Marek

Falscher Thread, falsches Modul.
Das neue ist noch nicht im SVN.


Sent from my iPhone using Tapatalk