18:52:06.871 [INFO ] [b.core.internal.i18n.I18nProviderImpl] - Time zone set to 'Europe/Berlin'.
18:52:06.940 [INFO ] [b.core.internal.i18n.I18nProviderImpl] - Locale set to 'de_DE'.
18:52:40.130 [INFO ] [b.core.model.lsp.internal.ModelServer] - Started Language Server Protocol (LSP) service on port 5007
18:52:48.162 [INFO ] [re.automation.internal.RuleEngineImpl] - Rule engine started.
18:52:48.986 [INFO ] [org.openhab.ui.internal.UIService ] - Started UI on port 8080
18:52:49.363 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'KOSTALPIKO1020_GridOutputPower' changed from NULL to 0.0
18:52:49.386 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'KOSTALPIKO1020_YieldDay' changed from NULL to 0.0
18:52:51.688 [INFO ] [hab.ui.habpanel.internal.HABPanelTile] - Started HABPanel at /habpanel
18:52:52.991 [INFO ] [hab.event.ThingStatusInfoChangedEvent] - Thing 'kostalinverter:piko1020:d9eb1a9425' changed from UNINITIALIZED to INITIALIZING
18:52:53.018 [INFO ] [hab.event.ThingStatusInfoChangedEvent] - Thing 'kostalinverter:piko1020:d9eb1a9425' changed from INITIALIZING to UNKNOWN
18:52:53.324 [INFO ] [hab.event.ThingStatusInfoChangedEvent] - Thing 'kostalinverter:piko1020:d9eb1a9425' changed from UNKNOWN to OFFLINE (COMMUNICATION_ERROR)
18:52:53.332 [INFO ] [hab.event.ThingStatusInfoChangedEvent] - Thing 'kostalinverter:piko1020:d9eb1a9425' changed from OFFLINE (COMMUNICATION_ERROR) to ONLINE
I send you a new dump file, with your last addon version.
Hi,
Hm, still is the third part missing.
Do you maybe could have a look at events.log at 19.00 and send to me.
I see that the first block values sent from inverter in capturing is from 19:00:44.
The two first dxsId’s are like 67109120 ( GridOutputPower) and 251658754 ( Yield Day ) and they both has values back from inverter. So I like to follow these two dxsId’s with regarded values in events.log too.
Hi,
I can now follow all 3 requests with response every 60 seconds between 17:16:55 and 17:18:55.
I have found out that your inverter sends null for the dxsId’s regared to HomeConsumption, ( mine sends 0.000000 ) we have talked about this earlier, and I have also changed code to let the binding take care of this, but I have now found more lines in code also regarded to this. The binding somehow hangs when there is values like null involved. I have checked ( https://jsonformatter.org/json-editor ) the responsed Json strings and they looks all OK with or without null, but the binding will be balky.
It seems due to some of your scrapes that this happens during daytime, or proberly during some state like 3 / Feed in (MPP) and at other states sends something more like 0.
So Please, now try and see if you get some values to the Channels/Items. It might be that you have to delete old Channels/Items and set up new ones, after all we have done with the existing. Channels/Items
Hi,
That is so good news.
I will then have this changes merged to the official version, there is some other fixes also which I have waited to merge.
I don’t know how long it will take, first I have to do my part and then will the openhab maintainers do checks, so Please use this one so far.
So it was the ‘null’ still making the problem, I just had to be convinced over that, some things take some time others more time than others.
I don’t remember if we have talked about the different UI and FW versions, I think we have.
I have an old paper with what I think is your versions and they are booth younger than mine, so I think that might be the reason.
Thank’s a lot for your patience and help, and if there is anything else regarded to this just let me know.
Br Basse
I have now installed your update in my productive openhab and it works there too.
I will use it until the official update is available.
Thank you very much for your effort. If it’s related to the new firmware, I’m sure more users will benefit from it in the future.