search

Monarch73 / RFBridge

This Project uses an esp8266 board as a hub to control remote controlled socket switches and/or light sockets via Amazon Echo (Alexa) by emulating Wemos Network Devices. Download binaries here: [https://github.com/Monarch73/RFBridge/releases]
http://www.monarch.de
MIT License
8 stars 0 forks source link

Alexa findet kein Gerät #1

Closed taurus1902 closed 6 years ago

taurus1902 commented 7 years ago

Hallo habe es soweit hinbekommen dass ich über den browser die Lampen ein und aus schalten kann. Aber Alexa findet keine Geräte an was kann das liegen ??

Monarch73 commented 7 years ago

Hi,

Im seriellen Portmonitor werden empfangene Multicast-Pakete angezeigt, die Alexa beim Suchen nach Geräten ins Netzwerk schickt. Wenn hier die IP deines Echos nicht erscheint, kann es eventuell daran liegen, das die WLan-Client-separierung im AccessPoint eingeschaltet ist. In der Fritzbox heisst der Punkt "die unten angezeigten aktiven wlan-geräte dürfen untereinander kommunizieren" und ist in den Einstellungen bei WLAN->Sicherheit zu finden.

Wie auch immer der Punkt in der Konfiguration heisst, es ist auf jeden Fall sicher zu stellen, das der esp8266 sicher mit dem Echo unterhalten kann, also eine separierung abgeschaltet ist. Falls der AccessPoint eine Firewall hat, ist darauf zu achten, das udp-pakete (port 1900) und tcp (port 80-96) gesendet und empfangen werden können.

taurus1902 commented 7 years ago

Wow das ging ja schnell !! Ich werde es heute nachmittag mal probieren ich hoffe mit erfolg. Ach übrigens finde ich das ein super Projekt von dir und die Konfiguration der Steckdosen ist ganz einfach. Ich habe allerdings auch noch Intertechno steckdosen herum liegen (ohne Dip Schalter) wie kann ich diese einbinden. Auslesen kann ich diese aber wie schreibe ich dann den Code und die Bits (code,Bits)? Ist auch noch eine IR steuerung für den Fernseher geplant währe super.

Monarch73 commented 7 years ago

Danke...

Bei Fernsteuerungen ohne Dip-Schalter müssen die sogenannten TriState-Codes eingelesen werden. Dazu benötigt man ein Empfängermodul und das Beispielsketch aus der rc-switch-library "ReceiveDemo_Advance". Dieser Sketch gibt die TriState Codes aus, die dann in die Konfigurationsoberfläche von RFBridge eingetragen werden können. Leider funktioniert das aber wohl nicht mit jeder Fernbedienung. Ich hatte selber mal eine selbstlernende Funksteckdose von Aldi, die ich einlesen wollte. Leider zeigt der Sketch hier "TriState Code: not applicable". Damit gehts dann leider nicht.

Eine IR-Steuerung hatte ich auch schonmal überlegt. Derzeit ist aber der Speicherplatz im EEPROM für die Konfigdaten ziemlich knapp geworden. Ich müsste erstmal überlegen, wie ich dieses Problem knacke, denn FLASH-Speicher gibts ja grundsätzlich zu hauf...

taurus1902 commented 7 years ago

Ok der Haken ist in der Fritzbox gesetzt. Wie funktioniert das mit dem seriellen Portmonitor welches Programm kannst du empfehlen? Muß ich die Portfreigaben unter Filter-Listen anlegen ? wenn ja Quellcode = Zielcode ? oder was muß ich da machen? Alexa findet einfach kein gerät.

Monarch73 commented 7 years ago

Nein, es sind keine Portfreigaben notwenig. Ganz im Gegenteil. Aus sicherheitstechnischen Aspekten rate ich dringend davon ab, den ESP8266 aus dem Internet erreichbar zu machen.

Als Portmonitor empfehle ich den in der Arduino IDE eingebauten seriellen Monitor.

Wenn sich der Alexa-Dot und der ESP8266 im selben Wlan befinden, habe ich keine Idee, woran das liegen könnte. Ich habe dieses Programm bereits auf mehreren verschiedenen Modulen installiert. Das Netzwerk war noch nie ein Problem.

Welches ESP8266-Modul hast du denn im Einsatz? Und was genau ist die Antwort von Alexa auf das Sprachkommando "Alexa, erkenne meine Geräte"?

taurus1902 commented 7 years ago

ich habe ein nodemcu V3 im Einsatz. Die Antwort von Alexa lautet:" Ich habe konnte keine neuen Smart Home Geräte finden" kann es daran liegen das ich die Echo Plus habe?

taurus1902 commented 7 years ago

Über die App gestartet: UDP Packet Type: Multicast, From: 192.168.178.1:36574, To: 239.255.255.250:1900, Length: 123, Data: UDP Packet Type: Multicast, From: 192.168.178.1:36574, To: 239.255.255.250:1900, Length: 123, Data: das ist der Text vom Seriellen Monito

taurus1902 commented 7 years ago

Hier habe ich die suche mit der Sprache gestartet: UDP Packet Type: Multicast, From: 192.168.178.35:50000, To: 239.255.255.250:1900, Length: 101, Data: UDP Packet Type: Multicast, From: 192.168.178.35:50000, To: 239.255.255.250:1900, Length: 94, Data: UDP Packet Type: Multicast, From: 192.168.178.35:50000, To: 239.255.255.250:1900, Length: 101, Data: UDP Packet Type: Multicast, From: 192.168.178.35:50000, To: 239.255.255.250:1900, Length: 94, Data: UDP Packet Type: Multicast, From: 192.168.178.35:50000, To: 239.255.255.250:1900, Length: 101, Data: UDP Packet Type: Multicast, From: 192.168.178.35:50000, To: 239.255.255.250:1900, Length: 94, Data: UDP Packet Type: Multicast, From: 192.168.178.35:50000, To: 239.255.255.250:1900, Length: 101, Data: UDP Packet Type: Multicast, From: 192.168.178.35:50000, To: 239.255.255.250:1900, Length: 94, Data: UDP Packet Type: Multicast, From: 192.168.178.35:50000, To: 239.255.255.250:1900, Length: 101, Data: UDP Packet Type: Multicast, From: 192.168.178.35:50000, To: 239.255.255.250:1900, Length: 94, Data: UDP Packet Type: Multicast, From: 192.168.178.1:36574, To: 239.255.255.250:1900, Length: 123, Data: UDP Packet Type: Multicast, From: 192.168.178.1:36574, To: 239.255.255.250:1900, Length: 123, Data: UDP Packet Type: Multicast, From: 192.168.178.1:36574, To: 239.255.255.250:1900, Length: 123, Data: UDP Packet Type: Multicast, From: 192.168.178.1:36574, To: 239.255.255.250:1900, Length: 123, Data: UDP Packet Type: Multicast, From: 192.168.178.1:36574, To: 239.255.255.250:1900, Length: 123, Data: Die IP vom ESP 192.168.178.34

Monarch73 commented 7 years ago

Ok, es scheint tatsächlich daran zu liegen, das es sich um einen Echo-Plus handelt. Hast du die Gedult, mir dabei zu helfen, die Software ans laufen zu bekommen?

taurus1902 commented 7 years ago

Ja natürlich ich möchte ja gerne die Steckdosen schalten und selber bekomme ich das nicht hin

Monarch73 commented 7 years ago

Diese Bin-Datei gibt die empfangenen Datagramme beim Suchen auf dem Monitor aus. Diese Daten benötige ich.

RFBridge.ino.bin.zip

taurus1902 commented 7 years ago

ok ich Flash sie auf das node und dann starte ich die suche oder wie ?

Monarch73 commented 7 years ago

Genau, ich brauche die Daten die Alex (192.168.178.35) bei der Suche von Geräten ins Netz geschickt werden.

taurus1902 commented 7 years ago

UDP Packet Type: Multicast, From: 192.168.178.35:50000 M-SEARCH * HTTP/1.1 MX: 3 ST: upnp:rootdevice HOST: 239.255.255.250:1900 MAN: "ssdp:discover"

UDP Packet Type: Multicast, From: 192.168.178.35:50000 M-SEARCH * HTTP/1.1 MX: 3 ST: ssdp:all HOST: 239.255.255.250:1900 MAN: "ssdp:discover"

UDP Packet Type: Multicast, From: 192.168.178.35:50000 M-SEARCH * HTTP/1.1 MX: 3 ST: upnp:rootdevice HOST: 239.255.255.250:1900 MAN: "ssdp:discover"

UDP Packet Type: Multicast, From: 192.168.178.35:50000 M-SEARCH * HTTP/1.1 MX: 3 ST: ssdp:all HOST: 239.255.255.250:1900 MAN: "ssdp:discover"

UDP Packet Type: Multicast, From: 192.168.178.35:50000 M-SEARCH * HTTP/1.1 MX: 3 ST: upnp:rootdevice HOST: 239.255.255.250:1900 MAN: "ssdp:discover"

UDP Packet Type: Multicast, From: 192.168.178.35:50000 M-SEARCH * HTTP/1.1 MX: 3 ST: ssdp:all HOST: 239.255.255.250:1900 MAN: "ssdp:discover"

UDP Packet Type: Multicast, From: 192.168.178.35:50000 M-SEARCH * HTTP/1.1 MX: 3 ST: upnp:rootdevice HOST: 239.255.255.250:1900 MAN: "ssdp:discover"

UDP Packet Type: Multicast, From: 192.168.178.35:50000 M-SEARCH * HTTP/1.1 MX: 3 ST: ssdp:all HOST: 239.255.255.250:1900 MAN: "ssdp:discover"

UDP Packet Type: Multicast, From: 192.168.178.35:50000 M-SEARCH * HTTP/1.1 MX: 3 ST: upnp:rootdevice HOST: 239.255.255.250:1900 MAN: "ssdp:discover"

UDP Packet Type: Multicast, From: 192.168.178.35:50000 M-SEARCH * HTTP/1.1 MX: 3 ST: ssdp:all HOST: 239.255.255.250:1900 MAN: "ssdp:discover"

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/MediaServerDevDesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: upnp:rootdevice NTS: ssdp:alive USN: uuid:fa095ecc-e13e-40e7-8e6c-ccce1e748296::upnp:rootdevice

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/MediaServerDevDesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: uuid:fa095ecc-e13e-40e7-8e6c-ccce1e748296 NTS: ssdp:alive USN: uuid:fa095ecc-e13e-40e7-8e6c-ccce1e748296

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/MediaServerDevDesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:device:MediaServer:1 NTS: ssdp:alive USN: uuid:fa095ecc-e13e-40e7-8e6c-ccce1e748296::urn:schemas-upnp-org:device:MediaServer:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/MediaServerDevDesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:service:ContentDirectory:1 NTS: ssdp:alive USN: uuid:fa095ecc-e13e-40e7-8e6c-ccce1e748296::urn:schemas-upnp-org:service:ContentDirectory:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/MediaServerDevDesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:service:ConnectionManager:1 NTS: ssdp:alive USN: uuid:fa095ecc-e13e-40e7-8e6c-ccce1e748296::urn:schemas-upnp-org:service:ConnectionManager:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/MediaServerDevDesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:avm.de:service:AVM_ServerStatus:1 NTS: ssdp:alive USN: uuid:fa095ecc-e13e-40e7-8e6c-ccce1e748296::urn:avm.de:service:AVM_ServerStatus:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/l2tpv3.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: upnp:rootdevice NTS: ssdp:alive USN: uuid:95802409-bccb-40e7-8e6c-CCCE1E748296::upnp:rootdevice

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/l2tpv3.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: uuid:95802409-bccb-40e7-8e6c-CCCE1E748296 NTS: ssdp:alive USN: uuid:95802409-bccb-40e7-8e6c-CCCE1E748296

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/l2tpv3.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:device:l2tpv3:1 NTS: ssdp:alive USN: uuid:95802409-bccb-40e7-8e6c-CCCE1E748296::urn:schemas-upnp-org:device:l2tpv3:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/l2tpv3.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-any-com:service:l2tpv3:1 NTS: ssdp:alive USN: uuid:95802409-bccb-40e7-8e6c-CCCE1E748296::urn:schemas-any-com:service:l2tpv3:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/fboxdesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: upnp:rootdevice NTS: ssdp:alive USN: uuid:123402409-bccb-40e7-8e6c-CCCE1E748296::upnp:rootdevice

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/fboxdesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:device:fritzbox:1 NTS: ssdp:alive USN: uuid:123402409-bccb-40e7-8e6c-CCCE1E748296::urn:schemas-upnp-org:device:fritzbox:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/fboxdesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-any-com:service:fritzbox:1 NTS: ssdp:alive USN: uuid:123402409-bccb-40e7-8e6c-CCCE1E748296::urn:schemas-any-com:service:fritzbox:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igddesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: upnp:rootdevice NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-8e6c-CCCE1E748296::upnp:rootdevice

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igddesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: uuid:75802409-bccb-40e7-8e6c-CCCE1E748296 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-8e6c-CCCE1E748296

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igddesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:device:InternetGatewayDevice:1 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-8e6c-CCCE1E748296::urn:schemas-upnp-org:device:InternetGatewayDevice:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igddesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: uuid:76802409-bccb-40e7-8e6b-CCCE1E748296 NTS: ssdp:alive USN: uuid:76802409-bccb-40e7-8e6b-CCCE1E748296

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igddesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:device:WANDevice:1 NTS: ssdp:alive USN: uuid:76802409-bccb-40e7-8e6b-CCCE1E748296::urn:schemas-upnp-org:device:WANDevice:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igddesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: uuid:76802409-bccb-40e7-8e6a-CCCE1E748296 NTS: ssdp:alive USN: uuid:76802409-bccb-40e7-8e6a-CCCE1E748296

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igddesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-any-com:service:Any:1 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-8e6c-CCCE1E748296::urn:schemas-any-com:service:Any:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igddesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:service:WANDSLLinkConfig:1 NTS: ssdp:alive USN: uuid:76802409-bccb-40e7-8e6a-CCCE1E748296::urn:schemas-upnp-org:service:WANDSLLinkConfig:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igddesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:service:WANIPConnection:1 NTS: ssdp:alive USN: uuid:76802409-bccb-40e7-8e6a-CCCE1E748296::urn:schemas-upnp-org:service:WANIPConnection:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igddesc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:service:WANIPv6FirewallControl:1 NTS: ssdp:alive USN: uuid:76802409-bccb-40e7-8e6a-CCCE1E748296::urn:schemas-upnp-org:service:WANIPv6FirewallControl:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igd2desc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: upnp:rootdevice NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-9f6c-CCCE1E748296::upnp:rootdevice

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igd2desc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: uuid:75802409-bccb-40e7-9f6c-CCCE1E748296 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-9f6c-CCCE1E748296

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igd2desc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:device:InternetGatewayDevice:2 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-9f6c-CCCE1E748296::urn:schemas-upnp-org:device:InternetGatewayDevice:2

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igd2desc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: uuid:75802409-bccb-40e7-9f6b-CCCE1E748296 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-9f6b-CCCE1E748296

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igd2desc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:device:WANDevice:2 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-9f6b-CCCE1E748296::urn:schemas-upnp-org:device:WANDevice:2

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igd2desc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:device:WANConnectionDevice:2 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-9f6a-CCCE1E748296::urn:schemas-upnp-org:device:WANConnectionDevice:2

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igd2desc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-any-com:service:Any:1 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-9f6c-CCCE1E748296::urn:schemas-any-com:service:Any:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igd2desc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:service:WANCommonInterfaceConfig:1 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-9f6b-CCCE1E748296::urn:schemas-upnp-org:service:WANCommonInterfaceConfig:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igd2desc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:service:WANDSLLinkConfig:1 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-9f6a-CCCE1E748296::urn:schemas-upnp-org:service:WANDSLLinkConfig:1

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igd2desc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:service:WANIPConnection:2 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-9f6a-CCCE1E748296::urn:schemas-upnp-org:service:WANIPConnection:2

UDP Packet Type: Multicast, From: 192.168.178.1:1900 NOTIFY * HTTP/1.1 HOST: 239.255.255.250:1900 LOCATION: http://192.168.178.1:49000/igd2desc.xml SERVER: FRITZ!Box 7560 (UI) UPnP/1.0 AVM FRITZ!Box 7560 (UI) 149.06.83 CACHE-CONTROL: max-age=1800 NT: urn:schemas-upnp-org:service:WANIPv6FirewallControl:1 NTS: ssdp:alive USN: uuid:75802409-bccb-40e7-9f6a-CCCE1E748296::urn:schemas-upnp-org:service:WANIPv6FirewallControl:1

UDP Packet Type: Multicast, From: 192.168.178.1:36574 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:avm-aha:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:WLANConfiguration:2

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:WLANConfiguration:3

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:device:LANDevice:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:MediaServer:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:MediaRenderer:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:fritzbox:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:UserInterface:1

UDP Packet Type: Multicast, From: 192.168.178.1:36574 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:avm-aha:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:WLANConfiguration:2

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:WLANConfiguration:3

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:device:LANDevice:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:MediaServer:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:MediaRenderer:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:fritzbox:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:UserInterface:1

UDP Packet Type: Multicast, From: 192.168.178.1:36574 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:avm-aha:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:WLANConfiguration:2

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:WLANConfiguration:3

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:device:LANDevice:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:MediaServer:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:MediaRenderer:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:fritzbox:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:UserInterface:1

UDP Packet Type: Multicast, From: 192.168.178.1:36574 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:avm-aha:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:WLANConfiguration:2

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:WLANConfiguration:3

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:device:LANDevice:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:MediaServer:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:MediaRenderer:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:fritzbox:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:UserInterface:1

UDP Packet Type: Multicast, From: 192.168.178.1:36574 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:avm-aha:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:WLANConfiguration:2

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:WLANConfiguration:3

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:device:LANDevice:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:MediaServer:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:MediaRenderer:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:schemas-upnp-org:device:fritzbox:1

UDP Packet Type: Multicast, From: 192.168.178.1:32976 M-SEARCH * HTTP/1.1 HOST: 239.255.255.250:1900 MAN: "ssdp:discover" MX: 5 ST: urn:dslforum-org:service:UserInterface:1

Monarch73 commented 7 years ago

Da scheint sich tatsächlich was geändert zu haben...Bitte versuche mal die Suche mit dieser Version:

RFBridge.ino.bin.zip

taurus1902 commented 7 years ago

UDP Packet Type: Multicast, From: 192.168.178.1:36574 UDP Packet Type: Multicast, From: 192.168.178.35:50000 Request answered UDP Packet Type: Multicast, From: 192.168.178.35:50000 UDP Packet Type: Multicast, From: 192.168.178.35:50000 Request answered UDP Packet Type: Multicast, From: 192.168.178.35:50000 UDP Packet Type: Multicast, From: 192.168.178.35:50000 Request answered UDP Packet Type: Multicast, From: 192.168.178.35:50000 UDP Packet Type: Multicast, From: 192.168.178.35:50000 Request answered UDP Packet Type: Multicast, From: 192.168.178.35:50000 UDP Packet Type: Multicast, From: 192.168.178.35:50000 Request answered UDP Packet Type: Multicast, From: 192.168.178.35:50000 UDP Packet Type: Multicast, From: 192.168.178.1:36574 UDP Packet Type: Multicast, From: 192.168.178.1:36574 UDP Packet Type: Multicast, From: 192.168.178.1:36574 UDP Packet Type: Multicast, From: 192.168.178.1:36574

Monarch73 commented 6 years ago

Ich hab mal ein bisschen recheriert. Wohlmöglich wurde die ursprüngliche Funktion, die sogn. WeMo-Switches zu schalten, in einen Skill ausgelagert.

Siehe: http://www.belkin.com/us/support-article?articleNum=157351

"NOTE FOR EXISTING ALEXA USERS: If you previously have Wemo devices paired to Alexa and you cannot operate a product, then you’re required to update your Alexa devices with a new Wemo Skill. This will change the way Alexa interacts with your Wemo devices and ensure proper functionality."

Ich schlage daher vor, das du deinen ESP8266 wieder auf die ursprüngliche Release-Version von RFBridge flashst und über die Alexa-App den im Artikel genannten WeMo-Skill installierst und aktivierst.

taurus1902 commented 6 years ago

Die WeMo App habe ich gekauft aber auch diese findet nichts

UDP Packet Type: Multicast, From: 192.168.178.1:36574 UDP Packet Type: Multicast, From: 192.168.178.1:36574 UDP Packet Type: Multicast, From: 192.168.178.21:62079 UDP Packet Type: Multicast, From: 192.168.178.1:36574 UDP Packet Type: Multicast, From: 192.168.178.21:62079 UDP Packet Type: Multicast, From: 192.168.178.21:62079 UDP Packet Type: Multicast, From: 192.168.178.1:36574 UDP Packet Type: Multicast, From: 192.168.178.1:36574

Monarch73 commented 6 years ago

WeMo "App"?! Meinst du damit, daß du dir im Google Play Store die Wemo App installiert hast?

Gemeint ist eigentlich der Alex-Skill....

taurus1902 commented 6 years ago

Bei der Aktivierung des WeMo Skills heißt es

Wemo mit Alexa verbinden. Stellen Sie eine Verbindung mit Ihrem WLAN-Heimnetzwerk her, um das Setup auszuführen und achten Sie darauf, dass der Wemo Remotezugriff aktiviert ist. Um den Remotezugriff zu aktivieren, öffnen Sie die Wemo App, gehen Sie zur Registerkarte „Mehr”, wählen Sie „Remotezugriff” aus und stellen sie „aktivieren” ein.

Dann: Button Bereit zur überprüfung: "Weiterleitung auf neue Seite"

Es ist ein Netzwerkproblem aufgetreten. Bitte geben Sie den Namen Ihres WLAN-Netzwerks und die MAC-Adresse eines Ihrer Wemo-Geräte ein. Ihre MAC-Adresse finden Sie auf der Rückseite des Geräts oder unter „Hardware-Info” in der Wemo App unter der Registerkarte „Mehr” in „Einstellungen & Info”. Geben Sie die MAC-Adresse ein. Name Ihres Wifi"fritzbox....." Mac adresse " Habe ich die von der ESP eingegeben"

Button"einreichen"

Kurz warten:

Hmm. Wir können keine Übereinstimmung finden. Bitte überprüfen Sie den Namen Ihres WLAN-Netzwerks und die MAC-Adresse Ihres Wemos und versuchen Sie es erneut. Ihre MAC-Adresse finden Sie auf der Rückseite des Geräts oder unter „Hardware-Info” in der Wemo App unter der Registerkarte „Mehr” in „Einstellungen & Info”. Geben Sie die MAC-Adresse ein.

Button erneut versuchen:

In der WeMo App auf dem Ipad kann man nach neuen Geräten such dort heißt es dann auch kein gerät gefunden.

Eine einstellung für den Rmeotezugriff ist in der App nich möglich:

Monarch73 commented 6 years ago

Also zunächst mal Danke für deine Unterstützung bei der Entwicklung der Software.

Wie ich bereits sagte, offensichtlich hat sich wohl was bei der eingebauten Unterstützung der WeMo-Switches, die von der RFBridge-software emuliert werden, bei dem Echo Plus etwas geändert. Da ich keinen Echo Plus habe, wird es für mich sehr schwierig, eine Unterstützung dafür anbieten zu können.

Ich werde aber in den kommenden Tagen versuchen, die Software so anzupassen, das sie mit der WeMo-App funktioniert, in der Hoffnung, das sie dann auch mit dem Echo Plus funktionieren wird. Solange möchte ich dich um Gedult bitten und hoffe, das du dann weiter für mich testen kannst.

Monarch73 commented 6 years ago

Zur deiner Info: Fauxmo ist das Projekt, auf den dieses Projekt basiert. Dort hat man wohl jetzt ähnliche Probleme..

https://github.com/n8henrie/fauxmo/issues/33

taurus1902 commented 6 years ago

Ok Dann bin ich wohl nicht der einzige. Habe es gestern abend einmal bei bekannten mit Alexa aus der 1.Gen getestet dort funktioniert es einwandfrei. Also kann ich ausschließen das ich etwas falsch gemacht habe. Und ich muss sagen eine wirklich tolle Sache die Lampensteuerung von dir.

Monarch73 commented 6 years ago

Freut mich, das dir die Software gefällt.

Könntest du mal bitte die Firmeware-Version deines Echo Plus raussuchen? Du findest sie unter "Einstellungen" in der Alex-app. Die Spalte heisst "Version der Gerätesoftware".

taurus1902 commented 6 years ago

Klar mach ich das für dich! 592452320

Monarch73 commented 6 years ago

Da scheint der Hund begraben zu sein. Zweite Generation Echos, womit es noch funktioniert, haben die Version 592452720.

Aber ich habe gerade einen Hinweis bekommen, wie man das Problem löst. Könnte nur etwas dauern.

taurus1902 commented 6 years ago

das währe super!

Monarch73 commented 6 years ago

RFBridge.ino.bin.zip

Ich bin noch nicht ganz fertig, aber eingerichtete Geräte müssten von Alexa jetzt erkannt werden können.

taurus1902 commented 6 years ago

Hallo hatte gestern keine Zeit aber habe es gleich heute morgen versucht und ja er findet die Geräte: Ihr der Report aus dem Monitor: UDP Packet Type: Multicast, From: 192.168.178.1:36574 UDP Packet Type: Multicast, From: 192.168.178.1:36574 UDP Packet Type: Multicast, From: 192.168.178.35:50000 UDP Packet Type: Multicast, From: 192.168.178.35:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD000 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562D7CD000::urn:Belkin:service:basicevent:1

HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:82/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD001 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562D7CD001::urn:Belkin:service:basicevent:1

UDP Packet Type: Multicast, From: 192.168.178.34:50000 ON CLIENT CALLED ON CLIENT CALLED ON CLIENT CALLED UDP Packet Type: Multicast, From: 192.168.178.34:50000 ON CLIENT CALLED ON CLIENT CALLED UDP Packet Type: Multicast, From: 192.168.178.34:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD000 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:device: USN: uuid:Socket-1_0-4445562D7CD000::urn:Belkin:device:

HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:82/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD001 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:device: USN: uuid:Socket-1_0-4445562D7CD001::urn:Belkin:device:

ON CLIENT CALLED ON CLIENT CALLED UDP Packet Type: Multicast, From: 192.168.178.34:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD000 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:device: USN: uuid:Socket-1_0-4445562D7CD000::urn:Belkin:device:

HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:82/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD001 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:device: USN: uuid:Socket-1_0-4445562D7CD001::urn:Belkin:device:

UDP Packet Type: Multicast, From: 192.168.178.35:50000 UDP Packet Type: Multicast, From: 192.168.178.35:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD000 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562D7CD000::urn:Belkin:service:basicevent:1

HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:82/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD001 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562D7CD001::urn:Belkin:service:basicevent:1

ON CLIENT CALLED ON CLIENT CALLED ON CLIENT CALLED removing old client ON CLIENT CALLED ON CLIENT CALLED UDP Packet Type: Multicast, From: 192.168.178.35:50000 UDP Packet Type: Multicast, From: 192.168.178.35:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD000 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562D7CD000::urn:Belkin:service:basicevent:1

HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:82/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD001 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562D7CD001::urn:Belkin:service:basicevent:1

UDP Packet Type: Multicast, From: 192.168.178.35:50000 UDP Packet Type: Multicast, From: 192.168.178.35:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD000 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562D7CD000::urn:Belkin:service:basicevent:1

HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:82/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD001 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562D7CD001::urn:Belkin:service:basicevent:1

ON CLIENT CALLED ON CLIENT CALLED UDP Packet Type: Multicast, From: 192.168.178.35:50000 UDP Packet Type: Multicast, From: 192.168.178.35:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD000 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562D7CD000::urn:Belkin:service:basicevent:1

HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.36:82/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562D7CD001 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562D7CD001::urn:Belkin:service:basicevent:1

UDP Packet Type: Multicast, From: 192.168.178.1:36574 ON CLIENT CALLED ON CLIENT CALLED UDP Packet Type: Multicast, From: 192.168.178.1:36574 UDP Packet Type: Multicast, From: 192.168.178.1:36574 ON CLIENT CALLED ON CLIENT CALLED ON CLIENT CALLED

PS: Super mach weiter so.

Niklas04 commented 6 years ago

Hallo Monarch73, ich bin auf dein Projekt durch das fauxmo-Projekt von n8henrie gestoßen. Ich hab deine Version von gestern mal installiert, aber mein Echo (Version: 2017) findet bisher immer noch keine Geräte

P.S.: Falls du noch Daten von dem (nicht-Plus) Echo brauchst: gerne

Monarch73 commented 6 years ago

@Niklas04

Bei @taurus1902 hat diese version funktioniert:

https://github.com/Monarch73/RFBridge/files/1484572/RFBridge.ino.bin.zip

Damit sollte es eigentlich gehen. Bitte stelle sicher, das du auch tatsächlich ein Gerät eingerichtet hast, wie im Readme.md unter "# Usage" beschrieben ist,.

Ich kann leider noch keinen Release erstellen, weil ich noch Probleme habe, RFBridge auf einem ESP-01 laufen zu lassen. Ich werde mich hier melden, wenns läuft.

Niklas04 commented 6 years ago

Ich hab die Version auch noch mal geflasht und nochmal die Anleitung in der Readme durchgelesen. Vom Echo werden weiterhin keine neuen Geräte erkannt. Ich habe eine 3rd-Party App für Android installiert und dort wird der Switch erkannt

Ok

Monarch73 commented 6 years ago

@Niklas04

Das klingt jetzt aber richtig merkwürdig. Check mal, mit der Android App "Net Scan", ob sowohl das Echo-Gerät als auch der ESP-8266 erkannt werden.

Niklas04 commented 6 years ago

Der ESP-8266 wird in NetScan angezeigt, der Echo aber nicht. Im Router wird mir der Echo aber angezeigt?!?

Monarch73 commented 6 years ago

@Niklas04

Sorry, ich aber ich fürchte, da kann ich dir aus der Ferne nicht helfen. Das kann alles mögliche sein. Es wäre möglich, das dein Echo ein anderes (gast) IP-Netz bekommen hat, als dein Android bzw das ESP8266-Modul. Oder irgendeine Firewall ist dazwischen. WLan überlastet und UDP-Pakete gehen verloren. Irgendeine miskonfiguration im Router...

Grundbedingung für RFBridge ist, das das Echo-Gerät mit dem ESP8266-Modul über das lokale (W)LAN direkt miteinander kommunizieren kann; also keine getrennten IP-Netze oder Firewalls dazwischen sind.

Niklas04 commented 6 years ago

Ok, dann schau ich mal, ob ich es irgendwie hin bekomme, dass mein Echo im Netzwerk erkannt wird. Danke für den Tipp mit Net Scan!

fixItFab commented 6 years ago

Moin, ich bin durch den Post von @Niklas04 im fauxmoESP-Issue auf dein Projekt aufmerksam geworden. Hab mich heute sofort mal dran gesetzt und getestet. Mit der oben genannten .bin habe ich leider keinen Erfolg. Echo (2nd gen) und Nodemcu kommunizieren miteinander aber leider werden keine neuen Geräte erkannt.

Hier mein Log: `UDP Packet Type: Multicast, From: 192.168.178.102:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.104:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562BA14500 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562BA14500::urn:Belkin:service:basicevent:1

UDP Packet Type: Multicast, From: 192.168.178.102:50000 ON CLIENT CALLED ON CLIENT CALLED ON CLIENT CALLED ON CLIENT CALLED ON CLIENT CALLED UDP Packet Type: Multicast, From: 192.168.178.102:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.104:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562BA14500 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562BA14500::urn:Belkin:service:basicevent:1

UDP Packet Type: Multicast, From: 192.168.178.102:50000 UDP Packet Type: Multicast, From: 192.168.178.102:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT:

LOCATION: http://192.168.178.104:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562BA14500 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562BA14500::urn:Belkin:service:basicevent:1

UDP Packet Type: Multicast, From: 192.168.178.102:50000 UDP Packet Type: Multicast, From: 192.168.178.102:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.104:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562BA14500 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562BA14500::urn:Belkin:service:basicevent:1

UDP Packet Type: Multicast, From: 192.168.178.102:50000 UDP Packet Type: Multicast, From: 192.168.178.102:50000 HTTP/1.1 200 OK CACHE-CONTROL: max-age=86400 DATE: Mon, 22 Jun 2015 17:24:01 GMT EXT: LOCATION: http://192.168.178.104:81/setup.xml OPT: "http://schemas.upnp.org/upnp/1/0/"; ns=01 01-NLS: 4445562BA14500 SERVER: Unspecified, UPnP/1.0, Unspecified X-User-Agent: redsonic ST: urn:Belkin:service:basicevent:1 USN: uuid:Socket-1_0-4445562BA14500::urn:Belkin:service:basicevent:1

UDP Packet Type: Multicast, From: 192.168.178.102:50000 ON CLIENT CALLED ` Grüße

Monarch73 commented 6 years ago

@FabulousFabsen @taurus1902

Sorry, für das späte feedback.

Danke für eure Reports. Ich habe gerade einen neuen Release veröffentlicht. In diesem release habe ich neben anderen Fehlerkorrekturen den protokol-wechsel implementiert, wie er in fauxmoESP implementiert ist. Ich habe quasi 1:1 kopiert. Wenn es mit fauxmoESP funktioniert, sollte es eigentlich mit RFBridge ebenfalls gehen.

Ich habe einen Echo 2nd gen mit Firmware 595457420 ohne WeMo-Skill aktivierung. Ich habe hier keine Probleme. Naja, ich hatte nie welche, also bedeutet das wohl nicht viel :-)

Monarch73 commented 6 years ago

@Niklas04

Ich fürchte ich habe dich ohne Absicht auf eine falsche Fährte geschickt. Net Scan erkennt das Echo-Gerät nicht. Was du siehst, ist also völlig richtig. Es tut mir leid, wenn ich dich hier in die Irre geschickt hab.

fixItFab commented 6 years ago

Moin, kein ding ;-) Die fauxmoESP Implementierung funktioniert bei ja leider nicht. Mit der Firmware wirst du sicher einen Echo Dot haben richtig? Ich habe den Echo. Möglich das es schon hier einen Unterschied gibt. Hast du zusätzlich einen alten Echo (1st gen) bei dir im Netzwerk im Betrieb?

Hab auf jeden fall die neue Version gerade mal geflashed, jedoch kein Erfolg.

Hier mein Log:

UDP Packet Type: Multicast, From: 192.168.178.102:50000 Into Log 192168178102500003 UDP Packet Type: Multicast, From: 192.168.178.94:60104 ON CLIENT CALLED ON CLIENT CALLED UDP Packet Type: Multicast, From: 192.168.178.102:50000 UDP Packet Type: Multicast, From: 192.168.178.102:50000 ON CLIENT CALLED ON CLIENT CALLED UDP Packet Type: Multicast, From: 192.168.178.102:50000 ON CLIENT CALLED UDP Packet Type: Multicast, From: 192.168.178.102:50000 UDP Packet Type: Multicast, From: 192.168.178.102:50000 UDP Packet Type: Multicast, From: 192.168.178.102:50000

Monarch73 commented 6 years ago

Nein, ich habe keinen Dot und auch keine weiteren Echos. Google sagt, das meine Firmwarenummer zu einem 1st Gen Echo gehört. Ich war bisher der Meinung, einen 2nd Gen Echo zu haben. So kann man sich irren.

Allerdings habe ich gerade eine Lösung für dich parat. Deine Logs sagen mir, das dein ESP die device-recovery Anfragen von deinem Echo erkennt, beantwortet und auch im weiteren Verlauf die übermittelte esp-Service-url vom Echo aufgerufen wird. Das dennoch kein Gerät erkannt wird, ergibt für mich aus der Ferne gesehen gar keinen Sinn.

Ich fürchte ich kann so nicht weiterhelfen. Ich müsste das selbst mal sehen. Vielleicht finde ich ja mal jemanden persönlich mit so einem 2nd Gen Echo

Monarch73 commented 6 years ago

@FabulousFabsen

Ich habe vieleicht doch noch einen Hinweis gefunden: https://github.com/toddmedema/echo/issues/10

Ich habe hier eine Testversion, die die WeMo-Geträte Emulation ab Port 52000 startet. Bisher habe ich immer 81 als ersten Port eingesetzt. Vieleicht macht das ja was. Ich glaub es zwar nicht, aber ein versuch schadet nicht... RFBridge.ino.bin.zip

Niklas04 commented 6 years ago

@Monarch73 Macht nix, fande bzw. finde es auch komisch, dass der Echo von keinem Netzwerkscanner erkannt wird. Habe die neue Version mal ausprobiert, aber es wird immer noch kein neues Gerät gefunden. Genauso mit dem anderen Port.

FauxmoESP funktioniert bei mir leider auch nicht (mehr)

UDP Packet Type: Multicast, From: 172.29.136.113:50000 UDP Packet Type: Multicast, From: 172.29.136.113:50000 Into Log 17229136113500003 ON CLIENT CALLED ON CLIENT CALLED ON CLIENT CALLED ON CLIENT CALLED UDP Packet Type: Multicast, From: 172.29.136.113:50000 UDP Packet Type: Multicast, From: 172.29.136.113:50000 ON CLIENT CALLED UDP Packet Type: Multicast, From: 172.29.136.113:50000 UDP Packet Type: Multicast, From: 172.29.136.113:50000 UDP Packet Type: Multicast, From: 172.29.136.113:50000 UDP Packet Type: Multicast, From: 172.29.136.113:50000 UDP Packet Type: Multicast, From: 172.29.136.113:50000 UDP Packet Type: Multicast, From: 172.29.136.113:50000 ON CLIENT CALLED UDP Packet Type: Multicast, From: 172.29.136.107:1900 UDP Packet Type: Multicast, From: 172.29.136.107:1900 UDP Packet Type: Multicast, From: 172.29.136.107:1900

Monarch73 commented 6 years ago

Wenn man unter folgendem Link nach "Wemo" sucht, wird angezeigt, das der 2nd Gen Echo grundsätzlich Probleme mit den Wemo-Switches hat. Ich würde vermuten, das Amazon den Support für die Wemo fallen gelassen hat. So kann RFBridge nicht funktionieren.

https://www.amazon.de/ask/questions/asin/B06ZXQV6P8/

Monarch73 commented 6 years ago

Ich könnte mal unterstützung gebrauchen von jemanden, bei dem Alexa bislang keine Geräte finden konnte. Also sind besonders Besitzer von Echos der 2nd Generation (nicht DOT!) und Echo Plus gefragt. Anbei habe ich ein kleines Proof of Concept programm für Windows PCs geschrieben, daß eine Phillips Hue Bridge emuliert, an dem zwei Lampen angeschlossen sind. Wenn diese Software funktioniert, werde ich mich bemühen, sie für einen ESP8266 umzusetzen.

Damit die Software funktioniert muss allerdings die Windows-firewall vorübergehend deaktiviert werden und der "SSDP-Suche" - Dienst in der Systemsteuerung unter "lokale Dienste" beendet werden. Windows PC und Alexa müssen sich im selben Netzwerkbereich befinden; also sich IP-mässig direkt miteinander verbinden können.

Wenn das Programm läuft, ist ein Consolen-Fenster zu sehen, das verschiedene Informationen anzeigt. Jetzt kann man über die Alexa-App oder per Sprachbefehl die SmartHome-Geräte-Suche starten. Alexa sollte nach 20 Sekunden melden, das es zwei neue Geräte gefunden hat: Test 1 und Test 2. Das Consolen-Fenster sollte entsprechende Infos anzeigen, wenn man diese Geräte nun per Sprachbefehl oder per Alexa-App ein und ausschaltet.

hueemu.zip PS: Das Programm ist von mir nach besten Wissen und Gewissen geschrieben und geprüft worden. Obgleich ich keinerlei Bedenken habe möchte ich mich natürlich rechtlich absichern: für eventuelle Datenverluste oder Viren übernehme ich keinerlei Verantwortung oder Haftung. Die Benutzung ist auf eigene Gefahr. Der Code ist Quelloffen und kann hier eingesehen werden:

https://github.com/Monarch73/org.huesken.hueemu

SebastianEitzert commented 6 years ago

Hallo habe exakt das gleiche Problem mit dem Echo der 2. Gen (Der neue stoffüberzogene) allerdings mit anderen Fauxmo Projekten. @Monarch73 dein Hueemu habe ich probiert unter Win10 dazu wie befohlen SSDP-Suche deaktiviert und die auch Firewall. Das Setup hab ich als Admin gestartet und Alexa per Sprachbefehl und App auf Gerätesuche geschickt. Beides mal ergibt sich dieser Ausdruck der Konsole:

LAN-Verbindung* 1 Gateway Address ......................... : 0.0.0.0

LAN-Verbindung* 3 Gateway Address ......................... : 0.0.0.0

Drahtlosnetzwerkverbindung Gateway Address ......................... : 192.168.178.1

Bluetooth-Netzwerkverbindung Gateway Address ......................... : 0.0.0.0

Starting HueEmulation for IP 192.168.178.94:C48508363206 C48508FFFE363206 Sending Reply to 192.168.178.50:3942 Sending Reply to 192.168.178.50:3942 Sending Reply to 192.168.178.50:3942 Incoming Webrequest from 192.168.178.50:47540: /description.xml Reply by description Sending Reply to 192.168.178.65:50000 Incoming Webrequest from 192.168.178.65:57305: /description.xml Reply by description Sending Reply to 192.168.178.65:50000 Sending Reply to 192.168.178.50:3942 Incoming Webrequest from 192.168.178.65:36472: /description.xml Reply by description Incoming Webrequest from 192.168.178.65:36472: /api Reply by 404 Sending Reply to 192.168.178.50:3942 Sending Reply to 192.168.178.50:3942 Sending Reply to 192.168.178.50:3942 Sending Reply to 192.168.178.50:3942 Sending Reply to 192.168.178.65:50000 Sending Reply to 192.168.178.65:50000 Sending Reply to 192.168.178.65:50000 Sending Reply to 192.168.178.65:50000 Sending Reply to 192.168.178.65:50000 Sending Reply to 192.168.178.65:50000 Sending Reply to 192.168.178.65:50000 Sending Reply to 192.168.178.65:50000 Incoming Webrequest from 192.168.178.65:50583: /api Reply by 404 Incoming Webrequest from 192.168.178.65:45458: /api Reply by 404 Sending Reply to 192.168.178.1:46608 Sending Reply to 192.168.178.1:46608 Sending Reply to 192.168.178.1:46608 Sending Reply to 192.168.178.1:46608 Sending Reply to 192.168.178.1:46608 Sending Reply to 192.168.178.1:46608 Sending Reply to 192.168.178.1:46608 Sending Reply to 192.168.178.1:46608 Sending Reply to 192.168.178.1:46608 Sending Reply to 192.168.178.1:46608 Sending Reply to 192.168.178.1:46608 Sending Reply to 192.168.178.1:46608

Monarch73 commented 6 years ago

Cool! Danke. Die Wemo-schnittstelle ist also nicht die einzige Schnittstelle, die sie modifiziert haben. Offensichtlich hat man auch am Hue-Protokoll was geändert. Ich werde morgen den Code anpassen. Wäre cool, wenn du ihn nochmal testen könntest

SebastianEitzert commented 6 years ago

Mach ich gern, kannst du zum Verständniss erklären welches Problem du anhand des Logs siehst? Falls es mal wieder funktioniert, brauche ich dann seitens Alexa generel einen Skill für emulierte Wemo Geräte?

SebastianEitzert commented 6 years ago

Habe gerade deine Hue-Emu nochmal auf meinem Echo Dot Gen. 2 (SW.: 597465220) getestet. Er befindet sich bei mir in der Firma also in einem komplett anderen Netzwerk als der Echo (SW.: 595530420). Fauxmo hat auch hier nicht funktioniert. Ergebnis des Hue-Emus, es funktioniert:

LAN-Verbindung* 1 Gateway Address ......................... : 0.0.0.0

LAN-Verbindung* 3 Gateway Address ......................... : 0.0.0.0

Drahtlosnetzwerkverbindung Gateway Address ......................... : 192.168.1.1

Bluetooth-Netzwerkverbindung Gateway Address ......................... : 0.0.0.0

Starting HueEmulation for IP 192.168.1.121:C48508363206 C48508FFFE363206 Sending Reply to 192.168.1.116:50000 Sending Reply to 192.168.1.116:50000 Sending Reply to 192.168.1.116:50000 Sending Reply to 192.168.1.116:50000 Incoming Webrequest from 192.168.1.116:35901: /description.xml Reply by description Incoming Webrequest from 192.168.1.116:35901: /api/6EC1JAjMxwATss64fWY4DZ808w8iV9chNuS2UOJ6/lights Reply by lights config Incoming Webrequest from 192.168.1.116:35901: /api/6EC1JAjMxwATss64fWY4DZ808w8iV9chNuS2UOJ6/lights/1/state Reply by light control on off {"on": true} 1wird eingeschaltet Incoming Webrequest from 192.168.1.116:35901: /api/6EC1JAjMxwATss64fWY4DZ808w8iV9chNuS2UOJ6/lights/1 Reply by light config Incoming Webrequest from 192.168.1.116:35901: /api/6EC1JAjMxwATss64fWY4DZ808w8iV9chNuS2UOJ6/lights/1/state Reply by light control on off {"on": false} 1wird ausgeschaltet Incoming Webrequest from 192.168.1.116:35901: /api/6EC1JAjMxwATss64fWY4DZ808w8iV9chNuS2UOJ6/lights/1 Reply by light config Incoming Webrequest from 192.168.1.116:35901: /api/6EC1JAjMxwATss64fWY4DZ808w8iV9chNuS2UOJ6/lights/2/state Reply by light control on off {"on": true} 2wird eingeschaltet Incoming Webrequest from 192.168.1.116:35901: /api/6EC1JAjMxwATss64fWY4DZ808w8iV9chNuS2UOJ6/lights/2 Reply by light config Incoming Webrequest from 192.168.1.116:35901: /api/6EC1JAjMxwATss64fWY4DZ808w8iV9chNuS2UOJ6/lights/2/state Reply by light control on off {"on": false} 2wird ausgeschaltet Incoming Webrequest from 192.168.1.116:35901: /api/6EC1JAjMxwATss64fWY4DZ808w8iV9chNuS2UOJ6/lights/2 Reply by light config

Monarch73 commented 6 years ago

Echo Dot und der grosse Echo der ersten Generation (genannt Echo1) scheinen den selben softwarestand bezüglich SmartHome/Wemo/Hue zu haben. Deshalb funktioniert hier die SmartHome-Geschichte wie bisher.

Nur bei Echo Plus und Echo der zweiten Generation (ich nenne ihn Echo2) hat sich was geändert:

Incoming Webrequest from 192.168.178.65:36472: /api

Hiermit fragt der Echo2 nach einer Authtentifizierungs-API. Diese ist im HueEmu nicht eingebaut und antwortet deshalb mit einem 404/not found. Daraufhin bricht er den erkennungsvorgang ab. Der Echo1 macht das nicht, deshalb funktioniert hier die Emulation.

Ich werde gleich schnell die Auth-Api in den Emulator einbauen. Dann können wir schauen, wie weit er kommt.