If this has an answer, I did not look as one loses position if one checks.
IN any case, I have a working application running on the PC that uses the pc-ble-driver to access the sd_* methods on the nrf52840 dongle. I would like to port this application to run directly on the dongle. I do not want to use the BTLE nrf_SDK but only the sd_* methods. This is necessary as I am using BTLE profiles that are in the standardization process and do not yet exist. In fact the new profile uses none of the currently existing BT SIG profiles and services (except the two required one). So there is no support for them.
In addition direct calls to the gatt and gap methods are much simpler. However, the more difficult part is all the spin up code and methods needed to 'boot' up dongle.
I am looking at a segger example project for the health thermometer which I could modify to implement this GHS (generic health system) service. It uses only one service and two characteristics and bonding is optionally supported. As stated I already have code for all of this running on the PC using sd_* calls.
Would it be possible to port this code to install directly on the dongle?
I should add that I have an nrf51288 DK which I could use as an SWD debugger.
I have looked at the tutorial. The important thing here is not using the BTLE nrfSDK APIs but direct calls into softdevice.
brianreinhold said:one loses position if one checks
brianreinhold said: I have an nrf51288 DK which I could use as an SWD debugger.
It would probably be easier to work on an nRF52840-DK - which is the same target chip as the Dongle.
"One loses position if one checks" is another issue. But when you type in your question, you get a host of possible answers from the forum. The problem is if you look at one of the problems, you can't go back to that list. You have to restart from scratch and retype your question. So when I typed this question, I did not look at any more of the possible answers.
That being said, that may be an intermittent problem. Kind of like the fact the 'reply' option does not show up when you view this question. So you try several refreshes or hit a reply to another comment (if a reply option exists) and maybe the reply option finally displays for the comment you want to reply to. As I had to do here. There are lots of annoying issues with the web site which is too bad as it has a great deal of good information.
In the end this will be a test platform to illustrate a new BTLE standard for health devices. Dongles are cheap compared to DKs and its easy to give people pre-programmed dongles or give them hex files which can then be used with the Nordic app to program on the dongle. We are not talking commercial here - we are developing a standard for health devices - one standard to cover ALL health devices..
brianreinhold said:Kind of like the fact the 'reply' option does not show up when you view this question. So you try several refreshes or hit a reply to another comment (if a reply option exists) and maybe the reply option finally displays for the comment you want to reply to.
I can't help with your original issue, but I have figured out a way to make those 'reply' buttons reappear. At least on Chrome on Windows. Change taskbar settings. If the taskbar is set to auto-hide, disable that. If you have it disabled then enable it. And suddenly 'reply' options reappear on every post, I don't even need to refresh. Go figure. Wonders of web design.
Is that in Chrome 'settings'? If so, I can not find such an option. The closest I have is a 'hide home button'. Would be nice to have a fix for that!
No I meant the Windows taskbar, not inside Chrome.
So if I dont see the reply buttons and the like, go flip the 'automatically hide the task bar in desktop mode' option. Since I want the taskbar to appear, I turn it on then off. Is that what you mean?
Yes, exactly. You should see the buttons as soon as you change the taskbar setting.
Just got a chance to verify your solution works. How did you ever stumble on that!!