Martin Vladić

Thanks. I will try to do the rest by myself using your tips. I will post here about the progress.

I forked your project and created avr_progmem branch. By now, I created two commits: 1) support for 64K progmem https://github.com/mvladic/scpi-parser/commit/d6ef5b156f39c9896bc46d21bba1bf6f9799308b 2) arduino example for 64K progmem https://github.com/mvladic/scpi-parser/commit/dfebea1e8296ebcd185fe25847f06b1c2b352e90 It is slightly...

I added support for the full program memory, here is the commit: https://github.com/mvladic/scpi-parser/commit/533299d7f1b23bb9ade0e220be893bde342287d1 To support, not only first 64K, but full program memory there are some (minor) complications. Let me...

> Are there any drawbacks to leave it under 64k? Or the linker is not intelligent much and can place progmem section over this boundary? Linker will use program memory...

I understand the problem. This is certainly minor issue and also I just checked SCPI specification again and found following: > -101 Invalid character > [A syntactic element contains a...

I just figured out one strategy to do this. I will send one chunk of data with one SCPI command, i.e. each chunk will be different SCPI command. For example,...

I think I can live with the workaround. Thanks!

This should be tested again.

We didn't find satisfactory PNG encode/decode library. It needs to be small in code size, fast in execution and small in memory consumption, preferably without dynamic memory allocation.

This library is using dynamic memory allocations. I made a decode and encode test program. Here is the source code, image used for decode, resulting image from encode and text...