regarding central, near field mode

2 posts / 0 new
Last post
meriororen
Offline
Last seen:3 years 9 months ago
Joined:2015-08-12 13:45
regarding central, near field mode

Hi,

I have implemented a central role device on DA14580 (Murata), from proximity monitor (ext) source, but using
app internally on the device using sdk app sources (app.c, app_task.c). However, several times during running,
it caught into hard fault, which I suppose, happened at ke_malloc (judging from stacked information), where a memory store instruction
试图存储内存之外的任何堆defined (I think). There are several condition that causes hard fault,
1. When the central is repeatedly connected, and disconnected, at the end, it will fault during connection attempt
2. When there is another central connected to a peripheral, and that peripheral is still giving advertisement during
connection, it will fault during attempt of connection. During which, the central accepts a gapm_connection_req_ind,
but then failed to establish connection.
My question, Is there any difference on memory map (scatter files) on externally hosted app, and internally hosted app?
I don't know how to debug further since I don't know who actually call that ke_malloc, I suppose if there is a memory
map difference, that would be the cause. I didn't change any memory settings from proximity monitor example.

Second question, pretty simple, If a central and a peripheral is connected, and the peripheral switched to near field mode,
would the connection rssi change? or should an advertisement command be requested on the peripheral before
the connection rssi could change?

Thank you very much.

Device:
MT_dialog
Offline
Last seen:2 months 3 weeks ago
Staff
Joined:2015-06-08 11:34
Hi merioren,

Hi merioren,

I am not sure what you mean different, but you can have a look at the Memory maps configuration in the da1458x_config_advanced.h in the template folder in the empty_peripheral_template and empty_template_ext.

Since the rssi of a device is embedded in every packet you exchange with the host or the device, there is no need for a command request for updating the RSSI when the other device is changing in near field mode, i suppose that the rssi will change with the next packet the device will receive.

Thanks MT_dialog