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

Ala, a currar.

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.

Bueno yo te puedo ayudar en algo porque la verdad llevo como quince dias con el y ya no se si cortarme las venas o dejarmelas largas :y).

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