@catshape Ja! Genau das war der Fehler!
Ist mir ja peinlich - aber ich habe keine Ahnung wie die falsche Client-ID da hineingekommen ist...
Jetzt funktioniert alles so wie es sein soll.
Das hier ist der Übeltäter:

und hier die Objekte im Shelly-Adapter:
Ganz herzlichen Dank an alle!!! Vor Allem weil ihr nicht locker gelassen habt!

@fabio Ja, offenbar hatte ich nur einen Reset - keinen Factory-Reset gemacht.
Das kommt wohl, wenn man mal wieder zu schnell klickt...

Ich will die Bodenfeuchte im Garten messen. Dazu gabe ich den "Standard-Moisture-Sensor Version 2.0" erworben.
Der war kaum 2 Wochen im Einsatz und liefert schon falsche Werte.
Jetzt habe ich gesehen, dass es von ELV einen neuen Bodenfeuchte Sensor gibt: SoMo1 mit I2C-Schnittstelle.
Hat schon mal jemand den Scensor verbaut? Wie ist die Erfahrung damit?
Vielen Dank!

@haus-automatisierung said in eine funktion für http-Get:

Zeig mal im JSON wo diese Info steht. Das hattest ja eh schonmal manuell abgerufen.

Ja genau das ist ja das Problem. Der Wert für Taupunkt ist nicht im JSON-Text vom Luftdaten-Sensor enthalten.
Ich habe mal die Taupunkt-Formel in Blockly umgesetzt und rechne mir den Wert im IOBroker aus. Das ist wohl die selbe Formel, die auch der Luftdaten-Sensor verwendet. Dieser gibt den Taupunkt zwar auf dem Web-Interface bei Aktuelle Werte als "BME280 Taupunkt 14.5 °C" aus - aber er sendet ihn nicht.
Ja da bist du vielleicht doch nicht die richtige Adresse, wenn ich mir das mal richtig überlege...
Aber vielen Dank für deine Nachfrage!
Das mit dem Zeitplan habe ich jetzt auch verstanden.

@bananajoe said in eine funktion für http-Get:

Expertenansicht anklicken, den Adapter aufklappen und dann auf den Stift neben dem Logle

Danke!
Ich habe trotzdem noch eine Frage: a) Im Menü Instanzen kann man die Zeitplanung für Luftdaten einstellen. Dann wird der Adapter per Cronjob z.B. alle 5 Min gestartet. Man kann nicht "nichts" eintragen, dann kommt eine Fehlermeldung.

b) zusätzlich gibt es die Möglichkeit unter Objects/Luftdaten das Intervall einzustellen:

Das scheint aber gar keine Wirkung zu haben.
Ich habe jetzt in beiden Fällen 5 Min bzw. 300000 eingetragen.

Wozu ist der Punkt Intervall gedacht und warum kann ich unter Instanzen/Luftdaten den Cron nicht löschen? (Geht bei anderen Adaptern auch. Einmal gestartet laufen die dann eben durch...)
Vielen Dank schon mal!

@haus-automatisierung
Der Luftdaten-Adapter schreibt alle 10 Minuten ins Log:

luftdaten.0
	2025-07-31 15:40:03.851	info	Terminated (NO_ERROR): Without reason
luftdaten.0
	2025-07-31 15:40:03.593	info	starting. Version 4.0.0 in /opt/iobroker/node_modules/iobroker.luftdaten, node: v20.19.1, js-controller: 7.0.6

Kann ich das irgendwie vermeiden?

@haus-automatisierung said in eine funktion für http-Get:

Warum nutzt Du nicht meinen Adapter? https://github.com/klein0r/ioBroker.luftdaten

Na das scheint ja supergut zu funktionieren!
Ich habe auch gleich was zu meckern: Der Sensor liefert ja auch standardmäßig den Taupunkt.
Leider wird dieser in keinem der Protokolle übertragen.
Das wäre mein Wunsch: Es wäre sicherlich nicht aufwändig, beim nächsten Update den Taupunkt mit zu übertragen.
Nochmals vielen Dank!!!

@haus-automatisierung said in eine funktion für http-Get:

@andreas-9 sagte in eine funktion für http-Get:

ich habe einen Feinstaubsensor (Luftdaten.info) bei dem ich die Daten als JSON-String mit Hilfe von http Get abfrage.

Warum nutzt Du nicht meinen Adapter? https://github.com/klein0r/ioBroker.luftdaten

@haus-automatisierung said in eine funktion für http-Get:

@andreas-9 sagte in eine funktion für http-Get:

ich habe einen Feinstaubsensor (Luftdaten.info) bei dem ich die Daten als JSON-String mit Hilfe von http Get abfrage.

Warum nutzt Du nicht meinen Adapter? https://github.com/klein0r/ioBroker.luftdaten

Weil ich nichts davon gewusst habe...
Ich probiere den aber gleich mal aus!!!
Vielen Dank, ich melde mich dann noch mal.

ich habe einen Feinstaubsensor (Luftdaten.info) bei dem ich die Daten als JSON-String mit Hilfe von http Get abfrage.
Es kommt aber öfter mal zum timeout: script.js.common.Messwerte.Feinstaub: httpGet(url=http://192.168.178.30/data.json, error=timeout of 3000ms exceeded). Das timeout habe ich schon mehrfach erhöht - das bringt nicht viel.
Daher will ich die http-Get-Abftrage in eine Schleife einbauen, die durchläuft, bis der Status-Code = 200 ist.
Dazu habe ich sie http-Get-Abftrage in eine function eingebaut:

Das Problem entsteht, wenn ich den JSON-String auswerten will. Der Programmablauf ist immer schon fertig, bevor die Antwort vom http-Get eintrifft. Ich erhalte ergebnis: undefined. Ich müsste also eine Abfrage machen, die so lange pausiert, bis die http-get Anfrage beendet ist. Ich komm aber nicht drauf wie ich das umsetzen kann.
Weiss hier jemand Rat?

@arteck said in simple.api findet Shelly-Datenpunkte nicht:

ersetze die '#' mit %23

Vielen Dank, ich hab schon den Alias vergeben und das funktioniert prima weil ja auch der Name jetzt schön kurz und einprägsam ist. Ich habe es mal ausprobiert und %23 funktioniert auch!

@ro75

@ro75 said in simple.api findet Shelly-Datenpunkte nicht:

Vielleicht kann ein Alias das Problem lösen.

Super Idee! Jetzt kommt der gesamte JSON-String!
Vielen Dank!!!

Ich nutze Shelly shelly1pm der 3. Gen z.B. zum Schalten einer Gartensteckdose.
Im IOBroker ist der Shelly über den shelly-adapter mit MQTT angebunden.
Hier funktioniert das Schalten auch über Relay0.Switch.
Wenn ich den Zustand des Shelly aber über den simple.api-Adapter abfragen will

http://192.168.178.80:8087/get/shelly.0.shelly1pmg3#3030f9e92d68#1.Relay0.Switch

kommt ein JSON zurück:
error 'datapoint "shelly.0.shelly1pmg3" not found'

Liegt das an den # im Namen? Die werden aber vom Shelly-Adapter generiert...