I am not aware of any work on that ... one would need to edit this file. To include support for it, it would have to be done pretty much in the way it is done - for instance - for the
kANALOG_x, spinning up a separate thread (similar to what done here when
ENABLE_TRILL is defined), where the values are read from the sensor and then they are updated at every callback in
BelaContext* context will not be used in this case). Configuring the characteristics (type, address, sensing settings) of the Trill device in use will be more complicated and it's probably easier if done by hardcoding them in the C++ file. Alternatively, one could modify
BelaUI::declare() to allow strings such as
BELA:TRILL_BAR_32_3 to be interpreted as Trill Bar on address 32 with prescaler 3 or
BELA:TRILL_SQUARE_40_3_y to be interpreted as the y axis of Trill Square on address 40 with prescaler 3 .
Is this something you'd be interested in and capable of attempting?