I have a woodworker that I cannot home. I have been trying for the past week to get it running with no luck

Hey Eric,

I don’t think that this will help.

The reason why users sometimes are told by Onefinity to reflash the entire SD card is because the package ‘onefinity-firmware’ is not packed as .deb package, so cannot be upgraded (except by overwriting the installation by unpacking the tarball) and especially can not be downgraded with ‘apt-get install onefinity-firmware=[older_version]’). That’s why they tell the users to overwrite the whole OS on the SD card that often :frowning: When the buggy 1.0* firmware was revoked by Onefinity, you could not downgrade the onefinity-firmware package as would have been the way to go if onefinity-firmware was correctly packed as .deb package. I think neither the Buildbotics Developer nor someone at Onefinity knows how to pack their firmware as a .deb package. Therefore, their firmware is installed with the ancient “unpack tarball” installation method and to avoid parts of a revoked version to remain in the system, they tell the users to reflash the entire operating system :frowning:

Another opportunity to simpy overwrite the whole Operating System with a virgin SD card image is a bug in the buildbotics-derived Onefinity Controller firmware. Everytime when you upload a g-code file, it creates a subset of files that the firmware uses to run the g-code later. This sometimes leads to strange effects when you upload a file with the same name. Sometimes you would want to erase such files, especially when you know you know that you don’t need them anymore. But in this case you can erase the contents of the corresponding directories and don’t need to reflash the entire SD card.

On the other hand, reports of failing SD cards are very frequent. In this case I would not reflash the same SD card, but buy a high-quality SD card instead and put the system image on this new card.

1 Like