UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Rene_HM]

@dreistein du kannst jeden Datenpunkt manuell löschen...

[Ralf78]

@Hasont die beiden Datenpunkte stehen in der csv auch mit einem "r" drin, heisst nur lesbar.
Ich hab eine claromatic 470, deine 430er kenne ich nicht.
es gibt aber einen Datenpunkt den du "im manuellen Modus" (was auch immer das sein mag, du hast ja oben "Auto Raumtemperatur" erwähnt) ändern kannst: Hc1ManualOPRoomTempDesired, Raumtemperatur Soll Heizkreis 1 (manuell)
Hab ich aus der csv von Johns git
@Kanumouse ich hab auch aus versehen ein update gemacht. wie hast du ein Downgrade gemacht?

[Hasont]

@ralf78
Den Parameter gibt es aber leider ist der nur wenn man auch auf manuell umstellt.
D.h. er muss wieder von Hand zurück gestellt werden.
Wenn man im "auto" mode die Temperatur verstellt läuft das nur bis zum nächsten Event danach ist wieder als wie vorab eingestellt.
LG
Hasont

[Rene_HM]

@kanumouse In Version 22.1 wurde im ebusd ein neuer Speicherort für die Konfiguration eingeführt (http://cfg.ebusd.eu/). Mit Version 22.2 wird nun automatisch auf diesen Speicherort verwiesen.

[Kanumouse]

@rene_hm

Das mit dem neuen Speicherort war mir bekannt.
Ich hatte die edusd.config auch entsprechend angepasst, der ebusd lief aber trotzdem nicht mehr.

[Rene_HM]

@kanumouse Ich habe nun seit ein paar Tagen die 22.2 vom ebusd hier laufen, das scheint zu funktionieren...

[Kanumouse]

@rene_hm

Da muss ich auch noch einen neuen Versuch starten.....

[Kanumouse]

@kanumouse

Ich habe gerade noch einmal versucht die Version 22.2 zu installieren und laufen zu bringen.
Läuft leider nicht bei mir.

Es kommen folgende Fehler:
ebus.0 2022-03-06 13:04:04.382 error exception in ebusd_ReceiveData [Error: connect ECONNREFUSED 192.168.178.31:8889]
ebus.0 2022-03-06 13:04:04.363 error exception from tcp socket in ebusd_ReadValues [Error: connect ECONNREFUSED 192.168.178.31:8888]

Meine ebus.config sieht so aus:
EBUSD_OPTS="--configpath=http://cfg.ebusd.eu/ -d /dev/ttyUSB2 -p 8888 --latency=0 --receivetimeout=100000 -l /var/log/ebusd.log --scanconfig=full --httpport=8889 --htmlpath=/var/ebusd/html"# Options to pass to ebusd

Die Version 22.1. lief auch mit dieser config außer, dass ich jetzt den Pfad für die config-Dateien angepasst habe.

Wo liegt mein Problem, kann mir bitte jemand helfen?

Das sieht so aus als kann ebusd nicht mehr von den Ports lesen.
Liegt das ggf. an irgendwelchen Rechten?

[Rene_HM]

@kanumouse ich denke eher, der ebusd hat Probleme, die config zu lesen. In der config legst du die ports (für HTTP und TCP) fest, aber der Adapter kann nicht zugreifen und bringt deshalb die exception.
Meine config sieht so aus:

EBUSD_OPTS = "-p 8890 --httpport=8889 --scanconfig=full -l /var/log/ebusd.log --configpath=http://cfg.ebusd.eu/"

steht das hier

# Options to pass to ebusd

wirklich so in deiner config?
Was passiert, wenn du die URL

192.168.178.31:8889

in deinem browser aufrufst?

[Ein ehemaliger Benutzer]

@dreistein sagte in Adapter: ebus:

Moin,
gibt es eine möglichkeit, einen Datenpunkt den man mit <ebusctl read xxx> "erzeugt" hat, wieder
zu "vergessen" ?

Ich zitiere mich mal selbst.
Ein Löschen der Werte im ioBroker funktioniert nicht.
Bei dem nächsten Adapter Start werden diese wieder angelegt.
Gibt es eine Art Cache der sich irgendwann leert ?

[Rene_HM]

@dreistein der Adapter legt alle Datenpunkte an, die der ebusd liefert. Wenn der ebusd also eine config einliest und dann die entsprechenden Daten liefert, werden die vom Adapter übernommen....

[Kanumouse]

@rene_hm

Jetzt läuft die Version 22.2 bei mir.

Ich habe in der ebusd-config folgende Einträge weggelassen:
--latency=0 --receivetimeout=100000 --accesslevel=* --httpport=8889 --htmlpath=/var/ebusd/html"

Keine Ahnung warum das mit den Einträgen nicht funktioniert hat.

Meine config sieht jetzt so aus:
EBUSD_OPTS = "-d /dev/ttyUSB0 -p 8888 --httpport=8889 --scanconfig=full -l /var/log/ebusd.log --configpath=http://cfg.ebusd.eu/"

Danke noch einmal für die Unterstützung.

[Hasont]

@rene_hm
Hallo Rene, ich hab grad mehrere Updates am IoBroker durchgeführt und da kam auch der Hinweis, dass ich den ebusd von Version 3.4 auf 21.3 updaten soll. Finde bei John nur die 22.2.
Da ich den ebusd seit Jahren nicht mehr angefasst habe und hier auch von problemen mit der 22.2 berichtet werden möchte ich hiermit mal nachfragen wie ich das Update auf 21.3 über Putty am besten anstoße und ob ich was beachten muss. Backup der SD habe ich schon mal gemacht. Danke für eure Hilfe.
LG
Horst

[Rene_HM]

@hasont aus meiner Sicht kannst du die 22.2 verwenden, in der nächsten Version vom Adapter werde ich die empfohlene Version auf 22.2 setzen...

[Rene_HM]

Im github und NPM liegt die 3.0.0 zum Testen bereit.
siehe auch github
Es gibt folgende Änderungen:

• Achtung Der Adapter ist nun ein Standard-Adapter und kein scheduled. Das hat den Vorteil, dass Kommandos direkt ausgeführt werden und nicht erst beim nächsten Start
• "bent" wurde durch "axios" ersetzt

Feedback ist wie immer willkommen...

[Cino]

Wie werden die Daten dann gepolled? Also im welchen Abstand?

[Cino]

Mal eine andere Frage zum Thema in den Bus schreiben.

"700":{
"z1ActualRoomTempDesired": {
"name": "z1ActualRoomTempDesired",
"passive": false,
"write": false,
"lastup": 1648891204,
"zz": 21,
"fields": {
"tempv": {"value": 24}
}

Ich würde gerne den Wert beschreiben.

Wie müsste der Befehl aussehen?

write -c 700 z1ActualRoomTempDesired 26

wäre mein Ansatz.

[Rene_HM]

@cino sagte in Adapter: ebus:

Wie werden die Daten dann gepolled? Also im welchen Abstand?

aktuell alle 5 Minuten. Ich lege den Wert noch in's admin...

[Ein ehemaliger Benutzer]

Und wie stellt man den um, ohne den alten 2.x Adapter zu löschen ?
Den Scedule im Expertenmodus löschen geht nicht.
(geht schon, gibt aber Fehlermeldung im Log)

[MassiveAttack]

bekomme alle 5 min eine warning

host.RaspberryPi
	2022-04-04 09:30:00.024	warn	instance system.adapter.ebus.0 already running with pid 22099