Hue emulation does not send M-SEARCH response (Sonoff ZbBridge)

[Barracuda09]

There is an " between </specVersion>"<URLBase> which will result in an ill formed xml file. Therefore the discovery will fail most likely. This is introduced in #9505

Tasmota/tasmota/xdrv_20_hue.ino

Lines 233 to 240 in d3d4a49

	//<?xml version="1.0"?><root xmlns="urn:schemas-upnp-org:device-1-0"><specVersion><major>1</major><minor>0</minor></specVersion>"<URLBase>http://{x1:80/</URLBase><device><deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType><friendlyName>Amazon-Echo-HA-Bridge ({x1)</friendlyName><manufacturer>Royal Philips Electronics</manufacturer><manufacturerURL>http://www.philips.com</manufacturerURL><modelDescription>Philips hue Personal Wireless Lighting</modelDescription><modelName>Philips hue bridge 2012</modelName><modelNumber>929000226503</modelNumber><serialNumber>{x3</serialNumber><UDN>uuid:{x2</UDN></device></root>\r\n\r\n
	//Successfully compressed from 626 to 394 bytes (-37.1%)
	const size_t HUE_DESCRIPTION_XML_SIZE = 626;
	const char HUE_DESCRIPTION_XML_COMPRESSED[] PROGMEM = "\x3D\x0E\xD1\xB0\x68\x48\xCD\xFF\xDB\x9C\x7C\x3D\x87\x21\xD1\x9E\xC3\xB4\x7E\x1E"
	"\x85\xFC\xCA\x46\xC1\xA1\x77\x8F\x87\xB0\x5F\xF8\xF3\xF0\x62\x98\xDB\xF1\xD6\x2C"
	"\x67\x0C\x3A\xF3\xE3\xC7\x98\x8C\xCF\x43\x67\x59\xC8\x75\xB3\xD8\x7E\x1E\x85\xE1"
	"\x8C\x32\x33\x04\x1C\x78\xFC\x3D\x06\xD9\xAF\x3E\x7E\x1C\x87\xA1\xD8\x40\x83\x14"
	"\xF4\x1B\xBD\x9F\x3F\x0E\x33\xD0\xEC\x20\x41\x8A\x7A\x1D\x80\x8F\x85\x1E\xC3\xD0"

Edit:

.	.
Program Version	9.2.0.4(zbbridge)
Build Date & Time	2021-02-01T16:48:15
Core/SDK Version	2_7_4_9/2.2.2-dev(38a443e)

[s-hadinger]

Good catch. I will fix it tomorrow.

[Barracuda09]

@s-hadinger

I see you fixed the ill formed description.xml in current build:

.	.
Program Version	9.2.0.7(zbbridge)
Build Date & Time	2021-02-14T17:44:46
Core/SDK Version	2_7_4_9/2.2.2-dev(38a443e)

But this still does not fix the issue with the discovery by Alexa or Windows Network Scan BUT good news is in build 9.2.0 it works. So back to the drawing board, and find out what changed more in the maintime.

Edit, so for good order this one works:

.	.
Program Version	9.2.0(zbbridge)
Build Date & Time	2020-12-21T15:06:32
Build Date & Time	2_7_4_9/2.2.2-dev(38a443e)

[Barracuda09]

@s-hadinger

Probably here is the discovery problem for Alexa (Hue) and Windows Network Scan

Tasmota/tasmota/support_udp.ino

Lines 137 to 145 in 725650c

	// Simple Service Discovery Protocol (SSDP)
	if (Settings.flag2.emulation) {
	#if defined(USE_SCRIPT_HUE) || defined(USE_ZIGBEE)
	if (TasmotaGlobal.devices_present && (strstr_P(packet_buffer, PSTR("M-SEARCH")) != nullptr)) {
	#else
	if (TasmotaGlobal.devices_present && (strstr_P(packet_buffer, PSTR("M-SEARCH")) != nullptr)) {
	#endif
	if (0 == udp_last_received) {
	udp_last_received = millis();

This has changed with this #10564 -> The conditions are now the same and previous it was not.

I don't know what devices_present does or imply

[s-hadinger]

You are right. This is a bad copy paste.

The response wouldn't be sent if there wasn't already a relay or pwm. I will fix this asqp