That’s a good sign. I’m not sure why that isn’t getting pulled into the iframe and graphed though. The physics -> hierarchicalRepulsion part shows the JavaScript is loading, but possibly not the JSON with the nodes and edges.
At this point you may need to pull up the browser inspector and look at the network traffic for the loading of z-wave-graph.json?ts=LONG_INT. Check the console output for errors from vis.js too.
Well there’s the answer. You have two nodes with the exact same name. I just pushed a version that can work around that. Update and let me know how it goes.
For the thread, there was an error graphing two nodes that had the exact same name. I pushed a code fix, but we’re still unable to get the shell_command to run under Hassbian. If any Hassbian users have solved it I would appreciate a step-by-step so I can post it on the GitHub page.
If I run the Automation, nothing happens, and no errors in log.
If I run the script from the command line in the venv, it creates or updates the graph.
If I run the script from Dev Tools / Services / python_script.z_wave_graph, I get the following error in the log:
2018-02-08 14:01:24 ERROR (Thread-8) [homeassistant.components.python_script] Error loading script z_wave_graph.py: Line 37: “init” is an invalid variable name because it starts with “", Line 62: “getattr” is an invalid variable name because it starts with "”, Line 74: “str” is an invalid variable name because it starts with “", Line 104: “iter” is an invalid variable name because it starts with "”, Line 105: Yield statements are not allowed., Line 109: “init” is an invalid variable name because it starts with “", Line 147: “iter” is an invalid variable name because it starts with "”, Line 156: Yield statements are not allowed., Line 160: “init” is an invalid variable name because it starts with “", Line 193: “get_entities" is an invalid attribute name because it starts with "”., Line 198: “build_dot" is an invalid attribute name because it starts with "”., Line 218: “get_entities" is an invalid variable name because it starts with "”, Line 225: “build_dot" is an invalid variable name because it starts with "”, Line 258: “from" is an invalid variable name because it starts with "”, Line 259: “to" is an invalid variable name because it starts with "”, Line 260: “from" is an invalid variable name because it starts with "”, Line 260: “to" is an invalid variable name because it starts with "”, Line 272: “name” is an invalid variable name because it starts with "”
I’m struggling to get this working correctly in a venv deployment. I have setup the various yaml files and everything is working except the automation calling the shell_command which looks like this in my log:
I’m not sure I follow. The only quotes I’m seeing are from the copy/paste output of the log which came from the home assistant web interface log function. The z-wave-graph.yaml has no quotes in the file.
I wonder if you change the action in the shell_command to use the /srv/homeassistant/bin/python3 path if it would work? Maybe the venv isn’t getting activated by the /usr/local/bin/python3 path?