MSC and BLE UART

RE: MSC and BLE UART

David Cerrone — Tue, 06 Aug 2019 12:25:58 GMT

I have. I've tried doing an LS on the filesystem before and after USB is disconnected, and does not see any files that have been written to the FS.

It does look like the ram block device gets uninitialized (in the SDK) when USB is stopped. I'll keep debugging, but it seems like it blows the filesystem away once USB is stopped.

RE: MSC and BLE UART

Einar Thorsrud — Tue, 06 Aug 2019 07:24:55 GMT

I see. It's odd that the file disappears. Have you closed the file system from the computer (which wrote to it) before disabling the USB? For instance, by selecting to "Eject" the USB device if you are using Windows.

If that does not have any effect, can you dump the memory of the file system before it is written (1), after it is written (2) and after USB is disconnected (3) so that we can know more about if it was written and how and when the content of the memory changed?

RE: MSC and BLE UART

David Cerrone — Mon, 05 Aug 2019 13:04:04 GMT

Thanks for the response. When I say disconnect, I'm calling app_usbd_stop(). The hardware remains connected in the USB port, as it is a USB dongle, and needs power from the USB port.

RE: MSC and BLE UART

Einar Thorsrud — Mon, 05 Aug 2019 07:39:53 GMT

Hi,

Can you elaborate on how the system is when you test this? I am particularly wondering what happens when you disconnect the USB, since you wrote initially that the file is stored in RAM. Is the device still powered, or is it reset?

RE: MSC and BLE UART

David Cerrone — Thu, 01 Aug 2019 15:54:35 GMT

Wanted to follow up. I was able to send a file that I created manually on the file system by stopping the USB.

Now I want to see when a file gets transferred to the files system, disconnect USB, and then transfer the file.

I dug into app_usb_msc, and found a way to get an event when a file is transferred. But when I disconnect the USB and list out the file system, the file is not there. Any tips?

RE: MSC and BLE UART

awneil — Tue, 30 Jul 2019 14:30:37 GMT

[quote userid="82037" url="~/f/nordic-q-a/50310/msc-and-ble-uart/201311"]it is the only power source[/quote]

So just use a power-only USB socket.

RE: MSC and BLE UART

David Cerrone — Tue, 30 Jul 2019 14:25:33 GMT

I can't unplug the dongle from the host, because it is the only power source.

I did verify that if I stop the USB before reading, I can read the file okay. Although, I still hit the ASSERT on app_usbd_msc.c - line 273. I'm going to try and solder down an external QSPI chip to see if it's an issue with using RAM. It seems like QSPI is more supported by the SDK.

RE: MSC and BLE UART

awneil — Tue, 30 Jul 2019 13:35:39 GMT

So have you tried it not plugged into the host? Does the f_read() then work?

If it does, that would certainly suggest that it's the Host OS somehow "locking" it ...

RE: MSC and BLE UART

David Cerrone — Tue, 30 Jul 2019 13:29:28 GMT

Thanks for the response. Sorry I didn't clarify, the hardware setup is a USB dongle, that must be plugged into the host.

RE: MSC and BLE UART

awneil — Sat, 27 Jul 2019 13:42:57 GMT

[quote userid="82037" url="~/f/nordic-q-a/50310/msc-and-ble-uart"]Is this because the host OS is disallowing the application to read the file system? [/quote]

Quite possibly.

You probably need a whole extra layer to allow multiple concurrent access to the file system.

Surely, you could easily check by having your target not plugged into a Host?

Would also be worth checking whether it's the whole file system that's "locked", or just a particular file...