mattwach

I for some reason didn't see this before. It looks great, nice work!

Currently, the code compiles to around 29k and thus will not fit on the 16k flash of the 168. A lot of that space is in the fonts, however, and the fonts are run length encoded so it might be possible to get to 16k by choosing RLE-friendly fonts and maybe reducing the overall number of fonts (I think I'm using 4 right now). It would be a bit of work to get there.At 6:18 of the video, that is just a mock up I did in inkscape before writing the code. I sed it to help me pick the fonts and font sizes. Cheers!

I'm using the time files that comes with the AVR standard library. What error are you getting?

Good question. The ATMega4809 is more powerful than the ATMega328P so no problems there. The code would need to be compiled for the board though because it runs at 20 Mhz and the UART configuration (software and hardware) are based on clock frequency. I also would not be surprised if other (likely small) changes are needed to the code.

I'm glad it is working. Note that the 3.3V 8Mhz version is configured to use the same pins as the nano (D2 for serial). I can not test the 3.3V version currently but I'll test it when I can and update it depending on how the testing turns out.

Hello,I assume that you are using the nano firmware. As you suggested, the code is compiled for a 16mhz crystal and will thus run the UART at the wrong speed (4800 baud). The 32k crystal firmware works with a 8mhz clock but is configured to require a 32k crystal.I can try compiling an 8mhz version for you but unfortunately my computer is not available for a week or so. Alternatively, you can try installing a 32k crystal on your current pro mini or you can try and get a 16mhz mini or nano.

I'll build a version for the pro mini 8mhz and upload as soon as I get access to a computer. I'll let you know!

Looks good and good luck!

Very cool, thanks for sharing!

I think it must be a difference in how PORTC is defined. That would be in the AVR include libraries - we might be using a different version. I can try adding the --param=min-pagesize=0, which sounds like a reasonable workaround.

Interesting. Mine compiles with -Werror, -Wall with no warnings or errors. I'll take a closer look at the warning you posted above and see I can understand it as I do not see any arrays on that line.

Thanks for report! I'll take a look and update the git repo.

Good to hear.

Great question! The waveshare module is V2.

The .hex file is bigger than the firmware. The final firmware size if 29k. This is small enough to fit in the 32k of an ATMega328P but the ATMega168 only has 16K of flash space. Getting that to fit would involve some creativity - probably replacing the fonts with alternate versions that compress better.

Thank you!