en:netzer:boot3

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
en:netzer:boot3 [2011/12/06 21:55] – created holtmannen:netzer:boot3 [2025/06/11 20:42] (current) – external edit 127.0.0.1
Line 1: Line 1:
-====== Bootloader Version 3 ======+====== Bootloader Version 3 / 4 ======
  
 Up to now, all Netzers supplied had the Bootloader in version 2. Up to now, all Netzers supplied had the Bootloader in version 2.
 +
 This Bootloader accepted intel hex files via TFTP standard. This Bootloader accepted intel hex files via TFTP standard.
  
-Instead of intel hex files, the new version 3 of the Bootloaders expects (encoded) binary files with a proprietary structure. +Instead of intel hex files, the new versions of the Bootloader expects (encoded) binary files with a proprietary structure. Those Bootloader are particularly for professional use. Bootloader 3 is used for firmware release 1.4, Bootloader 4 is used for release 1.5.
  
-<note important>It is not required to create and copy own images with the Bootloader version 3.</note>+<note important>It is not simply possible to create and copy own images for those Bootloader versions.</note>
  
-The advantage is that particularly for professional use not any image may be flashed up. Moreover, it is impossible to readily disassamble these images.+<note tip> 
 +The Bootloader may be also provided with any other password for own images. For the know-how and the tools required simply contact [[@/contact_en.htm|me]]. 
 +</note>
  
-The Bootloader may be also provided with any other password for own images. For the know-how and the tools required simply contact [[http://www.mobacon.de/contact_de.htm|]].+From the outside, a Netzer with new Bootloader version is recognizable by the **left** LED blinking at the network socket.
  
  
-From the outsidea Netzer with Bootloader version 3 recognizable by the **left** LED blinking fastly a the network socket.+===== Advantages ===== 
 +  * Not not any image may be flashed up, the used key must match. 
 +  The images can not be easily disasembled. 
 +  The readportection of the controller is activated. 
 +  The code was further optimized and has smaller size of 6K. 
 +  * Plausiblity and CRC check of flashed image. 
 + 
 + 
 +===== Advantages Bootloader 4 ===== 
 +  * Independent data chunks can be flashed at different times (with different start addresses). 
 +  * Gently usage of the flash memory: Only the flash areas are erased where new data is written to. 
 +  * Dedicated functions of the bootloader can be used from a flashed application, which may save space. 
  
 ===== Update ===== ===== Update =====
  
-If a [[http://www.mobacon.de/shop_netzer_license_de.htm|license]] for the pro-version has been acquired, an update from Bootloader 2 to version 3 is first of all required. The update is sent as an intel hex file via e-mail. Each update is signed with the MAC-address of the target Netzer. When acquiring the license, stating the MAC-address of the Netzter is required.+If a [[@/shop_netzer_license_en.htm|license]] for the pro-version has been acquired, an update from Bootloader 2 to version 3 is first of all required. The update is sent as an intel hex file via e-mail. Each update is signed with the MAC-address of the target Netzer. When acquiring the license, stating the MAC-address of the Netzter is required.
  
 The most important thing at first: In general, Boot updates function on all Netzers of this world. But the version 1.4 can be exclusively installed on the Netzer with the stated MAC-address later! Hence, please apply the correct boot update only for the correct Netzer. During the flashing process, please do not switch the Netzer off! The most important thing at first: In general, Boot updates function on all Netzers of this world. But the version 1.4 can be exclusively installed on the Netzer with the stated MAC-address later! Hence, please apply the correct boot update only for the correct Netzer. During the flashing process, please do not switch the Netzer off!
  
-The Boot update using TFTP according to this [[de:netzer:boot2|instructions]] is copied. After successful flashing, the Netzer should start up again and the LEDs of the network socket should blink alternately. This is the flashing process of the update. After that, the Netzer restarts automatically, the new Bootloader version is installed! It is recognizable that the left LED instead of the right one is blinking in the Bootloader mode now.+The Boot update using TFTP according to this [[en:netzer:boot2|instructions]] is copied. After successful flashing, the Netzer should start up again and the LEDs of the network socket should blink alternately. This is the flashing process of the update. After that, the Netzer restarts automatically, the new Bootloader version is installed! It is recognizable that the left LED instead of the right one is blinking in the Bootloader mode now. 
  
 ===== Updates during operation ===== ===== Updates during operation =====
Line 29: Line 45:
 Since version 1.3, the firmware update is required to be explicitely activated via the Netzer web interface (logged in as the administrator). This closes a potential security hole of the Netzer. For this, there is a radio button in the general settings: Since version 1.3, the firmware update is required to be explicitely activated via the Netzer web interface (logged in as the administrator). This closes a potential security hole of the Netzer. For this, there is a radio button in the general settings:
  
-{{ :de:netzer:webinterface_permit_firmware_upload_de.jpg?nolink& |Webinterface screenshot}}+{{ :en:netzer:webinterface_permit_firmware_upload.jpg?nolink& |Webinterface screenshot}}
  
 After that, the file is transferred to Netzer by TFTP PUT-instruction. Netzer is activated via the IP-address or the network name. Under Windows, a TFTP call of the command line for example looks as follows: After that, the file is transferred to Netzer by TFTP PUT-instruction. Netzer is activated via the IP-address or the network name. Under Windows, a TFTP call of the command line for example looks as follows:
 +
 <code>tftp -i ne7C4000.local put "Netzer.bin"</code> <code>tftp -i ne7C4000.local put "Netzer.bin"</code>
  
-<note important>The **-i** swithces the binary mode on, since Bootloader 3 accepts binary files only.</note>+<note important>The **-i** switches the binary mode on, since Bootloader 3 accepts binary files only.</note>
  
 Netzer is automatically set in update mode and transferred in the file. A running transfer is recognizable by the network activity LED, ligthing up for about ten to twenty seconds. At the end, the tftp-client displays a message similar to the following one: Netzer is automatically set in update mode and transferred in the file. A running transfer is recognizable by the network activity LED, ligthing up for about ten to twenty seconds. At the end, the tftp-client displays a message similar to the following one:
 +
 <code>Transfer successful: 335139 bytes in 16 seconds, 20946 bytes/s</code> <code>Transfer successful: 335139 bytes in 16 seconds, 20946 bytes/s</code>
 +
  
 ===== Updates in Bootloader mode ===== ===== Updates in Bootloader mode =====
  
-For about two seconds, the Bootloader mode is active directly after plug-in of the power supply. It is recognizable by the fastly blinking left LED. In Bootloader mode, Netzer always has a fix, not changeable IP-address 192.168.97.60 as well as MAC-address 00-04-A3-00-00-00. It is important that the IP is not occupied by another device in the network. The update process is analog to the first variant.+For about two seconds, the Bootloader mode is active directly after plug-in of the power supply. It is recognizable by the fastly blinking left LED. In Bootloader mode, Netzer always has a fix, not changeable IP-address 192.168.97.60 as well as MAC-address 00-04-A3-00-00-00.  
 + 
 +<note important>Netzer supports only ARP and TFTP in Bootloader mode, no ICMP. Hence, Netzer can **not** be pinged at 192.168.97.60.</note> 
 + 
 +It is important that the IP is not occupied by another device in the network. The update process is analog to the first variant.
  
 <note important>If the update is started, only one Netzer must be in the network and in the Bootloader mode!</note> <note important>If the update is started, only one Netzer must be in the network and in the Bootloader mode!</note>
 +