None

"device": {
	"weather": {
		"protocol": [ "auriol" ],
		"id": [{
			"id": 3
		}],
		"temperature": 18.90,
		"humidity": 41.00,
		"battery": 1
	}
},
"gui": {
	"weather": {
		"name": "Weather Station",
		"group": [ "Outside" ],
		"media": [ "all" ]
	}
}

Device Settings

GUI Settings

This weather station was available at the Lidl. Description for device could be: “Auriol IAN 89210 FUNK-WEATHER STATION/RADIO CONTROLLED WEATHER”, Hama EWS-750 (not confirmed) and IAN 55982 (neither confirmed). The sensor can be identified by the option to choose from 3 different channels.

Humidity and battery assumed to be supported by this protocol, but might not be. The battery function is not tested 100% and humidity seems to vary regularly. Please be aware that the ID of a sensor is actually the channel.

This protocol has similarities with the protocols alecto and threechan.

Each (group of 2) numbers have the following specific meaning:

• Battery ID 0 untill 7 (assumed)
• Battery: 8
• TX mode: 9
• Channel: 10 untill 11 (3 = 10, 2 = 01, 1 = 11)
• Temperature: 12 untill 23
• Humidity: 24 untill 31 (assumed, alternatively this might be a checksum)
• Footer: 32

• The Battery ID is not used
• The Battery identifies the state of the battery
• The TX mode defines whether the signal was sent automatically or manually
• The ID is defined as a binary number and specifies which channel the sensor uses
• The Temperature is defined as a binary number and represents the temperature
• The Humidity is defined as a binary number and represents the humidity (unconfirmed)

We need someone who is able to decipher the checksum and write a c snippet for it.

This protocol was created for pilight with the help of pilight-debug.