Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Firmware 6.6.0 AND Amazon Echo Dot Gen. 2 AND WeMo Emulation = no new devices found #6086

Closed
10 tasks
M4APger opened this issue Jul 13, 2019 · 24 comments · Fixed by #6088
Closed
10 tasks

Firmware 6.6.0 AND Amazon Echo Dot Gen. 2 AND WeMo Emulation = no new devices found #6086

M4APger opened this issue Jul 13, 2019 · 24 comments · Fixed by #6088
Labels
bug Type - Confirmated Bug fixed Result - The work on the issue has ended

Comments

@M4APger
Copy link

M4APger commented Jul 13, 2019

Release 6.5.0 works fine

Release 6.6.0:

  • Emulation: Belkin WeMo
  • 2x Amazon Echo Dot Gen. 2
    no new device found - (old devices works fine)

test environment:
AVM FritzBox 7590 - 7.11
2x Amazon Echo Dot Gen. 2
3x Sonoff S20
1x Sonoff Touch
1x Sonoff Pow
1x Sonoff TH16
... and more

no working:

  • latest release 6.6.0 (core 2.3.0 / 2.4.2 / 2.5.2)
  • development release 6.6.0.1 (core 2.3.0 / 2.4.2 / 2.5.2) Build 2019-07-12T10:10:06

flashing back up 6.5.0 works fine !!!

Sorry ... my english is not the yellow of the egg!

More infos in German:
https://forum.creationx.de/forum/index.php?thread/2013-tasmota-release-6-6-0/&postID=25076#post25076


BUG DESCRIPTION

A clear and concise description of what the bug is.

REQUESTED INFORMATION

Make sure these boxes are checked before submitting your issue. Thank you

FAILURE TO COMPLETE THE REQUESTED INFORMATION WILL RESULT IN YOUR ISSUE BEING CLOSED

STATUS 0 OUTPUT HERE:


  • Provide the output of console when you experience your issue if apply :
    (Please use weblog 4 for more debug information)
CONSOLE OUTPUT HERE:


TO REPRODUCE

Steps to reproduce the behavior:

EXPECTED BEHAVIOUR

A clear and concise description of what you expected to happen.

SCREENSHOTS

If applicable, add screenshots to help explain your problem.

ADDITIONAL CONTEXT

Add any other context about the problem here.

(Please, remember to close the issue when the problem has been addressed)

@ihavenonick
Copy link

same here, with Dot 3 no Problem, but with Dot 2 no new detection after removing the device

@Jason2866
Copy link
Collaborator

Jason2866 commented Jul 13, 2019

WeMo Emu is known not working reliable since a while. Use HueEmulation instead.
HueEmulation is better anyway because there is feedback back to sender that command is done.
There is no maintainer for WeMo Emulation anymore, it is in status deprecated. See #5826
So if it is working in 6.5.x for you stay at this release

@ihavenonick
Copy link

No good news, because i don't like the slider and color bar in Alexa if i use only a simple switch and the problems with HUE EMU in the past was not funy to.
Also i had never a Problem with WeMo EMU without a feedback to sender.

I think i will use Node-Red WeMo for connection to Alexa.

@M4APger
Copy link
Author

M4APger commented Jul 13, 2019

That's really not good news!
the fact is:
WeMo is for switches
Hue is for lights

@s-hadinger
Copy link
Collaborator

Ha ha! I finally understand why we had mixed reports about WeMo emulation. It has always worked perfectly for me but I have multiple Echo device at home.

With a single Echo Dot 2nd gen, I do confirm WeMo emulation does not work (6.6.0). Log below:

13:02:45 HTP: Console
13:02:48 UDP: Packet (122)
13:02:48 UDP: Packet (122)
13:02:48 UDP: Packet (107)
13:02:49 UDP: Packet (107)
13:02:50 UPP: WeMo Type 1, Response sent to 192.168.1.25:50000
13:02:51 WIF: Checking connection…

Now as soon as I switch on my Echo Spot, it suddenly works. Log:

13:05:51 WIF: Connected
13:05:59 UDP: Packet (94)
13:05:59 UDP: Packet (101)
13:05:59 UDP: Packet (94)
13:05:59 UDP: Packet (101)
13:05:59 UDP: Packet (94)
13:05:59 UDP: Packet (101)
13:05:59 UDP: Packet (107)
13:05:59 UDP: Packet (107)
13:05:59 UDP: Packet (122)
13:05:59 UDP: Packet (122)
13:06:00 UPP: WeMo Type 2, Response sent to 192.168.1.43:50000
13:06:01 HTP: WeMo setup
13:06:01 HTP: WeMo basic event
13:06:01 HTP: WeMo basic event
13:06:03 HTP: WeMo basic event

I'll try to dig about the difference between WeMo Type 1 and WeMo Type 2. What's still surprising is that I'm not aware of any significant change in WeMo code between 6.5.0 and 6.6.0.

Time for debug! Thanks @M4APger for reporting this bug.

@s-hadinger
Copy link
Collaborator

I found a difference between 6.5.0 and 6.6.0:

6.6.0:

const char URN_BELKIN_DEVICE[] PROGMEM = "urn:belkin:device:**";

6.5.0:

response.replace("{r3", F("urn:Belkin:device:**"));

So it looks like a capitalization error and should be:

const char URN_BELKIN_DEVICE[] PROGMEM = "urn:Belkin:device:**";

I don't have time to test now...

@arendst
Copy link
Owner

arendst commented Jul 13, 2019

I will push an update with this fix now.

arendst added a commit that referenced this issue Jul 13, 2019
Fix WeMo emulation on echo 1g and dot 2g (#6086)
@s-hadinger
Copy link
Collaborator

We need to test it before. This string is used in two locations. So we may need two different strings, one with small b one with Capital B.

And it's maybe not the problem at all.

@M4APger
Copy link
Author

M4APger commented Jul 13, 2019

My test socket is ready. Is the bug fix in the latest development version?
20190712 14:02 GMT + 2
I could test these then!

@arendst
Copy link
Owner

arendst commented Jul 13, 2019

Nope. Wait another hour for it to be available.

@s-hadinger
Copy link
Collaborator

Confirmed to work, but we do need 2 strings.
I'm pushing the PR right now.

@s-hadinger
Copy link
Collaborator

s-hadinger commented Jul 13, 2019

@M4APger Fix is here if you want to test before it is merged into development: https://github.com/s-hadinger/Sonoff-Tasmota/tree/fix_wemo

@ascillato2 ascillato2 added bug Type - Confirmated Bug fixed Result - The work on the issue has ended labels Jul 13, 2019
@ascillato2
Copy link
Collaborator

Closing this issue as it is solved.

Thanks everyone for working on this 👍

@s-hadinger
Copy link
Collaborator

There one glitch you need to know, if the WeMo device was discovered by a newer echo device, it cannot be controlled via an echo 2G. You need to remove the device and redo a discovery.

But if all you have are echo dot 2G, then there's no issue.

arendst added a commit that referenced this issue Jul 13, 2019
Fix WeMo emulation for 1G echo and 2G echo dot (#6086)
@M4APger
Copy link
Author

M4APger commented Jul 13, 2019

Program Version | 6.6.0.1(7e20579-classic)
Build Date & Time | 2019-07-13T19:04:10
Core/SDK Version | 2_3_0/1.5.3(aec24ac9)

Test Ok ...
Development BIN 20190713 19:04 GMT+2

thx

@oywino
Copy link

oywino commented Sep 18, 2019

Hi all,
I have flashed my Sonoff Basic successfully with Tasmota 6.6.0 and got it up'n'running on my WLAN.
Then I changed its configuration to; Disable MQTT and enable WeMo emaulation, hoping that I could see the switch in my Home Assistant 0.98.2
The integration shows up ok, but no device is added/visible.
Then I changed to Hue Bridge emulation, but that resulted in nothing at all.
I both cases, I manually added the host IP to configuration.yaml
What am I missing here?

@Jason2866
Copy link
Collaborator

@oywino HueEmulation in Tasmota is designed for the use with Alexa.
It CAN work for other systems.

@oywino
Copy link

oywino commented Sep 18, 2019

@Jason2866 This is the error message I get from HA ;

Log Details (ERROR) Wed Sep 18 2019 08:46:11 GMT+0200 (Central European Summer Time) Unknown error connecting with Hue bridge at 192.168.0.21 Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/components/hue/config_flow.py", line 207, in async_step_import bridge = await get_bridge(self.hass, host, username) File "/usr/src/homeassistant/homeassistant/components/hue/bridge.py", line 171, in get_bridge await bridge.initialize() File "/usr/local/lib/python3.7/site-packages/aiohue/bridge.py", line 45, in initialize self.config = Config(result['config'], self.request) TypeError: list indices must be integers or slices, not str

@Jason2866
Copy link
Collaborator

Jason2866 commented Sep 18, 2019

As i said before, no support for other devices'/ software.
HueEmulation is ONLY for Alexa.
For questions HA related please contact HA support

@s-hadinger
Copy link
Collaborator

This is an HA issue. Please direct it to the HA project. If solving it requires simple changes in Tasmota we may do it. But diagnosis must be done by HA first.

@oywino
Copy link

oywino commented Sep 18, 2019

@Jason2866 & @s-hadinger OK guys - thanks for taking the time to reply.
One last question: Where can I find a user guide that will explain in detail all the various settings, configs and template options in the Tasmota Web front end?

@meingraham
Copy link
Collaborator

meingraham commented Sep 18, 2019

@oywino Click the Wiki tab at the top of this page.

@Makk1983
Copy link

Hi, I'm starting to experiment with Alexa now and I wanted to integrate my sonoff tasmota 6.6.0, I enabled the Belkin WeMo emulation, I tried to add a new device to alexa but found nothing, I tried to change emulation again in Hue Bridge but nothing, then reading on this forum I installed version 6.5.0 but nothing does not work, may be due to the fact that I have no device (DOT, Echo etc.) but only the app on the smartphone?

@s-hadinger
Copy link
Collaborator

Alexa Hue integration requires a physical Alexa device. The app alone is not enough.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Type - Confirmated Bug fixed Result - The work on the issue has ended
Projects
None yet
Development

Successfully merging a pull request may close this issue.

9 participants