• State Verified Answer
  • Replies 6 replies
  • Subscribers 64 subscribers
  • Views 931 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 297463
Options

Capturing Modem Trace on ARM System

ibiglari

Hi Team!

I need to capture a modem trace over a long period of time while driving around, and there is no way my laptop's battery can handle that. I thought I'd use a Raspberry Pi and a big power bank, but unfortunately nRF Toolkit doesn't work on ARM based Linux systems. Is it possible to capture the raw modem trace on a system and then feed it to trace collector?

Kind Regards,
Iman Biglari

  • +1

    Hi,

     

    Unfortunately, the nRF Connect for desktop application does not run on ARM Linux.

    However, the modem trace functionality only opens up a communication channel over uart.

    You can open up the uart port with any terminal program baud=1M and store the content to a file, but I would recommend that you test this solution over time to ensure that there's no issues.

     

    Kind regards,

    Håkon

  • 0 in reply to Håkon Alseth

    Let me start, that in my experience this topic is extremely important!

    For the very most issues here in this forum, Nordic asks for traces.

    (From my view point, that is more a general way to process issues, asking something back.)

    But, if Nordic wants trace from the wild or long-term scenarios, using a PC doesn't work. Using a Raspi is a much better approach. I'm not sure, if something as OTG Card Readers will work at all with the USB port of a Thingy:91, but it would take anyway long to be available.

    Or, what did Nordic use?

    (Sometimes, reading all the issues here in the forum, I have to confess, that I start to belief, Nordic doesn't trace too much in the wild or for long terms ;-) .)

    So, again, as sum-up:

    If Nordic wants traces for issues from the wild or long-term scenarios, a PC is not that useful.

    Using a Raspi with sd-card and USB powerbank is also in my experience the "shortest way to go".  

    So:

    Are there any other preconditions, which must be considered?

    E.g. "Framing"?

  • 0 in reply to Achim Kraus

    I could share the small application and script I wrote for RPi, but Nordic advised me something was "wrong" with the traces I had captured (didn't specify what exactly - More information here).

  • 0 in reply to Achim Kraus

    We are continuously trying to improve our deliveries, and tracing has been a front that we've tried to improve upon. Lately with this PR:

    https://github.com/nrfconnect/sdk-nrf/pull/9364

     

    I'll relay your feedback internally.

     

    Kind regards,

    Håkon

  • 0 in reply to Håkon Alseth

    How much of your users will be able to use a external flash on their own with the provided documentation? We will see ...

    Edited:

    Hm, that's only for the nRF9160-DK with the "external Flash" already on board, right?

    It doesn't work for a Thingy:91 "out-of-the-box", there a really external Flash would be required?

    To use a nRF9160-DK, USB power bank fails (it's the power bank, which switches off), but using an "external battery" works. So the setup for the wild will be a box with the nRF9160-DK and a battery.

    1 MB for traces is not too large. Is it considered to be used as "ring buffer", means it keeps the last 1 MB?

Related