Did you see the note re. Linux on the README ?
Yes, I did not see the note.
dd if=TestAndMeasurement.bin of=/mnt/FLASH.BIN bs=512 conv=notrunc oflag=direct,sync
The dd command is one I only use as the option of last resort.
I think the root of my problem is a dumb assumption. I assumed that the initial firmware would be all loaded via the programmer.
I now see that the process requires the programming of the the boot loader via the ISP connector, followed by copying the firmware via the usb connector.
OK so I have connected Win10 (dual-boot PC) to the usb-gpib usb-C connector. I see:
GPIBUSBBOOT(D:)
EEPROM.BIN 1KB
FLASH.BIN 24KB
So that looks like it is working.
Then I tried copying TestandMeasurement.bin via the usb connector and got the error message in the attached image.
FLASH.BIN is taking up all the space.
For me, it makes no sense to re-program via the USB port.
To enable the boot loader to load new firmware, I need to remove the enclosure and short two pins on the ISP connector. Then download the firmware via the usb connector using the data destroyer dd command or Win10 copy.
If I re-program the firmware via the ISP connector, I need to remove the enclosure and plug in my usbasp programmer using the benign avrdude program.
To use the usb connector really requires an externally accessible push switch to short the ISP pins without removing the enclosure. I did look at this option when designing my PCB but did not include one. I think I will add that option on the pcb (fit for but not with).
I have make progress. I have confirmed:
the ISP works,
the usb-C works,
the MCU works.
but I have not yet been able to load the usb-gpib firmware. I am still doing something wronng.