3DConnexion - Connection Breaks Sporadically

Periodically, (but consistently) my SpaceMouse Pro stops working in Rhino 7. I suspect that there is some obscure system level conflict occurring with one of the various other currently running pieces of software that I usually have open alongside multiple instances of Rhino.

Suspects of source of conflict include software that listens to the 3D mouse; Formlabs Preform, a variety of PCB/EDA programs and Gerber viewers, (KiCad, Diptrace etc).

The mouse still works in the other programs - but to get functionality back in Rhino I typically have to restart all sessions. Am not sure if it would be fruitful (given the exponential number of potential unique environmental and software combinational factors), or even absolutely necessary to get at the root of the issue, if only there was a way to re-establish a connection to the device without having to close Rhino, (like a command to re-establish the link) - that would be a huge quality of life improvement.

My SystemInfo

Rhino 7 SR37 2024-4-16 (Rhino 7, 7.37.24107.15001, Git hash:master @ d2e42f70b9d3aa58f6053e2998a0db2abcd7555b)
License type: Commercial, build 2024-04-16
License details: Cloud Zoo

Windows 10 (10.0.19045 SR0.0) or greater (Physical RAM: 64Gb)

Computer platform: DESKTOP

Standard graphics configuration.
Primary display and OpenGL: NVIDIA GeForce GTX 1060 6GB (NVidia) Memory: 6GB, Driver date: 6-8-2023 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 536.23
> Accelerated graphics device with 4 adapter port(s)
- Windows Main Display attached to adapter port 0
- Secondary monitor attached to adapter port 1

OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)

Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High

Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 6-8-2023
Driver Version:
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 6 GB

Rhino plugins that do not ship with Rhino
C:\Program Files\Bongo 2.0 (64-bit)\Rhino6\Bongo.20.rhp “Bongo 2.0”

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 7\Plug-ins\Commands.rhp “Commands” 7.37.24107.15001
C:\Program Files\Rhino 7\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Users\Airtop2\AppData\Roaming\McNeel\Rhinoceros\packages\7.0\PanelingTools\2021.3.2.446\PanelingTools.rhp “PanelingTools”
C:\Program Files\Rhino 7\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 7.37.24107.15001
C:\Program Files\Rhino 7\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 7.37.24107.15001
C:\Program Files\Rhino 7\Plug-ins\rdk_ui.rhp “Renderer Development Kit UI”
C:\Program Files\Rhino 7\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 7\Plug-ins\RhinoCycles.rhp “RhinoCycles” 7.37.24107.15001
C:\Program Files\Rhino 7\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 7.37.24107.15001
C:\Program Files\Rhino 7\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 7\Plug-ins\Displacement.rhp “Displacement”

1 Like

it’s possible it’s related to parallel projection or plan view behavior. but yeah 3d mouses aren’t treated very well by the world yet. devs always putting them on the shelf to collect dust. :face_with_diagonal_mouth:

Good to know that’s a concern - I’ll keep my eyes peeled for any clues.

It’s true, yet hard to believe - esp in the increasingly 3D environments we dwell in digitally. I always liken using a just a (standard) mouse to be like to trying to only interact with the work-piece using just a single chopstick - with the other hand tied behind your back, and feet glued to the floor!

At least with a 3D mouse you can “handle” the work, and “walk around” while poking with the chopstick.

1 Like

exactly :100: :sandwich: :rofl: :sob:

Ikr. :joy:

I think Rhino some day should add a ‘saved rotation points’ list or something.

I heard the gumball can work as a rotation point, but I haven’t explored that yet I don’t think. While I’m skeptical, I hope there’s some cool behavior with it.

I’ll try to add a link to the things I mentioned previously, to add more context… brb.

in other words:

I’m mostly sharing this info, in case all else fails, because this behavior is basically unavoidable at some point, and I know of other users who might not understand right away that it exists.

Eventually you might be able to isolate it as the pattern becomes more obvious, then maybe we can get the developers to fix it, or unlock it rather. Space mouses deserve to be free :slightly_smiling_face:


Just a thought. Of course it could be another type of issue, maybe with driver conflicts :grimacing:

1 Like

Not this dev, I have and use my spacepilot pro daily.