Why can't I send an app to my SensorTile using ST BLE Sensor and Create Apps on iOS?

[DPifk]

For my SensorTile, when I open the ST BLE Sensor app then create/use an app in Create Apps and tap Play, I get a "Board scanning has timed out" error message. Everything under "Connect to a device" interacts happily with the SensorTile. What's the problem? 

I'm using the ST BLE Sensor app v 4.4.3 on iOS.

Thank you.

[Eleon BORLINI]

Hi Daniel, are you using a SensorTile or a SensorTile.box? I suppose you are using the SensorTile, so please note that the "Create a new app" function works only with the newer SensorTile.box, both for Android and iOS. The SensorTile.box has a more versatile HW and FW that enables you to download specific FWs for the application you desire. We will add a dialog box to avoid misunderstandings. Regards.

[DPifk]

Thanks, Eleon. I didn't catch that. I'll pick up a .box whenever it's back in stock. Thanks for clearing that up in the dialog. You may also want to modify the text in the App Store description. I saw the mention of FFT there, thought .box was a subset of the SensorTile, and picked up a SensorTile Kit.

[Eleon BORLINI]

you're welcome daniel

[AWatt.1]

I have an STEVAL$MKSBOX1V1 SensorTile .box and it has the same problem. I connected the battery then ran the App which detected it no problem. Great! I selected Create new app, then selected Pressure I think. The app attempted to download something to the SensorTile.box then gave up with the error message 'There was an error loading the app on the board'. The red LED was on. Further attempts to reconnect from the App just gave timeout messages. I disconnected and reconnected the battery but nothing, not even an LED. I may try USB power only as someone else found that worked...

Is there an easy fix for this?

[Eleon BORLINI]

Hi @AWatt.1​ , please try with this new FW (beta version). It improves the apk-ST.box BLE communication. Regards

[AWatt.1]

Many thanks. I have succeeded by using a OnePlus5T yesterday. It was able to download 332 successfully first time over the boot image. What I tried previously was an LG Nexus 4, and all downloads failed. So LD was not very lucky after all! Now that 332 has been installed and run, the LG now works fine, and the LG can download the various demo apps perfectly. Therefore there could be a bug in the original Bootloader firmware. I will try 333 on Monday.

Stay safe!!!

Ciao, Al

[AWatt.1]

With the Nexus 4 I could not download many apps. I will do full tests later today and let you know what happens with 334 and 335 on the Nexus 4. I have a small job to do testing AVR flash. Back soon!

[AWatt.1]

I have had a long play with 335. Tests335B is a text file with what I have done, so far.

Programming screen shots, in the wrong order!

:

[AWatt.1]

Battery log files as sent via BT and email....

[AWatt.1]

Apps that write to the SD card seem to fail to download with 335.

[AWatt.1]

Logging does not seem to run for much longer than 1000 minutes / 2000 samples on the last test. Is there a setting for this? I see a Days/Hours/Minutes page but that is set to 0,0,1.

[Eleon BORLINI]

Hi @AWatt.1​ , depending on the selected maximum ODR (e.g. if you selected the microphone), are you sure it's not a limitation related to the SD card capability, or to the battery -especially in case the bluetooth is connected? Is your log file sudden interrupted?

Regarding >>I see a Days/Hours/Minutes page but that is set to 0,0,1 did you selected the RTC (Date) input in you application?

Regards

[AWatt.1]

Yes, I selected both RTC Time and RTC Date.