Closed jluc2808 closed 5 years ago
after some test, even with trace upnp, i suspect a problem with the listener upnp of ha-bridge on my synology (perhaps port 80 ?)
here is the log :
Note: port 10 is the echo Dot, port 8 is my main PC
2019-07-15 07:57:01,150 [main] INFO com.bwssystems.HABridge.HABridge - HA Bridge startup sequence...
2019-07-15 07:57:01,320 [main] INFO com.bwssystems.HABridge.HABridge - HA Bridge (v5.3.0RC10) initializing....
2019-07-15 07:57:01,331 [main] INFO com.bwssystems.HABridge.BridgeSettings - reading from config file: data/habridge.config
2019-07-15 07:57:02,350 [main] INFO spark.staticfiles.StaticFilesConfiguration - StaticResourceHandler configured with folder = /public
2019-07-15 07:57:02,369 [main] INFO com.bwssystems.HABridge.SystemControl - System control service started....
2019-07-15 07:57:02,437 [main] INFO com.bwssystems.HABridge.util.UDPDatagramSender - Initializing UDP response Socket...
2019-07-15 07:57:02,442 [main] INFO com.bwssystems.HABridge.util.UDPDatagramSender - UDP response Socket initialized to: 50000
2019-07-15 07:57:02.443:INFO::Thread-0: Logging initialized @1788ms to org.eclipse.jetty.util.log.StdErrLog
2019-07-15 07:57:02,447 [main] INFO com.bwssystems.HABridge.plugins.http.HTTPHome - HTTP Home created.
2019-07-15 07:57:02,453 [main] INFO com.bwssystems.HABridge.plugins.harmony.HarmonyHome - Harmony Home created.
2019-07-15 07:57:02,536 [Thread-0] INFO spark.embeddedserver.jetty.EmbeddedJettyServer - == Spark has ignited ...
2019-07-15 07:57:02,536 [Thread-0] INFO spark.embeddedserver.jetty.EmbeddedJettyServer - >> Listening on IP_NAS:8080
2019-07-15 07:57:02.542:INFO:oejs.Server:Thread-0: jetty-9.4.z-SNAPSHOT, build timestamp: 2017-11-21T21:27:37Z, git hash: 82b8fb23f757335bb3329d540ce37a2a2615f0a8
2019-07-15 07:57:02.584:INFO:oejs.session:Thread-0: DefaultSessionIdManager workerName=node0
2019-07-15 07:57:02.585:INFO:oejs.session:Thread-0: No SessionScavenger set, using defaults
2019-07-15 07:57:02.590:INFO:oejs.session:Thread-0: Scavenging every 660000ms
2019-07-15 07:57:02.630:INFO:oejs.AbstractConnector:Thread-0: Started ServerConnector@40866125{HTTP/1.1,[http/1.1]}{IP_NAS:8080}
2019-07-15 07:57:02.631:INFO:oejs.Server:Thread-0: Started @1979ms
2019-07-15 07:57:02,985 [main] INFO com.bwssystems.HABridge.plugins.harmony.HarmonyServer - setup initiated ....
Jul 15, 2019 7:57:03 AM com.fasterxml.jackson.databind.ext.Java7Support
It looks like the /IP_ECHO_DOT has send an SSDP UPNP message, but the /IP_ECHO_DOT does not call the IP_NAS:8080 back to get the desciption.xml or call to get the lights from the ha-bridge. This is probably a routing issue from the echo to the NAS running Docker. I am not the docker expert so you'll need to ask some others. Also, these issues have been reported and resolved previously. Search through the closed items and also at https://github.com/aptalca/docker-ha-bridge
OK i found the problem and the solution
I find a solution to change this default settings (DSM) which is reversible using this [http://tonylawrence.com/posts/unix/synology/freeing-port-80/] Note : ha-bridge docker has been already installed with https://github.com/aptalca/docker-ha-bridge 1 - connect to DSM with SSH 2 - cd /usr/syno/share/nginx (find the folder) 3 - ls (ensure you are with xx.mustache file) 4 - sudo nano server.mustache DSM.mustache WWWService.mustache (edit the 3 files with root access) 5 - find port 80 and change all references to by example 82 (ensure this port is not already used by another service) 6 - CTLo, (to write), CTLx (to exit) 7 - within DSM (user GUI) open configuration / network / general 8 - change something (by example) the server name (you could double change to get back to the original name) and each time don't forget to apply 9 - test the redirection port 82 : http://synology_IP:82 should redirect to port 5000
At this step port 80 is free (stop all the other package that could use port 80 - photostation, .....)
10 - go to docker and stop ha-bridge 11 - select the ha-bridge-package and hit modify tag 12 - go to environment tag and change the port (by default 8080 or any other port you have already entered) to port 80 > apply 12bis - at this step you are able to set the right local hour to your docker, to do inside environment tag add a new variable > name: TZ, contents: Europe/Paris (or your main city London, Amsterdam, ....) > Apply 13 - restart the docker image ha-bridge 14 - connect to ha-bridge UI : http://synology_IP:80
At this step you should get your previous config and could access to all the parameters, port 80 is now assigned to HA-bridge and you are able to discover devices with alexa (but it's not the case)
15 - with ha-bridge control > security settings > enable links : Use Link Button (or if already disable then renable) 16 - hit the link and then try a discover from alexa (i tried with the web UI and i got the devices)
NOW it is complete and you can play with.
i will close this issue, because it's a limitation with echo-dot gen3 and a way to workaround with synology
So nothing to fix thanks jean-luc
i have installed on my synology DSM 6.2.2-24922 (DS918+) a docker with the last ha-bridge V5.3.0RC10, everything is running and the HA bridge server is showing all the contents expected, but i can't add them within alexa, every discover i made don't get any devices from this running (tried with my phone, or with web and all the time the same things, no devices)
i stopped this version and restart an old version v5.2.2RC3 which is running on proxmox system. Then if i start a new discover and after 3/4 run (discovering mode) all the devices are now referenced by alexa.