U-Boot Test

EEPROM auslesen:

=> i2c md 0x54 0x00.2 0x100

EEPROM schreiben (am Beispiel MAC-Adresse “00 D0 93 41 90 0A”):

=> i2c mw 0x54.2 0x20 0x0a 0x6
=> i2c mw 0x54.2 0x20 0x90 0x5
=> i2c mw 0x54.2 0x20 0x41 0x4
=> i2c mw 0x54.2 0x20 0x93 0x3
=> i2c mw 0x54.2 0x20 0xd0 0x2
=> i2c mw 0x54.2 0x20 0x00 0x1


I2C auslesen:

=> i2c probe
Valid chip addresses: 00 08 11 18 20 21 22 3B 3F 41 4C 51 54 60 62 78


Konfiguration:

=> setenv ipaddr <IP-Adresse TQMLS>
=> setenv netmask 255.255.255.0
=> ping <IP-Adresse Host>
=> setenv serverip <IP-Adresse Host>

Datenübertragung per TFTP:

=> tftp $loadaddr <filename>

Überprüfung crc32 Summe:

=> crc32 $loadaddr <Bytes transferred in hex>

Beispiel

crc32 Summe der übertragenen Datei auf dem TQMLS muss mit der der Originaldatei (zu finden unter: Eigenschaften → Hashwerte) übereinstimmen!

Bei Wiederholung des Tests muss der Inhalt der $loadaddr gelöscht werden (oder alternativ ein Reset/Power Cycle durchgeführt werden).

=> mw.b $loadaddr 0x00 <Bytes transferred in hex>


Von USB Stick lesen:

=> usb start
=> usb dev                                                      //USB Device verifizieren
=> fatls usb <USB Device>:<Partition>                           //Dateien auf dem USB Stick anzeigen (nur für Dateisystem FAT)
=> fatload usb <USB Device>:<Partition> $loadaddr <filename>    //Laden der Zieldatei vom USB Stick in $loadaddr
=> crc32 $loadaddr <bytes read in hex>                          //crc32 Summe überprüfen

Beispiel

Auf USB Stick schreiben:

=> usb start
=> usb dev                                                                                //USB Device verifizieren
=> setenv autoload no
=> setenv serverip <IP-Adresse Host>
=> dhcp
=> tftp $loadaddr <filename>                                                              //zu schreibende Datei per TFTP vom Host in die &loadaddr laden
=> fatwrite usb <USB Device>:<Partition> $loadaddr <filename> <Bytes transferred in hex)  //Datei auf den USB Stick schreiben
=> fatls usb <USB Device>:<Partition>                                                     //Überprüfung der Datei auf dem USB Stick (nur für Dateisystem FAT)

Beispiel

crc32 Summe der übertragenen Datei auf dem TQMLS muss mit der der Originaldatei (zu finden unter: Eigenschaften → Hashwerte) übereinstimmen!

Bei Wiederholung der Tests muss der Inhalt der $loadaddr gelöscht werden (oder alternativ ein Reset/Power Cycle durchgeführt werden).

=> mw.b $loadaddr 0x00 <bytes read in hex>


Hilfsmittel: SSD (Dateisystem: ext4)

Von SSD lesen:

=> scsi dev                                                         //SCSI Device verifizieren
=> ext4ls scsi <SCSI Device>:<Partition>                            //Dateien auf der SSD anzeigen (nur für Dateisystem ext4)
=> ext4load scsi <SCSI Device>:<Partition> $loadaddr <filename>     //Laden der Zieldatei von der SSD in $loadaddr
=> crc32 $loadaddr <bytes read in hex>                              //crc32 Summe überprüfen

Beispiel

Auf SSD schreiben:

=> scsi dev                                                                                          //SCSI Device verifizieren
=> setenv autoload no
=> setenv serverip <IP-Adresse Host>
=> dhcp
=> tftp $loadaddr <filename>                                                                         //zu schreibende Datei per TFTP vom Host in die &loadaddr laden
=> ext4write scsi <SCSI Device>:<Partition> $loadaddr <Zielverzeichnis> <Bytes transferred in hex>   //Datei auf die SSD in das Zielverzeichnis schreiben   
=> ext4ls scsi <SCSI Device>:<Partition>                                                             //Überprüfung der Datei auf der SSD (nur für Dateisystem FAT)

Beispiel

crc32 Summe der übertragenen Datei auf dem TQMLS muss mit der der Originaldatei (zu finden unter: Eigenschaften → Hashwerte) übereinstimmen!

Bei Wiederholung der Tests muss der Inhalt der $loadaddr gelöscht werden (oder alternativ ein Reset/Power Cycle durchgeführt werden).

=> mw.b $loadaddr 0x00 <bytes read in hex>


Disclaimer
TQ-Systems GmbH provides the Board Support Packages (BSP) free of charge. The software included in the shipment has been configured individually for the starter kits. The software is only intended to evaluate the module. The use of the Board Support Packages (BSP) is only allowed within the scope of functionality described by TQ-Systems GmbH. TQ-Systems GmbH does not accept any liability for all further changes of the Board Support Package and for any damage resulting from its use.