Perfetto... questo già vi fa capire che in se vorreste visualizzare un valore da 0 a 255 in 16bit sarebbe impossibile giusto?
Quindi ritorniamo sempre al discorso che facevamo prima sul hexdump..
Sono i valori stessi contenuti in un componente che dettano la visualizzazione corretta..
Non so se è chiaro..
BAMMMMM ... lacrime di terrore
Impieghero' tutta la notte per cercare di capire queste 4 righe
Inizio a ragionarci da ora...
Perche' impossibile? Se devo rappresentare un valore da 0 a 255 quindi di 1 byte in 16bit ( 2 byte) avro' sempre un 00xx ? no ?
Sto facendo un macello.
chiaro il concetto che la visualizzazione è legata ai bit del componente fisico ma non conoscendolo a primo impatto uno switcha la visuale fino ad avere una forma potabile..
la questione degli 8 bit su 16 bit ovviamente non si puo fare, 16bit ha 65536 variabili da 0 a 65535 quindi in scala diversa dalla 8bit, ovviamente in visuale 16bit, il top di curva a 8bit, si ferma a 255 su 65535 bit in visualizzazione a 16bit.. poi che sia motorola o ieee va in base a che tipo di memoria contiene il file aperto.
giusto?
Vivi ****** & Muori da EROE !
A me ecm titanium con driver caricati mi da motorola 16 bit per questa famiglia di centraline.
è vero che anche visivamente, prendendo le zone note è l'unico tipo di visualizzazione che da una grafica sensata.
ok, si tratta solo di un tipo di scelta per la visualizzazione grafica e facilitare la comprensione rispetto alla tabella esa o binaria...
ma... allora.. non so come spiegarmi.... se apro il file della lettura della flash di una EDC15C7 (che è un componente in 8 bit) la tabella il valore ad uno stesso indirizzo sia in tabella che in grafica 2D scegliendo la visualizzazione IEEE 8bit è lo stesso. fin qua non fa na grinza.
se apro la EDC16C39 (suppongo sempre di vedere la zona della flash che però in questo caso immagino essere un componente 16 bit) solo con la visualizzazione motorola 16bit vedo qualcosa di graficamente sensato ma, ogni indirizzo del grafico ha un valore che comprende DUE valori presenti sulla tabella hex...
se non avessi avuto i driver, dalla sola visione dell'esadecimale, come avrei mai potuto intuire che avrei dovuto usare una visualizzazione 16bit?
devo per forza essere gia' a conoscenza di quanti bit ha il componente che sto leggendo indipendentemente da quello che vedo nel tabellare hex per fare una scelta giusta della visualizzazione grafica?
e... non sono per niente ferrato in elettronica... motorola rispetto a IEEE? anche questa deve essere una scelta fatta già conoscendo il tipo di componente che voglio leggere graficamente?
Te stai a fa un trip amico..
Visualizza come te pare.. alla fine devi sapere il valore dei b.p. e asse z. Il resto é fuffa
Vivi ****** & Muori da EROE !
Se vuoi capire sta fuffa, usa IDAPro e apri un dump che vuoi. Li capisci meglio la differenza.
Vivi ****** & Muori da EROE !