Page 1 of 1

App Header Failed

Posted: Fri Feb 21, 2025 11:26 am
by SeeCwriter
On a brand new MOD54415-200IR module, when I power it up the serial port spits out:

Code: Select all

App Header Failed
No Valid app

App Header Failed

NetBurner MCF5441x SPI Boot Monitor V1.06 Feb 28 2020 18:20:21
HELP for help
Using the serial terminal MTTTY, I uploaded MOD5441x-FactoryApp_APP.s19 (from v2.9.5) and when it finished, the terminal output was:

Code: Select all

Starting address = 40000490
S Record End detected
And then nothing. A reboot does the same thing.

Is there any way to recover this module?

Re: App Header Failed

Posted: Tue Feb 25, 2025 5:05 pm
by TomNB
Yes, have you tried the shorting jumper recovery procedure? https://www.netburner.com/NBDocs/Develo ... overy.html

Re: App Header Failed

Posted: Wed Feb 26, 2025 8:19 am
by SeeCwriter
Yes, I tried the shorting jumper. It didn't help. I have two modules in this state. Both are new. The serial output of the first one is what I put in my first post. Shorting jumper TP1 during bootup produces the same messages as above. It doesn't appear that the Alternate Boot Monitor is started.
The second module has a higher rev monitor so its output is a little different. On bootup with TP1 shorted the output is:

Code: Select all

Boot overide Jumper Installed
    doing alternate boot
Config record corrupt
Configured IP= 0.0.0.0
Configured Mask= 255.255.255.0
MAC Address= 00:00:00:00:00:00
Welcome to the Netburner Alternate Boot Monitor Command Program

Netburner MCF5441x Alternate Image Monitor V1.11 July 17 2020 12:22:49

Re: App Header Failed

Posted: Fri Feb 28, 2025 4:29 pm
by TomNB
The other issue could be if something is interfering with the address or data bus. Are these plugged into your own h/w? If so, does any other module work in the same h/w?

Re: App Header Failed

Posted: Fri Feb 28, 2025 4:31 pm
by TomNB
The purpose of the recovery jumper is to put you in the Alternate Monitor as you have in your last post. Are you saying you cannot interact with the Alternate Monitor?

Re: App Header Failed

Posted: Mon Mar 03, 2025 7:17 am
by SeeCwriter
The modules are plugged into our hardware. Tens of modules are programmed in these test fixtures each week. It's only these two modules that won't program. It is rare that modules fail to program.
In one module it appears that the Alternate Monitor is not entered, based on the terminal output. The other module specifically says Alternate Boot Monitor. I can interact with the monitor program of both modules. It just hasn't corrected the issue so far.

Re: App Header Failed

Posted: Tue Mar 04, 2025 8:03 am
by TomNB
Thanks for the information. The recovery jumper boots the device to the alternate monitor, which uses defaults such as DHCP. It does not support AutoIP.

Once in the alternate monitor, you would need a PC and the MOD54417 to be on a network with a DHCP server so the MOD54417 can get IP settings, then you can download your app over the network. This is important, you cannot use a direct connection from pc to MOD54417 unless you set static settings through the serial monitor.

Alternatively, you can do a serial download using the FLA command regardless of the network settings of your app.

If you have tried this and it does not work the units should be sent back for analysis and we will reset or replace.

Throughout this thread its not clear to me if a download was tried to the alt monitor with DHPC or correct statis IP settings. Can you please confirm?

Re: App Header Failed

Posted: Tue Mar 04, 2025 9:30 am
by SeeCwriter
Yes, we used the Alternate Boot Monitor to successfully download MOD5441x_FactoryApp_APP.s19 to both modules using the FLA command with MTTTY serial terminal. But the app never ran. The same error messages I put in my previous posts were issued.

Neither module was able to get an IP Address when plugged into our DHCP network, which is why we had to use the serial port.

Re: App Header Failed

Posted: Fri Mar 07, 2025 10:33 pm
by TomNB
It acts like something is driving the address or data bus. But if they are new units and your sure it's not your h/w, then the next step would be to RMA them. Just to confirm, these are new units out of the package?