Programador T43 plus
Me estoy planteando el comprar un unlooper..
He comprobado que han empezado a comercializar el t43 plus (= Unlooper v5 de electronicasuiza.com). Para los entendidos, ¿merece la pena comprar este en vez del t 43 normal? Tambien observo que viene con atmel y no con atmega, con lo cual, sería otro gasto mas a los 60 que ya vale el t43 plus. por otro lado mola el que configures el voltaje para no chamuscar la card. Graciasss |
En vista de que no había mucho movimiento en el foro, me decidí a comprarlo.
Compré tambien el kit atmega88. Ahora lo primero es acoplar el kit, pero tengo un pequeño problema... ¿cual es la r7 en este unlooper? No veo la serigrafía por ninguna parte. una vez hecho esto... alguien me puede pasar ó decir lo que debo hacer para grabar el at88 (por lo que he leído es complicadillo). |
muchas gracias lemas, me pongo a ello
|
Pues algo he hecho mal.
He programado el atmega con avrdude en modo comandos. Aparentemente todo bien, excepto que me daba error en la verificación y seguí con los fuses (no sé si la cagué) Ahora el EuroUpdateMM16 al darle a actualizar me da este mensaje "A entrar em TESTMODE... Error" Pero intento volver a programarlo con avrdude y me dice que no se encuentra el device, entiendo que entonces el atmega está grabado (aunque no esté bien). Tengo el programador (prog-88). En caso de ser problema de la grabación, ¿como podría re-programarlo otra vez? En el manual para actualizarlo (EuroUpdateMM16) dice dip/switch 2 ON y palancas hacia arriba. ¿es correcto?. Graciasss |
Cita:
Saludos |
Bueno, he copiado las salidas al programarlo desde consola.
C:\utilidades\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U lfuse:w:0xE0:m -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: reading input file "0xE0" avrdude: writing lfuse (1 bytes): Writing | ################################################## | 100% 0.00s avrdude: 1 bytes of lfuse written avrdude: verifying lfuse memory against 0xE0: avrdude: load data lfuse data from input file 0xE0: avrdude: input file 0xE0 contains 1 bytes avrdude: reading on-chip lfuse data: Reading | ################################################## | 100% 0.00s avrdude: verifying ... avrdude: 1 bytes of lfuse verified avrdude: safemode: Fuses OK avrdude done. Thank you. C:\utilidades\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U flash:w:"C:\utilidades\WinAVR\at88loader.BIN":a -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x0f0102 avrdude: Expected signature for ATMEGA88 is 1E 93 0A avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude: current erase-rewrite cycle count is -50462977 (if being tracked) avrdude: erasing chip avrdude: reading input file "C:\utilidades\WinAVR\at88loader.BIN" avrdude: input file C:\utilidades\WinAVR\at88loader.BIN auto detected as raw binary avrdude: writing flash (8192 bytes): Writing | ################################################## | 100% 3.75s avrdude: 8192 bytes of flash written avrdude: verifying flash memory against C:\utilidades\WinAVR\at88loader.BIN: avrdude: load data flash data from input file C:\utilidades\WinAVR\at88loader.BIN: avrdude: input file C:\utilidades\WinAVR\at88loader.BIN auto detected as raw binary avrdude: input file C:\utilidades\WinAVR\at88loader.BIN contains 8192 bytes avrdude: reading on-chip flash data: Reading | ################################################## | 100% 3.09s avrdude: verifying ... avrdude: verification error, first mismatch at byte 0x0000 0xff != 0x00 avrdude: verification error; content mismatch avrdude: safemode: lfuse changed! Was 7f, and is now 0 Would you like this fuse to be changed back? [y/n] n avrdude: safemode: efuse changed! Was 7, and is now 0 Would you like this fuse to be changed back? [y/n] n avrdude: safemode: Fuses OK avrdude done. Thank you. C:\utilidades\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U efuse:w:0x00:m -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: reading input file "0x00" avrdude: writing efuse (1 bytes): Writing | ################################################## | 100% 0.00s avrdude: 1 bytes of efuse written avrdude: verifying efuse memory against 0x00: avrdude: load data efuse data from input file 0x00: avrdude: input file 0x00 contains 1 bytes avrdude: reading on-chip efuse data: Reading | ################################################## | 100% 0.00s avrdude: verifying ... avrdude: 1 bytes of efuse verified avrdude: safemode: Fuses OK avrdude done. Thank you. C:\utilidades\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U hfuse:w:0xDF:m -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: reading input file "0xDF" avrdude: writing hfuse (1 bytes): Writing | ################################################## | 100% 0.00s avrdude: 1 bytes of hfuse written avrdude: verifying hfuse memory against 0xDF: avrdude: load data hfuse data from input file 0xDF: avrdude: input file 0xDF contains 1 bytes avrdude: reading on-chip hfuse data: Reading | ################################################## | 100% 0.00s avrdude: verifying ... avrdude: 1 bytes of hfuse verified avrdude: safemode: Fuses OK avrdude done. Thank you. C:\utilidades\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U lfuse:w:0xE0:m -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: reading input file "0xE0" avrdude: writing lfuse (1 bytes): Writing | | 0% 0.00s ***failed; Writing | ################################################## | 100% 0.09s avrdude: 1 bytes of lfuse written avrdude: verifying lfuse memory against 0xE0: avrdude: load data lfuse data from input file 0xE0: avrdude: input file 0xE0 contains 1 bytes avrdude: reading on-chip lfuse data: Reading | ################################################## | 100% 0.00s avrdude: verifying ... avrdude: verification error, first mismatch at byte 0x0000 0xe0 != 0x00 avrdude: verification error; content mismatch avrdude: safemode: lfuse changed! Was e0, and is now 0 Would you like this fuse to be changed back? [y/n] n avrdude: safemode: hfuse changed! Was df, and is now 0 Would you like this fuse to be changed back? [y/n] n avrdude: safemode: Fuses OK avrdude done. Thank you. Despues de este error vuelvo a ejecutar lo mismo. C:\utilidades\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U lfuse:w:0xE0:m -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: reading input file "0xE0" avrdude: writing lfuse (1 bytes): Writing | ################################################## | 100% 0.00s avrdude: 1 bytes of lfuse written avrdude: verifying lfuse memory against 0xE0: avrdude: load data lfuse data from input file 0xE0: avrdude: input file 0xE0 contains 1 bytes avrdude: reading on-chip lfuse data: Reading | ################################################## | 100% 0.00s avrdude: verifying ... avrdude: 1 bytes of lfuse verified avrdude: safemode: Fuses OK avrdude done. Thank you. ¿Estará bien programado? ¿Hay alguna manera de saber si está bien programado? graciasss |
Te has dejado la flash, los fuses si están correctos. Ahora que lo dominas, empieza por la flash y sigue con, efuse, hfuse, ifuse, para asegurar el tiro.
Saludos. |
[QUOTE=lemas;3073035]Te has dejado la flash, los fuses si están correctos. Ahora que lo dominas, empieza por la flash y sigue con, efuse, hfuse, ifuse, para asegurar el tiro.
Saludos.[/QUOTE] te los puse:(creo que es esto) [B]C:\utilidades\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U flash:w:"C:\utilidades\WinAVR\at88loader.BIN":a -F [/B] avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x0f0102 avrdude: Expected signature for ATMEGA88 is 1E 93 0A avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude: current erase-rewrite cycle count is -50462977 (if being tracked) avrdude: erasing chip avrdude: reading input file "C:\utilidades\WinAVR\at88loader.BIN" avrdude: input file C:\utilidades\WinAVR\at88loader.BIN auto detected as raw binary avrdude: writing flash (8192 bytes): Writing | ################################################## | 100% 3.75s avrdude: 8192 bytes of flash written avrdude: verifying flash memory against C:\utilidades\WinAVR\at88loader.BIN: avrdude: load data flash data from input file C:\utilidades\WinAVR\at88loader.BIN: avrdude: input file C:\utilidades\WinAVR\at88loader.BIN auto detected as raw binary avrdude: input file C:\utilidades\WinAVR\at88loader.BIN contains 8192 bytes avrdude: reading on-chip flash data: Reading | ################################################## | 100% 3.09s avrdude: verifying ... avrdude: verification error, first mismatch at byte 0x0000 0xff != 0x00 avrdude: verification error; content mismatch avrdude: safemode: lfuse changed! Was 7f, and is now 0 Would you like this fuse to be changed back? [y/n] n avrdude: safemode: efuse changed! Was 7, and is now 0 Would you like this fuse to be changed back? [y/n] n avrdude: safemode: Fuses OK avrdude done. Thank you. Mi manera de hacer es esta: Meto comando, que me da ok y sin fallos, pues sigo al siguiente. Que me da error, pues repito el comando. Pero desmonto todo el tinglao, pruebo el update y nasti de plasti. |
Te tiene que dar las mismas respuestas que en el manual, y como tu mismo puedes comprobar no es así.
Lo que te contesta a ti. avrdude: Device signature = 0x0f0102 avrdude: Expected signature for ATMEGA88 is 1E 93 0A Lo que tendría que contestar. avrdude: Device signature = 0x1e930a De hecho en los fuses si sale. Esto implica que luego salga el error. avrdude: verifying ... avrdude: verification error, first mismatch at byte 0x0000 Mientras salga eso es tontería programar los fuses a continuación, no vale de nada. Inténtalo con el avrdude-gui. Yo instalaría el winavr directamente en C, y el bin, también puesto en C. Saludos. |
otra prueba más
Borro el atmega:
C:\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -e avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.02s avrdude: Device signature = 0x1e930a avrdude: erasing chip avrdude: safemode: Fuses OK avrdude done. Thank you. Programo la flash: C:\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U flash:w:"C:\at88loader.BIN":a -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude: erasing chip avrdude: reading input file "C:\at88loader.BIN" avrdude: input file C:\at88loader.BIN auto detected as raw binary avrdude: writing flash (8192 bytes): Writing | ################################################## | 100% 3.58s avrdude: 8192 bytes of flash written avrdude: verifying flash memory against C:\at88loader.BIN: avrdude: load data flash data from input file C:\at88loader.BIN: avrdude: input file C:\at88loader.BIN auto detected as raw binary avrdude: input file C:\at88loader.BIN contains 8192 bytes avrdude: reading on-chip flash data: Reading | ################################################## | 100% 2.95s avrdude: verifying ... avrdude: verification error, first mismatch at byte 0x0000 0xff != 0x00 avrdude: verification error; content mismatch avrdude: safemode: lfuse changed! Was e0, and is now ff Would you like this fuse to be changed back? [y/n] n avrdude: safemode: hfuse changed! Was df, and is now ff Would you like this fuse to be changed back? [y/n] n avrdude: safemode: efuse changed! Was 0, and is now 7 Would you like this fuse to be changed back? [y/n] n avrdude: safemode: Fuses OK avrdude done. Thank you. Programo Efuses: C:\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U efuse:w:0x00:m -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: reading input file "0x00" avrdude: writing efuse (1 bytes): Writing | ################################################## | 100% 0.00s avrdude: 1 bytes of efuse written avrdude: verifying efuse memory against 0x00: avrdude: load data efuse data from input file 0x00: avrdude: input file 0x00 contains 1 bytes avrdude: reading on-chip efuse data: Reading | ################################################## | 100% 0.00s avrdude: verifying ... avrdude: 1 bytes of efuse verified avrdude: safemode: Fuses OK avrdude done. Thank you. Programo Hfuses: C:\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U hfuse:w:0xDF:m -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: reading input file "0xDF" avrdude: writing hfuse (1 bytes): Writing | ################################################## | 100% 0.02s avrdude: 1 bytes of hfuse written avrdude: verifying hfuse memory against 0xDF: avrdude: load data hfuse data from input file 0xDF: avrdude: input file 0xDF contains 1 bytes avrdude: reading on-chip hfuse data: Reading | ################################################## | 100% 0.00s avrdude: verifying ... avrdude: 1 bytes of hfuse verified avrdude: safemode: Fuses OK avrdude done. Thank you. Programo Ifuses: C:\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U lfuse:w:0xE0:m -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: reading input file "0xE0" avrdude: writing lfuse (1 bytes): Writing | ################################################## | 100% 0.00s avrdude: 1 bytes of lfuse written avrdude: verifying lfuse memory against 0xE0: avrdude: load data lfuse data from input file 0xE0: avrdude: input file 0xE0 contains 1 bytes avrdude: reading on-chip lfuse data: Reading | ################################################## | 100% 0.00s avrdude: verifying ... avrdude: 1 bytes of lfuse verified avrdude: safemode: Fuses OK avrdude done. Thank you. [B]Ahora parece que bien ¿no? De todas formas, hasta que no me comentes, no desmonto el "tinglao".[/B] |
Programo la flash:
C:\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U flash:w:"C:\at88loader.BIN":a -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude: erasing chip avrdude: reading input file "C:\at88loader.BIN" avrdude: input file C:\at88loader.BIN auto detected as raw binary avrdude: writing flash (8192 bytes): Writing | ################################################## | 100% 3.58s avrdude: 8192 bytes of flash written avrdude: verifying flash memory against C:\at88loader.BIN: avrdude: load data flash data from input file C:\at88loader.BIN: avrdude: input file C:\at88loader.BIN auto detected as raw binary avrdude: input file C:\at88loader.BIN contains 8192 bytes avrdude: reading on-chip flash data: Reading | ################################################## | 100% 2.95s avrdude: verifying ... avrdude: verification error, first mismatch at byte 0x0000 0xff != 0x00 avrdude: verification error; content mismatch avrdude: safemode: lfuse changed! Was e0, and is now ff Would you like this fuse to be changed back? [y/n] n avrdude: safemode: hfuse changed! Was df, and is now ff Would you like this fuse to be changed back? [y/n] n avrdude: safemode: efuse changed! Was 0, and is now 7 Would you like this fuse to be changed back? [y/n] n avrdude: safemode: Fuses OK avrdude done. Thank you. Los fuses si están bien, si te fijas no hay ningún error, pero en la flash si lo hay. Repite hasta que no salga error, prueba otra vez con el avrdude-gui, indícale que el bin está en C saludos. |
Pues por más que lo intento, siempre me da estas respuestas.
¿Es necesario borrar siempre antes de grabar? [B]C:\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -e[/B] avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: erasing chip avrdude: safemode: Fuses OK avrdude done. Thank you. C:\WinAVR\bin>"avrdude" -p m88 -c sp12 -P lpt1 -U flash:w:"C:\at88loader.BIN":a -F avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e930a avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude: erasing chip avrdude: reading input file "C:\at88loader.BIN" avrdude: input file C:\at88loader.BIN auto detected as raw binary avrdude: writing flash (8192 bytes): Writing | ################################################## | 100% 3.48s avrdude: 8192 bytes of flash written avrdude: verifying flash memory against C:\at88loader.BIN: avrdude: load data flash data from input file C:\at88loader.BIN: avrdude: input file C:\at88loader.BIN auto detected as raw binary avrdude: input file C:\at88loader.BIN contains 8192 bytes avrdude: reading on-chip flash data: Reading | ################################################## | 100% 2.86s avrdude: verifying ... avrdude: verification error, first mismatch at byte 0x0000 0xff != 0x00 avrdude: verification error; content mismatch avrdude: safemode: lfuse changed! Was e0, and is now 0 Would you like this fuse to be changed back? [y/n] n avrdude: safemode: hfuse changed! Was df, and is now 0 Would you like this fuse to be changed back? [y/n] n avrdude: safemode: Fuses OK avrdude done. Thank you. Ya no se que hacer, ¿que puede estar fallando? |
No es necesario borrar, de hecho antes de escribir borra.
Sigue adelante con los fuses, a ver si por casualidad actualiza después. Si no va, elimina el bin y descomprime otro, aunque es el mismo es posible que el que utilizas este alterado. Ponlo en C y también en winavr\bin. Hazme caso y prueba con el avrdude-gui. saludos. |
ya, si es que el avr-gui tambien me da error, pero no sé como copiarlo para que lo veas.
|
Acabo de darme cuenta de un detalle que no si puede afectar, el puente entre el unlooper y el programador es efectivo en los TE-43 y los V3, pero estos no necesitan ajustes y el tuyo si.
Ajústalo según el manual de c o e l m a, y pruebas otra vez. |
Pues a lo mejor van por ahí los tiros.
El unlooper lo ajustado con el atmel y de hecho he programado el atmel y he leido una card. Pero, claro, el atmega no lo he ajustado, he utilizado los valores del atmel. Lastima que tenga el polimetro en el trastero, mañana probaré. De todas formas les voy a enviar un mail para ver como se debería hacer, haber si con un poco de suerte me contestan |
Muchas gracias, voy a desinstalar el winavr y probar con el enlace de bin.
Voy a soldar los cables, ahora está superpuestos. C**lm* me a confirmado que el ajuste para atmel sirve para atmega, aunque para programar no influye. TAmbien me ha dicho que se utiliza el winavr. no se, se me ocurre probar con otro atmega. o con otro pc. ahh por ahí leí tambien de utilizar el 9-10 del zócalo del programador al 4-5 del zócalo del atmel del unlooper. |
bueno, pues ya está.
No sé si habrá sido por la desinstalación del avr, por soldar el cable del 4 al 9 (antes los tenia en el zocalo) ó por qué. El caso es que he podido regrabarlo con el avr y en modo msdos. Muchas graciasss, la verdad es que si no hubiera sido por tí posiblemente hubiera estampado el unlooper contra la pared. Ala, ahora a estudiar y a probar el euroca... |
Me alegro que haya acabado bien. Parecía un culebrón.
Ahora que lo has comprobado tu mismo, ya ves que con el puente que te dije vale. En un principio se hacían los dos puentes, pero cuando se me dio por comprobar a que correspondía cada pin, vi que el 4 del zócalo del Atmel no está conectado a nada, porque el 4 del integrado no se conecta. Logicamente si a ese pin le conectamos el 10 del Atmega, no estamos haciendo nada. El que te haya programado ahora posiblemente sea por cambiar el bin, a veces se alteran, aunque a mi se me escapa el por qué. Saludos. |
Lemas una última pregunta...
Con la modificación del atmega ¿como se configuran los dip del S1? Para programar puse el 2 en ON. He comprobado intentando un dump que con el 2 en ON la intermitencia es bastante más lenta que con el 3 en ON (casi fija). Pero estoy probando con ac3 y la verdad no sé si la conf. de programación es la misma que la de dumpeo. Graciasss otra vez |
Yo siempre he puesto el dip 2 de la placa, 3 en el módulo, en ON (para todo) Tengo algún dump en 8 segundos, y otro en 40 minutos, de la misma visa.
Los resultados dependen de muchas variables, maraca de los integrados, tensión de alimentación, cristal (18.000 ó 18.432) y en tu caso que tienes un porrillo de potenciómetros ya ni te digo. Por cierto ¿qué marca tienen los integrados U3/4/5/6/7? Saludos. |
pues mira,
u3=ST m74hct0481 u4= PHILIPS 74hc00N u5= ni idea tiene una F en grande y pone mm74hct74n u6 y u7= ni idea, el logo es una especie de i latina dentro de algo y pone 64h97fk e4 (e4 subrayado) y debajo cd74hc4053e Lemas no te he entendido. [B]"Yo siempre he puesto el dip 2 de la placa, 3 en el módulo, en ON (para todo) Tengo algún dump en 8 segundos, y otro en 40 minutos, de la misma visa."[/B] No me aclaro si pones el 2 ó el 3 en ON Es normal que el euro se quede "tostao" mientras dumpea?. Es que se me bloquea y para cerralo tengo que utilizar el administrador de tareas. A proposito me puedes dar una pista de donde encontrar emm-g? no encuentro por ninguna parte las ultimas que tengo son de agosto |
Dip 3 en ON.
Es totalmente normal que no responda, está hecho así, y eso que costaba 3000 euros. Cuando hace el dump o termina de escribir entonces responde. Gracias por las referencias, por cierto, la f es Fairchild y la i encerrada Texas. Para acabar de contestar, pásame un mail si te parece. Saludos. |
Leyendo y leyendo me entero que mi Unlooper T43, no sirve como està ahora me explico por què no sevia para nada, ya he pedido el Kit lo que sucede es que no tengo ni pagualera idea con què y como programar el At88 cuando me llegue, ¿hay algùn manuelillo por ahì que me oriente? ¡Asias y muchas veces!
Slu2. |
Manub, yo estaba igual, leete este post que seguro te saca de dudas.
Si tienes alguna pregunta concreta intentaré ayudarte en lo posible. |
Si tengo una pergunta, je,jee,jee (soy Gallego) me parece que no logro programar el AT88 y me parece que el problemo lo tengo con giveio, al instalarlo con la aplicaciòn punttdrrv me intala ò eso parece, le hago el test con la misma aplicaciòn y me contesta esto:the GIVEIO driver is NOT responding, ¿hay alguna manera de instalarlo seguro?
Slu2. |
Es posible que no tengas el archivo en la carpeta Windows, en el enlace te lo dejo, además de otros que puedes necesitar.
http://rapidshare.com/files/55745531/Archivos_que_pueden_ser_necesarios.rar Saudos paisano. |
oño estamos por todos lados como dios....al final como no digan como modificar para la azul...chungo pues la blankita lleva doble proteccion
|
Puede decirme alguien como acoplar el kit Atmega88 al T43 Plus o pasarme algun manual?
Saludos. |
Cita:
Bueno te explico mi triste experiencia a ver si te sirve: 1º compro el 43+ de c*o*e*l*m despues me entero de lo del atmega y en la misma web venden el kit el cual consiste en el adaptador del atmel al atmega, el atmega, el programador y dos integrados y una resistencia que todavia no he averiguado pa que coño sirven. la programacion del atmel no supuso ningun problema hasta aqui todo bien, mis penurias empiezan cuando con el ron 110 estudio me dice que nanai ya que tengo una ac3, y el acx studio me dice que no tengo un atmega, gracias a este hilo mas o menos me entero de como programarlo a la de 25 veces que le di al arvdude-gui me lo programó pero los fuses me dice que tu padre a caballo. Encuentro una version mas nueva del ron estudio que si funciona con la ac3 y el atmel y todavia está trabajando ya que supungo yo que al no haber programado los fuses el acx studio me dice que no trabaja con esa version del atmega88 "me quedé rallao cuando me lo dijo".... situacion actual el ron estudio lleva 20 horas y nada de nada..... si que son duras las ac3 joe... |
Bueno y a ver si alguien sabe decirme lo que significa el mensaje que me da el ACX estudio.
¡¡¡ Necesario Chip ATMega88 con versión MM17 !!! |
lo mismo me pasa ami con el acX studio sabeis que es ?
¡¡¡ Necesario Chip ATMega88 con versión MM17 !!! saludos y gracias |
[QUOTE=fortunadream;3175334]Bueno y a ver si alguien sabe decirme lo que significa el mensaje que me da el ACX estudio.
¡¡¡ Necesario Chip ATMega88 con versión MM17 !!![/QUOTE] Necesitais actualizar el ATMEGA88 con el programa MM17.EXE que estará en algún upload. |
mira para acabar antes....partiendo y demostrado pro mas compis que el t43 plus como el v5 azul estan dando miles de quebraderos de cabeza por el afan de vender y no testear bien los montages pues el v5 azul habia que cortar una pista y ponerle un cable ....vivan los buenos diseñadores de esa tienda....yo hubiera comprado el t43 de toda la vida pues con mod baratitas que uno puede hacerse personamente se estan consiguiendo muy buenos logro y a mis practics me remito...ahora cada cual con su dinero hace lo que desee...pero yo antes de comprar preguntaria
|
La franja horaria es GMT +2. Ahora son las 00:30. |
Powered por vBulletin™ Version 3.8.10
Copyright © 2024 vBulletin Solutions, Inc. All rights reserved.
Traducido por vBsoporte - vBulletin en español
ZackYFileS - Foros de Debate