• State Verified Answer
  • Replies 8 replies
  • Subscribers 76 subscribers
  • Views 1708 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

Parents
  • +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

    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?

  • 0 in reply to ibiglari

    > Nordic advised me something was "wrong" with the traces

    Yep, that information, what's wrong, would be required in order to continue with that idea.

  • 0 in reply to ibiglari

    Sorry to revive this thread after so much time, but is there any chance you could share the script or maybe even any new methods you found? We've captured a bin file, but so far it isn't decoded / translated properly into wireshark. Any hints would be very helpful, thanks :)

  • 0 in reply to AlanIoT

    AFAIK, Nordic "always" asks about modem traces, but I'm not aware, that this long lasting issue about consolidating "long term modem traces" has been solved. I'm not even sure, if it's possible at all to read such long traces, if it's more than a few hours and MBs.

    In the meantime (I use NCS 2.9.2), the modem trace function comes with some more options. Especially the one using an external flash is pretty nice. It records the trace and to read it out, it just writes that to the UART and so it's possible to read it with the cellular monitor.

    If you want to use it with other boards than the DKs, you may need to add your boards to the "nrf/snippets/nrf91-modem-trace-ext-flash". One pitfall doing so may be the "CONFIG_SPI_NOR_FLASH_LAYOUT_PAGE_SIZE" and the "CONFIG_NRF_MODEM_LIB_TRACE_FLASH_SECTORS" which both must fit to the flash size.

    But it requires an external flash and is also limited by the size of the flash and the selected level.

Reply
  • 0 in reply to AlanIoT

    AFAIK, Nordic "always" asks about modem traces, but I'm not aware, that this long lasting issue about consolidating "long term modem traces" has been solved. I'm not even sure, if it's possible at all to read such long traces, if it's more than a few hours and MBs.

    In the meantime (I use NCS 2.9.2), the modem trace function comes with some more options. Especially the one using an external flash is pretty nice. It records the trace and to read it out, it just writes that to the UART and so it's possible to read it with the cellular monitor.

    If you want to use it with other boards than the DKs, you may need to add your boards to the "nrf/snippets/nrf91-modem-trace-ext-flash". One pitfall doing so may be the "CONFIG_SPI_NOR_FLASH_LAYOUT_PAGE_SIZE" and the "CONFIG_NRF_MODEM_LIB_TRACE_FLASH_SECTORS" which both must fit to the flash size.

    But it requires an external flash and is also limited by the size of the flash and the selected level.

Children
No Data
Related
Terms of service