Please advise. Thank you!
I was evaluating the app, and at some point I thought I'm about to succeed with my initial configuration via reverse client option (my device has finally shown up on Linux client USB Hub window), but after I have clicked "auto-add" I ran into the problem - disonnect-reconnect of the device. Till then, the device was connected continuously, and VH Android app was runnning - no reconnects happened.
My setup is as follows: Android 12, the USB device is a Cannon scanner (usb-c). It is connected to my phone via Samsung HUB usb-c station. The phone and the VirtualHere app detects the scanner, so I'm not sure it's the "hub" issue. I have granted app's request for permission to access/manage the scanner and allowed to use the app by "default" for it.
The problem is - after I have ?mistakenly clicked on "auto-add" for the scanner on Linux client window, the scanner first disconnected and then started to connect-disconnect every second or two. I have received an alert that I am out of trial. But then, when I have shut down the client app and turned off the Linux machine, the connect-disconnect continued to happen on my Android phone as well.
What I may be doing wrong here and how can I "reset" the app-scanner link so it starts to behave properly?
I have tried to check what's in the Android app's "messages", there are few " E "s, but I can't interpret them to any further action. I have granted VH access to all detected USB devices just in case ("cypress" is the usb-c station).
What seems to be strange is that once the scanner is found "at address 1014", it shortly get's unmanaged "LOG_INFO Unmanaging device 1014 [04a9:1912]" and then it's repeatedly found/unmanaged but on subsequent address 1015, ....
I wasn't happening untill I have clicked on "auto-add" on Linux client device config window (select HUB or smth similar)
Log excerpt is available here https://docs.google.com/document/d/1WQgcVAJZdGk_wf_ZBKV6yUr8AcZFwa6I/vi…
Some of " E "s and " W "s
<code>
--------- beginning of main
05-31 11:25:27.370 2107 2107 E e.androidserve: Not starting debugger since process cannot
load the jdwp agent.
05-31 11:25:27.404 2107 2107 E USNET : USNET: appName: com.virtualhere.androidserver
05-31 11:25:27.448 2107 2107 D ProcessState: Binder ioctl to enable oneway spam detection
failed: Invalid argument
05-31 11:25:27.458 2107 2107 D ActivityThread: setConscryptValidator
05-31 11:25:27.458 2107 2107 D ActivityThread: setConscryptValidator - put
--------- beginning of system
...
05-31 11:25:27.935 2107 2199 I Gralloc4: mapper 4.x is not supported
05-31 11:25:27.937 2107 2199 W Gralloc3: mapper 3.x is not supported
05-31 11:25:27.939 2107 2199 I gralloc : Arm Module v1.0
05-31 11:25:27.941 2107 2199 W Gralloc4: allocator 4.x is not supported
05-31 11:25:27.942 2107 2199 W Gralloc3: allocator 3.x is not supported
...
05-31 11:25:28.256 2107 2311 I vhusbd : Wed May 31 11:25:28 2023 LOG_INFO Using
configuration /data/user/0/com.virtualhere.androidserver/files/config.ini
05-31 11:25:28.273 2107 2107 E virtualhere-daemon: Opening local exception: Connection
refused
05-31 11:25:28.273 2107 2107 D InputMethodManager: startInputInner - Id : 2
05-31 11:25:28.275 2107 2107 E virtualhere-daemon: Opening local exception: Connection
refused
05-31 11:25:28.303 2107 2311 I vhusbd : Wed May 31 11:25:28 2023 LOG_INFO Server
licensed to=unlicensed max_devices=1
...
05-31 11:25:33.055 2107 2311 I vhusbd : Wed May 31 11:25:33 2023 LOG_INFO Found
Full speed device [04e8:a029] "Cypress Semiconductor, USB Billboard" at address 1003
05-31 11:25:33.164 2107 2107 D ViewRootImpl@33de8fa[GUI]: updatePointerIcon called with
position out of bounds
05-31 11:25:33.176 2107 2107 I ViewRootImpl: updatePointerIcon pointerType = 1000, calling
pid = 2107
05-31 11:25:33.176 2107 2107 D InputManager: setPointerIconType iconId = 1000, callingPid
= 2107
05-31 11:25:45.125 2107 2107 I ViewRootImpl@33de8fa[GUI]:
MSG_WINDOW_FOCUS_CHANGED 0 1
05-31 11:25:49.254 2107 2311 I vhusbd : Wed May 31 11:25:49 2023 LOG_INFO Found
High speed device [04a9:1912] "Canon, LiDE 400" at address 1014
05-31 11:25:53.024 2107 2107 I DecorView: [INFO] isPopOver=false, config=true
05-31 11:25:53.024 2107 2107 I DecorView: [INFO] WindowingMode=5,
this=DecorView@40b43fa[]
...
05-31 11:25:58.767 2107 2311 I vhusbd : Wed May 31 11:25:58 2023 LOG_INFO
Unmanaging device 1014 [04a9:1912]
05-31 11:26:00.590 2107 2311 I vhusbd : Wed May 31 11:26:00 2023 LOG_INFO Found
High speed device [04a9:1912] "Canon, LiDE 400" at address 1015
...
05-31 11:26:03.614 2107 2311 I vhusbd : Wed May 31 11:26:03 2023 LOG_INFO
Unmanaging device 1015 [04a9:1912]
05-31 11:26:05.451 2107 2311 I vhusbd : Wed May 31 11:26:05 2023 LOG_INFO Found
High speed device [04a9:1912] "Canon, LiDE 400" at address 1016
...
</code>
.
It wont be compatible with Android as the USB server if it does that.
It's insterestinf that it…
It's insterestinf that it was kinda OK before that auto-add and before trial "expriration". May it be a result f some kind of license protection? If yes, can the logic be updated to verify if "connections" that are counted against trial limit are not hapenning with such a short period of time (like 10 sec) that may be a result of some sort of a problem? This doesn't leave a chance to evaluate software that is reasonably not straightforward re setup (and thus that could lead to some misconfigurations).
.
If you install the VirtualHere USB Server from the PlayStore, the refund terms are as defined there. I think most countries (except the EU) allow 2 days refund period. So if you buy the VirtualHere USB Server and it doesnt work then you can submit a refund request to the play store within that time.
yep, I can try that, thank…
yep, I can try that, thank you. It's not 2 days, though, it's 2 hrs - "As a courtesy to our users, Google offers a full refund on apps and games purchased on the Play Store if the purchase is returned within 2 hours", but 2 hrs should be enough assuming I already have an idea how to pass through few initial configuration steps.
Thank you for suggestion!
Just an update, so indeed,…
Just an update, so indeed, such behavior has nothing to do with license protection. It was "surprise-surprise" power issue. An attempt for connection, probably has triggered higher consumption and voila...
Switching to a proper USB dock station with power adapter solved the issue. So Canon Lide 400 works just fine at least for the past few hours for me. Hopefully nothing will change as I have already bought the license) Thank you again, M!
.
So it was a power supply issue, thanks for letting me know!
I think so, yet I am waiting…
I think so, yet I am waiting for more powerful power supply for the previous dock station to confirm. Stock one was supposed to be enough as the scanner is expected to draw only up to 4.5W, but apparently it wasn't enough. So, Linux GUI client works fine with licensed Android server so far via Zerotier (so reverse is not required), briefchecked on rtlsdr and the scanner. Will soon know if usb2serial works as well.