Can we attempt to FOTA our MCU with the xDot?

[Tom Z]

Hi

I have been reviewing the mDot Firmware PDF with the details about the FOTA feature in the latest firmwares

https://www.multitech.com/documents/publications/manuals/s000612_DB9.pdf

We use the xDot with our own arm cortex m3 mcu wired to it via UART.

Is it possible for us to use the same FOTA implementation with the xDot to pass the packets to our MCU, and to upgrade it (we use freeRTOS).

Thanks

• This topic was modified 4 years, 8 months ago by Tom Z.

[Jason Reiss]

With xDot using AT firmware v3.2.1 the Multicast setup is performed by the xDot but the fragmentation packets are passed through to the connected MCU to receive the firmware. The MCU can then decide what to do with the file.

AT+RXO=2
AT+SD
<<< RECEIVE DATA and Parity >>>

<<< RESPOND WITH CRC >>>

[Tom Z]

Thanks for the reply Jason, that is awesome to learn!

Tell me, currently the only way to initiate a firmware process is with AEP Gateway, is that correct?

Will it support FOTA from other network servers in the future?

Also, for the mDot, how long takes a typical FOTA process? We are trying to calculate battery consumption as ours is a very power-restricted device.

Thanks in advance,

• This reply was modified 4 years, 8 months ago by Tom Z.

[Tzeheng Huang]

Dear Jason:
I have the same question.
======== As you mentioned =============
AT+RXO=2
AT+SD
< << RECEIVE DATA and Parity >>>

< << RESPOND WITH CRC >>>
=====================
I already let xDot in serial mode, and received something.
it seems a setup packet with encryption, how can I decrpt it??
And how can I respond CRC ok with encrption?

Kevin

[Jason Reiss]

We have made some documentation available here
https://multitechsystems.github.io/

The examples are shown in HEX.

[Author]

Posts