Pascal

Add documentation for firmware commands

I have fixed this by enforcing an even code size in FileIO for P18 devices, plus have incorporated various other fixes to support the Q84 types, specifically the 18F26Q84 that I have. This includes adding a new 'type 2' device (Q84) with more config words, and changing the hard-coded number of config words to CONFIGlen. While working with the code, I have changed tabs with spaces and re-formatted some code because I found it very hard to read. Therefore, I unfortunately cannot provide a reasonable...

Hmm, this seems complicated. 'size' seems to be set in 'FileIO' and the buffer allocated there... Not sure where this adjustment is best made. And maybe this problem also occurs with other devices so that it should be solved somewhere 'globally' ? Any advice from the code owner?

The problem is that for an uneven value of dim, the end check condition is missed because i increments in steps of 2 and the final packet is not written. A solution may be to grow the buffer when its size is even: if (dim & 0x01) { memCODE[dim++] = 0xff; } for (i = k = 0; i < dim; i += 2) { ... if (j > DIMBUF - 8 || i == dim - 2) { ...

The problem is that for an uneven value of dim, the end check condition is missed and the final packet is not written. A solution may be to grow the buffer when its size is even: if (dim & 0x01) { memCODE[dim++] = 0xff; } for (i = k = 0; i < dim; i += 2) { ...

Bug in Write18FKx

Bug in read code for new PIC18F devices

Could you point out the differences? I have compared to Q43 and Q84 family programming specs and the only difference I could find was the number of config bytes/words. The Q84 has some extra ones for the CRC engine. Apart from this, is anybody successfully programming Q43 devices? I am asking because I currently am trying to add the Q84 device to op, but get programming failures and crashes (there also is a bug in the read code, I will report it separately)