visual GDB and NRF51822 advertisment

Sysprogs forums Forums VisualGDB visual GDB and NRF51822 advertisment

Viewing 2 posts - 1 through 2 (of 2 total)
  • Author
    Posts
  • #10117
    kalregus
    Participant

    Howdy! I have to admit that after about 2 weekes of fight i finally made some progress with NRF51. Afterall i can upload my own program to chip so it changes leds on NRF51 DK by WaveShare. Unfortunatelly I can not do anything to make chip advertise with BLE itself. Probably it is just something small i missed but i have no idea what it is. Also i never used Visual Studio, i am beginner in C++ (however intermediate in javascript and php, also in arduino)

    Some specs:

    • i have STLink Dongle NRF51
    • motherboard by WaveShare
    • Visual Studio 2015 with VisualGDB and
      openOCD for windows 7

    Also VisualGDB has sample project that I can generate. After uploading those projects to chip it seems to work completely fine – LED Blink(BSP) example flashes leds as i want to, but there are also two other examples – one for BLE Beacon, second for BLE Proximity. I expected it starts to advertise ship but i guess it didnt. Both, Beacon and Proximity project are programmed on chip – visual studio says there is no problem with upload and it finishes with success. However my Iphone 5S doesnt find any bluetooth devices even if it is 10 cm away from chip. I downloaded some NRF apps for Iphone to check UIDs and connect to them (NRF Beacons, NRF Connect and NRF Toolbox), but they also dont find anything.

    Can you please advice me what to make NRF51822 to advertise? Kalreg.

     

    PS: i forget to say that i build my project with softdevice as a separated file (i just check checkbox saying that). otherwise i can not program chip.

    PS2: after all i am not sure if software was uploaded to chip correctly – openOCD log says:

    Open On-Chip Debugger 0.9.0 (2016-10-14) [https://github.com/sysprogs/openocd]
    Licensed under GNU GPL v2
    For bug reports, read
    http://openocd.org/doc/doxygen/bugs.html
    Info : auto-selecting first available session transport “hla_swd”. To override use ‘transport select <transport>’.
    Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
    adapter speed: 1000 kHz
    VisualGDB_OpenOCD_Ready
    Info : Unable to match requested speed 1000 kHz, using 950 kHz
    Info : Unable to match requested speed 1000 kHz, using 950 kHz
    Info : clock speed 950 kHz
    Info : STLINK v2 JTAG v17 API v2 SWIM v4 VID 0x0483 PID 0x3748
    Info : using stlink api v2
    Info : Target voltage: 3.241497
    Info : nrf51.cpu: hardware has 4 breakpoints, 2 watchpoints
    Info : accepting ‘gdb’ connection on tcp/51929
    Info : nRF51822-QFAC(build code: A1) 256kB Flash
    nrf51.cpu: target state: halted
    target halted due to debug-request, current mode: Thread
    xPSR: 0xc1000000 pc: 0x00012b98 msp: 0x20001c48
    nrf51.cpu: target state: halted
    target halted due to debug-request, current mode: Thread
    xPSR: 0xc1000000 pc: 0x00012b98 msp: 0x20001c48
    Warn : using fast async flash loader. This is currently supported
    Warn : only with ST-Link and CMSIS-DAP. If you have issues, add
    Warn : “set WORKAREASIZE 0” before sourcing nrf51.cfg to disable it
    nrf51.cpu: target state: halted
    target halted due to breakpoint, current mode: Thread
    xPSR: 0x61000000 pc: 0x2000001e msp: 0x20001c48
    Warn : keep_alive() was not invoked in the 1000ms timelimit. GDB alive packet not sent! (2068). Workaround: increase “set remotetimeout” in
    GDB
    nrf51.cpu: target state: halted
    target halted due to debug-request, current mode: Thread
    xPSR: 0xc1000000 pc: 0x00012b98 msp: 0x20001c48
    nrf51.cpu: target state: halted
    target halted due to debug-request, current mode: Thread
    xPSR: 0xc1000000 pc: 0x00012b98 msp: 0x20001c48
    Error: address + size wrapped(0xfffffffe, 0x00000004)
    Error: address + size wrapped(0xfffffffe, 0x00000004)

    • This topic was modified 7 years, 10 months ago by kalregus.
    • This topic was modified 7 years, 10 months ago by kalregus.
    #10122
    support
    Keymaster

    Hi,

    The errors shown in the OpenOCD log you attached should not interfere with programming.

    Most likely your board is slightly different from the regular nRF52 boards and the code needs to be adjusted somehow. We would recommend first trying it with the nRF52-DK board as we have explicitly tested VisualGDB-generated projects with it. Once you get it to work, you can try checking your board manufacturer’s website for instructions on configuring projects for that board and perhaps board-specific examples.

Viewing 2 posts - 1 through 2 (of 2 total)
  • You must be logged in to reply to this topic.