Search found 7 matches

Thanks for the insight. I got my bootloaders working (or so it seems).

The problem is that despite my #orgs in my code, the linker put the putc up near the top of memory. This is new behavior. ...

Just figured out the code quoting thing just before reading your reply. Thanks anyway. Yes, it does look like a putc() and the label would agree. Good insight. Still makes no sense why it isn't ad ...

My 18F452 code has no interrupt service routines for this project. I transitioned from PCH 3.218 to 4.114. On v3, the interrupt vectors were left NOPs. In v4, I get code there (see below). The res ...

For the 452 with write_program_eeprom(), the erase is handled automatically? Great!

The data sheet shows erase is only automatic when writing FLASH_WRITE_SIZE (64) bytes. This requires write_pro ...

By changing c from an unsigned int1 to an unsigned int32, all now works.
No casting of k, just c ^= k.

Still doesn't make a whole lotta sense but things are working.

I am using PCWH v3.218 for a project on an 18f452 and all is good.
Same code breaks on v4.112. I have found the issue to be related to xor and data types.

Test #1 is standard xor truth table.
T ...

Broken corner case to watch for:

#define FOO "D=1\""
printf(FOO);

doesn't work on PCWH 4.111. I think it is the double "".

To get this to work, change to
#d ...