??? 05/03/05 20:39 Read: times |
#92835 - re so it works? Responding to: ???'s previous message |
Hi Jan,
No it doesnt work, I dont know why the method doesnt work. The characters recieved via UART are recieved at the part of ISP and at that point I just XOR it with a for the outside world unknown digit. The ISP first recieves it, or it is a command or ":" or other ASCII character, first of all i XOR it with a number, even then, the ISP is flashed into the LPC with flash magic, flash magic even verifies to type YES if want to currupt or modify the ISP-code. FM gives no errors and the program i run works. But after i enter ISP again, FLASHMAGIC should not communicate with the LPC because the protocol is now changed, so now if FM sends one character, the ISP should see it as a different character(XORed with a digit) and that does not happen, FM communicates perfect, and even flashes the program HEX perfectly. I dont know what else i should change, am flashing the ISP correctly, is there anything else i did not see? here is the code i changed, ;***** console output routine ***** ; ;Outputs character in the ACC to ;the serial output line. CO: ACALL FD_WDT ;feed the WDT JNB TI,CO ;wait till xmtr ready CLR TI ;reset xmtr flag XRL A,#45 ;xor to decrypt MOV SBUF,A ;output char to SIO RET ;and done ;***** console input routine ***** ; ;Waits until character has been received ;and then returns char in ACC. CI: ACALL FD_WDT ;feed the WDT JNB RI,CI ;wait till char CLR RI ;reset rcvr flag MOV A,SBUF ;read the char XRL A,#45 ;encrypt RET ;and done CO and CI are the mainport of the ISP, trough this routine the ISP is communicating to FM, but strange enough the xor is never applied, or the ISP-code is not in the chip, even FM verifies it. Best regards Sarsam |
Topic | Author | Date |
ISP-AES(or other tiny encryption)for LPC | 01/01/70 00:00 | |
so it works? | 01/01/70 00:00 | |
re so it works? | 01/01/70 00:00 | |
could it be | 01/01/70 00:00 | |
TEA | 01/01/70 00:00 | |
re could it be? | 01/01/70 00:00 | |
double-xor | 01/01/70 00:00 | |
LPC935 | 01/01/70 00:00 | |
TEA | 01/01/70 00:00 | |
Tea time! | 01/01/70 00:00 | |
TEA time ;) | 01/01/70 00:00 | |
More tea![]() | 01/01/70 00:00 | |
Please clarify requirements | 01/01/70 00:00 | |
what i want, Dan | 01/01/70 00:00 | |
Looks like you are set then | 01/01/70 00:00 | |
to Dan | 01/01/70 00:00 | |
Re: to Dan | 01/01/70 00:00 | |
Mode of operation | 01/01/70 00:00 | |
I underdstand now., thanks | 01/01/70 00:00 | |
better done in hardware | 01/01/70 00:00 | |
what about this? | 01/01/70 00:00 | |
what are you making | 01/01/70 00:00 | |
theft has to be prevented | 01/01/70 00:00 | |
either or | 01/01/70 00:00 | |
FM is just a "vehicle"... | 01/01/70 00:00 | |
but a diesel | 01/01/70 00:00 | |
it's easy | 01/01/70 00:00 | |
again, why | 01/01/70 00:00 | |
unsecure? | 01/01/70 00:00 | |
yes | 01/01/70 00:00 | |
Individual sector security bits removal | 01/01/70 00:00 | |
lockbits | 01/01/70 00:00 | |
Now i understand! | 01/01/70 00:00 | |
same thing | 01/01/70 00:00 | |
what am i making? | 01/01/70 00:00 | |
be careful | 01/01/70 00:00 | |
why GSM? | 01/01/70 00:00 | |
FM | 01/01/70 00:00 | |
FM | 01/01/70 00:00 | |
for the xor method to work | 01/01/70 00:00 | |
RC4 | 01/01/70 00:00 | |
RC4 | 01/01/70 00:00 | |
A reminder | 01/01/70 00:00 | |
encryption | 01/01/70 00:00 | |
pgpi.org | 01/01/70 00:00 | |
ok thanks jez | 01/01/70 00:00 |