I’ve performed the steps you described but adter a few hours later it started to throw errors again. It’s begun with this:
2024-03-18 18:43:23.482 [WARN ] [nding.lgthinq.internal.api.RestUtils] - Timeout reading post call result from LG API
After 3 of the above this came to logs repeated every 30 second or so:
2024-03-18 18:41:05.859 [ERROR] [handler.LGThinQAirConditionerHandler] - Error updating thing Garázs/d27bb3f0-7149-11d3-80af-a06faae627a8 from LG API. Thing goes OFFLINE until next retry: Error starting device monitor in LG API for the device:d27bb3f0-7149-11d3-80af-a06faae627a8
org.openhab.binding.lgthinq.internal.errors.LGThinqApiException: Error starting device monitor in LG API for the device:d27bb3f0-7149-11d3-80af-a06faae627a8
at org.openhab.binding.lgthinq.internal.handler.LGThinQAbstractDeviceHandler.getSnapshotDeviceAdapter(LGThinQAbstractDeviceHandler.java:667) ~[bundleFile:?]
at org.openhab.binding.lgthinq.internal.handler.LGThinQAbstractDeviceHandler.updateThingStateFromLG(LGThinQAbstractDeviceHandler.java:465) [bundleFile:?]
at org.openhab.binding.lgthinq.internal.handler.LGThinQAbstractDeviceHandler$UpdateThingStateFromLG.run(LGThinQAbstractDeviceHandler.java:458) [bundleFile:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539) [?:?]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) [?:?]
at java.lang.Thread.run(Thread.java:840) [?:?]
Caused by: java.lang.NullPointerException: Unexpected StartMonitor json result. Node 'workId' not present
at java.util.Objects.requireNonNull(Objects.java:235) ~[?:?]
at org.openhab.binding.lgthinq.lgservices.LGThinQAbstractApiClientService.startMonitor(LGThinQAbstractApiClientService.java:433) ~[bundleFile:?]
at org.openhab.binding.lgthinq.internal.handler.LGThinQAbstractDeviceHandler.getSnapshotDeviceAdapter(LGThinQAbstractDeviceHandler.java:656) ~[bundleFile:?]
... 8 more
There was no activity on LG app since I forcefully terminated it so there is a very little chance to a race condition. Any chance to solve this?
I found no other software connection issues nor network downtimes or dns/dhcp dropouts. Can you give me the server address that timeouts in the binding to actively monitor it? There might be some routing ipv4/ipv6 issues that I don’t see yet.
If I disable only my V1 things there is no error/warning messages in the logs. Which means that all my v2 devices can communicate through the binding.