• State Verified Answer
  • Replies 15 replies
  • Subscribers 74 subscribers
  • Views 5810 views
  • Users 0 members are here
Attachments (3) Download All
Nordic Case Info
  • Case ID: 251625
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

nRF52833-DK blinky problem

Marry

Hello! I have the following issue with my nRF52833 board: I am in the first stage of working with it and I wanted to try the simple blinky example.

However, since there is no pca10100 hex file in the examples/peripheral/blinky/hex folder, I decided to load pca10040. Now, my board seems to be irresponsive, i.e. LED1 doesn't blink when the board is powered on. My questions are:

1. Is there any possibility to reset the board (so that I start again from scratch with my test)?

2. I suppose I didn't damage some internal circuit by loading the pca10040, but I'm not completely sure - since I don't know exactly what it does. Could you please explain me?

3. Is there any hex file for the nRF52833 board with pca10100? (although I still don't know what is the difference between all versions).

Thank you in advance!

Parents
  • 0

    Hello Jay,

    And thank you for your quick answer and for the attachments - really useful!!

    I tried the hex file which you provided me and it works, although it's not only LED1 that blinks, but all 4 of them have an interesting behaviour (I attached a short video with the board). I have some more questions now Slight smile

    1. Is there any way that I see the code of the hex file? I'm new and I'm trying to understand how this board and code works and afterwards try something on my own.

    2. So now, I want to get to know my nRF52840 board and run some pre-defined examples.

    But from my understanding, there are no pre-defined examples already done for this board, right? (but they will appear soon). If this is the case, I also consider buying another board, for which more documentation already exists and has many bugs fixed. For instance nRF52840 board can be an option - so that I can have at least a starting point with something that works already. :)

    Thank you again.

    Best regards,

    Marry

  • +1 in reply to Marry

    Hello Marry,

    Marry said:
    I tried the hex file which you provided me and it works, although it's not only LED1 that blinks, but all 4 of them have an interesting behaviour (I attached a short video with the board). I have some more questions now

    This is the intended behavior of the blinky example, the "LED 1 blink while advertising" comment was made with regards to the Heart Rate Monitor(HRS) example.

    Marry said:
    1. Is there any way that I see the code of the hex file? I'm new and I'm trying to understand how this board and code works and afterwards try something on my own.

    Unfortunately it is infeasible to go from the .hex file back to the original code, but if I am reading Jay's reply right he has not made any modifications to the SDK code for the .hex file he supplied - which means that you may see the code that generated the .hex in the SDK folder under /examples/peripheral/blinky.
    Are you using the Segger Embedded Studio IDE? If so, you can find the segger project under /examples/peripheral/blinky/pca10056/blank/ses.

    Marry said:
    2. So now, I want to get to know my nRF52840 board and run some pre-defined examples.
    Marry said:
    But from my understanding, there are no pre-defined examples already done for this board, right? (but they will appear soon). If this is the case, I also consider buying another board, for which more documentation already exists and has many bugs fixed. For instance nRF52840 board can be an option - so that I can have at least a starting point with something that works already. :)

    There is a number of examples available for the PCA10100 in the new SDK v.17(released last Friday), but it is somewhat more limited than what is available for the nRF52832 and nRF52840.
    Running PCA10056 .hex files on the PCA10100 works because blinky is such a simple example - just toggling the LEDs - but it will not work with the larger examples, since the PCA10056 has a nRF52840 SoC which has a bigger flash memory and ram. I can therefore not guarantee that it will work with all the examples, but as long as the nRF52833 has the peripherals used by the example and the example is within the size constraints it should work(at most maybe some GPIOs must be reconfigured).
    I gave this a try with the BLE peripheral Heart rate monitor(HRS) example, loading the nRF52833 DK with the s140_pca10056 and it seems to work as intended right off the bat.
    If you look into the HRS peripheral source code, familiarizing with it might seem a daunting task at first - but know that much of it is BLE connectivity configuration that you may reuse in your personal projects.

    If you are looking to familiarize yourself with the BLE development process, I highly recommend looking into the BLE advertising, BLE custom service and characteristic tutorials.
    The tutorial is unfortunately not updated for the PCA10100, but there exists a version for PCA10056 with S140.

    Please do not hesitate to let us know if you should encounter any other questions or issues!

    Best regards,
    Karl

  • 0 in reply to Marry

    Hi Karl! It is absolutely fine! I imagined that the holiday season might be one reason for no reply Airplane

    Thanks for explaining me! This week I am having a break from the project, because I have exams - I will come back in a week with a complete reply. 

    Thank you very much & have a great week until then Sun with face

    Marry

  • 0 in reply to Marry

    Hello Marry,

    Thank you for your understanding!

    Marry said:

    Thanks for explaining me! This week I am having a break from the project, because I have exams - I will come back in a week with a complete reply. 

    Thank you very much & have a great week until then

    No problem, I hope you have a great week as well.

    For future reference, if the questions you have diverges from the original ticket you opened, then it would be best that you open a new ticket for the unrelated questions. You may also tag me in the ticket if it is a followup question to a previous ticket.
    Creating new, specific tickets will make it easier for others experiencing similar issues to navigate the forum.

    Good luck with your exams! :)

    Best regards,
    Karl

  • 0 in reply to Marry

    Hi Karl!

    Thank for your feedback! In the meantime, I abandoned the idea of writing a bit in a register. Because I found the Blinky Notification App - which you suggested as well. Now I am trying to understand the actual code, to do other modifications; and I opened new threads, like you said.

    My next step would be to integrate Thingys:52 as relay nodes, between the phone and the board. I created a new case here. Would you have any suggestions for that? 

    On the one hand - I think this feature is already there, in the code running on the boards.

    On the other hand - I would like to see where/how it is implemented. 

    Karl Ylvisaker said:
    may also tag me in the ticket

    - Thank you so much! I will do that Slight smile

    Thank you again for all your very valuable input! You are no.1 help on DevZone! TrophyBeer

  • 0 in reply to Marry

    Hello Marry!

    Marry said:
    Thank for your feedback! In the meantime, I abandoned the idea of writing a bit in a register. Because I found the Blinky Notification App - which you suggested as well.

    I am happy that you found the example useful! It sounded like it would be a good fit to demonstrate the functionality you described earlier. The BLE part of the code is the most daunting to familiarize with, but know that it is much the same between the different BLE examples, so once you are familiar with the BLE process, you are familiar with most of the examples's BLE part right off the bat! :) 

    Marry said:
    My next step would be to integrate Thingys:52 as relay nodes, between the phone and the board. I created a new case here. Would you have any suggestions for that? 

    I see from your other post that you are building a mesh network, and unfortunately I am not too familiar with the Mesh SDK - Luckily, Msromero is quite the expert on the subject! :)

    Marry said:

    On the one hand - I think this feature is already there, in the code running on the boards.

    On the other hand - I would like to see where/how it is implemented. 

    This depends, what firmware are you currently running on your Thingy:52's?
    If you are running the mesh demo that Msromeo mentioned, then you could find the project code in the ses directory ( if you are using segger embedded studio ).
    Please do not hesitate to ask if you have questions about the code! I also suggest that questions in regards to the mesh demo is posted in the other ticket.

    Marry said:
    Thank you again for all your very valuable input! You are no.1 help on DevZone!

    No problem, I am happy to help. You are too kind!

    Best regards,
    Karl

  • 0 in reply to Karl Ylvisaker

    Hi Karl,

    Karl Ylvisaker said:
    what firmware are you currently running on your Thingy:52's

    - Yes, I am running the Mesh Demo from GitHub with the Light Switch control. 

    Karl Ylvisaker said:
    I also suggest that questions in regards to the mesh demo is posted in the other ticket

    - Agree, I will continue there.

    Thanks again for all your help!  Beers  Kind regards, Marry  

Reply Children
No Data
Related
Terms of service