[djlins]

I know a picture paints a thousand words so to illustrate exactly what I am trying to do. It is what nRF Connect is doing in the image here (connecting 2 MIDI BLE devices to 1 nRF51 dongle)

But doing it in VisualGDB

Cheers,

Lindsay.

[djlins]

Further info is:

When I finish registering a device I then call scan_start() again but my
CENTRAL_LINK_COUNT  is still 1

if I up that to 8 then I get the fatal error where I think I should adjust the RAM settings.

Am I correct in thinking

• CENTRAL_LINK_COUNT is the number of BLE boards
• PERIPHERAL_LINK_COUNT is the number of nrf51 dongles

 

I think I need a tutorial for multiple device connections.

Can anyone point me towards some samples please?

 

: )

[djlins]

Hi again,

Sorry for bombarding but I am on a steep learning curve (thank you for your patience)

I guess in short are you saying it is impossible to call anything in another DLL from the ARM toolchain? Is it a cutdown version of C?

 

[djlins]

Thank you,

I might be a little wet behind the ears with how this all works, would you be able to explain to me about the following:

I have found out about a c++ function that can send a message to another visual studio program  (using WM_COPYDATA)

So in my project I create a new file (mynew.cpp)  and try to run some sample code.

I immediately get issues of the simplest of things like ( Unknown Type Name DWORD)

I also can’t include windows.h

Looking around the forums for these kinds of issues and it talks about setting the Windows SDK to the latest, but I dont have that option.

Are there things that the VisualGDB (or ARM) setup is locking me out of standard c++ functionality?

 

Thanks again,

Lindsay.

 

 

[Author]

Posts