Newsgroup: it.hobby.elettronica.digitale
Titolo: HEX o BIN questo dilemma!!!!!!!!!!!!!

+ACo-.bin +AD0- programmare le EEPROM
+ACo-.hex +AD0- programmare i pic
Domanda:
se quello che ho scritto sopra +AOg- vero ( e dovrebbe essere cos+AOw-) mi potete
dire come mai ICprog mi carica i file .HEX anche nella sezione di
programmazione delle eprom cosa che Piccard non fa?
2)Affermazione+AD0- +ACI-per cambiare i codici basta riprogrammare le EEprom+ACI-
    Domanda+AD0-Come mai si trovano solo (o quasi ) codici .hex?
                        Come mai se scarico i file hex sulla scheda mi si
aggiorna lo     stesso
                        I file hex scrivono nella EEprom interna al pic?non
serve che siano .bin?
Per favore rispondetemi, ho studiato il seka fino ad oggi (mcdouff,
mcdonald, ecc,) , conosco abbastanza bene il funzionamento, tutte le
istruzioni, chiavi, nano ecc ed adesso mi ritrovo di fronte a questo
(sembra) piccolissimo problema che mi ritrovo con le mani legate (a livello
teorico si intende)

 +ACo-.hex +AD0- programmare i pic
I file bin sono un'immagine binaria del contenuto della memoria. I file hex
sono un po' di piu', infatti i dati sono espressi in modo testo in
esadecimale, e in piu' e' indicato anche il loro indirizzo (oltre ad esserci
anche un check control per verificarne la correttezza).
In una eprom o eeprom carichi i tuoi bytes cosi' come sono all'indirizzo che
ti serve. In un pic anche, solo che il programmatore interpreta il file hex
e si fa carico lui lui di scrivere i bytes ai giusti indirizzi.
Claudio

ti ringrazio di cuore, non sai che peso mi hai tolto e ti chiedo (non
mandarmi a quel paese) se posso trovare un qualche tipo di file (html,
pdf,txt,quello che ti pare) dove posso reperire maggiori informazioni al
riguardo
ciao Roberto


 se posso trovare un qualche tipo di file (html, pdf,txt,quello che ti
pare) dove posso reperire maggiori informazioni al riguardo
Riguardo a come e' fatto un hex? Potrei mandarti via mail un paio di pagine
di un manualetto (ma facendo una ricerca in rete dovrebbe esserci qualcosa),
tra un paio di giorni pero' perche' adesso sono di passaggio e devo
allontanarmi per il weekend.
ciao
Claudio

 riguardo
Il formato HEX, Split HEX ed HEX32 sono illustrati ad esempio nell'help in
linea di MPASM (
www.microchip.com
). A suo tempo io ho usato quella fonte per
scrivere un software di programmazione per i PIC. Comunque non c'e` molto da
dire, posso anche riportarti il testo integrale:
HEX:
/***************************************************************************
This format produces one 8-bit hex file with a low byte, high byte
combination. Since each address can only contain 8 bits in this format, all
addresses are doubled. This file format is useful for transferring PICmicro
MCU series code to PRO MATE II, PICSTART Plus and third party PICmicro MCU
programmers.
Each data record begins with a 9 character prefix and ends with a
2-character checksum. Each record has the following format:
:BBAAAATTHHHH....HHHCC
where:
BB - is a two digit hexadecimal byte count representing the number of data
bytes that will appear on the line.
AAAA - is a four digit hexadecimal address representing the starting address
of the data record.
TT - is a two digit record type record type that will always be '00' except
for the end-of-file record, which will be '01'.
HH - is a two digit hexadecimal data byte, presented in low-byte/high-byte
combinations.
CC - is a two digit hexadecimal checksum that is the two's complement of the
sum of all preceding bytes in the record.
***************************************************************************/
HEX32:
/***************************************************************************
The extended 32-bit address hex format is similar to the hex 8 format,
except that the extended linear address record is output also to establish
the upper 16 bits of the data address. This is mainly used for 16-bit core
devices since their addressable program memory exceeds
32 k words.
Each data record begins with a 9 character prefix and ends with a 2
character checksum. Each record has the following format:
:BBAAAATTHHHH....HHHCC
where:
BB - is a two digit hexadecimal byte count representing the number of data
bytes that will appear on the line.
AAAA - is a four digit hexadecimal address representing the starting address
of the data record.
TT - is a two digit record type:
00 - Data record
01 - End of File record
02 - Segment address record
04 - Linear address record
HH - is a two digit hexadecimal data byte, presented in low byte, high byte
combinations.
CC - is a two digit hexadecimal checksum that is the two's complement of the
sum of all preceding bytes in the record.
***************************************************************************/
---
Bye! Lorenzo Lutti
http://antani.virtualave.net/