Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision | |||
| en:netzer:boot3 [2013/03/01 12:01] – [Advantages Bootloader 4] 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> | ||