Closed gminn-apl closed 2 years ago
Update: I fixed it.
In plugin.txt
, I changed the name of my host to host.docker.internal
. Therefore a correct plugin.txt
looks like:
VARIABLE opal_kelly_target_name OPAL_KELLY
TARGET OPAL_KELLY <%= opal_kelly_target_name %>
INTERFACE <%= opal_kelly_target_name %>_INT tcpip_client_interface.rb host.docker.internal 2950 2950 10.0 nil BURST
MAP_TARGET <%= opal_kelly_target_name %>
Can this be better documented? The TCPIP Interface specs in the documentation make no mention of using host.docker.internal
instead of hostname
localhost
.
I discuss using host.docker.internal
in the Getting Started page I see we're still using localhost
on the Interfaces page. Thanks for the reminder to update that!
Interfaces page has been updated to reflect host.docker.internal
Awesome, thank you!
Hello, I've been trying to use the ethernet bridge per the instructions in this issue in order to be able to connect to local devices, however, I'm getting the error
Connection Failed: ECONNREFUSED: Connection refused - connect(2) for 127.0.0.1:2950
in COSMOS after I load the plugin.gem
file and try to connect.My local device is an FTDI chip (appears on COM5) that is connected to an Opal Kelly (this is a test setup to verify register reads and writes work since our hardware hasn't come in yet).
This is my
bridge.txt
file:This is my
plugin.txt
file:When I run
cosmos bridge
I get the following output which makes it appear that the bridge is working. I've also verified that it is opening the com port because I can't open it in another application. Note: I've changed my hostname tohostname
below for privacy.OS: Windows COSMOS Version 5.0.2 Cosmos v5 -- [X] Microsoft Edge
My team also reproduced this on Ubuntu 20.04 on Firefox.
Any ideas on what might be the problem? Am I defining the plugin interface correctly as a tcpip client?