NEWS

kann mir jemand sagen, wie ich die Netzwerkkarte dazu bewegen kann, die korrekten Informationen anzuzeigen.
Es sagt momentan, dass alle miteinander reden. Node 5 habe ich aber ausgeschaltet.
975bcf30-6b2d-4395-a734-b0b3761e163d-image.png
d23ba7c4-a4b8-4cdc-8907-7cf49869d628-image.png

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.

@mcm1957 erledigt: https://github.com/iobroker-community-adapters/ioBroker.lgtv/issues/291

zloe created this issue in iobroker-community-adapters/ioBroker.lgtv open Adapter not working when TV is switched on (SIGBUS) #291

@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.

Ahhh, ist das eine Wohltat, es funktioniert wieder. 👍

Lag wohl wirklich nur daran, das sich ein Gerät irgendwie in der yaml mit "homeassistant" eingetragen hat - und dies nachträglich.
Denn dieses Gerät (Bei mir eine Hue-Birne) war schon lange integriert gewesen.

Sollte also jemand das selbe Problem haben/bekommen, dies hat bei mir geholfen:

nano /opt/zigbee2mqtt/data/configuration.yaml

Weiter runterscollen, dann werden die Geräte aufgelistet.
Dann nach einem Gerät suchen, wo "homeassistant" Einträge vorhanden sind.
Dort diese Einträge von "homeassistant" in der yaml löschen (waren bei mir drei Zeilen).

War bei mir bei einem Gerät der Fall, und zwar genau bei diesem, bei welchem bereits gemeckert wurde:

nach:

cd /opt/zigbee2mqtt npm start - devices/0x00178801061f8b7b/homeassistant/name must be string

Wenn man es nun weis, war es eigentlich ganz einfach,
die verschiedenen Fehlermeldung (s.o.) haben mich "etwas" als Anfänger irritiert und mich daher auf Irrwege geschickt.

@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.

@asgothian Danke nochmal auf Deinen Hinweis hin habe ich mir heute den TI CC2652P bestellt.

Testing: Danke auch für die großartige Arbeit die Du und alle Beteiligten machen.
Leider fehlt mir selbst die Zeit und das Know-How um aktiv testen zu können.

@andbru01

Künfitg die Kiste regelmäßig auf einen aktuellen Stand bringen und dann auch halten.

@grizzelbee okay, habe es mal grob getestet, das scheint offensichtlich alles zu funktionieren, Danke

@danny-1
Mit dem Stoppen habe ich mich bisher nicht befasst, mir reichte es, für den Anfang die Position anfahren zu können.
Mangels Zeit habe ich das aber noch nicht weiter verfolgt.

Eventuell kannst du den Wert bei "position-state" während der Fahrt auf "Stopped" ändern?

@tombox
Okey danke, dann schreib ich doch mal dem Support, fragen kostet ja nichts 👍