@apollon77 und alle anderen fleißigen Helfer, so z.B. unserem Linux-Crack @Thomas-Braun u.v.m.

Ich bin die letzten Monaten etwas mehr im Forum unterwegs gewesen und war so manchen Tag völlig platt, wenn ich es denn mal geschafft habe die Tageszusammenfassung zu lesen, was an einem Tag alles im Forum besprochen und gelöst wurde!

Es ist unglaublich wie sich hier einige ins Zeug legen und mit allen Mitteln, teilweise in über 14h und mehr versuchen zu helfen. Dabei wird auch so manches Mal über unschönen Ton hinweg gehört (was ich ohnehin nie verstehen werde, wie ein Hilfesuchender einen solchen anschlagen kann) und müßig weiter zielgerichtet an der Lösung gearbeitet.

Wenn man sich mal andere Foren anschaut in denen es um SmartHome geht, dann ist mein absolutes highlight 2022 genau dieses Forum als solches hier!
Gebündelte Hilfsbereitschaft und Kompetenz, wie man sie sich in der ganzen Gesellschaft wünscht/wünschen würde!!

Danke an alle für den unermüdlichen Einsatz - auch wenn zum tausendsten Mal einer mit root-Rechten alles kaputt gemacht hat oder mal wieder NPM manuell installiert hat, um dann auch noch der Meinung zu sein alles richtig gemacht zu haben.

Ihr seid einfach klasse!

Ich wünsche allen einen guten Start in 2023 und für mich (ganz uneigennützig), dass es so in 2023 weiter geht mit diesem Forum!

Gruss
Micha

@emil70 sagte in iob diag - Skript:

Bau einfach am Anfang des script mit ein, das die benötigten Paket installiert werden

Das würde ich nicht tun, sollte ja nur ein Analyse Script sein und sollte nicht ins System eingreifen, oder?

Falls das mal wieder jemand sucht...
Das Problem war mal wieder vor dem Rechner

Die Vorhaltezeit ist natürlich nur der Standardwert! Bei jedem überwachten Datenpunkt kann/soll und wird eine eigene Vorhaltezeit eingestellt.
Wenn diese wie in meinem Fall natürlich auf 1 Jahr steht, dann löscht der Adapter auch völlig zurecht nach einem Jahr

siehe auch auf GitHub
Danke an @apollon77 und @Diginix

@wildbill @David-G

Sorry, bin zu doof. Wenn man den Filter auf "nur installierte Adapter" sitzen hat....
Geh jetzt in den Keller mich schämen ....

Ich verstehe es immer noch nicht...
Was ist das Ziel?

Shelly ans Laufen bekommen oder den Shelly-Adapter nicht benutzen zu wollen?

@ostfrieseunterwegs sagte in Shelly Schalter 1PM - braucht man zwingend Shelly Adapter?:

Abregen.

Ich persönlich bin gar nicht aufgeregt

Hab den thread vielleicht auch noch gar nicht kapiert.

Ich habe Shelly Pro's, Shelly Gen 1, Gen2, ... am Laufen, die ganz normal über den Adapter aus dem stable - läuft.
Nur eben zwei Instanzen --> neuste (z.B. "Pro") über zweite Instanz mit MQTT/HTTP.

Das alles mit Original-Firmware ohne Tasmota (wobei ich natürlich unzählige Tasmota Devices sonst am Start habe).

@codierknecht sagte in Werteformat bei CSV Export:

Ich auch ... zum rechnen ist das durchaus das Mittel der Wahl.

Genau und eben nicht als 'Möchtegern-Datenbank'.
Das vergsssen viele und ja ich weiss "überall wird Excel eingesetzt" - aber eben die wenigsten wissen es in Sachen Daten zu benützen bzw. die Grenzen zu kennen.
Das können andere wie LibreOffice schon besser...

So wie Microsoft auch immer noch denkt, 'csv' (comma seperated values) stünde für Semikolon getrennte Werte...

Hallo,

ich wundere mich gerade, dass der Adapter bis heute nicht im offiziellen Repo ist, sondern nur auf Git. Wird der Adapter nicht mehr weiter gepflegt? Die letzten Neuigkeiten dazu im Forum sind aus dem Herbst letzten Jahres...
Ich will mit dem Adapter durchstarten, aber nicht auf ein "totes Pferd" setzen

@greyhound : Bist Du noch dran am Adapter?

Danke.

@franki

Was ist denn heute los, dass man von den Hilfesuchenden keine Infos bekommt und alles "aus der Nase" ziehen muss?
SOrry, aber das geht heute schon den ganzen Tage so....

Wir hat's Du denn eingestellt, was in die DB soll.
Und zeige das doch bitte alles (Text als Code-Tags - </> und Einstellungen Adapter/Instanzen als Bildschirmfoto)

Stell' Dir doch mal bitte vor, wie es uns gehen muss: Wir sehen nicht Deinen Bildschirm, Deinen Computer, Deine Einstellungen, Deine Log-Dateien. Wie sollen wir dann helfen.

Was sagst Du zu jemandem der Dir sagt "meine Auto tut nicht"?

@heizi284

Schau mal ob du das (https://forum.iobroker.net/post/1061239) Problem hast..

Hallo zusammen,

ich stosse gerade auf ein "komisches" Problemchen bzgl. dem angebotenen Update des IoT-Adapters auf 1.3.2.
So lässt sich das Update nicht installieren (keine Reaktion auf Update Button). Der MouseOver zeigt mit an, dass ich eine falsche Version von Admin hätte?!

Ich habe den Admin in Version 3.7.8 und aktuell den IOT in 1.1.8.

Ich habe jetzt gesehen, dass es bereits den Admin Adapter in der Version 4.x gibt, Weill aber nicht ob der schon freigegeben und stable ist.
Irgendwie finde ich auch hier im Forum nichts...

Falls ich zu doof bin, bitte ich vorab um Entschuldigung , aber ich steh' auf dem Schlauch, warum mir ein Adapter zum Update angeboten wird, aber die Voraussetzung nicht passen, obwohl ich dachte ich sei aktuell.

Danke,
Gruss!

@reutli
Ich habe jetzt komplett (wieder) auf CIFS umgestellt und kann seither wieder zugreifen.
Es scheint, dass NFS 3 (auch 4) auf der Syno im DSM 7.2.x fehlerhaft ist, der iob keinen. mount hinbekommt oder durch das Update die uid und gid geändert werden (habe versucht diese auf der Konsole auf die alten Werte zu ändern, dann war der User aber gar nicht mehr zu sehen).

Vielleicht kennt jemand das Problem (NFS tot nach Update von DSM 6.2.x auf 7.2.x)?

Hallo zusammen,

bin mir nicht jetzt sicher, ob dass der zeitliche Zusammenhang gegeben ist, aber:
Habe heute meine Syno auf DSM 7.2 (von 6.2) upgedated. Hat auch alles geklappt.
Seither kann aber der RING-Adapter keine Snapshots und zeitgesteuerte Aufnahmen mehr speichern:

host.iobroker-master
	2025-07-09 13:30:20.594	error	instance system.adapter.ring.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
ring.0
	2025-07-09 13:30:20.521	info	terminating
ring.0
	2025-07-09 13:30:20.019	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason
ring.0
	2025-07-09 13:30:20.019	info	terminating
ring.0
	2025-07-09 13:30:20.018	error	Exception-Code: EACCES: EACCES: permission denied, mkdir '/home/iobroker/ring/cocoa_476292060'
ring.0
	2025-07-09 13:30:20.017	error	Error: EACCES: permission denied, mkdir '/home/iobroker/ring/cocoa_476292060' at Object.mkdirSync (node:fs:1372:26) at /opt/iobroker/node_modules/iobroker.ring/build/lib/services/file-service.js:46:30 at new Promise (<anonymous>) at FileService.prepareFolder (/opt/iobroker/node_modules/iobroker.ring/build/lib/services/file-service.js:44:16) at OwnRingCamera.takeHDSnapshot (/opt/iobroker/node_modules/iobroker.ring/build/lib/ownRingCamera.js:163:48)
ring.0
	2025-07-09 13:30:20.017	error	unhandled promise rejection: EACCES: permission denied, mkdir '/home/iobroker/ring/cocoa_476292060'
ring.0
	2025-07-09 13:30:20.017	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Ich habe das Verzeichnis /home/iobroker/ring auf einen NFS-mount gelegt - fstab:

192.168.200.1:/volume1/video	/home/iobroker/ring	nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0

was auch bisher funktioniert hat. Der Mount ist auch noch da aber keine Zugriffsrechte mehr:

admin@iobroker-master:/etc$ mount
...
192.168.200.1:/volume1/video on /home/iobroker/ring type nfs (rw,noatime,vers=3,rsize=131072,wsize=131072,namlen=255,acregmin=1800,acregmax=1800,acdirmin=1800,acdirmax=1800,hard,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.200.1,mountvers=3,mountport=892,mountproto=tcp,local_lock=all,addr=192.168.200.1)
...
admin@iobroker-master:/etc$ cd /home/iobroker/ring/
-bash: cd: /home/iobroker/ring/: Permission denied

Ich gehe mal davon aus, dass es ein Squash-Problem ist, kenne mcih damit aber nicht aus.
Die bisherigen Einstellungen in der Syno:

Die 192.168.200.5ist der iobroker.

Hier noch die Rechte auf dem Server:

admin@nas:/volume1/video$ ls -la
total 15816
drwxrwxrwx+ 1 root  root      474 Dec 18  2024  .
drwxr-xr-x  1 root  root     1288 Jul  9 11:53  ..
drwxrwxrwx+ 1  1002  1002  207274 Jul  9 10:31  cocoa_476292060
-rwxrwxrwx+ 1  1002  1002 8592837 Dec 18  2024  _data.json
-rwxrwxrwx+ 1 micha users   10244 Apr  7 17:41  .DS_Store
drwxrwxrwx+ 1 root  root      376 Jul  9 11:45  @eaDir
drwxrwxrwx+ 1 root  root       22 Dec 23  2024 '#recycle'
-rwxrwxrwx+ 1  1002  1002   93421 Dec 18  2024  ring_0_cocoa_476292060_HDSnapshot.jpg
-rwxrwxrwx+ 1  1002  1002 4194352 Dec 18  2024  ring_0_cocoa_476292060_Livestream.mp4
-rwxrwxrwx+ 1  1002  1002   85833 Dec  1  2024  ring_0_unknown_476292060_HDSnapshot.jpg
-rwxrwxrwx+ 1  1002  1002 3162807 Dec  1  2024  ring_0_unknown_476292060_Livestream.mp4
-rwxrwxrwx+ 1  1002  1002   42330 Dec  1  2024  ring_0_unknown_476292060_Snapshot.jpg

EDIT: Gleiches Problem hatte ich mit dem Backitup: kein Backup über NFS mehr!

Es gibt hier doch sicher Linux Spezis (oder eben wieder @Thomas-Braun ;o) die das einordnen und ordnen können?
Wichtig wäre mir auch das Verständnis, warum der Zugriff nicht mehr funzt, da es ja bisher funktioniert hat.

Danke schonmal!

@haus-automatisierung sagte in Button Wert bleibt nach drücken wahr:

Also dürfen Trigger halt nicht auf wurde geändert registriert werden.

ok, danke, auf was soll der Trigger denn dann stehen? Der Wert ändert sich ja nicht, wenn wahr und gedrückt wieder wahr ergibt?!

Frage zwei: Wo ist dann der Unterscheid zwichen boolean Datenpunkt und Button?

Hallo Leute,

bin verwirrt.
Ich habe zum Start der manuellen Beregnung seit einiger Zeit einen Button in den Userdata. Seit kurzem bleibt der Wert des Button aber auf "wahr" nach dem Drücken.
Das führt natürlich dazu, dass zugehörige Skripte nciht starten, wenn der Button gedrückt wird.

{
  "common": {
    "name": "Beregnung manuell",
    "desc": "Manuell erzeugt",
    "role": "button",
    "type": "boolean",
    "read": false,
    "write": true,
    "def": false,
    "custom": {
      "iot.0": {
        "smartName": false
      }
    }
  },
  "native": {},
  "type": "state",
  "_id": "0_userdata.0.Beregnung.Beregnung",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1750698297185
}

wo kann ich suchen?

@mcm1957

der Vollständigkeit halber: es muss heissen "automower" nicht "automover"

@mcm1957

Ok, das war die lange Version meiner Antwort, danke dafür

Beim vorliegenden "Adapter" bin ich auch Leidtragender. Ich hatte seinerzeit beim ersten Adapter truegreyhound über 50 Ecken erreicht und "genervt". Ich gehe davon aus, dass das auch der Grund ist, warum immer weniger Leute einen Adapter entwickeln und dann offiziell ins Repo einstellen. Gefühlt ist die Verantwortung extrem hoch. Wenn man aus eigenem Antrieb ein Adapter entwickelt, den dann plötzlich viele benutzen und dieser viele Anpassungen bedarf, weil sich die API ändert oder ähnliches, dann wird der Druck sehr hoch und man zieht sich zurück, weil man es einfach nichtmehr schafft.
Du kennst das Thema gut genug vom Jarvis Adapter...

Für Anwender zeigt sich ein anderes BIld: Dieser ist froh endlich einen Adapter gefunden zu haben, der sein Einsatzszenario abzudecken scheint. Dabei ist es dann (leider) egal, woher der kommt, Hauptsache man kann seine Automatisierung umsetzen, z.B. "Mäher parken wenn's regnet" oder "Beregnung erst starten wenn Mäher geparkt ist"...
Das ist alles klasse, solange sich an der Umgebung (iob, API, OS) nichts ändert und alles so zusammenpasst, wie am Anfang. Dass man hier auf einen Adpater setzt, der nicht gesichert weiterentwickelt wird, ist dann erst einmal egal. Man macht sich (leider) als Anwender oft genug auch keine Gedanken darüber, dass hinter dem Adapter ein Mensch steckt, der diesen programmiert hat. Wehe wenn sich dann was ändert.
Dann muss man als Entwickler "schnell" handeln, weil ja einige Anwender dran hängen, obwohl man gerade so gar keine Zeit für das private Hobby hat. Und die Anwender werden "pampig" schließlich läuft ja etwas nicht wie gewünscht... ein Teufelskreislauf und ja, natürlich ein Kommunikationsproblem usw.

Ich bin kein Entwickler, habe aber auch mal ein paar kleine Projektchen (privat) zusammengekloppt und im iob am Laufen gehabt. Dabei ist mir genau die Problematik aufgefallen. Ich hätte aber nicht gewusst, wohin ich mich aktiv wenden soll, wenn ich z.B. Hilfe oder gar Übernahme eines solchen Projektes gebraucht hätte.

Wir sind hier in einer Comunity-Version und open-source unterwegs, das erkennt (anerkennt leider zu wenig) auch jeder, bist zu dem Zeitpunkt an dem es eng wird, etwas nicht mehr funktioniert. Dann ist das Geschrei gross.
Auf der einen Seite sind dann scheinbar die meisten Entwickler zu stolz ehrlich zu agieren und mitzuteilen, dass sie keine Möglichkeit mehr haben einen (Hobby-)Adapter weiter zu pflegen. Gleichzeitig fehlt eine definierte Anlaufstelle bei iob, an die man sich wenden kann, bzw. sie ist zu wenig bekannt, um einen Adapter zu übergeben oder Hilfe zu erhalten. Auf der anderen Seite stehen die Anwender, die in einem TOn unterwegs sind, dass es sich mir die Nackenhaare aufstellt! Den Anwendern würde ich oft genug gerne mal den Kopf waschen udn ihnen klar machen, dass sie ein weitestgehend kostenloses Projekt verwenden, bei dem sich viele in ihrer Freizeit darum kümmern, dass es läuft.

Wieder klassisches kommunikations- und mittlerweile leider auch Gesellschaftsproblem!

Deshalb mein Aufruf (ja an dieser Stelle falsch, ich weiss):

1. @Anwender: wer was möchte, sollte ausgesucht höflich und freundlich sein!
2. eine offizielle Anlaufstelle bieten / aktiv zu bewerben, an die sich Adapter-Hobby-Entwickler wenden können, wenn ihnen das Projekt über den Kopf wächst
3. den Anwendern immer wieder klar machen, dass man bei einem Adapter aus GitHub auf dem Glatteis steht (wird ja bereits gemacht)
4. aktive Hilfe für Anwender auf dem Glatteis - ggf. druch Kommunikation mit dem Entwickler (dieser traut sich oft genug nicht (mehr) sich dem Problem anzunehmen, siehe oben)
5. Unterstützung durch die Comunity bei der Weiterentwicklung eines verwaisten Adapters in Github (im Repo erfolgt das ja meist)

nur so ein paar Gedanken von mir, weil selbst auch schon in dem Kreisel gewesen....

@kanumouse sagte in Test Adapter Husqvarna Automower v0.3.x:

@reutli
Noch nicht!

Da gehört es aber hin, weil ja nur dort verwaltet (kein offizieller Adapter)

@haus-automatisierung

unglaublich...! Dann ist ein DANKE noch mehr angezeigt!

@blacksky & @Kanumouse

Habt ihr Github Issue dazu erstellt?

@strobelix
Ich habe den Fehler

@reutli sagte in Daten aus Fronius Solarweb auslesen:

Hallo zusammen,

ich habe seit längerem die folgenden Fehler:

javascript.0
	2025-03-28 19:02:08.068	warn	script.js.PV_Überwachung.Fronius: Solarweb Total konnte nicht abgefragt werden
javascript.0
	2025-03-28 19:02:06.077	warn	script.js.PV_Überwachung.Fronius: Solarweb Current Year konnte nicht abgefragt werden
javascript.0
	2025-03-28 19:02:04.062	warn	script.js.PV_Überwachung.Fronius: Solarweb Current Month konnte nicht abgefragt werden
javascript.0
	2025-03-28 19:02:02.056	warn	script.js.PV_Überwachung.Fronius: Solarweb Current Day konnte nicht abgefragt werden

dauerhaft, also nicht nur ab und zu...