Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Dirk Peter]

@uv-on-fire Hallo,
hm-rpc.0.MEQ1234567.1.STATE ist nur ein Beispieleintrag (1. Ventil). Du musst ihn Löschen oder durch einen eigenen ersetzen. Dann müsste dein rpc Fehler auch nicht mehr auftauchen.
Ich schaue mir dein Log aber noch genauer an. Danke dafür.

[Dirk Peter]

@ioT4db
Ja, es kommt aber nicht zu Rückantwort [ack === true] von deinem Schaltenden Adapter.
Ich habe es mit HomeMatic ausprobiert. Direkte Verknüpfung auf HomeMatic Adapter funktioniert! Mit Alias Adapter dazwischen keine Rückantwort.
Das Problem wurde auch mal beim Alias Adapter und kmx hier im Forum beschrieben.

[UV-on-fire]

@Dirk-Peter

Guten Morgen erst mal.

Also ich hab das immer so gemacht das ich die 0.2.19 deinstalliert, dann die 1.0.4 installiert und dann meine Daten eingelesen habe. Dann sollte das Beispielventil ja weg sein.

Ich habe eben das ganze nochmal durchgespielt und das Beispielventil vor dem Einlesen gelöscht. Das macht aber keinen Unterschied. Ich habe dann wieder 1.04. deintsalliert und 0.12.19 installiert und das Beispielventil mal absichtlich drin gelassen. Da kommt der Fehler aber nicht.

Verhalten die beiden Versionen sich beim Start eventuell unterschiedlich?

[Dirk Peter]

UV-on-fire
Hallo, habe dir per Chat deine angepasste Konfiguration zurückgesand (Hoffe es hat funktioniert, war das erste mal bei mir). Installiere bitte sprinklecontrol von GitHub, dann haben wir die gleichen Versionen im einsatz, und lade dann die Konfiguration von Chats.
In der Konfiguration habe ich dieses noch geändert, da du keine Umweltdaten erfasst (Wetterstation).


Bei mir sieht die Installation jetzt so aus.

Die Warnung mit den Levelsensor besagt nur, das er bei mir deinen Sensor nicht finden kann.
Dirk Peter

[UV-on-fire]

@Dirk-Peter
Hab es gesehen im Chat. Probiere ich morgen und geb dann bescheid.

Danke für die Mühe schon mal.

[UV-on-fire]

@dirk-peter
Also hat auch keine Besserung gebracht. Ich habe dann mal auf Loglevel Silly gestellt. Wenn du das Log haben möchtest sag bescheid.

[Dirk Peter]

@UV-on-fire
Hallo, ja das Log würde ich mir gerne mal anschauen.
Auf welchen System läuft der Adapter bei dir?
node -v
jscontroller
Admin
Dirk Peter

[UV-on-fire]

@Dirk-Peter

Log schicke ich dir per PN.

Neuinstallation ab 16:24. Umgestellt auf Silly um 17:28 . Habe beidesmal den Adapter über manuell gestoppt in der Instanzen Ansicht. Dauerte jedesmal ewig bis er reagiert hat.

Im ersten Post von mir ist auch ein IOB DIAG. Läuft auf einem Intel NUC unter Proxmox.

UV-on-fire sagte:

/usr/bin/nodejs v22.22.2
/usr/bin/node v22.22.2
/usr/bin/npm 10.9.7
/usr/bin/npx 10.9.7

UV-on-fire sagte:

Core adapters versions
js-controller: 7.1.1
admin: 7.8.20
javascript: 9.2.0

UV-on-fire sagte:

Virtualization: lxc
Kernel: Linux 6.17.13-1-pve
Architecture: x86-64

[Dirk Peter]

@uv-on-fire
Unsere Systeme sind ähnlich. Eigenartig, das es bei dir nicht läuft! Ich schau mir das LOG nächstes WE an. Bin die Woche unterwegs. Dirk Peter

[UV-on-fire]

Kein STress. Läuft ja mit der anderen Version.

[tueftler17]

Hallo zusammen, Dirk-Peter und ich haben gestern zusammen einen Fehler im Adapter gefunden, der langsame Startzeiten erklären könnte. Letztlich war das Problem, dass bei der Einstellung "Befehl ohne Antwort" für die Bewässerungskreise zu viele Events abonniert wurden. Daher: Für alle, die ein Problem mit langsamem Start haben: Macht ein Update auf die Github-Version, da ist das Problem seit gestern behoben.

[Dirk Peter]

Version 1.0.8 ist jetzt zum Download bereit, mit allen aktuellen Fehlerbereinigungen.

[UV-on-fire]

Also 1.0.8 installiert und läuft . Danke euch.

[UV-on-fire]

Blöde Frage. Wie kann ich den Thread auf gelöst setzen? Oder macht das der Admin?

[Thomas Braun]

@UV-on-fire sagte:

Blöde Frage. Wie kann ich den Thread auf gelöst setzen? Oder macht das der Admin?

Den Ursprungspost kannst du bearbeiten.

[UV-on-fire]

Das is klar, meinte eigentlich das TAG ungelöst auf gelöst ändern.