Com-port not responding

Sometimes when you run the Com-ports are not are forwarding. It helps to restart the program several times.
And sometimes it happens that in the Device Manager, the device appears ISF cart question mark (unrecognized device), and only helps restart the server. Is there any possibility not to restart the server, and only the service? then what service?

#4

OK but what is your server device? A pi? a custom pcb? a ubuntu desktop etc?

#6

OK well anyway thats the client but to restart the service on the client you use

net stop vhclient
net start vhclient

however it shouldnt jam with the COM port, what are you ping times? Are they consistent or sometimes large > 3000ms?

#7

Vhui64.exe not running as a service, as well as a program.
Ping <1mc
we LAN

#8

OK, ping times should be fine. You can only restart the server (e.g sudo pkill vhusbdarm;sudo ./vhusbdarm -b)

#9

These commands are executed on the VH server ? After all, we have a problem on the VH client side (windows server)

#10

You said "stop the service" in the first post, then you said the the client is "not running as a service" i dont know what you are asking? Please explain the problem again.

#11

in our organization, we have the following structure:
We have a thin station on Linux. vhui64 Server part installed on thin station. We connect COM to USB adapter in thin station
This thin station connects via free RDP to Windows terminal server. Vhui Client installed on this Server. When we start vhui client on terminal server and customize him, we have new created Com port . And user on terminal server work correctly with this Com port.
Sometime we have a problem with Vhui client. Vhui client don’t create Com port when we start him. And sometime when we stop vhui client on our server created Com port don’t uninstalling.

#13

Ok thanks for the information thats much clearer now

I have a feeling there are too many libraries between virtualhere and rdp and somewhere along the line there is some state machine problem or an error or event not being propagated through correctly.

Ideally what needs to happen is i need to write a library called "virtualhere" for this

https://github.com/FreeRDP/FreeRDP/tree/master/channels/urbdrc/client

then i can be sure that the protocol is being correctly implemented or at least error conditions are correctly passed through.

Unfortunately i havent yet written that, it is on my todo list

If the com port stops working i would first remove and re-insert the usb serial adapter into the client and see if that unlocks the jam. That is the only way to do it without restarting the client.

#14

I got the problem as bellow:
- USB to COM: with driver: USB-SERIAL CH340 can work. but:
- USB to COM come from BrainBoxes US-101 [USB 1XRS232 ] doesn't work. Everything look normal, except no data transfer
Currently using: Virtual Client 3.6.3, compiled May 19 2016 on Windows 7. Sever program running on raspberry.
Do you have any comments or advice ?

Thanks & Regards
Hong Nguyen

#15

Connection testing by using Hyper Terminal.
OS for server: Rasbian

#16

If you just use the brainbox via virtualhere, in windows bring up "Device Manager" and see if a COM port is listed there for brainbox?

#17

- OS on laptop is Windows 7, 64 bit version.
- Device Manager list the COM port 1 as normal. I can set all parameters communication like baud rate, parity....ect
- USB - CH340 and brainboxes US-101 operate smoothly when direct connect to laptop without problem.
- USB - CH340 work fine on raspberry. But brianboxes doesn't on raspberry without any warning.
Please advises.
Thanks

#18

Dont know, you will have to ask brainbox, im not sure, most USB->Serial adapters work e.g FTDI