Community Forum

@OliverIO hab ich geändert. Entschuldigung :-)

@MartinP Um das rauszufinden, dass es eh an den OSS Metrics liegt und da viele Daten drin stehen, welche man eh nicht nutzt. Am besten nicht das Standard-Bucket für ioBroker nutzen, sondern ein separates anlegen Dadurch kann man später alles einfacher löschen, was man nicht braucht. Also die go_* Measurements. Oder im Standard-Bucket direkt eine super kurze Retention Time setzen (1 Tag). Alternativ in der Config metrics-disabled = true setzen, damit die Daten gar nicht erst gesammelt werden Hatte ich alles ausführlich im Kurs erklärt. Links https://docs.influxdata.com/influxdb/v2/reference/internals/metrics/ https://docs.influxdata.com/influxdb/v2/reference/config-options/#metrics-disabled

@Samson71 ja aber wie ich das sehe gibt es da nichts mit Kamera, Mechanischem Klingelknopf und Sprechen. Schon garnichts optisch ansprechendes und Code Taster sowie Touchdisplay will ich nicht.

@Hans_M sagte: arteck/ioBroker.switchbot-hub Du hast offensichtlich irgendeinen fork direkt von Github installiert. Wende dich bei Fragen zu LABOR installationn bitte direkt an den Entwickler mit dem du den Test durchführst. Der Adapter arteck/ioBroker.switchbot-hub ist jedenfalls nicht offiziell in einem Repository gelistet. Du brauchst dich alseo nicht wundern wenn ein PRE-ALPHA Version /Githubonly Version mal nicht geht oder gar dei system ernsthaft stört. Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird. Und falls es irgendwie unklar ist: ioBroker unterstützt folgende Arten von Installation: aus dem STABLE Repository Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern. aus dem LATEST Repository Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist. direkt von GITHUB Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben. direkt von npm Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist. Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch. @mcm1957

Bei mir auch. Danke für Deine Arbeit, @tombox !

@OliverIO sagte: @Marv21 nein im objectid geht es nicht dann müsste es der logik nach ja dann ein object id, also die bezeichnung eines datenpunkts ergeben, damit es im feld objectid gültig wäre dynamische datenpunkte gehen nicht, da vis beim start einmalig alle objekt ids aller views einsammelt und diese beim server "abonniert". später bekannte ids sind so nicht vorgesehen. per javascript hat man zwar schon möglichkeiten das nachzubilden, ist aber nicht ganz so simpel. ergo geht nicht. welchen grund hat es, das du unbedingt ein string widget nehmen willst? besondere formatiermöglichkeiten gibt es ja da nicht, die du nicht auch mit einem html widget nachbilden kannst. letztendlich wird ja alles in html übersetzt Einfach nur der Übersichtshalber - man hat dann schön rechts die Punkte und muss nicht in einem Code danach suchen. Klar wenn es nicht anders geht, werde ich es so machen. Schau mir aber grade deinen rssfeed / vis-jsontemplate an. [image: 1779234832226-c02161eb-68a9-445c-acc0-ff99bae395ac-image.jpeg] und danke für deine Unterstützung!

@McCavity das Thema MCP war auch ein Diskussionspunkt im letzten Dev Meeting https://forum.iobroker.net/topic/84355/meeting-für-iobroker-core-dev-admin-20.05.26-20-30 Wenn die Aufzeichnung bereitgestellt wurde kannst du es dir dort auch noch einmal anhören was dort besprochen wurde

@Matthias-Jakob Bitte das Endergebnis für andere hier posten.

@Labersack sagte: bekannten Bedingungen Würdest du dafür meine blauen Freunde adoptieren Ausschnitt: [image: 1779288371277-1010-resized.jpg] Mehr per PN

gibt noch einen anderen Fall (hatte ich bei mir) Läuft in deinem Netz noch ein weiterer IOBroker mit MQTT Client? Wenn dieser falsch konfiguriert ist passiert das auch.

@OliverIO sagte: @ticaki Allerdings ist es meiner Meinung nach aktuell immer noch so ist, das man Grundlagen der Programmierung kennen muss. Wenn du absolut blank bist, verstehst du nichtmal die Ausgabe der KI und gibst beim 3 Versuch auf. Die Eisntiegshürden sind zwar wirklich gering geworden, aber man muss das auch lernen wollen und auch die prompts richtig formulieren. sonst kommt nur schrott raus. Das stimmt, war mir zuviel arbeit den Text rüber zu kopieren und passend zu formatieren. Umso mehr ahnung man hat umso schneller kommt man als Ziel außer man macht sowas: ❯ lass den quark und gehe es richtig an - setzte agenten darauf an im internet zu suchen wie man das macht und obs überhaupt geht - prüfe die infos und komme dann mit neuen vorschlägen :D

Ich habe eine Datei gefunden: system.adapter.motion .. in der Datei stand auch die nondeletable Property/Zeile Zeile entfernt und der Adapter ließ sich deinstallieren.

War drei Tage weg und habe garnix gelesen... Aber ja klar, die nehme ich gern, egal ob funktionierend oder (noch) defekt. :-)

Ich bin auch dabei und bei mir im Einsatz. Kann ich aber noch nicht auf die Allgemeinheit loslassen ;) https://github.com/bolliy/ioBroker.sun2000-ems

@Thomas-Braun sagte: @Joker971-0 Die funktioniert: echad@chet:~ $ iob version iot 6.0.3 echad@chet:~ $ Merci - die 6.0.3 hat es bei mir auch gelöst. Installiert, Alexa nach neuen Geräten suchen lassen und danach geht es wieder. Ich habe explizit nichts irgendwo gelöscht.

Danke für die Hilfe.

Hallo @mcm1957 die Antwort ist eigentlich recht simpel: Solange sich das Ganze in einem überschaubaren Rahmen bewegt und ich nicht plötzlich massiv mehr Speicher auf dem VPS benötige, kann ich die aktuell ca. 5 € monatlichen Serverkosten problemlos selbst tragen. Sollte das Projekt wider Erwarten irgendwann deutlich größer werden (> ~250 User), müsste man die Fixkosten eventuell neu betrachten. Geplant ist damit aber ausdrücklich kein Gewinn. Wie viele private Projekte ist auch dieses aus Eigennutzen entstanden, weil ich die Batterie automatisch dann laden wollte, wenn der Strom günstig ist ohne abhängig von den großen firmen sein wollte. Genau das ist auch hier der eigentliche Antrieb dahinter. Am Ende läuft es eher auf ein Fair-Use-Prinzip hinaus.

@Samson71 ja, läuft bei mir auch- Danke

Habe den Code im Eingangspost aktualisiert. Da fehlte eine Funktion. Ro75.

Ok, ich habe in einem anderen Forum die Lösung gefunden. Hier zur Doku :-) Es ist bei mir ein kabelgebundener Schalter verbaut, der Zigbee spricht und mit der Zigbee Funkfernbedienung gekoppelt ist. Man kann diesen kabelgebundenen Schalter zusätzlich mit einer Zigbee Zentrale koppeln. Dafür drückt man 10 Sekunden beide Knöpfe am Schalter, bis die LED rot zu blinken beginnt. DANACH muss man den oberen Knopf nochmal 10 Sekunden lang drücken, dann erscheint das Gerät auch im Zigbee2MSQTT.