@dolomiti said in AC ELWA2 am Modbusadapter keine Verbindung: @ubecker Je nach Implementierung auf der Slave-Seite können FC3 & FC4 unterschiedliche Adress-Bereiche sein. Deshalb kann es sein, dass es mit Qmod Master (FC3) geht und mit ioB (FC4) nicht. du hast Recht, ich muss die bei den Holding Register eintragen und auf polling. Dann macht der Modbusadapter nicht die +1. Muss also die originale Adresse nehmen. Das wars.

Ich hab jetzt erst einmal den Abruf reduziert, damit ich nicht 99+ Errors im log habe, würde aber gerne nochmal mit der 0.2.8 versuchen. Ich hab aber jeine Ahnung wie ich da wieder drankomme. Ist nicht auf npm und einen Url zur Vorversion finde ich auf Github nicht.

@mcm1957 du warst ja auch nicht gemeint

@codierknecht Perfekt, danke Dir, das war hilfreich. Zwischenzeitlich habe ich tatsächlich auch das Backup des Passworts gefunden. Also alles bestens: Passwort wieder da und für die Zukunft weiß ich, wo solche Infos gespeichert werden. Gruß root2

Hier ist der Link, der einfacher ist, aber das Zertifikat den Namen des Programms trägt (nicht weiter schlimm, aber mein Monk mag keine fremden Namen ;) ) https://www.digitalocean.com/community/tutorials/how-to-set-up-and-configure-a-certificate-authority-ca-on-debian-10-de Bei diesem Link nennst Du deine CA (Cerficate Authority) wie Du möchtest. Sieht irgendwie besser aus: https://linux-admin-blog.de/2022/04/09/eigene-ca-fuer-zertifikatserstellung/

@uli977 Ich glaub es ist doch nicht das was du suchst. Also ich steuere beim Einschalten der Sonos über einen Button meiner Vis das Gruppenvolume auf 11. Das ist mein normaler Wert. Wenn ich das so habe kommen die Ansagen auch mit 11 oder dann je nachdem welche ich als Lautstärke einstelle. Das ist gut so bei mir. Wenn ich Sonos dann über den Button ausschalte, wird das Gruppenvolume auf 30 gestellt. Dann kommen die Ansagen in dieser Lautstärke. Die Ansagen werden über den Alexa Adapter mit dem Punkt speak ausgegeben. Dies funktioniert aber nur über die Sonos one. Nicht über meine Soundbar.

@ro75 Ah, ok... muss ich mal probieren, aber über Player.controlPause klappts ja.

@trojanhector sagte: Erst wenn man von Blockly auf Javascript umschaltet und wieder zurück wird ein Aufruf-Baustein angezeigt, allerdings zu einer anderen Funktion. Das kann ich bei mir (JS 8.6.0, Admin 6.17.14) nicht nachvollziehen. Es funktioniert wie erwartet.

Irgendwie ist das Rückspielen des Backups gelungen, im VIS fehlen ein paar Sachen aber sonst bin ich sehr zufrieden. Vielen Dank nochmal an alle Helfer.

@ro75 {synology.0.SurveillanceStation.cameras.Kamera Freisitz.linkSnapshot} habs jetzt so eingefügt uns siehe da in der VIS geht es. Super!

@gargano eigentlich nicht, aber kommt drauf was da am anderen ende von sendto passiert. es ist ja eine methode wie zwischen adaptern kommunziert werden kann. wenn am anderen ende dann exec ausgeführt wird, dann schon.

@frank11 said in Oilfox Adapter keine Funktion mehr?: @mcm1957 said in Oilfox Adapter keine Funktion mehr?: Der Log sieht bis auf das Timeout ok aus. Im Moment leider keine Idee was bei dir klemmt. Ohje, ich aber. :-D Ich hatte noch SSL inspection an auf der Firewall. Jetzt funktioniert es. Trotzdem danke! Ok ÐAS konnte niemand erraten. :-) Danke f. Info

@line sagte in Beim Update einiger Adapter- "admin" not found: Kann ich mit dem backup mein Restore nicht anfangen? das scheinen gefühlt hunderte zu sein! nie aufgeräumt??

@ft-knorr Oder du hast da ellenlange Meldungen drin. Die werden im GUI (hatte ich schon mal erwähnt, das GUIs keine Hilfe sind sondern nur im Weg herumstehen und 'richtigen' Umgang mit einem System komplizierter machen?) ausgeblendet. Das vollständige Log (ab 0 Uhr des aktuellen Tages) kannst du dir immer über iob logs anschauen.

DWD schreibt zum Thema Tageswerte in https://www.dwd.de/DE/leistungen/klimadatendeutschland/beschreibung_tagesmonatswerte.html : "nur der Niederschlag des Vortages wird morgens um 05:50 UTC gemessen" Dort wird auch die Berechnung der Tagesmittelwerte definiert: Ab dem 01.04.2001 wurde der Standard wie folgt geändert: Berechnung der Tagesmittel aus 24 Stundenwerten Wenn mehr als 3 Stundenwerte fehlen -> Berechnung aus den 4 Hauptterminen (00, 06, 12, 18 UTC Bezugszeit für einen Tag i.d.R. 23:51 UTC des Vortages bis 23:50 UTC Man beachte UTC und die Anmerkung dazu: "Hierbei werden die Beobachtungstermine auf die global genutzte Zeit in Greenwich (GMT oder UTC) bezogen. Die Beobachtungszeit ist jeweils 10 Minuten vor dem Bezugstermin (daher die krummen Zeitangaben). Diese Umstellung war erforderlich, nachdem das Stationsnetz weitgehend automatisiert wurde." Ist das jetzt "amtlich"? Und es stellt sich die Frage, ob die ioBroker schedule Funktion auch einfach UTC kann? ChatGPT schlägt vor eine eigene Funktion scheduleUTC zu schreiben, die auf UTC umrechnet und dann mit setTimeout weiter arbeitet. Könnte funktionieren. Was passiert aber, wenn der ioBroker in der Zwischenzeit neu gestartet wird? Eher nicht. ChatGPT schlägt deshalb auf Nachfrage vor, node-schedule zu verwenden. Edit: "node-schedule" funktioniert. Ob einen Restart überlebt, habe ich noch nicht getestet.

@dr-bakterius sagte in Konvertierung Text in Zahl: @toki1973 Klar, wie kann man eine Zahl in eine Zahl umwandeln? das geht! Das sollte nicht die Ursache für die Meldung sein

@djmarc75 sagte in alexa2: @hammy07 sagte in alexa2: Muss ich noch erst den Skill iobroker installieren oder alles über die iot Cloud lösen? richtig (beides) Nein, nicht richtig. Man kommt auch ohne Skill und Cloud aus. Geräte kann man mit Alexa mittels Node Red verbinden und Abfragen klappen auch mit einer Alexa-Regel die man in ioBroker handeln kann. Doch der einfachere Weg ist natürlich Cloud und Skill.

@p_silver sagte in Raspberry 5 - Probleme mit VIS 1 +2 und Dateimanager: 2024-07-08 18:22:55.481 - info: web.0 (3762) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason So meldet sich eine ordentliche Beendigung einer Instanz im Log.