@darth2010 sagte in yr.no Wetter Adapter "Error while requesting data": Shame on me ... nachdem ich api.met.no im Pihole für ioBroker freigeschaltet habe läuft auch alles . Na ja, erfahrene pihole-Nutzer suchen bei Fehlern als Erstes dort.

@klausstoertebeker is gibt/gab diesbezüglich Probleme, daher Haken bei Systemeinstellung entfernen und dort direkt die Koordinaten eintragen.

@oliverio Das habe ich ja schon alles probiert (also das der PIN fest hinterlegt) aber keine Chance wollte einfach nicht. Aber jetzt wo ich sehe das es das Fertig gibt ist ja der Wahnsinn. Machmal sieht man den Wald vor lauter Bäumen nicht. DANKE DIR.

@thorsten4-71 Super das ich helfen konnte

@Homoran sorry, sollte unter Adapter E3DC. Gruß, Jörg

@stefan341 nein, alles gut. Wenn es jetzt für dich funktioniert wird kein log mehr benötigt.

@liv-in-sky Ich benutze hier Rules um die Nachrichten Rate zu erhöhen. Und wie BananaJoe schon schrieb, kann der Sonoff-Adapter wohl mit z.B. "SENSOR1" nichts anfangen. Du könntest dann ja vorübergehend den normalen MQTT Client nehmen. Rules: rule1 0 rule1 ON analog#A0 DO publish tele/Pyranometer/SENSOR1 %value% ENDON rule1 1

@maik sagte in Modbus 2 mal: Hab einiges gelesen. Hab es nicht geschafft mit iObroker 2 Modbus-Adapter mit den gleichen Port aber unterschiedlicher IP zum laufen zu bringen. Es geht nur immer ein Adapter. Was mache ich falsch. Danke Screenshots der Konfigurationen und Debug log der Instanzen zeigen

Ich antworte mal kurz auf meinen vorigen Post, da ich das Problem schließlich lösen konnte . Beim responseType musste ich noch ändern zu: responseType: 'text' Außerdem hatte ich was beim Aufruf der asyn-Funktion ExecuteMyRequest() vermurkst. Aber nun läuft es. Danke nochmals allen für den Support. Top Forum hier .

@Asgothian : Sensationell, Du hast mich auf den richtigen Weg gebracht. Bitte mal ein Skript erstellen, das auf die Änderung des onDatenpunktes reagiert. Ich dachte noch "was soll der Unfug, es passiert doch nichts" aber nein. Der Datenpunkt "ON" bringt tatsächlich für eine Millisekunde den Zustand "True" und dann direkt wieder "false" Das wird in den Objekten nicht optisch sichtbar. Mit einem Skript ist das aber auszuwerten. Quatsch ist an dieser Stelle das es ein Objekt "OFF" gibt, was aber nie geändert wird. Aber was soll es, ich bin glücklich Noch mal vielen Dank an Asgothian und alle anderen!!!!

@breiti ich jetzt auch noch ;-) erst was organisatorisches: hab den Thread hierher verschoben. Bitte Threadtitel anpassen, damit man sieht dass es um Zigbee geht. dann was technisches: klick mal auf den query Button. Wie sieht es dann aus? Alles andere wurde schon erwähnt

@chenda sagte in Weboberfläche nicht mehr erreichbar: Nach dem Upgrade nochmal eine Diagnose gemacht: wieder nur die Summary! das wirklich wichtige steht in der Langfassung. Die bisher genannten kommen on top und können Auslöser für den wahren Grund sein, der hier nicht zu sehen ist.

@tourer4778 Kannst z.bsp so einen https://de.athom.tech/blank-1/strip-1 Nehmen…

@arteck @thomas-braun Kaum macht man es richtig, schon klappt es ... DANKE! Vielen Dank !

@schnuckman79 sagte in iobroker DP über webhook steuern: Eine iobroker.pro-Lizenz ist vorhanden Ist in der ioBroker App nicht auch Geolokation eingebaut?

@norbert999 Zum Ausprobieren einfach erstmal so wie Du es schon versucht hattest, aber eben als Auslöser nicht den Zeitplan jede Minute, sondern den Taster Deiner CUxD-Steuerung auf "wahr" prüfen. Nur um erstmal zu sehen ob es an der Abhängigkeit geklemmt hat. Dann den Taster mal "drücken" und schauen ob in HM dann was passiert (bei deaktiviertem HM-Skript).

@paul53 Heute konnte ich es ausprobieren, ohne die Solltemperatur auf 5° zu stellen. Es funktioniert. Vielen Dank für Euren Support