SlimeVR-Server icon indicating copy to clipboard operation
SlimeVR-Server copied to clipboard

Tracker Information – Circuit Board

Open Sacred-Shadow opened this issue 3 months ago • 4 comments

Why doesn’t the SlimeVR server actually show the circuit board for the Slime Smol Stacked trackers? The software on the tracker knows which board it’s on, doesn’t it?

It would be nice if the example also showed whether it’s a tracker on an nRF52840. 😊

Sacred-Shadow avatar Nov 10 '25 00:11 Sacred-Shadow

Already does? There is a board field on the tracker page. It does what it is supposed to

loucass003 avatar Nov 10 '25 11:11 loucass003

Unfortunately, it’s empty for me. It’s based on a ProMicro nRF52840, running the current recommended firmware SlimeNRF_Tracker_NoSleep_SPI_StackedSmol.uf2.

In the console output, the data is present, but the SlimeVR Server doesn’t show it.

SlimeVR SlimeNRF Tracker ProMicro SlimeVR-Tracker-nRF 0.6.9+0 (Commit 5d572a0056f3, Build 2025-11-04 02:36:58) Board: promicro_uf2 SOC: nrf52840 Target: promicro_uf2/nrf52840/spi IMU: ICM-45686 Interface: SPI

Image

Sacred-Shadow avatar Nov 10 '25 11:11 Sacred-Shadow

Ok i see the issue. the bard is not part of official boards in the server. But that is normal. The problem is that we dont send the board board type at all. (aiside from the official one) We need changes in the server to send the board type string wich is not sent at all rn even tho protocol supports it

loucass003 avatar Nov 10 '25 12:11 loucass003

after a closer look. it needs more work. None of the firmwares send the board names so adding new boards require changes in the server code to declare it. Nrf slime firmware never added any boards to that enum in the server. Idealy we should instead send a board name string to the server instead of dealing with ids. But that require changes on both nrf and esp firmwares.

loucass003 avatar Nov 19 '25 04:11 loucass003