So I just managed to get the vibration working myself. Because the tcode-v03 protocol in Intiface doesn’t include vibration by default, it won’t be there when we add it in the UI.
We will need to go back to the config then and change the default values for the protocol. If you updated an old install of Intiface to the newest version, then there might be two sets of configs now, the one we want is buttplug-device-config-v3.json
.
The syntax has changed slightly, but it wasn’t too hard to figure out by looking at other examples. I just went ahead and grabbed a block from a different config that included vibrations and dropped it in the tcode-v03 section. My new tcode config now looks like:
"tcode-v03": {
"defaults": {
"name": "TCode v0.3 (Single Linear Axis)",
"features": [
{
"feature-type": "Position",
"actuator": {
"step-range": [
0,
100
],
"messages": [
"LinearCmd"
]
}
},
{
"feature-type": "Vibrate",
"actuator": {
"step-range": [
0,
100
],
"messages": [
"ScalarCmd"
]
}
}
]
},
"communication": [
{
"serial": {
"port": "default",
"baud-rate": 115200,
"data-bits": 8,
"parity": "N",
"stop-bits": 1
}
}
]
},
So you should be able to grab that in full and paste it to hopefully make it work.
And here’s one more important thing. This config is just defining default values. If you already added the Nimblestroker as a serial device through the UI, you will need to delete and re-add it so it picks up the default values. Then you should have the vibration slider once the device is connected.
Oh also, in my particular case, I had my modified firmware for adding manual vibrations through the pendant, and it seems that I coded it bad so it overrides any vibration inputs (not usually a problem when many scripts don’t provide a vibration axis). So I had to roll back my firmware to the default one in order to confirm the vibrations were actually coming through when testing in Intiface. Just a heads up in case you were using my edits, probably should figure out how to fix that.