crc32appender now needed for RRF?

gtj0 · 9 Oct 2019, 15:35

@smoki3 I also put it in /usr/local/bin and it worked from Eclipse. Did you restart Eclipse? You shouldn't have to but it may help.

You can also try running "make" manually...
From the output directory (Duet2_RTOS, Duet3_V06, etc), run make clean and make and see if that works.

gtj0 · 9 Oct 2019, 16:11

@wilriker These look like they could be good variables to use:

HostOsName
OsType
target.os

smoki3 · 9 Oct 2019, 16:51

@gtj0

Its funny, in the terminal it is working with make... In eclipse not

I figured out that eclipse only uses:

/usr/bin:/bin:/usr/sbin:/sbin

But on the mac we dont have permissions to add files to these folders

Any why to add another path to $PATH?

dc42 · 9 Oct 2019, 21:23

The Windows version of Eclipse lets you set up the search path within Eclipse. Does the Mac version offer the same?

bondus · 20 Feb 2020, 23:36

What does this tool do? I still get the .bin I want.

I get an error when building:
arm-none-eabi-objcopy -O binary "C:\eclipse\Firmware\RepRapFirmware\DuetM_RTOS/DuetMaestroFirmware.elf" "C:\eclipse\Firmware\RepRapFirmware\DuetM_RTOS/DuetMaestroFirmware.bin" && crc32appender "C:\eclipse\Firmware\RepRapFirmware\DuetM_RTOS/DuetMaestroFirmware.bin"
c:/program files/gnu arm eclipse/build tools/2.6-201507152002/bin/sh: crc32appender: not found

Building again the error goes away, there is an depency error in the makefiles.

wilriker · 21 Feb 2020, 05:14

@bondus It adds the CRC32 checksum to the end of the generated binary. The firmware updater checks for that. It will certainly complain if it's wrong but I don't know off hand what it does when it's missing.

dc42 · 21 Feb 2020, 07:14

The firmware will stop at boot up and flash the Diag LED if the CRC is wrong.

bondus · 21 Feb 2020, 10:16

@dc42 that crc protection certainly worked, I had to use SAM-BA to get my board back. It would be nice if the flasher-updater in the firmware also checked the CRC before updating.

dc42 · 21 Feb 2020, 10:48

@bondus said in crc32appender now needed for RRF?:

@dc42 that crc protection certainly worked, I had to use SAM-BA to get my board back. It would be nice if the flasher-updater in the firmware also checked the CRC before updating.

Good idea, I'll add this to the work list.

bondus · 23 Feb 2020, 01:28

Checking the CRC in the upgrader will limit downgrading though.

And adding the PATH in the dev environment to that tool is missing in the description on how to build the firmware. It's hard enough already to get RRF to build.

AJ Quick · 11 Apr 2020, 21:03

I'm having the same problem with crc32appender not being found in Eclipse.

I had to run it manually from the command line after the binary was generated.

Not sure what I need to do to tell Eclipse where to look for the file though.

gtj0 · 11 Apr 2020, 21:32

Oddly enough, the instructions are in BuildInstructions in the dev and v3.01-dev branches but not in the v3-dev branch.

You need to copy the appropriate binary from Tools/crc32appender to someplace in your system PATH or update your system PATH to point to the directory where the appropriate binary is located. If you're on Linux, you can just copy Tools/crc32appender/linux-x86_64/crc32appender to /usr/local/bin.