view ostc4pack/create_full_update_bin.sh @ 411:e908b894f107 Improment_NVM

Bugfix: Limit log length in case of corrupted sample storage: In case of a sample address reset the header would have a smaler end address as the start address. As result the length becomes very long and download e.g. via Subsurface, would seem to hang. To solve this the number of sample bytes in this use case has been limited. Tested with subsurface only. After change dowload of logs is possible again. Nevertheless the sampledata will be lost. Minor change: "header" was used as global as well as as local variable => changed name for global variant to gheader.
author ideenmodellierer
date Mon, 13 Jan 2020 20:27:57 +0100
parents 9c77cfe8c2b2
children f4b553da620a
line wrap: on
line source

#!/bin/bash

#
# path and file name settings
#

# the build products are here
BUILD_PATH="$HOME/OSTC4workspace"

# Debug or Release build
BUILD_TYPE="Release"

# build project names
CPU1_DISCOVERY="CPU1-Discovery"
CPU1_FONTPACK="CPU1-FontPack"
CPU2_RTE="CPU2-RTE"

#
# End of path and file name settings
#

#
# Copy the bin files to pack. Build them seperately
#
cp $BUILD_PATH/$CPU1_DISCOVERY/$BUILD_TYPE/$CPU1_DISCOVERY.bin .
cp $BUILD_PATH/$CPU1_FONTPACK/$BUILD_TYPE/$CPU1_FONTPACK.bin .
cp $BUILD_PATH/$CPU2_RTE/$BUILD_TYPE/$CPU2_RTE.bin .

#
# OSTC4pack_V4 all
#
./src/OSTC4pack_V4 1 $CPU1_DISCOVERY.bin
./src/OSTC4pack_V4 2 $CPU1_FONTPACK.bin
./src/OSTC4pack_V4 0 $CPU2_RTE.bin

#
# Final pack
#
./src/checksum_final_add_fletcher ${CPU1_DISCOVERY}_upload.bin \
				${CPU1_FONTPACK}_upload.bin \
				${CPU2_RTE}_upload.bin