Hi Stephane,
It is not every day that you see a negative overflow :). What version of
gcc are you using? I am not able to reproduce the issue with the following
gcc:
[ccollins@ccollins-mac:~/repos/apache/mynewt/core]$ arm-none-eabi-gcc -v
Using built-in specs.
COLLECT_GCC=arm-none-eabi-gcc
I've just upgraded to 0.9.
bleprph is working fine now.
But I've got a problem compiling bletiny:
targets/tiny
app=@apache-mynewt-core/apps/bletiny
bsp=@apache-mynewt-core/hw/bsp/nrf51dk
build_profile=optimized
cflags=-DDEVICE_NAME=TOTO
Error:
On 05/31/2016 10:11 PM, James Howarth wrote:
Hi Stephane,
I think you ran into the same problem that I have. It has been fixed
recently and is in 0.9.0
https://cwiki.apache.org/confluence/display/MYNEWT/RN-0.9.0-incubating#RN-0.9.0-incubating-ExampleBLEapplicationbleprphfixed
.
Great.
I'm trying these apps (mynewt_0_8_0_tag).
When using bleprph, I'm not able to connect to the device
26436:[ts=25815936ssb, mod=4 level=1] host_hci_data_rx(): handle=1 pb=2
len=11 data=0x07 0x00 0x04 0x00 0x10 0x01 0x00 0xff 0xff 0x00 0x28
31559:[ts=30818864ssb, mod=4 level=1]
Hi Wayne,
On Tue, May 31, 2016 at 12:59:20PM +0100, Wayne Keenan wrote:
> Hi,
>
> I have a custom GATT service working with read/write all ok; now I am
> looking at adding notify support.
>
> On my first look thru the newt source my first take was that the app needs
> to cache the GATT
Hi,
I have a custom GATT service working with read/write all ok; now I am
looking at adding notify support.
On my first look thru the newt source my first take was that the app needs
to cache the GATT registrations in 'gatt_svr_register_cb' to obtain the
chr_val_handle and also track
