NEWS

@afuerhoff danke für den Tipp, es sieht ganz gut aus mit Umbenennung des Namens, habe einfach VPN hinten an die Name gehängt, werde noch mal ein bisschen beobachten.

Ich weiß ehrlich gesagt gar nicht wie ich das vorher hatte, wegen den Änderungen am VPN bei 8.0 habe ich die Profile ja neu gemacht um ggf Fehler bei den Verbindungen zu vermeiden.

Ob ich die Namen da auch gleich hatte kann ich somit gar nicht sagen, aber zumindest in der jetzigen Konstellation funktioniert es ja wieder in dem an der VPN Verbindung einfach noch mal drei Buchstaben dran gehängt sind. 🙂

@ticaki

Das ist völlig in Ordnung. Bei 0.x.x kann jede neue Version BREAKING sein.

https://github.com/semver/semver/blob/master/semver.md#semantic-versioning-specification-semver
siehe Punkt 4

@schittl wird die beim /fullscreen nicht ausgeblendet? Wenn er meint das die Maus da unten ist (wenn man den Mauszeiger verschwinden lässt indem man diesen ganz nach unten setzt) würde diese dann aber angezeigt werden.

Edit: gerade in meinen Quellcode nachgeschaut- ich starte mit /monitor x /fullscreen und habe dann keine Playerleisten
Das x steht für den Monitor 1 bis 3, ich nutze das ja für eine Multianzeige

@haus-automatisierung
OK, danke!

um das Update kümmere ich mich wohl am WE (Da hab ich dann mehr Zeit falls was schief geht) Alias anlegen, Datenpunkt verknüpfen und konvertieren beim schreiben ging ja "relativ" einfach

Dankeschön!!!

sg martin

Dieser Adapter ist derzeit nicht in Repositories gelistet und seit längerem nicht aktualisisert worden. Er kann daher nur als ALPHA Status und nicht mehr supported betrachtet werden. (Falls diese Einstufung falsch ist, lieber Maintainer den Adapter bitte in dei Repos aufnehmen lassen).

Da derzeit offenbar nicht aktiv an diesem Adapter gearbeitet und getestet wird ein Info an alle Nicht-Tester / Normalnutzer:

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
Comment

Leave a comment

Footer

Oha... da ist mir der Topic doch durchgeruscht... bin aber auch erst später wieder aktiv geworden.

Stelle mich als Pre-alpha, alpha und beta tester zur Verfügung - Kameras hab ich aber keine in Yahka, aber vieles andere.

Allgemein habe ich mit dem Adapter folgendes Problem:

Keine Ahnung wieso da ciao, bonjour und das default zur Auswahl angeboten werden. 🙂

Aktuell habe ich mit dem Adapter folgendes Problem:

Wenn ich die Konfiguration ändere dauert es ewig bis meine Geräte wieder online kommen. Mit ewig meine ich irgendwann gleicher Abend, nächster Tag oder übernächster Tag sind sie wieder da.

2025-01-16 13:02:42.728 - debug: yahka.0 (55248) got a stateChange for [shelly.0.SHRGBW2#258794#1.lights.Switch] 2025-01-16 13:02:42.728 - debug: yahka.0 (55248) change event from ioBroker via [shelly.0.SHRGBW2#258794#1.lights.Switch]{"val":0,"ack":true,"ts":1737028962727,"q":0,"from":"system.adapter.shelly.0","user":"system.user.admin","lc":1737022257938} 2025-01-16 13:02:42.728 - debug: yahka.0 (55248) [Bett.On] got a change notify event, ioValue: 0 2025-01-16 13:02:42.728 - debug: yahka.0 (55248) [Bett.On] forwarding value from ioBroker (0) to homekit as (0) 2025-01-16 13:02:42.728 - debug: yahka.0 (55248) [Bett.On] got a set event, hkValue: false 2025-01-16 13:02:42.728 - debug: yahka.0 (55248) [Bett.On] set was initiated from ioBroker - exiting here

Das Debuglog wird mit obriger Meldung sekündlich befüllt, zu allen möglichen States die sich nicht geändert(oder geändert, aufgefallen ist mir das Bett und dafür müsste ich zumindest aufstehen und hin gehen dass sich da was ändert) habe.

EDIT: Wenn ich in dem Gerät Bridge die serial ändere - die AFAIK nur ein einfaches Stringfeld ohne bedeutung ist, werden meine Geräte zügig verbunden. nö doch nicht

@boronsbruder Freut mich zu hören. Du bist ja die beste Referenz dafür.

@gluecksmann sagte in Wie eigene Datenpunkte anlegen?:

@homoran

OK, aber Blockly ginge auch,oder?

Natürlich

@tombox Kudos für dich. Danke, das funktioniert jetzt ganz wunderbar. Danke für den schnellen Support und deine Unterstützung.

Mirko

@claus said in Domiq Base Adapter:

Wie bekommt man aus der Admin UI eine Auswahl aller States, so wie es in Blockly der Fall ist, wenn man eine Object ID auswählt?

Falls dieser Adapter funktioniert, bitte eine Aufnahme in die Repositories anregen.

https://github.com/ioBroker/ioBroker.repositories#requirements-for-adapter-to-get-added-to-the-latest-repository

Für alle NICHT TESTER bitte das Nachfolgende beachten - da der Adapter nun schon einige Zeit nur via Github verfügbar ist besteht die "Gefahr" dass er auch produktiv eingesetzt werden könnte daher ausnahmsweise auch im tester Bereich die Standardinfo. Für ALPHA Tester bzw. erfahrene ioBroker User/Tester ist eine Github Installation natürlich auch in Ordnung.

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
Comment

Leave a comment

Footer

@mcm1957 said in Neuer Adapter TeslaFi:

@ReblausGT (=hombach?)

JA!

Aktuelle Version des Adapters ist 1.0.0
Bitte Version im ersten Beitrag anpassen.

done

@uwe1958
aktuelle Version ist 1.1.4

Bitte Header aktualisieren (1.1.x oder so reicht auch) und aktuelle Version im ersten Betrag eintragen.

@android51
Hmm, ohne die Meldungen aus dem Log-Level Info (die auf deine Fehlermeldung folgen müssten - "Last sent message was...") kann man leider aus der Meldung nicht so viel schlussfolgern (man müsste genau wissen, welche Nachrichten vorher vom Adapter an den USB-Stick gesendet wurden). Die 8 in der Meldung ist die Identifikationsnummer des Fehlers, in dem Fall eben ein Syntax-Error (hat also nichts mit den IDs deiner Rollläden zu tun).

In den meisten Fällen sollten Kommandos, die nicht erfolgreich ausgeführt wurden, vom Adapter automatisch erneut gesendet werden (wofür auch deine Aussage spricht, dass du kein Fehlverhalten bei den Rollläden erkennen kannst). Wenn du also noch die restlichen Infos liefern kannst, dann sehe ich es mir bei Gelegenheit an, ich vermute aber, dass ein etwaiger Fehler in den meisten Fällen konsequenzlos sein müsste. Melde es im Zweifel gerne bei Github als Issue wenn du die Infos hast.

Da die Funktion weiterhin gegeben ist und auch bei mir alles ohne Beeinträchtigungen läuft, stoße ich die Aktualisierung im stable-Repository auf 0.7.0 an.