deskhop
deskhop copied to clipboard
hrvach
Additional FAQs
These are some questions I had, that probably would be good to add to the FAQs. I don't actually have the answers :)
- When the active screen is changed via the mouse, does the keyboard follow (and vice versa)?
- Will this work with keyboard/mouse combo dongles, like the Logitech Unifying receiver?
- Will this work with wireless mice and keyboards that have separate wireless receivers (one for the mouse, another for the keyboard)?
- Yes, the keyboard input follows the mouse (active screen). See the animated GIF.
- It won't work with mouse and keyboard combined on one USB-A input. There are 2 different firmwares for each Pico - one for keyboard, one for mouse. It might be possible to have a unified firmware on both Picos that can recieve and process both keyboard and mouse input, but that is not how the current firmware works. So must use a mouse connected to the mouse USB-A port, and a keyboard connected to the keyboard USB-A port.
- Yes, it should work with wireless mice and keyboards that have USB-A dongles, as long as they use standard USB HID protocols and not some custom communication that requires a driver on the computer.
Thanks @KanyonKris for providing a quick and accurate response to the questions. Much appreciated!
I don't have any Logitech gear to test on so I don't know how they implemented it - my guess is that it enumerates as both keyboard and mice, but I'd have to check first. If I'm able to borrow one, I'll try it!
Just to continue the train of thought... it might be worth it to move to a unified firmware anyway... it simplifies the design (one firmware for both Picos), and potentially opens up other possibilities.
For example, some people might have multiple pointing devices (mouse, keyboard, and tablet or touchpad type device or even a second mouse). Having the ability to have them all connected via a hub, or 2 in one port, and one in the other would increase the usability.
Could also make this scale to more than 2 computers with a more unified firmware.
Hey, I have additional question. Is it possible to add the button anyway? I know it's not the goal of the project, but it could be considered as additional functionality.
I personally prefer the automated switching (I will probably switch to inputleap when Wayland support is finished), but since the minimum PCB order is 5 I'm thinking about building one for a family member and my concern is that it will be useless for them if they don't like automatic switching.
I saw the FAQ issues on this, so I wanted to ask, would this support ChromeOS / ChromeBooks?
I saw the FAQ issues on this, so I wanted to ask, would this support ChromeOS / ChromeBooks?
I believe it should work just fine, but I have no way to know since no Chromebooks to test on :)
Hey, I have additional question. Is it possible to add the button anyway? I know it's not the goal of the project, but it could be considered as additional functionality.
I personally prefer the automated switching (I will probably switch to inputleap when Wayland support is finished), but since the minimum PCB order is 5 I'm thinking about building one for a family member and my concern is that it will be useless for them if they don't like automatic switching.
I have written this down for v2 of the PCB, so I'll try to include a place where a microswitch would go and it's up to the user to install it or not. That way it wouldn't increase the cost of device and would still provide you an option to use whatever is more convenient.
Another question: does it work if one of the computer is off? I usually don't have both on. Can it still switch between them in that case?
Another question: does it work if one of the computer is off? I usually don't have both on. Can it still switch between them in that case?
Great question - sadly, no, because both Picos have to be powered and they get their power from the respective computers they are connected to. Let me add that to the FAQ so nobody gets disappointed!
Another question: does it work if one of the computer is off? I usually don't have both on. Can it still switch between them in that case?
Great question - sadly, no, because both Picos have to be powered and they get their power from the respective computers they are connected to. Let me add that to the FAQ so nobody gets disappointed!
I'd assume, that in many setups a device2 (eg. a work laptop) would not be present at all times. In order to not change a clean keyboard+mouse cable arrangement, the DeskHop so conveniently makes possible, could we then power the second pico with a standard charger? Or would this mess with the firmware?
I'd assume, that in many setups a device2 (eg. a work laptop) would not be present at all times. In order to not change a clean keyboard+mouse cable arrangement, the DeskHop so conveniently makes possible, could we then power the second pico with a standard charger? Or would this mess with the firmware?
Right now there is a dependency that the device first needs to successfully connect to its output for the host to start working. I have to admit I haven't considered the scenario you are suggesting - but it makes a lot of sense and I'll try to fix that :) Will also look into the option of connecting both devices on one side with a hub - the current solution was chosen because it's cheap and doesn't depend on anything else :)
Right now there is a dependency that the device first needs to successfully connect to its output for the host to start working. I have to admit I haven't considered the scenario you are suggesting - but it makes a lot of sense and I'll try to fix that :) Will also look into the option of connecting both devices on one side with a hub - the current solution was chosen because it's cheap and doesn't depend on anything else :)
Thank you for looking into this :). I believe this device is desperately needed, and any way of reducing caveats and making it more convenient is much appreciated!
Thank you for looking into this :). I believe this device is desperately needed, and any way of reducing caveats and making it more convenient is much appreciated!
If it helps anyone else be more productive and less annoyed with their workspace, I'll be very happy! :)
Another question: does it work if one of the computer is off? I usually don't have both on. Can it still switch between them in that case?
I opened issue 9 to discuss this issue further.
hi, great job. as i'm new on Raspberry (and i never used them), but i'm able to work with electric components (and soldjering), can u please:
- specify wich rasperri PI shoul i buy (mybe could we have a moel number ? i looked at amazon (IT) and i found a lot of boards very different from the one posted here (and in most case, without USB-A , but microusb. maybe some link to the correct article ?)
- have a tutorial on how to connect the two boards and wich material we must buy to do it (models, or links)
- have a tutorial on how to build the image (for those, like me, than never did it)
As i told, i'm a very newbye about Raspberry tanks a lot
1. specify wich rasperri PI shoul i buy
It's not a full blown Pi computer board but a Raspberry Pi Pico microcontroller, much more affordable and super cool too.
2. have a tutorial on how to connect the two boards and wich material we must buy to do it (models, or links) 3. have a tutorial on how to build the image (for those, like me, than never did it)
This is a good idea, I'll try to make a step-by-step assembly tutorial to make it easier to put together.
Thanks in advanced! Super excited to see this evolve, I desperately need something like this for my work. I'll put an order with JLCPCB including assembly as I'm not keen on SMD soldering. I will download KiCAD at some point to generate the BOM&CPL files, this is all new to me :) https://jlcpcb.com/help/article/81-How-to-generate-the-BOM-and-Centroid-file-from-KiCAD
Thanks in advanced! Super excited to see this evolve, I desperately need something like this for my work. I'll put an order with JLCPCB including assembly as I'm not keen on SMD soldering. I will download KiCAD at some point to generate the BOM&CPL files, this is all new to me :) https://jlcpcb.com/help/article/81-How-to-generate-the-BOM-and-Centroid-file-from-KiCAD
Readme updated with a link to a short "how to assemble" video. It's not hard at all to assemble it yourself, maybe you'll feel encouraged :)
i'm trying to order the pbc from JLC
i uploaded all the Gerber folder file, and this is what i see is:
is all correct ?
or have i also to click on PCB Assembly (i don't understant what is it for...)
This was mine - looks OK. Just make sure it's 1.6 mm and you should be fine.
PCB assembly is to have them assemble the board for you (can be some extra cost due to if using non-basic parts that need pick-and-place component feed change etc). You buy parts at JLC prices (which are kinda OK) and they assemble and inspect your board professionally. If you can wait, you can save on shipping with the slower option so it turns out reasonable.
the two pc are to be connected via micro usb port, so i need a micro usb cable (one to the first pc, the second to the other) , isn't it ?
the two pc are to be connected via micro usb port, so i need a micro usb cable (one to the first pc, the second to the other) , isn't it ?
Yes, just an ordinary microusb cable you probably have lying around. Please note, some cables are for charging only (to save cost on copper?) so if your device doesn't show up when holding the BOOTSEL button and plugging in, try another cable. Cheers!
So excited about this project! I bought the components and was testing as I was assembling. I am getting behavior where when I drag the compiled binaries onto the pico, it disconnects from my pc and when I reconnect it the file seems to be missing (crash?). I don't have the IC hooked up because its still in the mail. Am I doing something wrong?
So impressed with this project and cant wait to get it working! Thanks!
Edit: After more reading I understand that loading a file while in mass storage mode reboots the device to run the files, so I shouldn't expect to see them when I remount it afterward, so i'm probably fine!
So excited about this project! I bought the components and was testing as I was assembling. I am getting behavior where when I drag the compiled binaries onto the pico, it disconnects from my pc and when I reconnect it the file seems to be missing (crash?). I don't have the IC hooked up because its still in the mail. Am I doing something wrong?
So impressed with this project and cant wait to get it working! Thanks!
Edit: After more reading I understand that loading a file while in mass storage mode reboots the device to run the files, so I shouldn't expect to see them when I remount it afterward, so i'm probably fine!
That's how it's supposed to work! You hold the button and plug in the cable, that puts the pico in bootloader mode (button disables chip select line for the flash IC) and now it's a glorified usb stick. You drag the uf2 file there, it gets written to flash and device reboots to application mode and runs your code. When you remount it again, it basically waits for another .uf2 firmware file you might have for it, otherwise you won't see anything there. Don't worry, so far - so good. Good luck and let me know how it goes!
just a question, as i'm not an electrician nor a technician Does the ADuM1201BRZ have a verse ? how can i know in wich position (rotation...) have i to soldjer it into the pbc ?
just a question, as i'm not an electrician nor a technician Does the ADuM1201BRZ have a verse ? how can i know in wich position (rotation...) have i to soldjer it into the pbc ?
The little dot on the chip (pin 1) goes towards the B board (mouse). Silkscreen has a longer line marking pin 1, but that's clearly not obvious enough, sorry about that. The subsequent board revision will have a large visible dot. Also, it will tell you which pico pins to solder and which are OK to skip.
Check the assembly guide video for instructions how to put it together.
Thanks for this - I'm planning on combining one of these with a PBP monitor in the near future (which I assume should just work).
A few questions/thoughts:
-
Is there (could there be?) an option to quickly switch back to a single computer mode, if one of the two is not needed? Edit: I now see you've written elsewhere that this currently isn't possible due to both Picos needing to be powered, and this happening via the USB connections to the two PCs they are controlling. I believe that Picos can be powered via the GPIO pins - would you consider a revision (v2?) with a separate power source (which could of course also be USB) to allow for single computer usage? Otherwise (if I understand things correctly) this only does two PCs at once, and would need to be unplugged to go back to one?
-
Would it be possible to replace the current need for soldering the Picos with two sets of compatible header sockets, to mate with a Picos bearing pre-soldered headers? This would (presumably) open up more options for purchasing pre-assembled PCBs.
-
Is there any noticable latency with this approach, versus a direct cable? I guess there must be some small amount, even if imperceptible?
@Tom1827 thanks for the questions - let me answer without quoting to make it a bit more readable.
So, first question - if you want just one computer, you have a reasonable chance of getting it working with a cheap usb hub plugged into the pico you plan on using for single computer mode. Hub support is not perfect, but I've tested it on my devices and it kind of works. Some usb3.0 hubs reportedly don't, so ymmv.
If you don't physically unplug the computer but only shutdown, it would most likely work as most computers nowadays keep providing USB power. It's easy to power one pico through the other, but this approach was chosen on purpose to provide maximal safety and full isolation between outputs. If one of your computers has a catastrophic failure, it should not kill the other through the box in any scenario. I am looking into reworking the power section by e.g. just isolating one USB port for a future board release, maybe with ADuM3160 USB isolator but that one is not super affordable.
I opted out of sockets/headers to bring the cost (and box size) down. It's a very good idea though from an availability point of view - "just add your own picos". I can't notice any latency myself, I'll try measuring.
I'm currently using a desktop computer, and a laptop that I un/plug time to time.
The Board A is plugged to the laptop (right screen) The Board B is plugged to the desktop computer (left screen)
Luckyly for me, the keyboard has an additional USB cable plugged to a powered hub. and It actually gives back power from keyboard to board A when laptop is unplugged. As the mouse is plugged to board B, which is plugged to desktop computer always on, for me, it currently works even if I unplug the laptop.
I just need to Right Shift + L to lock on desktop computer while laptop is unplugged.
