You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
I've been using this excellent package for a few months to help test a BLE virtual serial link between a vendors BLE SIP module and a PC. The intention is to replace a wired serial connection. The module vendor has recently updated their SIP module firmware to require the use of the MODEM_IN and MODEM_OUT characteristics which mimic the serial hardware CTS/RTS handshaking signals (not sure if MODEM_IN/OUT is their nomenclature of generic). This change to the module FW breaks the compatibility with this package, data is sent from the PC side to the module ok, but traffic from the module to the PC is not received.
Describe the solution you'd like
Would it be possible to modify ble-serial to support these additional flow-control characteristics? Thanks in advance.
Additional context
Deep scan of the SIP BLE module running the new (not working) FW
Hey @Yoda-6, we already had this in discussions/ideas a while ago: #43
Flow control support would be certainly nice to have, but right now I neither have hardware that supports it nor the time required for a deep dive in the topic.
The CHARACTERISTIC 569a2003-b87f-490c-92cb-11ba5ea5167c seems to be from Laird Tech. Also the BL600 is 10 years old and with BLE 4.0 very outdated now. Not sure what exactly would make sense now, probably something from their Lyra 24 series.
That being written, if you don't care about actual flow control it's probably very simple to hack. Sending already works, ModemOut is just ignored by ble-serial. Nothing is received because the module waits for a 1 in ModemIn, so if you just set that byte with bluetoothctl etc. after the initial connection it should happily transfer data, no need to change it afterwards.
Thanks for the rapid and comprehensive response. Apologies for not finding the pre-existing discussion on this before posting. I'll have a look into using the hack you suggested.
Is your feature request related to a problem? Please describe.
I've been using this excellent package for a few months to help test a BLE virtual serial link between a vendors BLE SIP module and a PC. The intention is to replace a wired serial connection. The module vendor has recently updated their SIP module firmware to require the use of the MODEM_IN and MODEM_OUT characteristics which mimic the serial hardware CTS/RTS handshaking signals (not sure if MODEM_IN/OUT is their nomenclature of generic). This change to the module FW breaks the compatibility with this package, data is sent from the PC side to the module ok, but traffic from the module to the PC is not received.
Describe the solution you'd like
Would it be possible to modify ble-serial to support these additional flow-control characteristics? Thanks in advance.
Additional context
Deep scan of the SIP BLE module running the new (not working) FW
And a different module (same type) running the older (working) FW
(edited by @Jakeler for formatting)
The text was updated successfully, but these errors were encountered: