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

[Rene_HM]

dann ist das klar, das Polling der Daten über telnet braucht bei dir hier im log ca. 30 Sekunden. Vielleicht sind die Antwortzeiten über den Bus auch recht unterschiedlich, dann kann es in Summe zu Zeiten über 60 Sekunden kommen.

Ich baue das Timeout in die admin-Einstellungen ein und schau mir auch die telnet-Abfragen noch mal an…

[Hiltex]

Danke.

Kannst du mir noch sagen, wie ich Datenpunkte wieder los werde, die ich nicht mehr sehen will?

Ich hatte anfangs wirklich mal alle geladen um zu sehen, was da so kommt. Jetzt werde ich die unnötigen aber nicht mehr los. Selbst wenn ich alle lösche werden die nach einem Durchlauf wieder angelegt - mit dem Datum der letzten Aktualisierung von vor 3 Tagen.

Ich hab auch ebusd schon gestoppt und neu gestartet, aber das hilft irgendwie nicht.

[Rene_HM]

Unter https://github.com/rg-engineering/ioBroker.ebus habe ich die Version 0.7.0 gelegt. Dort ist der timeout im admin unter /ebusd einstellbar.

Die Datenpunkte werden vom ebusd geholt. Also alles, was der ebusd hat, wird übertragen und in Datenpunkte überführt. Damit sollte es reichen, den ebusd auf dem Raspi neu zu starten und danach die Datenpunkte aus dem Objektbaum in iobroker löschen.

[Hiltex]

Probiere ich morgen aus. Danke.

[Hiltex]

Ich habe gerade Version 0.7.0 getestet. Läuft schon besser mit dem Timeout, aber wenn ich alle Datenpunkte reinpacke, kommt nach einer Weile ein Telnet-Timeout. Auch sind einige Datenpunkte noch immer nicht lesbar wegen Timeout, obwohl vergleichbare Datenpunkte einwandfrei laufen. Beispiel:

ebus.0	2019-01-30 18:35:22.336	debug	received 06:00;22:00;-:-;-:-;-:-;-:- for ccTimer.Wednesday
ebus.0	2019-01-30 18:35:21.205	debug	received 06:00;22:00;-:-;-:-;-:-;-:- for ccTimer.Tuesday
ebus.0	2019-01-30 18:35:20.223	error	received ERR: read timeout for ccTimer.Thursday
ebus.0	2019-01-30 18:35:17.142	error	received ERR: read timeout for ccTimer.Sunday
ebus.0	2019-01-30 18:35:12.487	debug	received 07:30;23:30;-:-;-:-;-:-;-:- for ccTimer.Saturday
ebus.0	2019-01-30 18:35:11.358	debug	received 06:00;22:00;-:-;-:-;-:-;-:- for ccTimer.Monday
ebus.0	2019-01-30 18:35:10.370	error	received ERR: read timeout for ccTimer.Friday

Das wundert mich sehr. Allerdings kommt bei einigen auch ein Timeout, wenn ich die manuell abrufe. Hc1Status jedoch liefert sofort eine Antwort, obwohl hier im Log ein Timeout erscheint.

Nachfolgend das gesamte Log:

host.srv-iobroker-dev	2019-01-30 18:37:20.526	info	instance system.adapter.ebus.0 terminated with code 0 (OK)
ebus.0	2019-01-30 18:37:20.415	info	all http done
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 7:45:56 bai.messages.WaterpressureVariantSum.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:16:0 bai.messages.WaterpressureMeasureCounter.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:16:0 bai.messages.WaterpressureBranchControlOff.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:15:59 bai.messages.WarmstartDemand.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:15:59 bai.messages.VolatileLockoutIFCGV.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:31:0 bai.messages.VolatileLockout.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:57 bai.messages.Testbyte.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:57 bai.messages.TempMaxDiffExtTFT.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:57 bai.messages.TemplimiterWithNTC.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:57 bai.messages.Templimiter.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:57 bai.messages.TempGradientFailure.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:56 bai.messages.TempDiffFailure.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:56 bai.messages.TempDiffBlock.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:48 bai.messages.Status.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:47 bai.messages.Status16.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:47 bai.messages.SHEMaxFlowTemp.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:46 bai.messages.SHEMaxDeltaHwcFlow.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:46 bai.messages.SetFactoryValues.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:46 bai.messages.SerialNumber.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:46 bai.messages.ReturnTempExternal.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:45 bai.messages.PumpHwcFlowSum.lastup
ebus.0	2019-01-30 18:37:20.415	debug	no update since 25.1.2019 8:30:44 bai.messages.PumpHwcFlowNumber.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:44 bai.messages.ProductionByte.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:44 bai.messages.PrEnergySumHwc3.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:43 bai.messages.PrEnergySumHwc2.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:43 bai.messages.PrEnergySumHc3.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:42 bai.messages.PrEnergySumHc2.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:40 bai.messages.PrEnergyCountHwc3.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:40 bai.messages.PrEnergyCountHwc2.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:38 bai.messages.PrEnergyCountHc3.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:38 bai.messages.PrEnergyCountHc2.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:37 bai.messages.PrAPSSum.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:37 bai.messages.PrAPSCounter.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:36 bai.messages.PartnumberBox.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:34 bai.messages.ParamToken.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:33 bai.messages.OverflowCounter.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:31 bai.messages.OptionalRelais.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:26 bai.messages.InitialisationEEPROM.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:19 bai.messages.HoursTillService.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:16 bai.messages.FlowTempMax.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:14 bai.messages.FanStarts.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:13 bai.messages.FanSpeedOffsetMin.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:13 bai.messages.FanSpeedOffsetMax.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:13 bai.messages.FanPWMTest.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:13 bai.messages.FanPWMSum.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:8 bai.messages.ExtStorageModulCon.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:7 bai.messages.externalHwcSwitch.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:7 bai.messages.ExternalFaultmessage.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:7 bai.messages.EbusVoltage.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:7 bai.messages.EbusSourceOn.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:6 bai.messages.DSNStart.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:6 bai.messages.DSNOffset.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:6 bai.messages.DSN.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:6 bai.messages.DisplayMode.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:5 bai.messages.DeactivationsTemplimiter.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:5 bai.messages.DeactivationsIFC.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:5 bai.messages.DCRoomthermostat.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:5 bai.messages.DCFTimeDate.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:5 bai.messages.dcfState.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:4 bai.messages.CounterStartAttempts4.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:4 bai.messages.CounterStartAttempts3.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:4 bai.messages.CounterStartattempts2.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:4 bai.messages.CounterStartattempts1.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:3 bai.messages.CodingResistor.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:3 bai.messages.ChangesDSN.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:3 bai.messages.BoilerType.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:2 bai.messages.BlockTimeHcMax.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:1 bai.messages.averageIgnitiontime.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:0 bai.messages.AntiCondensValue.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:0 bai.messages.AccessoriesTwo.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:30:0 bai.messages.AccessoriesOne.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:49 700.messages.z2Shortname.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:40 700.messages.z2RoomTemp.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:40 700.messages.z2QuickVetoTemp.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:39 700.messages.z2OpMode.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:38 700.messages.z2NightTemp.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:37 700.messages.z2Name2.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:36 700.messages.z2Name1.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:31 700.messages.z2HolidayStartPeriod.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:30 700.messages.z2HolidayEndPeriod.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:29 700.messages.z2DayTemp.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:22 700.messages.z2BankHolidayStartPeriod.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:21 700.messages.z2BankHolidayEndPeriod.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:7:20 700.messages.z2ActualRoomTempDesired.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:2:46 700.messages.z1Shortname.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:52:54 700.messages.z1SFMode.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:2:43 700.messages.z1RoomZoneMapping.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:2:42 700.messages.z1RoomTemp.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:2:39 700.messages.z1OpMode.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:2:38 700.messages.z1Name2.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:2:36 700.messages.z1Name1.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:2:34 700.messages.z1BankHolidayStartPeriod.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:2:33 700.messages.z1BankHolidayEndPeriod.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:2:27 700.messages.Time.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 9:2:26 700.messages.SystemFlowTemp.lastup
ebus.0	2019-01-30 18:37:20.408	debug	no update since 25.1.2019 8:52:25 700.messages.SFMode.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 9:2:20 700.messages.PumpAdditionalTime.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 9:2:19 700.messages.PrEnergySumHwcThisMonth.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 9:2:17 700.messages.PrEnergySumHwcLastMonth.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 9:2:16 700.messages.PrEnergySumHwc.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 9:2:15 700.messages.PrEnergySumHcThisMonth.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 9:2:14 700.messages.PrEnergySumHcLastMonth.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 9:2:13 700.messages.PrEnergySumHc.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 9:2:12 700.messages.PrEnergySum.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 9:2:11 700.messages.OpModeEffect.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 8:52:6 700.messages.MultiRelaySetting.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 8:57:3 700.messages.MaxRoomHumidity.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 24.1.2019 21:58:56 700.messages.MaxCylinderChargeTime.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 8:48:0 700.messages.MaintenanceDue.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 24.1.2019 21:54:57 700.messages.MaintenanceDate.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 8:47:55 700.messages.KeyCodeforConfigMenu.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 8:47:55 700.messages.Installer2.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 8:47:54 700.messages.Installer1.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 8:42:44 700.messages.HydraulicScheme.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 8:47:40 700.messages.HwcLockTime.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 24.1.2019 21:43:53 700.messages.HwcHolidayStartPeriod.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 24.1.2019 21:18:59 700.messages.Hc2Status.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 24.1.2019 21:18:58 700.messages.Hc2RoomTempSwitchOn.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 8:47:12 700.messages.FrostOverRideTime.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 24.1.2019 21:32:7 700.messages.BankHolidayStartPeriod.lastup
ebus.0	2019-01-30 18:37:20.407	debug	no update since 25.1.2019 8:42:0 700.messages.AdaptHeatCurve.lastup
ebus.0	2019-01-30 18:37:17.582	debug	request data from http://192.168.243.41:8889/data
ebus.0	2019-01-30 18:37:17.582	error	Telnet Server timeout
ebus.0	2019-01-30 18:37:12.575	error	received ERR: read timeout for hwcTimer.Sunday
ebus.0	2019-01-30 18:37:09.866	debug	received 07:00;23:30;-:-;-:-;-:-;-:- for hwcTimer.Saturday
ebus.0	2019-01-30 18:37:08.532	debug	received 05:30;22:00;-:-;-:-;-:-;-:- for hwcTimer.Monday
ebus.0	2019-01-30 18:37:07.608	debug	received 05:30;22:00;-:-;-:-;-:-;-:- for hwcTimer.Friday
ebus.0	2019-01-30 18:37:05.765	debug	received 55 for HwcTempDesired
ebus.0	2019-01-30 18:37:02.378	debug	received - for HwcStorageTempTop
ebus.0	2019-01-30 18:37:00.533	debug	received - for HwcStorageTempBottom
ebus.0	2019-01-30 18:36:59.605	debug	received 45.5 for HwcStorageTemp
ebus.0	2019-01-30 18:36:58.671	debug	received auto for HwcSFMode
ebus.0	2019-01-30 18:36:57.748	debug	received off for HwcParallelLoading
ebus.0	2019-01-30 18:36:56.829	debug	received day for HwcOpMode
ebus.0	2019-01-30 18:36:55.914	debug	received 80 for HwcMaxFlowTempDesired
ebus.0	2019-01-30 18:36:52.982	error	received ERR: read timeout for HwcLockTime
ebus.0	2019-01-30 18:36:50.113	error	received ERR: read timeout for HwcHolidayStartPeriod
ebus.0	2019-01-30 18:36:47.702	debug	received 01.01.2015 for HwcHolidayEndPeriod
ebus.0	2019-01-30 18:36:44.523	debug	received 0.0 for HwcFlowTemp
ebus.0	2019-01-30 18:36:43.596	debug	received 01.01.2015 for HwcBankHolidayStartPeriod
ebus.0	2019-01-30 18:36:42.673	debug	received 01.01.2015 for HwcBankHolidayEndPeriod
ebus.0	2019-01-30 18:36:41.753	debug	received 15 for HolidayTemp
ebus.0	2019-01-30 18:36:40.826	debug	received 01.01.2015 for HolidayStartPeriod
ebus.0	2019-01-30 18:36:39.905	debug	received 01.01.2015 for HolidayEndPeriod
ebus.0	2019-01-30 18:36:38.985	debug	received - for HcStorageTempTop
ebus.0	2019-01-30 18:36:38.059	debug	received - for HcStorageTempBottom
ebus.0	2019-01-30 18:36:37.139	debug	received 21 for Hc3SummerTempLimit
ebus.0	2019-01-30 18:36:35.382	debug	received 0 for Hc3Status
ebus.0	2019-01-30 18:36:34.463	debug	received off for Hc3RoomTempSwitchOn
ebus.0	2019-01-30 18:36:33.537	debug	received 0 for Hc3PumpStatus
ebus.0	2019-01-30 18:36:32.624	debug	received 0.0 for Hc3MixerMovement
ebus.0	2019-01-30 18:36:31.701	debug	received 15 for Hc3MinFlowTempDesired
ebus.0	2019-01-30 18:36:30.778	debug	received 90 for Hc3MaxFlowTempDesired
ebus.0	2019-01-30 18:36:29.854	debug	received 0.0 for Hc3HeatCurveAdaption
ebus.0	2019-01-30 18:36:28.931	debug	received 1.2 for Hc3HeatCurve
ebus.0	2019-01-30 18:36:28.007	debug	received - for Hc3FlowTemp
ebus.0	2019-01-30 18:36:26.979	debug	received 0.0 for Hc3ExcessTemp
ebus.0	2019-01-30 18:36:25.486	error	received ERR: read timeout for Hc3CircuitType
ebus.0	2019-01-30 18:36:21.893	error	received ERR: read timeout for Hc3AutoOffMode
ebus.0	2019-01-30 18:36:19.491	debug	received 0.0 for Hc3ActualFlowTempDesired
ebus.0	2019-01-30 18:36:19.184	debug	received 21 for Hc2SummerTempLimit
ebus.0	2019-01-30 18:36:16.157	error	received ERR: read timeout for Hc2Status
ebus.0	2019-01-30 18:36:11.842	error	received ERR: read timeout for Hc2RoomTempSwitchOn
ebus.0	2019-01-30 18:36:09.428	debug	received 0 for Hc2PumpStatus
ebus.0	2019-01-30 18:36:09.128	debug	received 0.0 for Hc2MixerMovement
ebus.0	2019-01-30 18:36:08.102	debug	received 15 for Hc2MinFlowTempDesired
ebus.0	2019-01-30 18:36:04.924	debug	received 90 for Hc2MaxFlowTempDesired
ebus.0	2019-01-30 18:36:04.001	debug	received 0.0 for Hc2HeatCurveAdaption
ebus.0	2019-01-30 18:36:03.078	debug	received 1.2 for Hc2HeatCurve
ebus.0	2019-01-30 18:36:02.155	debug	received - for Hc2FlowTemp
ebus.0	2019-01-30 18:36:00.921	debug	received 0.0 for Hc2ExcessTemp
ebus.0	2019-01-30 18:35:58.863	debug	received mixer for Hc2CircuitType
ebus.0	2019-01-30 18:35:57.119	debug	received eco for Hc2AutoOffMode
ebus.0	2019-01-30 18:35:56.614	debug	received 0.0 for Hc2ActualFlowTempDesired
ebus.0	2019-01-30 18:35:54.768	debug	received 21 for Hc1SummerTempLimit
ebus.0	2019-01-30 18:35:51.625	error	received ERR: read timeout for Hc1Status
ebus.0	2019-01-30 18:35:49.013	debug	received off for Hc1RoomTempSwitchOn
ebus.0	2019-01-30 18:35:48.603	debug	received 1 for Hc1PumpStatus
ebus.0	2019-01-30 18:35:48.201	debug	received 0.0 for Hc1MixerMovement
ebus.0	2019-01-30 18:35:47.791	debug	received 15 for Hc1MinFlowTempDesired
ebus.0	2019-01-30 18:35:47.380	debug	received 58 for Hc1MaxFlowTempDesired
ebus.0	2019-01-30 18:35:46.970	debug	received 0.0 for Hc1HeatCurveAdaption
ebus.0	2019-01-30 18:35:46.559	debug	received 1.3 for Hc1HeatCurve
ebus.0	2019-01-30 18:35:45.428	debug	received 44 for Hc1FlowTemp
ebus.0	2019-01-30 18:35:45.018	debug	received 0.0 for Hc1ExcessTemp
ebus.0	2019-01-30 18:35:43.883	debug	received mixer for Hc1CircuitType
ebus.0	2019-01-30 18:35:42.036	debug	received night for Hc1AutoOffMode
ebus.0	2019-01-30 18:35:40.300	debug	received 57.0535 for Hc1ActualFlowTempDesired
ebus.0	2019-01-30 18:35:38.700	error	received ERR: read timeout for FrostOverRideTime
ebus.0	2019-01-30 18:35:34.719	error	received ERR: end of input reached for errorhistory
ebus.0	2019-01-30 18:35:33.832	debug	received 1.5625 for DisplayedOutsideTemp
ebus.0	2019-01-30 18:35:31.262	debug	received 30.01.2019 for Date
ebus.0	2019-01-30 18:35:29.523	debug	received 25 for CylinderChargeOffset
ebus.0	2019-01-30 18:35:27.777	debug	received 5 for CylinderChargeHyst
ebus.0	2019-01-30 18:35:25.941	debug	received -;-;-;-;- for currenterror
ebus.0	2019-01-30 18:35:24.192	debug	received -26 for ContinuosHeating
ebus.0	2019-01-30 18:35:22.336	debug	received 06:00;22:00;-:-;-:-;-:-;-:- for ccTimer.Wednesday
ebus.0	2019-01-30 18:35:21.205	debug	received 06:00;22:00;-:-;-:-;-:-;-:- for ccTimer.Tuesday
ebus.0	2019-01-30 18:35:20.223	error	received ERR: read timeout for ccTimer.Thursday
ebus.0	2019-01-30 18:35:17.142	error	received ERR: read timeout for ccTimer.Sunday
ebus.0	2019-01-30 18:35:12.487	debug	received 07:30;23:30;-:-;-:-;-:-;-:- for ccTimer.Saturday
ebus.0	2019-01-30 18:35:11.358	debug	received 06:00;22:00;-:-;-:-;-:-;-:- for ccTimer.Monday
ebus.0	2019-01-30 18:35:10.370	error	received ERR: read timeout for ccTimer.Friday
ebus.0	2019-01-30 18:35:07.302	error	received ERR: read timeout for BankHolidayStartPeriod
ebus.0	2019-01-30 18:35:03.507	error	received ERR: read timeout for BankHolidayEndPeriod
ebus.0	2019-01-30 18:35:00.415	debug	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] [-i VAL
ebus.0	2019-01-30 18:35:00.412	debug	telnet connected
ebus.0	2019-01-30 18:35:00.412	debug	connect telnet to IP 192.168.243.41 port 8888
ebus.0	2019-01-30 18:35:00.411	debug	to poll ctr 377 vals: ,BankHolidayEndPeriod,BankHolidayStartPeriod,ccTimer.Friday,ccTimer.Monday,ccTimer.Saturday,ccTimer.Sunday,ccTimer.Thursday,ccTimer.Tuesday,ccTimer.Wednesday,ContinuosHeating,cu
ebus.0	2019-01-30 18:35:00.405	debug	init common variables
ebus.0	2019-01-30 18:35:00.405	debug	init variables
ebus.0	2019-01-30 18:35:00.405	debug	start with interface ebusd
ebus.0	2019-01-30 18:35:00.405	debug	set timeout to 360 sec
ebus.0	2019-01-30 18:35:00.405	info	starting. Version 0.7.0 in /opt/iobroker/node_modules/iobroker.ebus, node: v8.15.0
host.srv-iobroker-dev	2019-01-30 18:35:00.008	info	instance system.adapter.ebus.0 started with pid 3940

[MGK]

Hallo zusammen,

ich habe seit 2 Tagen nun auch den eBus Adapter am laufen, leider aber scheinbar nicht richtig.

Auf der eBusd http Seite > [http://10.1.10.12:8889/data](http://10.1.10.12:8889/data) bekomme ich alle Daten angezeigt.

Im ioBroker kommen aber nicht alle angezeigten Daten an bzw. nicht auf einmal oder immer noch nicht.

In den letzten 2 Tagen kommen immer nach und nach mehr Daten an, aber bis jetzt leider immer noch nicht alle.

Im Log sehe ich das der http Aufruf eigentlich immer ganz schnell beendet bzw. ab und zu auch gar nicht beendet wird.

Habt Ihr eine Idee woran das liegen kann?

Grüße Matthias

[NemoN]

probiere doch einmal Version 0.4.2, mit den neueren Versionen habe ich auch Probleme…

[Hiltex]

In der Github-Doku steht:
> All fields with data, lastup and from global section are parsed. All others are ignored at the moment.

Dein Screenshot von ebusd zeigt nur Datenpunkte, die noch nie aktualisiert wurden (lastup: 0 = Letztes Update: nie), daher werden die auch in ioBroker nicht angezeigt.

Wenn Du beispielsweise bai.messages.AATemp sehen willst, musst du diesen Datenpunkt in den Adaptereinstellungen hinterlegen. Dann wird der aktiv abgerufen und erscheint somit auch in ioBroker, wenn ein Ergebnis geliefert wird. Eintragen müsstest du einfach nur AATemp.

Mir ist auch schon aufgefallen, dass andere (wahrscheinlich ältere) Anlagen viel mehr Datenpunkte broadcasten. Zumindest schlussfolgere ich das daraus, dass in älteren Beiträgen in diversen Foren selten ein Wort darüber verloren wird, dass man Datenpunkte aktiv abfragen muss. Bei meiner Therme kommt kaum etwas von alleine. Daher ist aktives polling gefragt.

Ich hab die Datenpunkte übrigens so ermittelt, dass ich mir die gesamten Datenpunkte von ebusd in eine Exceltabelle kopiert, mir dann vernünftige Listen daraus gebaut und sie immer blockweise abgefragt habe. Anschließend habe ich alle Datenpunkte entfernt, die statisch sind (z.B. AccessoriesOne und AccessoriesTwo), sowie alle, die für mich nicht zutreffen (z.B. Hc2 und Hc3 - ich habe nur einen Heizkreis). So kam ich dann zu meinem Set von den derzeitigen Datenpunkten.

[NemoN]

Welche e-bus Komponenten (Brenner, Solar, etc) hast du bei deiner Anlage?

[Hiltex]

Den Brenner und den Regler (VRC700). An die Solardaten komme ich irgendwie nicht ran, obwohl mir der Regler auch einen Ertrag anzeigt.

[NemoN]

steht eigentlich im json ganz als letztes:

   },
   "YieldLastYear": {
    "name": "YieldLastYear",
    "passive": false,
    "write": false,
    "lastup": 0
   },
   "YieldThisYear": {
    "name": "YieldThisYear",
    "passive": false,
    "write": false,
    "lastup": 1549645270,
    "zz": 21,
    "fields": {
     "0": {"name": "energy", "value": 0},
     "1": {"name": "energy", "value": 0},
     "2": {"name": "energy", "value": 0},
     "3": {"name": "energy", "value": 0},
     "4": {"name": "energy", "value": 0},
     "5": {"name": "energy", "value": 0},
     "6": {"name": "energy", "value": 0},
     "7": {"name": "energy", "value": 0},
     "8": {"name": "energy", "value": 0},
     "9": {"name": "energy", "value": 0},
     "10": {"name": "energy", "value": 0},
     "11": {"name": "energy", "value": 0}
    }

bei mir = 0 weil ich (noch) keinen ertragssensor angeschlossen habe…

[Hiltex]

Die verfügbaren Datenpunkte variieren teils stark von Modell zu Modell.

Diese Datenpunkte gibt es bei mir garnicht, stattdessen nur SolarYieldTotal. Aber das meinte ich ja, den Ertrag bekomme ich angezeigt, aber die zugehörigen Messwerte nicht, beispielsweise den Volumenstrom oder den Wert des Temperaturfühlers, der da oben montiert ist.

Aber solange im ebusd-Log noch unbekannte Nachrichten auftauchen, ist auch klar, dass da durchaus noch Informationen da sind, die nur geparst werden müssten.

[MGK]

@NemoN:

Bingo mit der Version 0.4.2 funktioniert der Import aller Daten auf Anhieb!

@Hiltex:

Die Github Doku hatte ich mir durch gelesen und es auch mit separaten Werten probiert, z.B. SensorData, welche aber auch dann nicht importiert worden.

Nun mit der Version 0.4.2 wird auch SensorData automatisch importiert, ohne separaten Aufruf.

Wie hast du damals bei deiner Suche nach Werte die möglichen Datenblöcken separat abgefragt, im ioBroker oder oder mit ebusd auf der Konsole?

Meine Anlage besteht aus, Gastherme (Ecotec Exclusive), VRC700, VR90, VR920, Solar und RecoVair 260.

Ich werde nun von der Version 0.4.2 nach oben durch testen, bis zu welcher Version der Import funktioniert.

[cactus-online]

Hallo,

ich bin dankbar für diesen tollen Adapter (0.7.0). Ich habe jedoch noch "Probleme" mit dem Widget:

Das Auslesen der Rücklauftemperatur "ReturnTemp" meiner Vaillant Heizung liefert 3 Werte zurück 49.12;64749;ok (Rücklauftemperatur;tempmirror;Fühlerstatus). Leider entscheidet sich das Plugin für den letzten Zahlenwert als Wert für eine history-Variable. Stelle ich statt "ReturnTemp" "ReturnTemp temp.0" in der Konfiguration ein, dann kommt in der history-Variable nichts an. Alle Werte stehen in der Liste der Abzufragenden Datenpunkte und werden auch korrekt ausgelesen.

Log-Einträge:
ebus.0 2019-02-13 12:07:03.795 debug received 37.50 for ReturnTemp temp.0
ebus.0 2019-02-13 12:07:03.103 debug received 37.50;65002;ok for ReturnTemp

History Variablen:
value1 state
ebus history value 5 as JSON "ReturnTemp":"65002"

value2 state
ebus history value 6 as JSON

Was kann ich tun ?

Eine weitere Frage beschäftigt mich. Wofür steht in der Widget-Konfiguration "Zeitintervall:"? Egal was ich einstelle, es scheint sich nichts zu ändern.

VG,

TF

[Hiltex]

@Rene_HM Wäre es vielleicht möglich, das Loglevel von fehlgeschlagenen Leseversuchen von Error auf Warn zu setzen? Sporadisch sind bei immernoch bestimmte Werte nicht lesbar. Gern jedoch ein Error, wenn garnichts gelesen werden konnte

[mameier1234]

ich merke gerade, dass ich wohl ein Problem habe...

Adapter Version war 0.7.0

system.adapter.ebus.0 2019-03-15 20:55:08.327 error schedule attribute missing
system.adapter.ebus.0 2019-03-15 20:54:54.759 error schedule attribute missing

Dann habe ich auf die 0.8.0 aktualisiert... gleiche Meldung ...

any ideas ?

[mameier1234]

Ok... selbst gefunden..

In der Adapter Konfig hatte ich bei Zeitplanung nichts mehr drinn....

Ich hatte das rausgenommen, da im Log immer drin stand "terminated" und dachte, dass das ein harter Abbruch wäre und nicht gut wäre, da man ja jetzt im Adapter einen Timeout setzen kann...

[onkel-ede]

Hallo,
was braucht es, um an die Daten eines Vaillant-Gerätes heranzukommen?
Das zweipolige ebus-Kabel kommt aus meiner Wärmepumpe.
Dieses würde ich auf einen eBus-Koppler-Ethernet (z.B. von esera) klemmen.
Dann muss ich z.B. auf einem Raspi einen ebusd installieren (gibt es hierzu eine Anleitung?).
Im iobroker installiere ich den ebus-Adapter und sprechen den ebusd mit der IP des Raspi an, auf dem der ebusd läuft.
Oder kann ich beides auf einem Raspi laufen lassen?

[Hiltex]

@onkel-ede
Das Prinzip hast du schon richtig erkannt. Eine Anleitung zu ebusd findest du im entsprechenden Github-Repository
Grundsätzlich spricht nichts dagegen, ioBroker und ebusd auf einem Pi kaufen zu lassen, außer vielleicht die Performance.

[leuchtturm]

@MGK
Hi ich habe gesehen, du hast eine VR920 und ein vrc700.
Mit welcher Hardware hast du den beiß Adapter verbunden?