[solved] OneWire binding digitalio output is inverted

Nown · January 22, 2019, 4:38pm

Platform information:
- Hardware: Raspi3
- OS: Debian 9
- Java Runtime Environment: OpenJDK 1.8.0
- openHAB version: 2.4.0, OneWireBinding 0.11.0.201901142134
Issue of the topic: The output channels are inverted and the logic=”inverted” parameter has no effect
Please post configurations (if applicable):
- Items

// Ventile
Switch V_Schlaf "Ventil Schlafzimmer" (Ventil) { channel="onewire:digitalio8:owbridge:V_Schlaf:digital0" }
Switch V_Wohn1 "Ventil Wohnzimmer 1" (Ventil) { channel="onewire:digitalio8:owbridge:V_Wohn1:digital1" }

Things

Bridge onewire:owserver:owbridge [ network-address="127.0.0.1" ]
{
Thing temperature Temp_Schlaf "Temp_Schlafzimmer" [id="28.F47526000080",refresh=60] { Channels: Type temperature-por-res: temperature [resolution="11" ]}
Thing digitalio8    V_Schlaf    "Ventil_Schlafzimmer"     [id="29.F31E26000000"]    { Channels: Type dio : digital0 [mode="output",logic="inverted"] }
Thing digitalio8    V_Wohn1        "Ventil_Wohnzimmer1"      [id="29.F31E26000000"]    { Channels: Type dio : digital1 [mode="output",logic="inverted"] }
}

Sitemap none - HabPanel Switch Icon
Rules - none
Services - none applicable
Logs shows up only the ON/OFF state change

How to get the switch working in the right logic?

Thanks
Alex

J-N-K · January 22, 2019, 4:43pm

Will Check that.

J-N-K · January 22, 2019, 4:57pm

Looking in the code: the inverted option is indeed ignored for output. I’ll fix that, probably tomorrow.

Nown · January 22, 2019, 8:19pm

Thanks a lot.
And I’ve figured out another very strange thing…
If the inverted option is used it’s getting a kind of a short toggle.

example:
HabPanel shows V_Schlaf as ON
click OFF V_Schlaf in HabPanel
the log shows a switching to OFF
a second later the state changed back to ON

With changing the option to normal everything is OK.

J-N-K · January 22, 2019, 8:25pm

That‘s because it inverts when reading the channel state but not when writing. So the switch is OFF, you set it to ON. Written is ON, when reading that, it reads ON, inverts that, so the switch becomes OFF again.

J-N-K · January 22, 2019, 10:49pm

Please try this and report if it fixes your problem. Thanks

Edit: you have to change temperature, iButtonLink, counter and digitalio-things to „basic“.

Nown · January 23, 2019, 7:28am

Thanks for the update Jan.

The 1:1 replacement doesn’t work.
Right now I doesn’t have any sensor/digital I/O working. They all ends up in the PaperUI in state “uninitialized - handler missing error”.
The OW-Server itself is online.
And I didn’t get debug information with org.eclipse.smarthome.binding.onewire set to debug.

What do you mean with “basic” things? Maybe this is the problem.

Thanks

J-N-K · January 23, 2019, 9:29am

You used e.g. „digitalio8“ as thing-type. Replace that with „basic“ in your .things file. And the bundle-name is org.openhab.binding.onewire now.

Nown · January 23, 2019, 12:59pm

I’ve changed the thing-type to basic.
Now all things are shown up in PaperUI as Online. But they are still not working.
I’ve got no temperatures and no digital i/o is going to work.

The debug log shows:

Jan 23 13:55:19 pfarr-kg-pi Thing 'onewire:basic:owbridge:Temp_Flur' has been updated.
Jan 23 13:55:19 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Flur' changed from INITIALIZING to UNKNOWN
Jan 23 13:55:20 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Flur' changed from UNKNOWN to ONLINE
Jan 23 13:55:21 pfarr-kg-pi Thing 'onewire:basic:owbridge:Temp_Schlaf' has been updated.
Jan 23 13:55:21 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Schlaf' changed from INITIALIZING to UNKNOWN
Jan 23 13:55:22 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Schlaf' changed from UNKNOWN to ONLINE
Jan 23 13:57:59 pfarr-kg-pi Item 'V_Wohn1' received command ON
Jan 23 13:57:59 pfarr-kg-pi V_Wohn1 predicted to become NULL

As Temp_Flur are DS18b20 and V_Wohn1 is a 8port digital i/o.

Are there any further informations I can provide?

J-N-K · January 23, 2019, 3:08pm

Did you enable logging for org.openhab.binding.onewire?

Nown · January 23, 2019, 4:34pm

Sorry, last time the debug level was on INFO not on DEBUG.

Now I’ve got something strange. The mode seems to be changed several times.
The digital i/o ends up with state online, but it’s still not working.
Although all temperature sensors are not updating. (on shell with owread, everything ist working)

Jan 23 17:31:45 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Keller' changed from UNKNOWN to ONLINE
Jan 23 17:31:46 pfarr-kg-pi onewire: basic:owbridge:Temp_Wohn sucessfully updated properties, removing from property update list
Jan 23 17:31:46 pfarr-kg-pi configuring sensors for onewire:basic:owbridge:Temp_Wohn
Jan 23 17:31:46 pfarr-kg-pi Thing 'onewire:basic:owbridge:Temp_Wohn' has been updated.
Jan 23 17:31:46 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Wohn' changed from INITIALIZING to UNKNOWN


Jan 23 17:28:13 pfarr-kg-pi configuring sensors for onewire:basic:owbridge:V_Wohn1
Jan 23 17:28:13 pfarr-kg-pi Thing 'onewire:basic:owbridge:V_Wohn1' has been updated.
Jan 23 17:28:13 pfarr-kg-pi configured onewire:basic:owbridge:V_Wohn1 channel 0: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@11f9f25], mode=INPUT, logic=NORMAL
Jan 23 17:28:13 pfarr-kg-pi configured onewire:basic:owbridge:V_Wohn1 channel 1: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@ef8a2d], mode=OUTPUT, logic=INVERTED
Jan 23 17:28:13 pfarr-kg-pi configured onewire:basic:owbridge:V_Wohn1 channel 2: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@3ed529], mode=INPUT, logic=NORMAL
Jan 23 17:28:13 pfarr-kg-pi configured onewire:basic:owbridge:V_Wohn1 channel 3: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@15311b8], mode=INPUT, logic=NORMAL
Jan 23 17:28:13 pfarr-kg-pi configured onewire:basic:owbridge:V_Wohn1 channel 4: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@ee5900], mode=INPUT, logic=NORMAL
Jan 23 17:28:13 pfarr-kg-pi configured onewire:basic:owbridge:V_Wohn1 channel 5: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@281792], mode=INPUT, logic=NORMAL
Jan 23 17:28:13 pfarr-kg-pi configured onewire:basic:owbridge:V_Wohn1 channel 6: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@c50063], mode=INPUT, logic=NORMAL
Jan 23 17:28:13 pfarr-kg-pi configured onewire:basic:owbridge:V_Wohn1 channel 7: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@14a1d12], mode=INPUT, logic=NORMAL
Jan 23 17:28:13 pfarr-kg-pi 'onewire: basic:owbridge:V_Wohn1' changed from INITIALIZING to UNKNOWN
Jan 23 17:28:14 pfarr-kg-pi 'onewire: basic:owbridge:V_Wohn1' changed from UNKNOWN to ONLINE

org.openhab.binding.onewire                        │ DEBUG

J-N-K · January 23, 2019, 4:37pm

Nothing else in the log? Especially the bridge intialization would be interesting. It seems that the refresh task is not properly executed.

Nown · January 23, 2019, 4:42pm

no, nothing else in the log.

EDIT: I’ve found a small info

Jan 23 17:52:40 pfarr-kg-pi registering discovery service for org.openhab.binding.onewire.internal.handler.OwserverBridgeHandler@1c71f4c
Jan 23 17:52:40 pfarr-kg-pi ServiceEvent REGISTERED - {org.eclipse.smarthome.config.discovery.DiscoveryService}={service.id=303, service.bundleid=236, service.scope=singleton} - org.openhab.binding.onewire
Jan 23 17:52:40 pfarr-kg-pi 'onewire: owserver:owbridge' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: owserver:owbridge' changed from INITIALIZING to UNKNOWN
Jan 23 17:52:40 pfarr-kg-pi opened OwServerConnection to 127.0.0.1:4304
Jan 23 17:52:40 pfarr-kg-pi 'onewire: owserver:owbridge' changed from UNKNOWN to ONLINE
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Bad' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Keller' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Wohn' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:V_Bad' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:V_Wohn3' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:V_Wohn2' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:V_Reserve' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:V_Schlaf' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:V_Bad_Heizkoerper' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:V_Wohn1' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Flur' changed from UNINITIALIZED to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:V_Keller2' changed from UNINITIALIZED (BRIDGE_UNINITIALIZED) to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Schlaf' changed from UNINITIALIZED (BRIDGE_UNINITIALIZED) to INITIALIZING
Jan 23 17:52:40 pfarr-kg-pi 'onewire: basic:owbridge:V_Keller1' changed from UNINITIALIZED (BRIDGE_UNINITIALIZED) to INITIALIZING

J-N-K · January 23, 2019, 4:57pm

Could you please try TRACE? I can‘t reproduce that.

Nown · January 23, 2019, 5:08pm

Ok, the TRACE output is:
It looks like there’s a payload present. But … I can’t see the values.
The Temp_Bad should be a I_Bad item.

Jan 23 18:00:09 pfarr-kg-pi refreshing onewire:basic:owbridge:Temp_Bad
Jan 23 18:00:09 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 18:00:09 pfarr-kg-pi wrote: messageType PRESENT, size 41, controlFlags 0x00000124, payload '/28.FFE342811603'
Jan 23 18:00:09 pfarr-kg-pi read: return code 0, size 32, controlFlags 0x00000124, payload '(��B�??V'
Jan 23 18:00:09 pfarr-kg-pi presence /28.FFE342811603 : ON
Jan 23 18:00:09 pfarr-kg-pi refreshing sensor 0 (/28.FFE342811603)
Jan 23 18:00:09 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Bad' changed from UNKNOWN to ONLINE
Jan 23 18:00:09 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 18:00:09 pfarr-kg-pi wrote: messageType READ, size 55, controlFlags 0x00000104, payload '/28.FFE342811603/temperature11'
Jan 23 18:00:10 pfarr-kg-pi read: return code 12, size 36, controlFlags 0x00000104, payload '      22.125'
Jan 23 18:00:10 pfarr-kg-pi read temperature 22.125 °C from /28.FFE342811603
Jan 23 18:00:10 pfarr-kg-pi update: getting handler for onewire:basic:owbridge:Temp_Keller (12 total in list)
Jan 23 18:00:10 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 18:00:10 pfarr-kg-pi wrote: messageType READ, size 46, controlFlags 0x00000104, payload '/28.FFEF86731605/type'
Jan 23 18:00:10 pfarr-kg-pi read: return code 7, size 31, controlFlags 0x00000104, payload 'DS18B20'
Jan 23 18:00:10 pfarr-kg-pi updated modelid/vendor to DS18B20 / Dallas/Maxim
Jan 23 18:00:10 pfarr-kg-pi onewire: basic:owbridge:Temp_Keller sucessfully updated properties, removing from property update list
Jan 23 18:00:10 pfarr-kg-pi configuring sensors for onewire:basic:owbridge:Temp_Keller
Jan 23 18:00:10 pfarr-kg-pi Thing 'onewire:basic:owbridge:Temp_Keller' has been updated.
Jan 23 18:00:10 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Keller' changed from INITIALIZING to UNKNOWN
Jan 23 18:00:11 pfarr-kg-pi refreshTask starts at 1548262811267, 14 childs
Jan 23 18:00:11 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:Temp_Schlaf (14 to go)
Jan 23 18:00:11 pfarr-kg-pi onewire: basic:owbridge:Temp_Schlaf not initialized, skipping refresh
Jan 23 18:00:11 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:Temp_Wohn (13 to go)
Jan 23 18:00:11 pfarr-kg-pi onewire: basic:owbridge:Temp_Wohn not initialized, skipping refresh
Jan 23 18:00:11 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:Temp_Flur (12 to go)
Jan 23 18:00:11 pfarr-kg-pi onewire: basic:owbridge:Temp_Flur not initialized, skipping refresh
Jan 23 18:00:11 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:V_Schlaf (11 to go)

EDIT:
And if I try to set an output active the log shows:

Item 'V_Wohn1' received command ON
V_Wohn1 predicted to become NULL

It seems the problem isn’t within the onewire communication, but in the variable (or item) handling.

J-N-K · January 23, 2019, 7:51pm

I have fixed a bug with the initialization of things. The updated version is above. Could you try if that is better?

Nown · January 23, 2019, 8:48pm

ok. I’ve tried out your binding Rev 2.5.0.201901231931.

All Things appear in PaperUI as online. But still there’s no value/state available.

The TRACE log shows up:

Jan 23 21:37:06 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Schlaf' changed from UNINITIALIZED to UNINITIALIZED (BRIDGE_UNINITIALIZED)
Jan 23 21:37:06 pfarr-kg-pi 'onewire: basic:owbridge:V_Keller2' changed from UNINITIALIZED to UNINITIALIZED (BRIDGE_UNINITIALIZED)
Jan 23 21:37:06 pfarr-kg-pi 'onewire: basic:owbridge:V_Keller1' changed from UNINITIALIZED to UNINITIALIZED (BRIDGE_UNINITIALIZED)
Jan 23 21:37:06 pfarr-kg-pi registering discovery service for org.openhab.binding.onewire.internal.handler.OwserverBridgeHandler@1857e19
Jan 23 21:37:06 pfarr-kg-pi ServiceEvent REGISTERED - {org.eclipse.smarthome.config.discovery.DiscoveryService}={service.id=303, service.bundleid=238, service.scope=singleton} - org.openhab.binding.onewire
Jan 23 21:37:06 pfarr-kg-pi 'onewire: owserver:owbridge' changed from UNINITIALIZED to INITIALIZING
Jan 23 21:37:06 pfarr-kg-pi 'onewire: owserver:owbridge' changed from INITIALIZING to UNKNOWN
Jan 23 21:37:06 pfarr-kg-pi 'onewire: owserver:owbridge' changed from UNKNOWN to ONLINE
Jan 23 21:37:06 pfarr-kg-pi opened OwServerConnection to 127.0.0.1:4304
Jan 23 21:37:06 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Bad' changed from UNINITIALIZED to INITIALIZING
Jan 23 21:37:06 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Bad' changed from INITIALIZING to OFFLINE (CONFIGURATION_ERROR): required properties missing
Jan 23 21:37:06 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Keller' changed from UNINITIALIZED to INITIALIZING
Jan 23 21:37:06 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Keller' changed from INITIALIZING to OFFLINE (CONFIGURATION_ERROR): required properties missing
Jan 23 21:37:06 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Wohn' changed from UNINITIALIZED to INITIALIZING
Jan 23 21:37:06 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Wohn' changed from INITIALIZING to OFFLINE (CONFIGURATION_ERROR): required properties missing
Jan 23 21:37:06 pfarr-kg-pi 'onewire: basic:owbridge:V_Bad' changed from UNINITIALIZED to INITIALIZING
Jan 23 21:37:06 pfarr-kg-pi 'onewire: basic:owbridge:V_Bad' changed from INITIALIZING to OFFLINE (CONFIGURATION_ERROR): required properties missing

Jan 23 21:37:07 pfarr-kg-pi refreshTask starts at 1548275827820, 14 childs
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:Temp_Schlaf (14 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:Temp_Schlaf not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:Temp_Wohn (13 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:Temp_Wohn not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:Temp_Flur (12 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:Temp_Flur not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:Temp_Bad (11 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:Temp_Bad not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:Temp_Keller (10 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:Temp_Keller not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:V_Schlaf (9 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:V_Schlaf not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:V_Wohn1 (8 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:V_Wohn1 not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:V_Wohn2 (7 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:V_Wohn2 not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:V_Wohn3 (6 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:V_Wohn3 not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:V_Bad (5 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:V_Bad not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:V_Bad_Heizkoerper (4 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:V_Bad_Heizkoerper not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:V_Keller1 (3 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:V_Keller1 not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:V_Keller2 (2 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:V_Keller2 not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi refresh: getting handler for onewire:basic:owbridge:V_Reserve (1 to go)
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:V_Reserve not initialized, skipping refresh
Jan 23 21:37:07 pfarr-kg-pi update: getting handler for onewire:basic:owbridge:Temp_Bad (13 total in list)
Jan 23 21:37:07 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 21:37:07 pfarr-kg-pi wrote: messageType READ, size 46, controlFlags 0x00000104, payload '/28.FFE342811603/type'
Jan 23 21:37:07 pfarr-kg-pi Scheduled Astro event-jobs for thing astro:sun:local
Jan 23 21:37:07 pfarr-kg-pi read: return code 7, size 31, controlFlags 0x00000104, payload 'DS18B20'
Jan 23 21:37:07 pfarr-kg-pi Discovery Result with UID 'astro:moon:local' has been removed.
Jan 23 21:37:07 pfarr-kg-pi Thing 'onewire:basic:owbridge:Temp_Bad' has been updated.
Jan 23 21:37:07 pfarr-kg-pi updated modelid/vendor to DS18B20 / Dallas/Maxim
Jan 23 21:37:07 pfarr-kg-pi configuring sensors for onewire:basic:owbridge:Temp_Bad
Jan 23 21:37:07 pfarr-kg-pi onewire: basic:owbridge:Temp_Bad sucessfully updated properties, removing from property update list
Jan 23 21:37:07 pfarr-kg-pi Thing 'onewire:basic:owbridge:Temp_Bad' has been updated.
Jan 23 21:37:07 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Bad' changed from OFFLINE (CONFIGURATION_ERROR): required properties missing to UNKNOWN

Jan 23 21:37:08 pfarr-kg-pi refreshing onewire:basic:owbridge:Temp_Bad
Jan 23 21:37:08 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 21:37:08 pfarr-kg-pi wrote: messageType PRESENT, size 41, controlFlags 0x00000124, payload '/28.FFE342811603'
Jan 23 21:37:09 pfarr-kg-pi read: return code 0, size 32, controlFlags 0x00000124, payload '(��B�??V'
Jan 23 21:37:09 pfarr-kg-pi presence /28.FFE342811603 : ON
Jan 23 21:37:09 pfarr-kg-pi refreshing sensor 0 (/28.FFE342811603)
Jan 23 21:37:09 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Bad' changed from UNKNOWN to ONLINE
Jan 23 21:37:09 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 21:37:09 pfarr-kg-pi wrote: messageType READ, size 55, controlFlags 0x00000104, payload '/28.FFE342811603/temperature11'
Jan 23 21:37:09 pfarr-kg-pi Started Dashboard at http://192.168.178.100:8080
Jan 23 21:37:09 pfarr-kg-pi Started Dashboard at https://192.168.178.100:8443
Jan 23 21:37:09 pfarr-kg-pi read: return code 12, size 36, controlFlags 0x00000104, payload '       21.25'
Jan 23 21:37:09 pfarr-kg-pi read temperature 21.25 °C from /28.FFE342811603
Jan 23 21:37:09 pfarr-kg-pi update: getting handler for onewire:basic:owbridge:Temp_Keller (12 total in list)
Jan 23 21:37:09 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 21:37:09 pfarr-kg-pi wrote: messageType READ, size 46, controlFlags 0x00000104, payload '/28.FFEF86731605/type'
Jan 23 21:37:09 pfarr-kg-pi read: return code 7, size 31, controlFlags 0x00000104, payload 'DS18B20'
Jan 23 21:37:09 pfarr-kg-pi updated modelid/vendor to DS18B20 / Dallas/Maxim
Jan 23 21:37:09 pfarr-kg-pi Thing 'onewire:basic:owbridge:Temp_Keller' has been updated.
Jan 23 21:37:09 pfarr-kg-pi onewire: basic:owbridge:Temp_Keller sucessfully updated properties, removing from property update list
Jan 23 21:37:09 pfarr-kg-pi configuring sensors for onewire:basic:owbridge:Temp_Keller
Jan 23 21:37:09 pfarr-kg-pi Thing 'onewire:basic:owbridge:Temp_Keller' has been updated.
Jan 23 21:37:09 pfarr-kg-pi 'onewire: basic:owbridge:Temp_Keller' changed from OFFLINE (CONFIGURATION_ERROR): required properties missing to UNKNOWN

Jan 23 21:37:12 pfarr-kg-pi refreshing sensor 0 (/28.FF26CD311704)
Jan 23 21:37:12 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 21:37:12 pfarr-kg-pi wrote: messageType READ, size 55, controlFlags 0x00000104, payload '/28.FF26CD311704/temperature11'
Jan 23 21:37:12 pfarr-kg-pi read: return code 12, size 36, controlFlags 0x00000104, payload '        21.5'
Jan 23 21:37:12 pfarr-kg-pi read temperature 21.5 °C from /28.FF26CD311704
Jan 23 21:37:12 pfarr-kg-pi update: getting handler for onewire:basic:owbridge:V_Bad (10 total in list)
Jan 23 21:37:12 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 21:37:12 pfarr-kg-pi wrote: messageType READ, size 46, controlFlags 0x00000104, payload '/29.F31E26000000/type'
Jan 23 21:37:12 pfarr-kg-pi read: return code 6, size 30, controlFlags 0x00000104, payload 'DS2408'
Jan 23 21:37:12 pfarr-kg-pi updated modelid/vendor to DS2408 / Dallas/Maxim
Jan 23 21:37:12 pfarr-kg-pi Thing 'onewire:basic:owbridge:V_Bad' has been updated.
Jan 23 21:37:12 pfarr-kg-pi onewire: basic:owbridge:V_Bad sucessfully updated properties, removing from property update list
Jan 23 21:37:12 pfarr-kg-pi configuring sensors for onewire:basic:owbridge:V_Bad
Jan 23 21:37:12 pfarr-kg-pi Thing 'onewire:basic:owbridge:V_Bad' has been updated.
Jan 23 21:37:12 pfarr-kg-pi adding state description for channel onewire:basic:owbridge:V_Bad:digital0
Jan 23 21:37:12 pfarr-kg-pi configured onewire:basic:owbridge:V_Bad channel 0: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@4b7520], mode=INPUT, logic=NORMAL
Jan 23 21:37:12 pfarr-kg-pi adding state description for channel onewire:basic:owbridge:V_Bad:digital1
Jan 23 21:37:12 pfarr-kg-pi configured onewire:basic:owbridge:V_Bad channel 1: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@fc7983], mode=INPUT, logic=NORMAL
Jan 23 21:37:12 pfarr-kg-pi adding state description for channel onewire:basic:owbridge:V_Bad:digital2
Jan 23 21:37:12 pfarr-kg-pi configured onewire:basic:owbridge:V_Bad channel 2: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@79a67b], mode=INPUT, logic=NORMAL
Jan 23 21:37:12 pfarr-kg-pi adding state description for channel onewire:basic:owbridge:V_Bad:digital3
Jan 23 21:37:12 pfarr-kg-pi configured onewire:basic:owbridge:V_Bad channel 3: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@8ae181], mode=INPUT, logic=NORMAL
Jan 23 21:37:12 pfarr-kg-pi adding state description for channel onewire:basic:owbridge:V_Bad:digital4
Jan 23 21:37:12 pfarr-kg-pi configured onewire:basic:owbridge:V_Bad channel 4: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@1b5029d], mode=OUTPUT, logic=INVERTED
Jan 23 21:37:12 pfarr-kg-pi adding state description for channel onewire:basic:owbridge:V_Bad:digital5
Jan 23 21:37:12 pfarr-kg-pi configured onewire:basic:owbridge:V_Bad channel 5: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@247103], mode=INPUT, logic=NORMAL
Jan 23 21:37:12 pfarr-kg-pi adding state description for channel onewire:basic:owbridge:V_Bad:digital6
Jan 23 21:37:12 pfarr-kg-pi configured onewire:basic:owbridge:V_Bad channel 6: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@818094], mode=INPUT, logic=NORMAL
Jan 23 21:37:12 pfarr-kg-pi adding state description for channel onewire:basic:owbridge:V_Bad:digital7
Jan 23 21:37:12 pfarr-kg-pi configured onewire:basic:owbridge:V_Bad channel 7: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@1166299], mode=INPUT, logic=NORMAL
Jan 23 21:37:12 pfarr-kg-pi 'onewire: basic:owbridge:V_Bad' changed from OFFLINE (CONFIGURATION_ERROR): required properties missing to UNKNOWN

Jan 23 21:37:13 pfarr-kg-pi refreshing onewire:basic:owbridge:V_Bad
Jan 23 21:37:13 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 21:37:13 pfarr-kg-pi wrote: messageType PRESENT, size 41, controlFlags 0x00000124, payload '/29.F31E26000000'
Jan 23 21:37:13 pfarr-kg-pi read: return code 0, size 32, controlFlags 0x00000124, payload ')�?&???�'
Jan 23 21:37:13 pfarr-kg-pi presence /29.F31E26000000 : ON
Jan 23 21:37:13 pfarr-kg-pi Z_Bad changed from NULL to ON
Jan 23 21:37:13 pfarr-kg-pi refreshing sensor 0 (/29.F31E26000000)
Jan 23 21:37:13 pfarr-kg-pi 'onewire: basic:owbridge:V_Bad' changed from UNKNOWN to ONLINE
Jan 23 21:37:13 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 21:37:13 pfarr-kg-pi wrote: messageType READ, size 61, controlFlags 0x00000104, payload 'uncached/29.F31E26000000/sensed.BYTE'
Jan 23 21:37:13 pfarr-kg-pi read: return code 12, size 36, controlFlags 0x00000104, payload '         255'
Jan 23 21:37:13 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 21:37:13 pfarr-kg-pi wrote: messageType READ, size 50, controlFlags 0x00000104, payload '/29.F31E26000000/PIO.BYTE'
Jan 23 21:37:13 pfarr-kg-pi read: return code 12, size 36, controlFlags 0x00000104, payload '           0'
Jan 23 21:37:13 pfarr-kg-pi /29.F31E26000000 IN0: raw {0, 1, 2, 3, 4, 5, 6, 7}, final ON
Jan 23 21:37:13 pfarr-kg-pi /29.F31E26000000 IN1: raw {0, 1, 2, 3, 4, 5, 6, 7}, final ON
Jan 23 21:37:13 pfarr-kg-pi /29.F31E26000000 IN2: raw {0, 1, 2, 3, 4, 5, 6, 7}, final ON
Jan 23 21:37:13 pfarr-kg-pi /29.F31E26000000 IN3: raw {0, 1, 2, 3, 4, 5, 6, 7}, final ON
Jan 23 21:37:13 pfarr-kg-pi /29.F31E26000000 OUT4: raw {}, final ON
Jan 23 21:37:13 pfarr-kg-pi /29.F31E26000000 IN5: raw {0, 1, 2, 3, 4, 5, 6, 7}, final ON
Jan 23 21:37:13 pfarr-kg-pi /29.F31E26000000 IN6: raw {0, 1, 2, 3, 4, 5, 6, 7}, final ON
Jan 23 21:37:13 pfarr-kg-pi /29.F31E26000000 IN7: raw {0, 1, 2, 3, 4, 5, 6, 7}, final ON
Jan 23 21:37:13 pfarr-kg-pi update: getting handler for onewire:basic:owbridge:V_Wohn3 (9 total in list)
Jan 23 21:37:13 pfarr-kg-pi owServerConnection already open, skipping input buffer
Jan 23 21:37:13 pfarr-kg-pi wrote: messageType READ, size 46, controlFlags 0x00000104, payload '/29.F31E26000000/type'
Jan 23 21:37:13 pfarr-kg-pi read: return code 6, size 30, controlFlags 0x00000104, payload 'DS2408'
Jan 23 21:37:13 pfarr-kg-pi updated modelid/vendor to DS2408 / Dallas/Maxim
Jan 23 21:37:13 pfarr-kg-pi Thing 'onewire:basic:owbridge:V_Wohn3' has been updated.
Jan 23 21:37:13 pfarr-kg-pi onewire: basic:owbridge:V_Wohn3 sucessfully updated properties, removing from property update list
Jan 23 21:37:13 pfarr-kg-pi configuring sensors for onewire:basic:owbridge:V_Wohn3
Jan 23 21:37:13 pfarr-kg-pi Thing 'onewire:basic:owbridge:V_Wohn3' has been updated.
Jan 23 21:37:13 pfarr-kg-pi adding state description for channel onewire:basic:owbridge:V_Wohn3:digital0
Jan 23 21:37:13 pfarr-kg-pi configured onewire:basic:owbridge:V_Wohn3 channel 0: path=[org.openhab.binding.onewire.internal.device.OwDeviceParameterMap@cb9b4d], mode=INPUT, logic=NORMAL

J-N-K · January 23, 2019, 8:53pm

Ok. But at least we can see that the temperatures and states are read from the bus and that the things are properly initialized after the properties have been updated. That’s far better than before. Can you show the items-file?

Nown · January 24, 2019, 6:32am

Here we got the items:

// Ist Werte auf OneWire Bus
Number I_Schlaf "Ist Schlafzimmer [%.1f °C]" (iTemperaturen) { channel="onewire:temperature:owbridge:Temp_Schlaf:temperature" }
Number I_Wohn "Ist Wohnzimmer [%.1f °C]" (iTemperaturen) { channel="onewire:temperature:owbridge:Temp_Wohn:temperature" }
Number I_Keller "Ist Keller [%.1f °C]" (iTemperaturen) { channel="onewire:temperature:owbridge:Temp_Keller:temperature" }
Number I_Bad "Ist Bad [%.1f °C]" (iTemperaturen) { channel="onewire:temperature:owbridge:Temp_Bad:temperature" }
Number I_Flur "Ist Flur [%.1f °C]" (iTemperaturen) { channel="onewire:temperature:owbridge:Temp_Flur:temperature" }

// Soll Werte aus Oberflaeche
Number S_Schlaf "Soll Schlafzimmer [%.1f °C]" (sTemperaturen)
Number S_Wohn "Soll Wohnzimmer [%.1f °C]" (sTemperaturen)
Number S_Keller "Soll Keller [%.1f °C]" (sTemperaturen)
Number S_Bad "Soll Bad [%.1f °C]" (sTemperaturen)
Number S_Bad_Heizkoerper "Soll Bad Heizkörper [%.1f °C]" (sTemperaturen)
Number S_Flur "Soll Flur [%.1f °C]" (sTemperaturen)

// Werte aus Google Kalender
Number Schlaf "Soll Schlafzimmer aus Kalender [%.1f °C]" (gTemperaturen)
Number Wohn "Soll Wohnzimmer aus Kalender [%.1f °C]" (gTemperaturen)
Number Keller "Soll Keller aus Kalender [%.1f °C]" (gTemperaturen)
Number Bad "Soll Bad aus Kalender [%.1f °C]" (gTemperaturen)
Number Flur "Soll Flur aus Kalender [%.1f °C]" (gTemperaturen)

// Ventile
Switch V_Schlaf "Ventil Schlafzimmer" (Ventil) { channel="onewire:digitalio8:owbridge:V_Schlaf:digital0" }
Switch V_Wohn1 "Ventil Wohnzimmer 1" (Ventil) { channel="onewire:digitalio8:owbridge:V_Wohn1:digital1" }
Switch V_Wohn2 "Ventil Wohnzimmer 2" (Ventil) { channel="onewire:digitalio8:owbridge:V_Wohn2:digital2" }
Switch V_Wohn3 "Ventil Wohnzimmer 3" (Ventil) { channel="onewire:digitalio8:owbridge:V_Wohn3:digital3" }
Switch V_Bad "Ventil Bad" (Ventil) { channel="onewire:digitalio8:owbridge:V_Bad:digital4" }
Switch V_Bad_Heizkoerper "Ventil Bad Heizkoerper" (Ventil) { channel="onewire:digitalio8:owbridge:V_Bad_Heizkoerper:digital5" }
Switch V_Keller1 "Ventil Keller 1" (Ventil) { channel="onewire:digitalio8:owbridge:V_Keller1:digital6" }
Switch V_Keller2 "Ventil Keller 2" (Ventil) { channel="onewire:digitalio8:owbridge:V_Keller2:digital7" }

Switch V_Reserve "Ventil Reserve" (Ventil)  { channel="onewire:digitalio8:owbridge:V_Reserve:digital0" }

// Ventile benutzen
Switch VA_Schlaf        "Ventil Schlafzimmer aktiv?"    (AVentil)
Switch VA_Wohn1         "Ventil Wohnzimmer1 aktiv?"     (AVentil)
Switch VA_Wohn2         "Ventil Wohnzimmer2 aktiv?"     (AVentil)
Switch VA_Wohn3         "Ventil Wohnzimmer3 aktiv?"     (AVentil)
Switch VA_Bad           "Ventil Bad aktiv?"             (AVentil)
Switch VA_Bad_Heizkoerper "Ventil Bad Heizkoerper aktiv?"(AVentil)
Switch VA_Keller1       "Ventil Keller1 aktiv?"         (AVentil)
Switch VA_Keller2       "Ventil Keller2 aktiv?"         (AVentil)

// Zeitsteuerung aktiv?
Switch Z_Schlaf         "Zeitsteuerung Schlafzimmer"    (bZeit)
Switch Z_Wohn           "Zeitsteuerung Wohnzimmer"      (bZeit)
Switch Z_Bad            "Zeitsteuerung Bad"             (bZeit)
Switch Z_Keller         "Zeitsteuerung Keller"          (bZeit)

// Gruppen
Group Temperaturen
Group iTemperaturen (Temperaturen)
Group sTemperaturen (Temperaturen)
Group gTemperaturen (Temperaturen)
Group bZeit
Group Ventil

And additional the things

Bridge onewire:owserver:owbridge [ network-address="127.0.0.1" ]
{
Thing basic       Temp_Schlaf "Temp_Schlafzimmer" [id="28.F47526000080",refresh=60] { Channels: Type temperature-por-res: temperature [resolution="11" ]}
Thing basic       Temp_Wohn "Temp_Wohnzimmer" [id="28.FF26CD311704",refresh=60] { Channels: Type temperature-por-res: temperature [resolution="11" ]}
Thing basic       Temp_Flur "Temp_Flur" [id="28.FFEC2E321703",refresh=60] { Channels: Type temperature-por-res: temperature [resolution="11" ]}
Thing basic       Temp_Bad "Temp_Bad" [id="28.FFE342811603",refresh=60] { Channels: Type temperature-por-res: temperature [resolution="11" ]}
Thing basic       Temp_Keller "Temp_Keller" [id="28.FFEF86731605",refresh=60] { Channels: Type temperature-por-res: temperature [resolution="11" ]}

Thing basic     V_Schlaf        "Ventil_Schlafzimmer"   [id="29.F31E26000000"]  { Channels: Type dio : digital0 [mode="output",logic="inverted"] }
Thing basic     V_Wohn1         "Ventil_Wohnzimmer1"    [id="29.F31E26000000"]  { Channels: Type dio : digital1 [mode="output",logic="inverted"] }
Thing basic     V_Wohn2         "Ventil_Wohnzimmer2"    [id="29.F31E26000000"]  { Channels: Type dio : digital2 [mode="output",logic="inverted"] }
Thing basic     V_Wohn3         "Ventil_Wohnzimmer3"    [id="29.F31E26000000"]  { Channels: Type dio : digital3 [mode="output",logic="inverted"] }
Thing basic     V_Bad           "Ventil_Flur"           [id="29.F31E26000000"]  { Channels: Type dio : digital4 [mode="output",logic="inverted"] }
Thing basic     V_Bad_Heizkoerper "Ventil_Bad"          [id="29.F31E26000000"]  { Channels: Type dio : digital5 [mode="output",logic="inverted"] }
Thing basic     V_Keller1       "Ventil_Keller1"        [id="29.F31E26000000"]  { Channels: Type dio : digital6 [mode="output",logic="inverted"] }
Thing basic     V_Keller2       "Ventil_Keller2"        [id="29.F31E26000000"]  { Channels: Type dio : digital7 [mode="output",logic="inverted"] }

Thing basic     V_Reserve       "Ventil_Reserve"        [id="29.7B1D26000000"]  { Channels: Type dio : digital0 [mode="output"] }
}

J-N-K · January 24, 2019, 6:45am

You need to change the thing-types there, too. The thing-UID is only preserved for PaperUI defined things.