LwIP fileserver project error

Hi,

I'm working with  EzKit Lite for BF609 processor (rev 0.0 and 0.1 )

After running the example fileserver, the console shows:

Configuring switches for the ethernet operation

lwip_system_init: failed to enable EMAC

lwip_sysboot_task: Failed to initialize system

I tried to debug, but the error is within a function "adi_ether_EnableMAC" .

Any idea to to solve the problem?

Thanks

Parents
  • 0
    •  Analog Employees 
    on Dec 19, 2013 3:25 PM

    Hi,

    Thanks for sending the example. This works fine on my target here. A side note; under the pin multiplexing you should have checked every box between A03 and A23 under SMC0, that is A03, A04, A05...A22, A23. It's unlikely to make a difference (as the code works here) but could I ask you to correct that and try again.

    Are you running the exact same DXE on your Finboard, with the same ethernet cable, etc?

    As I mentioned earlier this typically occurs when DHCP is not available, but can also occur when DHCP cannot be established. The latter can occur when there is no MAC address. While I would expect the dummy mac address approach above to fix this, there is something you can try to ensure there is a correct MAC address in flash.

    In the attached zip is a batch file I would like you to use. First, open it in a text editor, and you will see it is just a series of calls to the Command Line Device Programmer in CCES. Ensure that the CCES path is in your PATH environment variable, and edit the "-emu hpusb" switch to match your configuration (e.g. "-emu kit" if you are using an EZ-KIT Lite via SADA board, or "-emu usb" if you are using a USB-ICE).

    Then, call the batch file as per the command line below, passing the last 4 characters of the MAC address printed on the underside of your board, instead of 0x1234.

    c:\<path>\Mac_Update.bat  0x1234

    This will program the complete MAC as 00:E0:22:FE:12:34. So, replace those last 4 digits and you will reprogram your MAC address.

    You then, of course, need to add the "if..." back into the "get_mac_address" function. Try running the code again - check that it reports the correct mac address for your target.

    I notice also that you example contains a large number of additional Add-Ins - have you tried using just the basic File Server application, as provided in the Board Support Package? Does it behave the same way?

    Regards,
    Craig.

    MACUPDATE.zip
Reply
  • 0
    •  Analog Employees 
    on Dec 19, 2013 3:25 PM

    Hi,

    Thanks for sending the example. This works fine on my target here. A side note; under the pin multiplexing you should have checked every box between A03 and A23 under SMC0, that is A03, A04, A05...A22, A23. It's unlikely to make a difference (as the code works here) but could I ask you to correct that and try again.

    Are you running the exact same DXE on your Finboard, with the same ethernet cable, etc?

    As I mentioned earlier this typically occurs when DHCP is not available, but can also occur when DHCP cannot be established. The latter can occur when there is no MAC address. While I would expect the dummy mac address approach above to fix this, there is something you can try to ensure there is a correct MAC address in flash.

    In the attached zip is a batch file I would like you to use. First, open it in a text editor, and you will see it is just a series of calls to the Command Line Device Programmer in CCES. Ensure that the CCES path is in your PATH environment variable, and edit the "-emu hpusb" switch to match your configuration (e.g. "-emu kit" if you are using an EZ-KIT Lite via SADA board, or "-emu usb" if you are using a USB-ICE).

    Then, call the batch file as per the command line below, passing the last 4 characters of the MAC address printed on the underside of your board, instead of 0x1234.

    c:\<path>\Mac_Update.bat  0x1234

    This will program the complete MAC as 00:E0:22:FE:12:34. So, replace those last 4 digits and you will reprogram your MAC address.

    You then, of course, need to add the "if..." back into the "get_mac_address" function. Try running the code again - check that it reports the correct mac address for your target.

    I notice also that you example contains a large number of additional Add-Ins - have you tried using just the basic File Server application, as provided in the Board Support Package? Does it behave the same way?

    Regards,
    Craig.

    MACUPDATE.zip
Children
No Data