FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
|||
|
|||
"Tolomeo se mudo al Polo Norte"
Última edición por JoseFco fecha: 24-12-2008 a las 12:17:49. |
#22
|
||||
|
||||
La variable k, sobra.
De 0 a 15 deberia ser lo mismo que de 0x0000 a 0x000F y vos lo que estas haciendo, es llenar una columa con el final de la cuenta de 0 a 15, entonces, 0x0000 a 0x000F que sigue? 0x0010, y ahi te empieza a escribir. El procedimiento esta "alrevez". Saludos
__________________
|
#23
|
||||
|
||||
Te diste cuenta?, mira la corrección, es muy sencillo.
Saludos
__________________
|
#24
|
|||
|
|||
"Tolomeo se mudo al Polo Norte"
Última edición por JoseFco fecha: 24-12-2008 a las 12:18:10. |
#25
|
||||
|
||||
Para tratar una serie de 0 a 4095 no hagas dos bucles, haz uno solo.
Asi no pierdes ni uno solo de los valores ni repites ninguno. |
#26
|
||||
|
||||
Por cierto, para llenar el memo lo haces cuando la pasada lo piad, al final de cada grupo de 16.
|
#27
|
|||
|
|||
"Tolomeo se mudo al Polo Norte"
Última edición por JoseFco fecha: 24-12-2008 a las 12:18:30. |
#28
|
|||
|
|||
"Tolomeo se mudo al Polo Norte"
Última edición por JoseFco fecha: 24-12-2008 a las 12:18:42. |
#29
|
||||
|
||||
Cita:
Saludos
__________________
|
#30
|
||||
|
||||
|
#31
|
|||
|
|||
"Tolomeo se mudo al Polo Norte"
Última edición por JoseFco fecha: 24-12-2008 a las 12:18:57. |
#32
|
|||
|
|||
"Tolomeo se mudo al Polo Norte"
Última edición por JoseFco fecha: 24-12-2008 a las 12:19:12. |
#33
|
||||
|
||||
Pero no entiendo cual es la duda.
de 0 a 4095 son 4096 posiciones, en el bucle, carga fila/columa aplicando un mismo valor de j, es decir, de posición. Si el incremento llega a un valor de palabra de 0x000F entonces agrega la linea al Memo. El hecho de usar un solo bucle y no dos, es simplemente para mejorar el procedimiento, porque sino que harias? rellenas todas las columnas y cuando tenes las columnas empezas a cargar una a una las filas, para que? si se puede hacer de un tirón, sin miedo de repetir numeros. Siempre tenes que saber como esta formado el mapa de memoria, y miralo como una matriz de fila por columna, sabiendo eso, son los parámetros que necesitas modificar, asi como el ancho de la palabra (en bytes). Saludos
__________________
|
#34
|
|||
|
|||
"Tolomeo se mudo al Polo Norte"
Última edición por JoseFco fecha: 24-12-2008 a las 12:19:32. |
#35
|
||||
|
||||
Cita:
No se que uC estás programando, ya que de eso depende las características del mapa de memoria, forma de escritura, etc. Pero te pongo un ejemplo con un uC Pic. El programa puede considerarse que ocupa toda la memoria, puesto a que, donde finaliza la data real del firmware, dicho código escribe un dato de nulidad o conjunto vacío. En el caso de un Pic, (3FFFh=vacío). Por lo que borrar un chip, en el caso de un Pic, es lo mismo que decir, escribir 3FFFh a toda la matriz de memoria de programa, y 00h a cada direccion de la EEPROM. Para resolver esto y que lo vuelques de forma elegante en un StringGrid, que me parece una idea exelente, y de hecho programas como el ICProg lo hacen asi, hay que analizar la situacion de la siguiente forma: 1) Determinar la estructura de la matriz del mapa de memoria del uC. 2) Determinar la estructura de la matriz que ocupa en memoria los datos. Sabiendo estos 2, solo resta hacer la lógica Pseudocódigo Cita:
Saludos
__________________
|
#36
|
|||
|
|||
"Tolomeo se mudo al Polo Norte"
Última edición por JoseFco fecha: 24-12-2008 a las 12:20:03. |
#37
|
||||
|
||||
Atencion, pregunta, ¿porque vas a guardar en un fichero IntelHex 4Kb de codigo si solo son utiles unos pocos cientos de bytes? ¿es posible grabar solo una parte del chip? ¿Seria mas comodo un StringGrid mas pequeño que 4096 celdas?. Yo hice algo parecido para un PIC y tenia una solucion, el resto de la memoria no ocupada por el programa efectivo no lo llenaba con ceros, simplemente lo dejaba en blanco, es decir, a 3FFF. Asi puedes reconocer donde esta el limite del codigo activo y fijar un limite superior para los bucles de grabacion y de volcado a un fichero IntelHex o para grabar el micro o crear el StringGrid que va a contener los datos.
|
#38
|
|||
|
|||
"Tolomeo se mudo al Polo Norte"
Última edición por JoseFco fecha: 24-12-2008 a las 12:20:31. |
#39
|
|||
|
|||
"Tolomeo se mudo al Polo Norte"
Última edición por JoseFco fecha: 24-12-2008 a las 12:20:46. |
#40
|
|||
|
|||
"Tolomeo se mudo al Polo Norte"
Última edición por JoseFco fecha: 24-12-2008 a las 12:21:03. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Bitmap buffer | fitolanga | Gráficos | 4 | 21-04-2007 15:58:29 |
Rececpción de buffer incerrecta ?¿ | Gagiel | Internet | 3 | 05-03-2007 11:07:38 |
Leer buffer de teclado | dieleo | Varios | 0 | 12-02-2007 19:23:19 |
Texto del buffer del sistema | calogero | Varios | 1 | 07-02-2007 18:22:16 |
Problema con Double Buffer | guillonet | C++ Builder | 0 | 29-08-2006 19:26:22 |
|