commits
Also portig the tests to the new system
This change also corrects the device config JSON schema
I'll note that the fact that the rotational arm on the Ida is effectly
disabled if you're using a pre v3 client, which seems wrong: I get that
oscilator devices are not supported by VibrateCmd's fallback, but single
direction roation seems like it should work (as any such actuators would
have been mapped as vibes in prior versions)
Also adds tests for other WeVibe protocols and a fix for multi-motor devices.
We're going to be on more latent networks with the new mobile
capabilities so up this quite a bit. If people want a lower ping for
timeout, that's what the buttplug protocol ping is for.
If we have no way to continue receiving commands, just leave the event
loop.
Fixes #501
Otherwise things could get VERY weird when we share the object as
as Arc<>. This does possibly confuse lifetimes
Those messages are not in spec v3, should use Sensor now
Otherwise it spams even debug messages
Means we can track library compatibility now.
Only run connection checks once every 5 seconds or so.
Affects #479
Intiface Central on Mobile needs explicit device disconnection in app,
otherwise devices will stay connected between server sessions.
Reduces amount of log spam during scanning
Affects #479
debug messages set to info, spams logs.
Affects #479
Trying to grab the span guard as part of the instrument call on the
task was a bad idea. Scope the span to just the task.
Fixes #481
Check to make sure we have a protocol specializer before
we mark a device as connecting. This should keep us from
dropping advertisements because invalid advertisements
are already being processed.
Fixes #462
Change the TimedRetryCommunicationManager to have a variable
rescan rate, and to only scan at once every 10s for Lovense Connect.
Fixes #483
I added an explicit native line ending setting, as rustfmt decided
to convert everything to unix line endings the first time.
This change also corrects the device config JSON schema
I'll note that the fact that the rotational arm on the Ida is effectly
disabled if you're using a pre v3 client, which seems wrong: I get that
oscilator devices are not supported by VibrateCmd's fallback, but single
direction roation seems like it should work (as any such actuators would
have been mapped as vibes in prior versions)