Hi, Thanks for the answer.
The DEN is the direction control of the data. DEN = 1 is Tx and =0 is Rx(from device side)
TXEN = 1 is the internal transmitter of PIC beeing enabled.
I am nearing a working solution, I can now download hex without errors.
The key was that the bootloader has the reciver open all the time, requering the HW to turn off the Rx driver to prevent the sent data to be looped back.(not the case in my HW) I added some small code in the "Send" routine, setting CREN to 0 during transmit. Could be an improvment for future?
I still have problems, but now its the app not working correctly after beeing programmed by the bootloader.
After using the loader to program the device, neither my app or the loader runs any more.
Any suggestions?
I enlose the program memory readup after using the loader to load the hex.
Thanks, Rigor.
The DEN is the direction control of the data. DEN = 1 is Tx and =0 is Rx(from device side)
TXEN = 1 is the internal transmitter of PIC beeing enabled.
I am nearing a working solution, I can now download hex without errors.
The key was that the bootloader has the reciver open all the time, requering the HW to turn off the Rx driver to prevent the sent data to be looped back.(not the case in my HW) I added some small code in the "Send" routine, setting CREN to 0 during transmit. Could be an improvment for future?
I still have problems, but now its the app not working correctly after beeing programmed by the bootloader.
After using the loader to program the device, neither my app or the loader runs any more.
Any suggestions?
I enlose the program memory readup after using the loader to load the hex.
Thanks, Rigor.