@Rene_HM
Danke Dir.
Ich habe zwischenzeitlich u.a. das iobroker fix-script laufen lassen, weil das Update auf sbfspot 2.4.0 auch nicht klappte wegen irgendwelchen npm-Abhängigkeiten.
Nach dem fix ging das 2.4.0-update. Danach gab ab es beim "sudo npm install" im sbfspot-Ordner zwar auch viele komische Meldungen aber jetzt geht der Adapter wieder.
NEWS
Best posts made by Tottbeck
-
RE: Neuer Adapter: SMA Wechselrichter mit sbfspot
-
RE: Test Adapter Alarm 3.6.x
@blauholsten sagte in Test Adapter Alarm 3.3.x:
Hi, sorry anscheinend unter gegangen. Kannst du bitte bei GitHub einen issue anlegen, danke
Kein Ding. GitHub Issue ist angelegt:
https://github.com/misanorot/ioBroker.alarm/issues/181 -
RE: Subfunktion in Blockly
Habe gerade auch die Assistenz-Lizenz für ein Jahr gekauft.
Musste erst eine Schaltung per IOT machen, bevor ich bezahlen durfte.
Die Stimme von Marlene habe ich auch gerade getetest. -
RE: Adapter-Anfrage Sony Bravia TV
Hallo, der Adapter funktioniert bei mir prinzipiell. Danke dafür.
Ich habe jetzt allerdings festgestellt, dass es der Adapter wohl überhaupt nicht mag, wenn man den TV stromlos schaltet. (ich habe eine schaltbare Steckdose davor).
Der Adapter geht auf gelb, das finde ich noch akzeptabel. Aber die Logfiles werden "vollgemüllt".
Alle 10s fragt der Adapter die IP ab. Kann man das vermeiden bzw ändern?syslog bzw daemon.log
May 26 00:01:20 Raspi4 bash[819]: Error: connect EHOSTUNREACH 192.168.xx.yy:80 May 26 00:01:20 Raspi4 bash[819]: at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1144:16) { May 26 00:01:20 Raspi4 bash[819]: errno: 'EHOSTUNREACH', May 26 00:01:20 Raspi4 bash[819]: code: 'EHOSTUNREACH', May 26 00:01:20 Raspi4 bash[819]: syscall: 'connect', May 26 00:01:20 Raspi4 bash[819]: address: '192.168.xx.yy', May 26 00:01:20 Raspi4 bash[819]: port: 80 May 26 00:01:20 Raspi4 bash[819]: } May 26 00:01:30 Raspi4 bash[819]: Error: connect EHOSTUNREACH 192.168.xx.yy:80 May 26 00:01:30 Raspi4 bash[819]: at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1144:16) { May 26 00:01:30 Raspi4 bash[819]: errno: 'EHOSTUNREACH', May 26 00:01:30 Raspi4 bash[819]: code: 'EHOSTUNREACH', May 26 00:01:30 Raspi4 bash[819]: syscall: 'connect', May 26 00:01:30 Raspi4 bash[819]: address: '192.168.xx.yy', May 26 00:01:30 Raspi4 bash[819]: port: 80 May 26 00:01:30 Raspi4 bash[819]: }
-
RE: Test Adapter frontier_silicon v0.2.x Latest
@pdbjjens sagte in Test Adapter frontier_silicon v0.2.x Latest:
Es wäre super, wenn Du dazu ein issue auf GitHub aufmachen würdest - dann geht es nicht verloren.
... done
https://github.com/iobroker-community-adapters/ioBroker.frontier_silicon/issues/191
Latest posts made by Tottbeck
-
RE: Meross nur noch unidirektional
Ich habe den Cloud-Zugriff wieder aktiviert, hat aber leider nichts geändert.
Den Adapter habe ich neu installiert, dabei hat er sich scheinbar nur einmal Daten aus der Cloud geholt, danach aber nicht mehr. -
RE: Meross nur noch unidirektional
@mcu
OK, danke für die Info. Habe das 30s Intervall eingestellt und dacht damit wäre man save.
Ich habe jetzt "Nur lokal Kommunikation" aktiviert, dann sollte er die Cloud ja nicht mehr abfragen. -
RE: Meross nur noch unidirektional
Hallo zusammen,
der Adapter hat nun lange problemlos funktioniert mit ca. lokalen 10 Geräte und 3 per Cloud verbundenen Geräten.
Nun kann sich der meross-Adapter seit ein paar Tagen nicht mehr den cloud-devices verbinden (online = false).
Über die App kann ich alle Geräte problemlos erreichen (An/Aus, Energiedaten), die Cloud funktioniert also.
Hat meross etwas geändert?
Einen Adapter-Neustart habe ich schon mehrfach getestet.
Das Passwort neu vergeben hat auch nichts gebracht.
Was kann ich sonst noch testen ?{ "_id": "system.adapter.meross.0", "common": { "name": "meross", "version": "1.17.0", "title": "Meross Cloud", "authors": [ "Apollon77 <ingo@fischer-ka.de>" ], "license": "MIT", "platform": "Javascript/Node.js", "mode": "daemon", "icon": "meross.png", "materialize": true, "enabled": true, "extIcon": "https://raw.githubusercontent.com/Apollon77/ioBroker.meross/master/admin/meross.png", "keywords": [ "Meross" ], "readme": "https://github.com/Apollon77/ioBroker.meross/blob/master/README.md", "loglevel": "warn", "type": "iot-systems", "stopTimeout": 5000, "compact": true, "connectionType": "cloud", "dataSource": "push", "tier": 2, "dependencies": [ { "js-controller": ">=2.0.0" } ], "plugins": { "sentry": { "dsn": "https://4e753a8ae86d4ff89cb9ceda7c62855e@sentry.iobroker.net/4", "pathWhitelist": [ "@apollon", "meross-cloud" ] } }, "installedFrom": "iobroker.meross@1.17.0", "installedVersion": "1.17.0", "host": "Raspi4" }, "native": { "user": "xx", "password": "yy", "mfaCode": "", "noDirectLocalCommunication": false, "onlyLocalCommunicationToQueryData": false, "electricityPollingInterval": "30", "consumptionPollingInterval": "30", "electricityPollingIntervalReChecked": true } }
-
RE: ACME / Letsencrypt - Zertifikate auch für Web-Adapter
Bei mir hat die Zertifikat-Erneuerung nun auch geklappt. Mit den 7 Tagen vorher müsste passen.
Im Web-Adapter werden die Zertifikate nun automatisch verwendet.
D.h. so läuft es für mich nun zufriedenstellend. -
RE: Test Adapter frontier_silicon v0.2.x Latest
@pdbjjens sagte in Test Adapter frontier_silicon v0.2.x Latest:
Es wäre super, wenn Du dazu ein issue auf GitHub aufmachen würdest - dann geht es nicht verloren.
... done
https://github.com/iobroker-community-adapters/ioBroker.frontier_silicon/issues/191 -
RE: Test Adapter frontier_silicon v0.2.x Latest
Moin, ich habe mit dem aktuellen Adapter v.0.2.0 das Problem, dass sich der Adapter nach 1-2 Tagen abschaltet, weil 10 mal nacheinander keine Connection erkannt wurde. Das könnte beim Router-Neustart passieren. Ich habe das jetzt per Script abgefangen, aber wäre besser, wenn der Adapter das selber handeln würde (retry jede Stunde o.ä.).
-
RE: ACME / Letsencrypt - Zertifikate auch für Web-Adapter
Nein es hat nicht automatisch geklappt.
Ich habe die Collection gelöscht und neu angelegt. Die Zertifikate muss man sich dann ja eh noch selber raus schnippeln.
Ich frage mich ob andere den Adapter problemlos einsetzen und nur bei mir diese Grundfunktionen nicht gegeben sind.
Sonst kann man auch alle 2 Monate manuell LetsEncrypt aufrufen und hier die Zertifikate einflechten. -
RE: ACME / Letsencrypt - Zertifikate auch für Web-Adapter
Wann holt sich der ACME-Adapter denn neue Zertifikate?
Meine laufen in 20 Tagen aus und ich habe deswegen schon eine mail von Let's encrypt bekommen, weil man üblicherweise 30 Tage vor Ablauf die Zertifikate erneuert.
Im Log steht: "Collection xx certificate already looks good", d.h. es wurden keine neuen angefragt.
Das Ablaufdatum wird im Status korrekt mit 08.01.2024 angezeigt. -
RE: Test Adapter Alarm 3.6.x
@blauholsten sagte in Test Adapter Alarm 3.3.x:
Hi, sorry anscheinend unter gegangen. Kannst du bitte bei GitHub einen issue anlegen, danke
Kein Ding. GitHub Issue ist angelegt:
https://github.com/misanorot/ioBroker.alarm/issues/181 -
RE: Test Adapter Alarm 3.6.x
@blauholsten sagte in Test Adapter Alarm 3.3.x:
Wenn ich die Alarmanlage aktiviere und innerhalb der Aktivierungszeit wieder deaktiviere, gibt es keine
Benachrichtigung "Alarmanlage deaktiviert" (obwohl das passiert). Erst nach der Aktivierungszeit kommt diese Meldung.Das muss ich mir anschauen.
Kannst du da bitte nochmal schauen? Das ist scheinbar immer noch so.
Ist manchmal blöd, wenn man sich nicht sicher ist, ob deaktiviert wurde, z.B. nach versehentlichem Aktivieren.
Danke