-
Notifications
You must be signed in to change notification settings - Fork 1
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
Error on connecting #6
Comments
@pvanloo Hi Philip Roelf and I are trying to test the Velbus TCP snap. I couldn't get it working either, no matter what settings I tried. It just wouldn't seem to start. However.... I saw in another issue that you said the Snap Core hadn't been installed. So by running That said, I've activated autodiscovery and it's come up with My system doesn't have a Would it be possible to set the port as To ensure that velbus-tcp always uses the correct device? (As I've seen that Linux can swap ttyACMx assignments at boot, which can lead to some very strange results) It would also be very useful to have more information about the setting options. (Your multiple port configuration example is very good and gave me a lot of hints) Thanks. Stuart |
So to get a working connection I had to do the following (on a Debian Linux based system on a Samsung Netbook, I'll try an Odroid C4 when I next set one up)
It continues to work if I change the serial port to
These TLS , SSL and authentication settings worked for a secure connection with VelbusLink 10.6.0
using
to reveal the complete configuration with the Authentication key This command (on an Odroid C4 running the DietPi V7.4.2 version of Debian OS) also works to give an insecure connection to the local machine and a secure connection to everything else
(I kept missing the very last Which results in a configuration that looks like this
@pvanloo |
Hi Stuart You should not need to install core, as the snap is built for core18 devices as indicated here: velbus-tcp-snap/snap/snapcraft.yaml Line 3 in 82ec66d
If a snap is installed that uses core/core18, it should automatically download its corresponding base core. Could you check if you have core18 listed in When autodiscover is enabled it should be able to find any Velbus USB interfaces connected to the system using the VID/PID, if it doesn't it will fallback to the port define in serial.port, which you can ofcourse set to I'll update the README to reflect some of the findings here. |
Hi Thanks for the update. It's odd that the Samsung Netbook with DietPi 7.4.2 (Debian) didn't work until I manually added the Snap Core the
Which shows this as it's splash screen
The Odroid C4 doesn't show the same
(Curious that all of the revisions are different) Odroid Splash Screen
(I will confess I didn't even try to install / run velbus-tcp before running
Now that is curious, because it definitely didn't work until I assigned the port. I can unset the serial.port and try again if you want me to? Thanks for your great efforts. Cheers
results in
and
FYI
Adding back in the Serial port doesn't help, I MUST set
|
That's because the Odroid you're using has the aarch64 architecture and the other one is amd64, which means a different snap architecture is installed for each and thus a different revision.
It's probably because the serial ports can't be enumerated, and leaving the port out will cause an exception that is thrown here and caught here. Should make the exception more clear to the user. |
[update] Running on a C4 - DietPI I'm trying to connect to the RS232 port on the Velbus VMUSB, for this in my C4 is have an USB->RS232 converter which is mounted as: I reconfigured using but the logs shows: Also tried with: Any ideas? |
small update; and set serial to: velbus-tcp serial.port=/dev/serial/by-id/usb-FTDI_US232R_FTGY89BK-if00-port0 |
Installed it on a Odroid C4 system - installation was successful and easy
but VelbusLink version: 10.6.0.0 crashes on connect :
(an error occurred while performing the operation. A report will be made at ...
[sniplet]
exception number : 4
exception class : EIdSocketError
exception message : Socket Error # 10054 Connection reset by peer.
Also tried the VelServ on exactly the same infra - and that does work so it's not the connection itself.
The text was updated successfully, but these errors were encountered: