During porting jswrap_nrf_bluetooth_updateServices to ESP32, I found calls to nrf relevant functions.
ESP32 uses different walks through all of this. Most common point is use of UUIDs and handles.
Searching for a better solution, found this jsvObjectGetChild(execInfo.hiddenRoot,"BLE_SVC_D",0);
Idea now is to move UUIDs and handles to this object to be more general. Value is already there.
For testing of concept, this function was born. In my eyes it looks very complex.
So I've 2 questions:
whats your feedback to hold uuids and handle in BLE_SVC_D
is there a better way to read value from BLE_SVC_D ?
Espruino is a JavaScript interpreter for low-power Microcontrollers. This site is both a support community for Espruino and a place to share what you are working on.
During porting jswrap_nrf_bluetooth_updateServices to ESP32, I found calls to nrf relevant functions.
ESP32 uses different walks through all of this. Most common point is use of UUIDs and handles.
Searching for a better solution, found this jsvObjectGetChild(execInfo.hiddenRoot,"BLE_SVC_D",0);
Idea now is to move UUIDs and handles to this object to be more general. Value is already there.
For testing of concept, this function was born. In my eyes it looks very complex.
So I've 2 questions:
is there a better way to read value from BLE_SVC_D ?