Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
en:netzer:boot3 [2013/03/01 12:01] – Advantages added svesch | en:netzer:boot3 [2025/06/11 20:42] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | ====== Bootloader Version 3 / 4 ====== | ||
+ | |||
+ | Up to now, all Netzers supplied had the Bootloader in version 2. | ||
+ | |||
+ | This Bootloader accepted intel hex files via TFTP standard. | ||
+ | |||
+ | 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> | ||
+ | |||
+ | <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 [[@/ | ||
+ | </ | ||
+ | |||
+ | From the outside, a Netzer with new Bootloader version is recognizable by the **left** LED blinking at 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 a 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, | ||
+ | |||
+ | |||
+ | ===== Update ===== | ||
+ | |||
+ | If a [[@/ | ||
+ | |||
+ | 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 [[en: | ||
+ | |||
+ | |||
+ | ===== Updates during operation ===== | ||
+ | |||
+ | The update is carried out by means of a PC via the network. The hex file to be loaded is previously filed on the hard disk. The file is transferred to Netzer via TFTP-protocol. The update requires a TFTP-client. Most operating systems included such a client as a standard. | ||
+ | |||
+ | 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: | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | 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: | ||
+ | |||
+ | < | ||
+ | |||
+ | <note important> | ||
+ | |||
+ | 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: | ||
+ | |||
+ | < | ||
+ | |||
+ | |||
+ | ===== 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. | ||
+ | |||
+ | <note important> | ||
+ | |||
+ | 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> | ||