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

[Timmerx]

Hi Leute,

ich glaube ich bin noch einen Schritt zurück.
Ich habe nur eine .csv Datei installiert, die hmu.csv

Wie kann ich hier weitere installieren ? oder Updatet das automitisch?

version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
signal: acquired
symbol rate: 46
max symbol rate: 226
min arbitration micros: 721
max arbitration micros: 2222
min symbol latency: 0
max symbol latency: 17
reconnects: 5
masters: 5
messages: 65
conditional: 0
poll: 0
update: 9
address 00: master #1
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=72000;SW=0118;HW=7703"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"

[mameier1234]

@Timmerx wenn die datenpakete erkannt werden, dann holt er sich die files normalerweise automatisch..

[Timmerx]

das tut er leider nicht hab auch schonmal neugestartet leider ist immer noch nur die hmu.csv drin

das habe ich in der Config stehen

EBUSD_OPTS="-c, --configpath=http://ebusd.eu/config/ -d /dev/ttyUSB2 -p 8888  --latency=0 --receivetimeout=100000 -l /var/log/ebusd.log  --scanconfig  --httpport=8891 --htmlpath=/var/ebusd/html"

[MassiveAttack]

@mameier1234
das funktioniert auch! dennoch bekomme ich bei einem aufruf eines bestimmten DPs ein timeout!
aktuell habe ich wieder das problem, dass keine addresse eine passende vaillant findet, geschweige denn ein csv ladet. schön langsam hau ich den hut drauf...so ein dre...

[mameier1234]

@MassiveAttack ich hatte früher auch den tcp-adapter... die einstellerei mit dem Potti war auch nicht gerade einfach...

Dann habe ich irgenwann die Raspi-Erweiterung aus dem fhem-board geholt.. Die hat sich selbst eingestellt.. Nach ca. einem Jahr, dann plötzlich keine Werte mehr vom Brenner.

Das Problem war die Steuerplatine des Brenners.. Heizungsbauer sagte neu... ich habe gegoogelt und festgestellt, dass 2 Kondensatoren im Wert von 40 cent schuld waren. Neue reingelötet und der Bus hat wieder funktioniert..

Ganz ehrlich ? Das ist ein Bastelhobby.. Wenn du das nicht willst, dann geh zu deinem Heizungsbauer und hoffe , dass er Dir ne fertige Lösung mit Support geben kann. Meiner konnte das eher nicht, und der ist jedes mal platt , wenn er sieht, was ich hier bei mir umgesetzt habe...

Fehlschläge gehören dazu, und manchmal muss man die Sache auch einfach mal ruhen lassen.. z.B. das Wasserzähler Projekt.. ich bin seit nem 1/2 Jahr drann... jetzt ist der Groschen gefallen und ich bin happy... So was kann man nicht kaufen ! Und ich hatte sehr viele Fehlversuche.. Aber es hat sich gelohnt...

Nochmal zu ebusd... im Fhem Forum gibt es da einen sehr langen Grundlagen-Thread.. hat wenig mit dem Adapater hier zu tun, aber hilft fürs Verständniss... Die Erfolge kommen in kleinen Schritten, aber sie kommen.

Nur Mut !

[Timmerx]

SO ich glaube ich bin tetwas weiter gekommen
ich habe mit Filezilla die neuen .csv Dateien eingefügt jetzt zeigt mir ebusctl info schon mal ein weiteres GErät an ec mit der /vaillant/ec.sol.sc.csv

Jetzt würde ich geren noch die .csv für den ID=72000 und die ID=VWZ finden


[MassiveAttack]

bei meiner ebusctl ausgabe fehlen "min/max arbitration micros" & "min/max symbol latency". kann mir wer sagen warum? und ist das wichtig?
aktuell stehe ich nachwievor vor dem problem, dass ich zwar ein paar sachen sehe, diese jedoch NICHT automatisch aktualisiert werden (außer broadcast). wie kann ich das triggern? außer die DPs manuell abfragen, da das nicht geht und in ein timeout läuft...

[Jui]

@Hiltex Dein Eintrag ist ja schon etwas älter, dennoch die Frage, hast Du die Solardaten gefunden? Ich habe den ebusd seit einigen Tagen im Einsatz und versuche die interessanten Daten von den unwichtigen zu trennen. Die Daten vom Warmwassertauscher auf dem Dach habe ich nicht gefunden, genauso wie die den Luftfeutigskeitssensor, der im Wandsteuergerät angezeigt wird.

[Hiltex]

@Jui Die Solardaten kommen vom Gerät VMS01. Folgende Datenpunkte sind verfügbar:

ASIDetected
BufferPumpPower
CountryZone
CurrentASCStateforASI
CurrentASCStateforExternals
currenterror
CurrentFlow
CurrentSystemMode
CurrentVPMLoadingMode
Date
DateAndTimeIsSet
errorhistory
ExternalHcRequest
ExternalHcTempDesired
ExternalHwcRequest
ExternalHwcTempDesired
FlowSensorFrequency
ForceStartSolPumpKick
InternalHcTempDesired
InternalHwcTempDesired
MonitorMatlabLast5minSolAverage
MonitorMatlabState
MonitorOverheatState
Ntc1Sensor
Ntc2Sensor
RequestForExternalDateTimeSetting
RunTimeBufferPumpHours
RunTimeBufferPumpMinutes
RunTimePump1Hours
RunTimePump1Minutes
SolPumpPower
SolPumpRelay
Time
Variante
YieldCurrentDay
YieldTotal

Es gibt dafür leider keine Konfig-Datei. Die habe ich selbst erstellt und einen Pull Request erstellt, der bisher jedoch noch nicht angenommen wurde. Solange arbeite ich mit lokalen Daten und meiner zusätzlichen Datei, die du hier herunterladen kannst:
https://github.com/Standarduser/ebusd-configuration/blob/master/ebusd-2.1.x/de/vaillant/06.vms.csv

Meine derzeitige Visualisierung sieht so aus:

Ich sehe unter BAI und 700 noch einige sinnvolle Datenpunkte, die man gut visualisieren könnte, aber ich hatte bisher noch keine Muse, mich damit zu beschäftigen. Das wichtigste habe ich, den Rest mache ich vielleicht irgendwann.

[Jui]

@Hiltex deine VIS sieht ja sehr gut! Da bin ich noch weit entfernt von, ich sammle erst mal die Datenpunkte um dann zu wissen was alles rein kann und soll.
Und die Solaranlage finde ich schon gut.
Wichtig ist mir auch sowas wie Wasserdruck und Fehlermeldung usw. um Alarme auszulösen, usw usw ... das ist noch oben keine Grenze

Okay, also entweder warte ich bis Deine Konfig-Datei übernommen wurde und dann die Daten automatisch kommen oder schreibe mir auch eine eigene Konfig-Datei. Habe ich das so richtig verstanden?
Die VMS01 ID ist in meinem Scan zu sehen.

Danke für Deine Antwort und Hilfe

[Hiltex]

@Jui Du brauchst keine eigene Konfig-Datei schreiben, du kannst doch einfach meine verwenden.

[Timmerx]

Ich habe jetzt mal die 15.700.csv in 15.720 umbenannt leider wird die Datei nicht gefunden und zugewiesen.

Ich habe in der kopierten 15.700.csv alle Verknüpfungen von 15.700 in 15.720 geändert und auch die Rechte auf dem Pi auf 644 gestellt. Leider ohne Erfolg

Kann mir jemand erklären wie man seine eigene .csv erstellt?

[Hiltex]

@Timmerx Über die Parameter muss man ebusd mitteilen, woher er die Config-Dateien laden soll. Standard (ohne Pfadangabe) ist dabei direkt aus dem Internet.

Du kannst die Dateien im Prinzip abspeichern, wo du willst, und den Pfad entsprechend angeben. Damit alles einwandfrei funktioniert benötigst du alle Dateien aus dem Github-Repository.

Wenn die Quell-Datei 15.700.csv dann zum Beispiel unter /etc/ebusd/ebusd-2.1.x/de/vaillant/15.700.csv zu finden ist, dann muss die Pfadangabe /etc/ebusd/ebusd-2.1.x/de lauten.

Diesen Pfad trägst du in die Datei /etc/default/ebusd unter EBUSD_OPTS ein.

Insgesamt könnte die Zeile dann so aussehen (bitte an deinen Bedarf anpassen):
EBUSD_OPTS="--device=192.168.243.86:5000 --httpport=8889 --scanconfig --latency=30000 --configpath=/etc/ebusd/ebusd-2.1.x/de"

Es bedarf dabei keiner Konkreten Angabe, welche Datei geladen werden soll, nur die Pfadangabe muss richtig sein. Wenn also 15.720.csv ebenfalls in diesem Pfad liegt und diese soweit korrekt ist, lädt er die automatisch.

Das war das grundsätzliche, eleganter ist der Weg über Symlink. Dazu gehst du wie folgt vor:
Auf der Kommandozeile:

cd~
git clone https://github.com/john30/ebusd-configuration.git
if [ -d /etc/ebusd ]; then sudo mv /etc/ebusd /etc/ebusd.old; fi
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd

Die Dateien liegen nun im Stammordner deines aktuellen Benutzers, können aber über den Pfad /etc/ebusd/ erreicht werden, sodass die Konfiguration in /etc/default/ebusd so aussehen könnte:

EBUSD_OPTS="--device=192.168.243.86:5000 --httpport=8889 --scanconfig --latency=30000 --configpath=/etc/ebusd"

Ich hoffe das war verständlich, sonst frag einfach nochmal.

Dein Vorgehen, die Datei einfach zu kopieren und entsprechend anzupassen, war ansonsten korrekt.

[Timmerx]

Hi,

vielen Dank für die wirklich ausführliche Erklärung.

Ich weiß allerding nicht, ob ich mein Problem damit lösen kann.
Das Problem ist das ich eine VRC720 habe und nicht die VRC700 bei der VRC700 wird die 15.700.csv geladen.
Bei meiner VRC720 wird die 15.700.csv nicht geladen, weil die natürlich auch nicht passt.
Ich denke ich brauche ein 15.720.csv. Da meine "MF=Vaillant;ID=72000;SW=0118;HW=7703 und nicht ID=70000 ist.

Da sich die VRC700 und die VRC720 eigentlich nicht unterscheiden möchte ich die 15.700 in 15.720 umbenennen, damit die dann auch geladen wird. Das klappt aber leider nicht. Es scheint aber wohl schon mal jemand geschafft zu haben.
link text

Ich denke ich muss hier irgendwas mit Symlink anstellen.

[Hiltex]

@Timmerx Es ist eigentlich egal, ob du einen Symlink verwendest, die Datei umbenennst oder kopierst und mit einem anderen Namen einfügst. Das Ergebnis ist immer das gleiche, nur die Eleganz unterscheidet sich 😉

[Timmerx]

Hi,

es hat funktioniert ich kann leider nicht sagen woran es jetzt schlussendlich lag, aber pötzlich wurde die 15.720.csv geladen.

Jetzt trudeln langsam aber sicher auch die ersten Werte ein. Mal schaun wieweit ich da komme.

[Jui]

@Hiltex Danke für Deine genauen Anweisungen !
Ich habe jetzt die Config-Dateien nach Deinen Anweisungen auf mein System geladen und die ebusd angepasst.
Es läuft jetzt im Prinzip alles wie vorher und zusätzlich werden Daten von VMS ausgegeben bzw. sind abrufbar über Telnet. Hier eine Auszug der ... 8890/data

 },
 "vms": {
  "messages": {
   "ASIDetected": {
    "name": "ASIDetected",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "BufferPumpPower": {
    "name": "BufferPumpPower",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "CountryZone": {
    "name": "CountryZone",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "CurrentASCStateforASI": {
    "name": "CurrentASCStateforASI",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "CurrentASCStateforExternals": {
    "name": "CurrentASCStateforExternals",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "currenterror": {
    "name": "currenterror",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "CurrentFlow": {
    "name": "CurrentFlow",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "CurrentSystemMode": {
    "name": "CurrentSystemMode",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "CurrentVPMLoadingMode": {
    "name": "CurrentVPMLoadingMode",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "Date": {
    "name": "Date",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "DateAndTimeIsSet": {
    "name": "DateAndTimeIsSet",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "errorhistory": {
    "name": "errorhistory",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "ExternalHcRequest": {
    "name": "ExternalHcRequest",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "ExternalHcTempDesired": {
    "name": "ExternalHcTempDesired",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "ExternalHwcRequest": {
    "name": "ExternalHwcRequest",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "ExternalHwcTempDesired": {
    "name": "ExternalHwcTempDesired",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "FlowSensorFrequency": {
    "name": "FlowSensorFrequency",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "ForceStartSolPumpKick": {
    "name": "ForceStartSolPumpKick",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "InternalHcTempDesired": {
    "name": "InternalHcTempDesired",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "InternalHwcTempDesired": {
    "name": "InternalHwcTempDesired",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "MonitorMatlabLast5minSolAverage": {
    "name": "MonitorMatlabLast5minSolAverage",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "MonitorMatlabState": {
    "name": "MonitorMatlabState",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "MonitorOverheatState": {
    "name": "MonitorOverheatState",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "Ntc1Sensor": {
    "name": "Ntc1Sensor",
    "passive": false,
    "write": false,
    "lastup": 1592139005,
    "zz": 6,
    "fields": {
     "temp": {"value": 36.12},
     "sensor": {"value": "ok"}
    }
   },
   "Ntc2Sensor": {
    "name": "Ntc2Sensor",
    "passive": false,
    "write": false,
    "lastup": 1592139005,
    "zz": 6,
    "fields": {
     "temp": {"value": 0.00},
     "sensor": {"value": "ok"}
    }
   },
   "RequestForExternalDateTimeSetting": {
    "name": "RequestForExternalDateTimeSetting",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "RunTimeBufferPumpHours": {
    "name": "RunTimeBufferPumpHours",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "RunTimeBufferPumpMinutes": {
    "name": "RunTimeBufferPumpMinutes",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "RunTimePump1Hours": {
    "name": "RunTimePump1Hours",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "RunTimePump1Minutes": {
    "name": "RunTimePump1Minutes",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "SolPumpPower": {
    "name": "SolPumpPower",
    "passive": false,
    "write": false,
    "lastup": 1592138701,
    "zz": 6,
    "fields": {
     "power": {"value": 0}
    }
   },
   "SolPumpRelay": {
    "name": "SolPumpRelay",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "Time": {
    "name": "Time",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "Variante": {
    "name": "Variante",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "YieldCurrentDay": {
    "name": "YieldCurrentDay",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "YieldTotal": {
    "name": "YieldTotal",
    "passive": false,
    "write": false,
    "lastup": 0
   }
  }
 },
 "global": {
  "version": "3.4.v3.4-16-g9e152da",
  "updatecheck": "revision v3.4 available, vaillant/08.bai.csv: different version available, vaillant/15.700.csv: different version available, vaillant/bai.0010015600.inc: different version available, vaillant/hcmode.inc: different version available",
  "signal": true,
  "symbolrate": 24,
  "maxsymbolrate": 129,
  "minarbitrationmicros": 21,
  "maxarbitrationmicros": 79,
  "minsymbollatency": 6,
  "maxsymbollatency": 39,
  "qq": 49,
  "reconnects": 0,
  "masters": 4,
  "messages": 669,
  "lastup": 1592139293
 }
}

Jetzt habe ich im iobroker Adapter die Ntc1Sensor eingeben, die werden auch abgefragt und im Log der wert ausgegeben.
Jedoch NICHT unter Objekte! Der Ordner vms ist ohne Werte.
Hier ein Auszug der iobroker Log Datei:

ebus.0	2020-06-14 14:50:06.571	info	(2588) Terminated (NO_ERROR): Without reason
ebus.0	2020-06-14 14:50:06.569	info	(2588) all history done (exit)
ebus.0	2020-06-14 14:50:06.568	debug	(2588) delete
ebus.0	2020-06-14 14:50:06.566	debug	(2588) delete
ebus.0	2020-06-14 14:50:06.148	info	(2588) all http done
ebus.0	2020-06-14 14:50:05.971	debug	(2588) oData {"700":{"messages":{"AdaptHeatCurve":{"name":"AdaptHeatCurve","passive":false,"write":false,"lastup":0},"BankHolidayEndPeriod":{"name":"BankHolidayEndPeriod","passive":false,"write":false
ebus.0	2020-06-14 14:50:05.937	debug	(2588) request data from http://192.168.178.47:8890/data
ebus.0	2020-06-14 14:50:05.935	debug	(2588) all telnet done
ebus.0	2020-06-14 14:50:05.934	debug	(2588) received usage: read [-f] [-m SECONDS] [-s QQ] [-d ZZ] [-c CIRCUIT] [-p PRIO] [-v|-V] [-n|-N] [-i VALUE[;VALUE]*] NAME [FIELD[.N]] or: read [-f] [-m SECONDS] [-s QQ] [-d ZZ] [-v|-V] [-n|-N]
ebus.0	2020-06-14 14:50:05.933	debug	(2588) received 0.00;ok for Ntc2Sensor
ebus.0	2020-06-14 14:50:05.776	debug	(2588) received 36.12;ok for Ntc1Sensor
ebus.0	2020-06-14 14:50:05.626	debug	(2588) received no for HwcDemand
ebus.0	2020-06-14 14:50:05.472	debug	(2588) received 50 for HwcTempDesired
ebus.0	2020-06-14 14:50:05.269	debug	(2588) received 38.56;ok for HwcTemp
ebus.0	2020-06-14 14:50:05.113	debug	(2588) received 43.5 for HwcStorageTemp
ebus.0	2020-06-14 14:50:04.919	debug	(2588) received 43.44;ok for StorageExitTemp
ebus.0	2020-06-14 14:50:04.700	debug	(2588) received 43.81;ok for StorageTemp
ebus.0	2020-06-14 14:50:04.495	debug	(2588) received off for Flame
ebus.0	2020-06-14 14:50:04.342	debug	(2588) received 19 for z1NightTemp
ebus.0	2020-06-14 14:50:04.152	debug	(2588) received 23 for z1DayTemp
ebus.0	2020-06-14 14:50:03.959	debug	(2588) received 35.5 for Hc1FlowTemp
ebus.0	2020-06-14 14:50:03.766	debug	(2588) received 1.7 for WaterPressure
ebus.0	2020-06-14 14:50:03.576	debug	(2588) received 0 for z1ValveStatus
ebus.0	2020-06-14 14:50:03.378	debug	(2588) received 23.1875 for z1RoomTemp
ebus.0	2020-06-14 14:50:03.175	debug	(2588) received 0.0 for z1ActualRoomTempDesired
ebus.0	2020-06-14 14:50:02.639	debug	(2588) received 23.625 for DisplayedOutsideTemp
ebus.0	2020-06-14 14:50:01.869	debug	(2588) telnet connected
ebus.0	2020-06-14 14:50:01.848	debug	(2588) connect telnet to IP 192.168.178.47 port 8888
ebus.0	2020-06-14 14:50:01.847	debug	(2588) to poll ctr 18 vals: DisplayedOutsideTemp,z1ActualRoomTempDesired,z1RoomTemp,z1ValveStatus,WaterPressure,Hc1FlowTemp,z1DayTemp,z1NightTemp,Flame,StorageTemp,StorageExitTemp,HwcStorageTemp,HwcT
ebus.0	2020-06-14 14:50:01.817	debug	(2588) init common variables
ebus.0	2020-06-14 14:50:01.813	debug	(2588) init variables
ebus.0	2020-06-14 14:50:01.812	debug	(2588) start with interface ebusd
ebus.0	2020-06-14 14:50:01.811	debug	(2588) set timeout to 60 sec
ebus.0	2020-06-14 14:50:01.771	info	(2588) starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.ebus, node: v10.19.0, js-controller: 3.1.4

Und so sieht es unter Objekte aus:

In der Statusansicht wird das Objekt gar nicht angezeigt.

Kann mir jemand helfen, dass die Datenpunkte angezeigt werden?

Danke.

[Jui]

@Jui

Jetzt habe ich den ebus Adapter de- und dann wieder installiert, jetzt bekomme ich unter Objekte gar keine Werte mehr angezeigt :-(

ebus Adapter 2.0.0

Jetzt wollte ich auf die Version 1.0.0 zurück wechseln, aber wie?

[Jui]

@Rene_HM
Hallo Rene,
Habe Schwierigkeiten mit der ebus Version 2.0.0
Es werden in Objekte keine Werte mehr angezeigt, nach der NEU Installation des Adapter 2.0.0 gar nichts mehr.

Hier der Auszug aus der LOG Datei des ioBroker.

host.raspberrypi	2020-06-15 19:35:03.583	info	instance system.adapter.ebus.0 terminated with code 0 (NO_ERROR)
ebus.0	2020-06-15 19:35:03.071	info	(18102) Terminated (NO_ERROR): Without reason
ebus.0	2020-06-15 19:35:03.069	info	(18102) all history done (exit)
ebus.0	2020-06-15 19:35:03.068	debug	(18102) delete
ebus.0	2020-06-15 19:35:03.066	debug	(18102) delete
sql.0	2020-06-15 19:35:02.972	info	(18899) disabled logging of ebus.0.700.messages.DisplayedOutsideTemp.fields.tempv.value
ebus.0	2020-06-15 19:35:02.925	info	(18102) all http done
ebus.0	2020-06-15 19:35:02.778	debug	(18102) oData {"700":{"messages":{"AdaptHeatCurve":{"name":"AdaptHeatCurve","passive":false,"write":false,"lastup":0},"BankHolidayEndPeriod":{"name":"BankHolidayEndPeriod","passive":false,"write":fals
ebus.0	2020-06-15 19:35:02.716	debug	(18102) request data from http://192.168.178.47:8890/data
ebus.0	2020-06-15 19:35:02.713	debug	(18102) all telnet done
ebus.0	2020-06-15 19:35:02.711	debug	(18102) received 33.31;ok for Ntc1Sensor
ebus.0	2020-06-15 19:35:02.559	debug	(18102) received 23.4375 for DisplayedOutsideTemp
ebus.0	2020-06-15 19:35:01.530	debug	(18102) telnet connected
ebus.0	2020-06-15 19:35:01.509	debug	(18102) connect telnet to IP 192.168.178.47 port 8888
ebus.0	2020-06-15 19:35:01.508	debug	(18102) to poll ctr 2 vals: DisplayedOutsideTemp,Ntc1Sensor org DisplayedOutsideTemp,Ntc1Sensor org length 31
ebus.0	2020-06-15 19:35:01.478	debug	(18102) init common variables
ebus.0	2020-06-15 19:35:01.473	debug	(18102) init variables
ebus.0	2020-06-15 19:35:01.473	debug	(18102) start with interface ebusd
ebus.0	2020-06-15 19:35:01.472	debug	(18102) set timeout to 60 sec
ebus.0	2020-06-15 19:35:01.444	info	(18102) starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.ebus, node: v10.19.0, js-controller: 3.1.4
host.raspberrypi	2020-06-15 19:35:00.015	info	instance system.adapter.ebus.0 started with pid 18102

[Rene_HM]

@Jui sagte in Adapter: ebus:

Es werden in Objekte keine Werte mehr angezeigt

Das log hier sieht nicht schlecht aus, aus meiner Sicht macht der Adapter was er soll... kannst du mal alle Objekte von ebus.0 löschen und dann beobachten, welche Objekte der Adapter wieder anlegt? bitte davon mal einen screenshoot posten....