TODOPIC
FORO TÉCNICO => Foro Técnico => Mensaje iniciado por: Marioguillote en 18 de Julio de 2010, 20:51:22
-
Hola a todos!
La pregunta del asunto resume lo que quisiera saber.
Siendo más específico ... la placa que regalaron en el Seminario (http://www.ucontrol.com.ar/forosmf/off-topic/microchip-master-conference-argentina-2010/msg30764/#msg30764), ¿a alguien le ha funcionado?
Quien haya participado del Seminario (http://www.ucontrol.com.ar/forosmf/off-topic/microchip-master-conference-argentina-2010/msg30764/#msg30764), sabe del evento y de la placa que estoy hablando.
¿Alguien ha experimentado algo con esta placa? He intentado hacer algunos intentos elementales con el Hiperterminal de XP y no he obtenido resultados. Por más que configuro todo (creo) no logro siquiera que los LEDs se enciendan indicando transmisión.
Otro inconveniente que encuentro es que el LED Rx se enciende con sólo acercar la mano a la placa !?!?!?
Me gustaría compartir experiencias con alguien que posea esta placa para saber en qué me estoy equivocando o qué me está faltando resolver.
Saludos!
Mario
PD: Posteo esta consulta de manera simultánea en uControl y en TodoPIC para incrementar las posibilidades de encontrar algún feliz poseedor de esta placa. Entre los cientos de asistentes, alguien debe haber intentado utilizarla y debe andar por aquí ...
-
El mio tampoco funciona!!! :shock: :shock: :shock: :shock: :5] :5] :5] :5]
-
A mi me paso lo mismo... :5] :5]
Lo que recuerdo es que habia logrado comunicación en un solo sentido.... (No me acuerdo para que lado).
Y el led de RX tambien se enciende cuando le acerco la mano :D :D.
Despues lo abandone....
Saludos
-
Despues de haber leido y respondido el post me puse a observar que sucedia.... y descubri que como en vez de colocar un conector macho colocaron uno hembra se le dieron vuelta los pines... osea solo me funcionaba para un lado porque el 3 no se invierte, esta en el medio :D :D
Como la placa la hicieron ellos (No es de microchip) usaron el mismo pin-out que para un conector macho.
Otra cosa es que hay que colocar un jumper en el JP0 que lo que hace es abrir la linea RX (Por eso le poniamos el dedo y se encendia el led).
Y si quieren comprobar que el MCP2200 este bien configurado (obvio que como espejo) le sacan el JP0 y le ponen un jumper en RX-TX y listo.
Aclaro que todavia no lo probe porque es tarde... y tengo sueño.
Pero mañana por la noche a la vuelta del trabajo si puedo lo pruebo y les aviso.
Saludos
-
Yo cambie el conector DB9 por uno hembra, pero aun asi no anda.
No probe lo del jumper... :5] :5]
-
Yo todavía tengo el mio guardado en la mochila que lleve al seminario... prometo sacarla y meterle manos, justo estos dias que hace frio y esta lindo para quedarse guardado en casa.
-
Hola Marcos! Hola Ema! Hola Germán! :)
El que traía era hembra Marcos. El que hay que ponerle es uno macho (como el que trae la compu en el panel trasero).
Lo que sucede es que para colocar uno así, te queda del lado de abajo de la placa y eso queda espantoso.
Después subo imágenes de cómo me queda a mí.
Otra cosa es que hay que colocar un jumper en el JP0 que lo que hace es abrir la linea RX (Por eso le poniamos el dedo y se encendia el led).
:shock: ¿Que sentido pudo haber tenido hacer eso? ¿Aislar el MCP del MAX232?
Y si quieren comprobar que el MCP2200 este bien configurado (obvio que como espejo) le sacan el JP0 y le ponen un jumper en RX-TX y listo.
Hice la prueba con el Hyperterminal y si bien me reconoce el puerto (en mi notebook se aplica sobre el COM7) no transmite nada. Pone el anuncio que se agotó el tiempo y se muere en el intento.
Esta noche voy a hacer más pruebas. Voy a armar un sistema elemental con un PIC y un MAX232 a ver que sucede.
Tengo una estación meteorológica que sólo utiliza los pines Rx y Tx y la he probado y nada .... el MCP no transmite. :( siendo que con la máquina de escritorio funciona sin problemas.
Un abrazo a los tres!
Esta noche sigo con los ensayos. :mrgreen:
Mario
-
Huyyy!!!
Voy a ver que hice!!!
El jumper debe ser para usarlo directo al pin de un PIC, en caso que lo conectes para dotar de USB a un PIc sin el...
-
Hola Marcos! Hola Ema! Hola Germán! :)
Hola Mario! Hola Marcos! Hola Germán! :)
Hice un tiempito antes de comer y le cambie el conector y ahora soy el feliz poseedor de un MCP2200 funcionando... :D :D
Lo que sucede es que para colocar uno así, te queda del lado de abajo de la placa y eso queda espantoso.
Asi es va de abajo... pero no quedo tan feo...
Saludos
-
Hola Marcos! Hola Ema! Hola Germán! :)
Hola Mario! Hola Marcos! Hola Germán! :)
Hice un tiempito antes de comer y le cambie el conector y ahora soy el feliz poseedor de un MCP2200 funcionando... :D :D
Lo que sucede es que para colocar uno así, te queda del lado de abajo de la placa y eso queda espantoso.
Asi es va de abajo... pero no quedo tan feo...
Saludos
Yo lo solde desde arriba, no tuve en cuenta eso...
Ahora se va a romper mas todavia cuando lo saque y de vuelta !! :5] :5] :5] :5]
-
Yo lo solde desde arriba, no tuve en cuenta eso...
Ahora se va a romper mas todavia cuando lo saque y de vuelta !! :5] :5] :5] :5]
Mi placa no se daño, por el contrario de mi dedo gordo que se llevo los pines clavados "AHHHH!!!" :5] :5]....
Saludos
-
La mia arrastro el resorte de union entre pistas... :lol: :lol:
-
Hice un tiempito antes de comer y le cambie el conector y ahora soy el feliz poseedor de un MCP2200 funcionando... :D :D
OK !
Hola a todos !!! :)
Bien Ema!!!! Ahora viene la parte importante del hilo.
¿Cómo lo has ensayado?
¿Lo probaste con el Hyperterminal o con alguna aplicación específica?
¿Colocando el jumper entre Rx y Tx debiera funcionar y encender los LEDs (al menos el de Tx) indicando que estoy transmitiendo?
¿El puerto seteado en 9600, 8, N, 1, N ? Más velocidad? Menos?
Saludos!
Mario
-
Lo ensaye de dos formas:
A) Con un puente entre TX-RX, sin el JP0. Usando el Siow de PICC (CCS).
Encienden los leds de Rx y de Tx de acuerdo a como pasan los datos (En modo Blink). Y alternados (En modo Toggle).
En este modo no hace falta cambiar el conector, porque no se usa.
B) Con una placa que posee una interfaz RS232 y la programe como espejo, con el JP0 colocado. Usando el Siow de PICC (CCS).
Encienden los leds de Rx y de Tx de acuerdo a como pasan los datos (En modo Blink). Y alternados (En modo Toggle).
Las velocidades siempre fueron de 9600 baudios, 8 bits de datos, 1 bit de stop, sin paridad. No probe otras pero supongo que deberia funcionar.
Aclaro por si las moscas... estan usando el "MCP2200 Configuration Utility". Porque sino no va a funcionar nunca....
Saludos
-
OK !
Aclaro por si las moscas... estan usando el "MCP2200 Configuration Utility". Porque sino no va a funcionar nunca....
Sí. Ahí tengo solo un tilde en la primer casilla (la que hace que los LEDs muestren el tráfico de datos), he cargado la configuración por default, he controlado que el COM se mantenga en las aplicaciones que quiero usar .... y nada!
Yo no uso CCS, que macana :( , pero me tendría que funcionar entonces (encender los LEDs indicando tráfico de datos) con el puente entre Tx y Rx y utilizando el Hyperterminal. :huh:
Esta noche vuelvo a intentarlo. Voy a buscar a ver si tengo otras opciones para experimentar.
Gracias Ema por la ayuda! Felicitaciones! Al menos a alguien le funciona! :)
Cualquier acontecimiento aviso por este medio.
Saludos!
Mario
-
:8} :8} :8} :8} :8}
No logro hacerlo funcionar.
En realidad el "MCP2200 Configuration Utility" lo configura, lo reconoce y hasta puedo "jugar" dejando encendidos los LEDs cuando el seteo del puerto lo cambio entre 1 y 0 en esos dos pines (y no tengo tildado el casillero que los coloca como monitores de tráfico de datos)
En el sistema operativo siempre aparece sin conflictos y funcional .... pero no funciona. Los datos no se ven pasar por allí.
¿Que SO estás usando Ema? Será que en el mío no funka? :huh:
Ya no sé que pensar. Lo intenté con el Serial Communicator que trae Proton (PicBasic) y tampoco funcionó.
Lo más llamativo es que la placa funciona y dá claros signos que está conectada y con algunas funciones presentes pero a la hora de manejar datos, todo queda como si no se hubiese dado ninguna instrucción.
El próximo paso ya es pasar a conectar algo en el DB9 y ponerlo a recibir. Tal vez tenga mejor suerte pero no creo. Si no transmite tampoco debe recibir. Hasta ahora con el puente en Rx-Tx no ha funcionado.
Me lo voy a tener que tomar con calma y experimentar con más tiempo.
Si alguno quiere aportar más experiencias, bienvenidos sean. :)
Cualquier avance que logre les cuento.
Saludos a todos!
Mario
-
A mi me funciono sin problemas, el único inconveniente fue el tema del jumper en JP0 antes de eso, midiendo me di cuenta que no había continuidad entre el pin de Rx del 232 y del MCP2200 así que soldé un cablecito entre ellos, después recién me di cuenta lo del jumper. :? Pero no tuve ningún problema con la comunicación, lo probé en el hyperterminal con Windows XP y con Windows 7 y no tuve ningún inconveniente. Éxitos con la tuya Marioguillote!
-
Buenas mario.
Te adjunto una imagen de como esta configurado el MCP2200.
Tambien lo probe en el hyperterminal y anda bien.
Otra vez por si las moscas....
*Estas seguro que cuando usas el hyperterminal estas seleccionando correctamente el COM del MCP2200.
*Ademas recuerda que en el hyperterminal hay que llamar para que arme la conexion. (Te digo porque me habia olvidado y no me funcionaba...)
*Proba la opcion de ponerle eco al hyperterminal asi ves si esta saliendo algo.
Proba la placa sola sin ningun jumper ni el cambio del conector, deberia encender el led verde cuando vos le envias datos...
Saludos y espero que lo puedas solucionar
-
Buenas mario.
Te adjunto una imagen de como esta configurado el MCP2200.
Tambien lo probe en el hyperterminal y anda bien.
Otra vez por si las moscas....
*Estas seguro que cuando usas el hyperterminal estas seleccionando correctamente el COM del MCP2200.
*Ademas recuerda que en el hyperterminal hay que llamar para que arme la conexion. (Te digo porque me habia olvidado y no me funcionaba...)
*Proba la opcion de ponerle eco al hyperterminal asi ves si esta saliendo algo.
Proba la placa sola sin ningun jumper ni el cambio del conector, deberia encender el led verde cuando vos le envias datos...
Saludos y espero que lo puedas solucionar
Recien ahora pude probarlo (aun no di vuelta la ficha), pero poniendo el jumper entre Rx y Tx devuelve cada caracter que le envio.
Lo que si no responde igual es el archivo de configuracion, que no se que paso, pero algo falla, devuelve errores que no se de donde vienen.
Veanlo en el adjunto...
-
Hola Marcos!
Cargaste el *.inf correcto? Hay dos, el que tiene fecha 26/03/10 tengo cargado yo. Tal vez sea eso.
Hola Gary!
Felicitaciones! Está bueno saber que puedo estar cometiendo algún error. Porque se puede solucionar. El problema sería que a nadie le funcione porque sería un error de hardware y allí tendríamos que hacer el desarrollo nuevamente! :)
Yo sigo intentándolo y no he logrado variación alguna.
En este momento estoy subiendo un video a YouTube que en minutos sale por aquí para que vean lo que hago y se fijen si me equivoco en algún paso o si me salteo algo. Mostrándoles como lo hago, tal vez ustedes sepan indicarme dónde me equivoco. ;-)
Una imagen valemás que mil palabras.
En un rato salgo con el material fílmico. :mrgreen:
Saludos!
Mario
-
Ponete lindo y perfumate... :D :D :D
-
Aqui hay gato encerrado!!
Miren las recomendaciones de Microchip!!!
Mi version tiene un A0 mas grande que una casa!!!
El de ustedes??
Hay que valorar el ESFUERZO que hicieron los proveedores para darnos semejante regalo!!!
Son muestras GRATIS !!!
-
Siempre digo que hay que escuchar a los mayores !!
Hola Marcos!
Cargaste el *.inf correcto? Hay dos, el que tiene fecha 26/03/10 tengo cargado yo. Tal vez sea eso.
Hice eso y santo remedio !! :-/ :-/ :-/
Gracias, Guru Mario!!! :D :D
-
Mi version tiene un A0 mas grande que una casa!!!
El de ustedes??
Hay que valorar el ESFUERZO que hicieron los proveedores para darnos semejante regalo!!!
Son muestras GRATIS !!!
Obvio .... igual !!! :D
Siempre digo que hay que escuchar a los mayores !!
Hola Marcos!
Cargaste el *.inf correcto? Hay dos, el que tiene fecha 26/03/10 tengo cargado yo. Tal vez sea eso.
Hice eso y santo remedio !! :-/ :-/ :-/
Gracias, Guru Mario!!! :D :D
O sea te funciona .... bien :5] hasta ahora soy el único al que no le funciona :5]
Acepto bromas .... :D
He aquí el video. Algún alma caritativa que me diga: El error está en ....
Saludos!
Mario
-
Hay que valorar el ESFUERZO que hicieron los proveedores para darnos semejante regalo!!!
Son muestras GRATIS !!!
:D :D :D
Mario, por lo que observo todo esta correcto.
La última prueba que me queda sugerirte es que lo uses en otra PC. (Puede ser algun problema de drivers...)
Primero sin utilizar el "MCP2200 configuration utility, y despues configurandolo...
Saludos
-
Como te va Mario? Te cuento que estuve haciendo algunas pruebas mas con la placa, y haciendo lo que tu hiciste en el video (enviar un archivo) tambien me da el error de que se ha agotado el tiempo :?
Yo siempre probé la placa enviando solamente datos (texto) a través del hyperterminal, osea, escribiendo lo que deseo mandar en el área de trabajo. Porque no pruebas de esta forma??? Ademas, otra forma en la que probe fue utilizando la herramienta PC's Serial Port Terminal del PIC Simulator IDE y al menos el Led de Tx se prende indicando que he mandado el dato!
EDITO: también h probado la placa con el SIOW de la IDE de CCS y puedo mandar strings de datos sin problemas.
-
Hola Ema!
La última prueba que me queda sugerirte es que lo uses en otra PC. (Puede ser algun problema de drivers...)
En eso estoy en este momento. Actualizando una de las máquinas a SP3. Por lo que parece tengo para un buen rato hasta que concluya la actualización.
Sucede que en todas las máquinas de la casa tengo el mismo SO y me vá a suceder lo mismo en todas. Así que apenas termine de actualizarse a SP3 veremos con qué nos encontramos.
Hola Gary!
Yo siempre probé la placa enviando solamente datos (texto) a través del hyperterminal, osea, escribiendo lo que deseo mandar en el área de trabajo. Porque no pruebas de esta forma???
Cuando quiero escribir no me lo permite :5] Sólo me admite que le cargue un TXT y bueno ... hace lo que ya vimos. Por eso uso el mismo tipo de programa que usan ustedes pero el que trae Proton (el que muestro en el video)
Peeeeeeeeeeeeeeeeeeeeeeeeeero ............ pero, pero, perooooooo ...... las malas noticias suelen ser buenas a veces. ¿Porqué digo esto?
Le secuestré la placa al amigo Jukinch que aún la tiene sin usar, tal como la entregaron, y la placa de él tampoco funcionó! :grin: Eso me alienta a pensar que no son las placas y que es un problema de SO (teniendo en cuenta que estoy configurando bien). Por eso me puse a actualizar, al menos una máquina a SP3. Cuando termine el proceso hago las pruebas pertinentes y les cuento.
Gracias por estar ahí amigos. ! :)
Saludos!
Mario
-
Mario, debes configurar el hyperterminal para poder escribir en el! una vez conectado al puerto COM correspondiente, puedes ir a Archivo>Propiedades, y en la pestaña Configuración da click en el botón Configuración ASCII. Te abre una nueva ventana y marcas:
- Enviar fin de linea con los avances de linea
- Eco de los caracteres escritos localmente
- Agregar avance de linea al final de cada linea recibida
- Ajustar las lineas que sobrepasen el ancho del terminal
Asi lo tengo configurado yo y puedo escribir sin problemas! Estas por hacerlo funcionar!! :-/
-
Cuando quiero escribir no me lo permite :5] Sólo me admite que le cargue un TXT y bueno ... hace lo que ya vimos.
Con respecto a esto, siempre te va a dar error porque el hyperterminal (usado para enviar un archivo) se queda esperando que la placa le responda algo y eso nunca va a suceder... aunque cuando el hyperterminal envia los datos deberias ver prendido el led verde, cosa que no sucede.
Ademas el hyperterminal siempre envia las teclas que pulsas aunque no te muestre lo que estas escribiendo porque por defecto el eco local no viene habilitado.... pero como bien dijiste en el emulador de proton si deberia funcionar.
Solo queda esperar que sea un problema con la PC.
Saludos
-
Solo queda esperar que sea un problema con la PC.
Si señorrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr !!!!!!!!!! :-/ :mrgreen: :-/ :mrgreen: :-/ (Claro que esto vale unos cuántos saltarines !!!)
Y eso era nomás!
Actualicé XP de SP2 a SP3 y todo comenzó a funcionar sin tocar más nada! :mrgreen: :grin: :mrgreen: :grin: :mrgreen:
Con el emulador de Protón con y sin el jumper entre Tx/Rx y con el hyperterminal configurado como indicó Gary.
Genialísimo!
Enormes GRACIAS gary, ema y Marcos! Ojalá esto le sirva a muchos que seguramente deben estar en la misma situación que estaba yo.
Ahora voy a actualizar la Notebook para usarla con la estación meteorológica (http://www.neoteo.com/estacion-meteorologica-neoteo-parte-ii.neo) desde el móvil cuando esté con ganas de experimentar en días de campo :)
GRACIASSSSSSSSSS !!!!
Saludos!
Mario
-
Buena Mario!!! :-/ :-/ :-/
Ojalá esto le sirva a muchos que seguramente deben estar en la misma situación que estaba yo.
De eso estoy seguro....
Saludos
-
Felicidades Mario! Ahora ya eres el feliz poseedor de la placa!! :-/ :-/ :-/
-
Epaaa!!!!
Felicidades Mario!!
La verdad es que la mia le cambie el conector y aun no la probe en comunicacion (aunque descarto que va a funcionar).
Lo voy a probar en una comunicacion exigente, tengo un ICD-S Clon que trabaja a 115200 Bps, a ver como va.
Despues les cuento...
-
Gracias Marcos! :)
Al menos ahora recibe datos y demuestra cada vez estar más viva.
La verdad es que la mia le cambie el conector y aun no la probe en comunicacion (aunque descarto que va a funcionar).
Ahí vamos a seguir con este hilo me parece ...
Lo voy a probar en una comunicacion exigente, tengo un ICD-S Clon que trabaja a 115200 Bps, a ver como va.
Yo la probé con una aplicación nada exigente a 38400 Bps y no funcionó. Con el COM1 de la pecé de escritorio me funciona sin problemas la aplicación. Con esta placa (la del MCP) se "cuelga" todo y arruina el enlace. Se bloquea, se muere. Hay que reiniciar la máquina para que vuelva a detectar el MCP2200. :(
Lo único que hace la aplicación es un intercambio de datos (Tx-Rx) y una activación (en la aplicación externa) mediante el RTS. No lo pude hacer funcionar ni con la aplicación natural de la estación meteorológica (VB6) ni con el Serial Terminal de Proton.
Veremos cuándo tenemos tiempo para dedicarle nuevamente. Ya me hizo perder toda la semana "hacerle abrir los ojitos" al menos! :D
Estamos en contacto! Esto recién empieza me parece!
Al menos vive el MCP, ahora hay que tratar de hacer funcionar todo el conjunto.
Saludos!
El Mario
-
Hoy lo probe a 115200 bps, solo enviandole caracteres.... y tuve dos resultados...
Con el Jumper TX-RX solo, osea solo funcionando el MCP2200. Funciono a las mil maravillas...
Pero cuando le conecte una placa, devolvio algunos (pocos) caracteres equivocados... pero supongo que es por la placa porque la arme rapidito para probar.
Saludos
-
Hola de nuevo !
Seguimos trabajando con este MCP2200 que me está empezando a hartar. :5]
Luego de las explicaciones y ayudas que me han brindado, el módulo (la placa) que venimos ensayando comenzó a funcionar en un intercambio de datos sencillos con una aplicación que sólo entrega un eco (hace de espejo) de los datos que se transmiten.
Esos mismos datos los recibo en un PIC los muestro en un LCD, los reenvío a la notebook a traves del USB y veo los datos recibidos igual que si estuviera trabajando con un puerto serie convencional.
Es un ejemplo muy elemental que devuelve los caracteres enviados y los muestra en el cuadro de "recibidos"
Todo funciona muy lindo. Lo mismo que hago en la PC de escritorio a traves de puerto serie convencional, lo puedo hacer en la notebook con la placa adaptadora del MCP2200 + el MAX232.
El ejemplo que utilizo está acá (http://www.neoteo.com/conectando-un-pic-al-puerto-serie-rs232.neo).
El problema nace cuando en la aplicación para configurar el MCP2200 tildo la casilla de habilitación de RTS y CTS. Cuando intento hacer cualquier movimiento (como hacía antes) se "cuelga" todo el sistema y debo cerrar las aplicaciones a la fuerza (CTRL + ALT + DEL)
He intentado de configurar en las propiedades del COM virtual todos los modos de control de flujo y no he logrado que funcione. He colocado un puente entre los pines 7 y 8 (RTS y CTS) del DB9 para hacerle creer al MCP2200 que tiene respuesta desde el dispositivo remoto para transmitir y ha sido peor el resultado: ni siquiera me reconoce la placa del MCP2200 la notebook.
Es decir, mientras no intento hacer control de flujo funciona todo bien pero cuando quiero trabajar con RTS y CTS se me bloquea todo ! :5]
Incluso, sin conectar la placa del MCP2200 a ninguna aplicación y puenteando los pines 7 y 8 (del DB9), me sigue provocando la misma falla. Es decir, usando sólo el "eco" en los datos (jumper entre los pines Rx y Tx de la placa) e intentando hacer otro eco entre el RTS y CTS. De ningún modo funciona. Siempre se bloquea todo.
Alguien lo ha hecho funcionar con control de flujo? O sea, con RTS y CTS enable?
Aclaro: esa funcionalidad es vital para trabajar, por ejemplo con RS485.
Saludos!
Mario
-
Genial ! :5]
Comparen el circuito de la placa de esta dirección (http://ww1.microchip.com/downloads/en/DeviceDoc/51901A.pdf) con esta otra (http://ww1.microchip.com/downloads/en/DeviceDoc/00266%20Sch_PCB.pdf). Ambos enlaces son de Microchip .... ¿Cuál es el circuito correcto? :huh:
La segunda opción. La que viene suelta. La que viene en el primer enlace, el del manual, trae un error en la conexión entre el MCP2200 y el MAX232 JUSTO en las conexiones de RTS y CTS.
Además, antes aquí (http://www.youtube.com/watch?v=O53noaAiFBw) había un video promocional de la placa que por lo visto lo han retirado ...
Algo huele a podrido en Dinamarca ... :undecided:
Sigo buscando.
Saludos! Gracias por leer.
Mario
-
Cual es el error ??
Yo no lo veo... :shock: :shock:
-
Hola Marcos! :)
La diferencia está en la conexión entre el MCP2200 y el MAX232. En uno el RTS conecta al pin 9 y en el otro al pin 10. Lo mismo pasa con CTS pero al revés. No es un error menor. En un caso estamos hablando de un transmisor y en el otro de un receptor. Que me equivoque yo en esas cosas sería normal, pero que ellos le pifien tan feo ... :?
Un abrazo Marcos!
Gracias por estar amigo! ;-)
-
Y cual seria la que corresponde a esta placa??
Alguien tiene o consiguio el esquema de esta placa??
Me refiero al de MCElectronics, a ver como esta hecha...
-
Hola de nuevo Mario! Recuerdo que cuando empece a probar la placa encontré la diferencia de conexión que mencionas, por lo menos mi placa sigue el segundo esquema (el suelto). Yo no hice ninguna prueba con el handshaking así que no puedo comentar mucho! Ojala lo podamos solucionar! Éxitos Mario!
-
Hola Gary! :)
Exacto.
La placa que entregaron está correcta Marcos y el segundo enlace es el circuito correcto.
Yo hago mención a ese detalle por el hecho que en el manual de uso de la placa (que no enseña nada como usarla) hay un circuito y por separado, en la misma página del producto (el MCP2200) está el circuito correcto "suelto". Más allá de que sea una desprolijidad si ellos se equivocan en eso, no me extrañaría que el firmware también tenga fallos o fisuras. Ellos no se pueden equivocar en algo tan grosero. Yo sí, cualquiera de nosotros sí, pero ellos no ... :(
Hay un grupo que tiene Saravia (que es miembro de TodoPIC) en Yahoo donde ya me registré y dejé allí un mensaje consultando por este problema.
Ojalá lo podamos solucionar, tal como dice Gary. Para el RS485 es fundamental que eso funcione.
Saludos!
Mario
-
Donde se encuentra ese manual de uso??
Me refiero al de la placa que nos dieron...
-
La placa que nos dieron no tiene manual. No tiene ... rastros siquiera. No figura ni en el catálogo de los que nos la dieron.
El manual del cual yo pongo el enlace unos posts más arriba es de la placa original de Microchip. "Se supone" que la placa que nos deron ese día es un clon "argento" de la original.
Estuve buscando más info en el foro de Microchip y en otros foros y a nadie le ha funcionado el MCP2200 :(
Muchos hablan de un fallo en el firmware por parte de Microchip, así que con ese panorama .... la cosa viene difícil.
La mayoría lo buscaba a este IC por tratar de salir del FT232 pero aparentemente ha sido un fiasco.
Sólo el equipo que diseñó el firmware sabe bajo que condiciones les pudo haber funcionado a ellos. (Sistema Operativo y demás yerbas).
Lamentablemente no tengo unas 25 máquinas con distintos sistemas operativos para hacer los ensayos en ellas. Tal vez funcione con W7 o con alguna versión de Linux. ¿Quién puede saberlo?
"A caballo regalao no se le miran los dientes ..."
Dejá ... no me regales nada la próxima vez. :mrgreen:
Si a alguien le funciona, avisen ... así aplaudimos! :D
Saludos!
Mario
-
Cuando te envie los chips pedidos voy a incluirte uno del MCP2200, a ver si hay diferencias, hasta que yo arme algo con esto va a pasar un tiempo, asi que mejor tengas uno vos y lo pruebes, quien dice que sea un problema de los chips Demo...
-
Pues estoy buscando Informacion de projectos en Aleman y no he encontrado nada, solo el anuncio del
MCP2200, osea que es un producto que no ha tenido todo el exito, asi que a esperar.
-
.... voy a incluirte uno del MCP2200, a ver si hay diferencias ...
Dale! Muy bueno. :)
Hola Rafael !
Hay poca información sobre el uso de ese IC y ningún testimonio de alguien que lo haya hecho funcionar.
Me hice un usuario en el foro de Microchip y me largué a preguntar ahí hoy. Anoche lo había hecho ya en la lista de correos de Saravia y hasta ahora no tuve respuestas. Veremos que pasa.
Si no conseguimos nada en el foro de Microchip se vá a poner difícil el trabajo. ¡Qué lástima!
Ojalá tengamos suerte y encontremos a alguien que lo haya hecho funcionar.
Un abrazo Rafael, fuerza amigo! ;-)
Un abrazo Marcos ! Nos leemos!
Saludos a todos.
Mario
-
Cada vez estamos más complicados ... :5]
Si gustan leer pasen y lean (http://www.microchip.com/forums/m516059.aspx). Yo aparezco al final de la primera hoja.
Cada vez se pone más oscura la cosa.
Saludos!
Mario
-
Me parece que le ponen voluntad, pero no tienen ni idea de lo que dicen.
-
Mario, como estas utilizando el MCP2200 ??
Me refiero a que pases el esquema de conexion con el integrado de RS485.
Supongo que no usas el MAX232 en medio no??
-
Hola Manolo! :) Un abrazo Maestro!
Marcos, al MCP lo estoy usando en la placa que nos dieron.
¿Y porqué no podría usarlo con el MAX232 (que trae la placa) + otro MAX232 para manejar con TTL un MAX485?
Pero no, todavía no llegué a eso porque no puedo hacerlo funcionar ni siquiera sólo al MCP2200.
Yo tengo aplicaciones antiguas en RS485 que las manejo con la máquina de escritorio vía COM1.
Salgo del COM1, entro a un RS232, de allí a un SN75176 (http://www.neoteo.com/rs485-domotica-al-alcance-de-tu-mano-15810.neo) (MAX485 más barato) y de allí hacia el relé en la lejanía de Diego :mrgreen:
En realidad tengo una estación meteorológica (http://www.neoteo.com/estacion-meteorologica-neoteo-parte-ii.neo), un termómetro extra (http://www.neoteo.com/termometro-digital-remoto-domotica-15898.neo) y algunas luces (http://www.neoteo.com/domotica-iluminacion-optimizada.neo) y a esas cosas las manejo con pequeños programas hechos en VB6. (Podría hacer un único programa para combinar todo, pero lo hice por partes)
Entre ayer y hoy terminan de darme el tipo de gracia (calculo yo) en el foro de Microchip.
Me dijeron 95% confirmado que el MCP2200 no vá a servir para que yo pueda usar mi red RS485 desde mi notebook.
Mi idea era usarla desde mi PC de escritorio con el COM1 tradicional y tener la posibilidad de utilizarla (con el mismo software), a través de la placa que nos dieron, con mi notebook.
Me siento casi desauciado. :(
Si en el foro Microchip te dicen eso ... qué más nos queda por hacer?
Acá está lo último que estamos hablando (http://www.microchip.com/forums/m516059-p2.aspx).
Me parece que no hay mucho más por hacer. Nunca vamos a poder usar las conexiones RTS/CTS que salen desde el DB9 de la placa. ¿Porqué? Muy sencillo. Porque no funciona. Porque el MCP2200 así, no funciona.
Habría que trabajar con la DLL que te dá Microchip y asignar a algunas de las otras I/O del MCP2200 las directivas para que trabaje como uno quiere (habilitar una línea de salida para manejar Tx/Rx del SN75176) y yo tanto no sé. Ni sé tampoco si voy a poder aprender a hacerlo.
Conclusiones: Para intercambio de datos utilizando las líneas Tx y Rx del conector DB9, la placa funciona. El MCP2200 funciona.
Es decir, para ver como te contesta el Hyperterminal o el Serial Communicator.
Para cosas más complejas no.
Al menos hoy es lo último que tengo directamente desde el foro de Microchip.
Si llega a aparecer alguna novedad, vengo y comento. Por ahora voy a cambiar el título del hilo. Voy a intentar llamar la atención. Tal vez alguien tenga la solución, nos llene el vacío que tenemos, nos ayude con la ignorancia que tenemos y así podremos reponer el [Solucionado], mientras tanto voy a ejercer mi derecho de cambiar el título del hilo.
Saludos!
Mario
-
Te Felicito amigo Mario por todos tus intento.
-
Me referia a que manejaras (o intentaras hacerlo) el MAX485 directamente con los pines del MCP2200, sin los MAX232 en el medio, ya que de ese modo evitarias tener que usar la parte RS232.
Voy a buscar, pero hay un chip (que no es el FT232 y ademas se consigue en Bs As) que permite usar el RTS/CTS y a precios modicos.
Tengo una plaquita que venden en Bs As con ese chip y trabaja en todos los Windows y ademas maneja los pines de control perfectamente, yo lo probe con el ICDS-40 que tengo (usa los pines de control) y funciona de maravillas.
No todos lo hacen.
Podrias usar los chips MCP2200 como supositorios, antes de golpearlos con el martillo, como le escribiste al ruso... :D :D :D :D
-
Buenas noches. un amigo que asistió a la reunión de microchip me dió la afamada placa usb-rs232 con el mcp2200, diciendome que no funcionaba. Al verla noté la ficha invertida, e indagando vi lo de JP0, así que todo bien, funcionó enseguida con el PUTTY. El tema es que también programo PLC´s, y nunca tuve problemas, hasta hoy (12/08/10), en donde un cliente me pidió la reprogramación de un PLC, no hubo forma de conectarme. Ahora, si lo conecto a un puerto serie físico se conecta como un caño. Lo que me llevó a desarmar el cable de programación del PLC mencionado y noté que hace uso de la salida RTS, y ahí empezó todo el problema. Tal cual lo describió otro usuario en este mismo foro, el Configuration Utility se cuelga mal, y demás aplicaciones, que dependan explícitamente de este pin.
Bien hasta ahí una leve intro del problema que, por lo que leo, es común. Ahora quisiera saber si existe alguna novedad sobre este defecto. En caso de que no existiera noticias, ya estoy analizando el MCP2200, y posibles DLL vinculadas, solo que no quiero perder el tiempo si alguien me dice que ya intentó y no se puede hacer nada.
Por cierto, también, leí el foro de microchip, donde el compañero Mario explayaba su problema, y sinceramente no lo podía creer. Que la gente de ese foro de microchip responda esas cosas. O sea, pensaran que el uso del puerto serie es solo para enviar ascii a otra PC?.
En fin, nunca participo de ningun foro, pero al ver este problema, dije, a lo mejor sale algo. Así que aca estoy, si logro algo informo, y se alguien logra o logró algo mas que usar las lineas de Tx/Rx (que no es poco), y puede dar un uso real a las demás lineas, me gustaría que me informen.
Desde ya muchas Gracias.
P.D.: Si estoy errado en algo sepan disculpar pero nunca estuve un foro.
-
Mario, CREO que mañana me tiran un MCP2200 para jugar con suerte.
Si el problema es con las DLL veo si te puedo echar una manito así lo sacás andando, eh?
Un abrazo.
-
Hola Twisted, bienvenido al foro! Hola Bruno! :)
Parece mentira pero es la cruel realidad. :(
Si en el propio foro de Microchip admiten que no funciona, ¿qué podemos hacer nosotros en la parte del hardware?
En la parte del firmware del MCP2200, que tengo entendido que es un 18F con un firmware específico, tampoco sé si yo podría hacer algo por dos motivos. Primero, porque no sé si existe disponible al público para poder "trabajarlo" (el firmware que convierte el PIC en un MCP2200). Segundo, porque creo que no sabría hacerlo.
Por el lado del software en el ordenador o PC, usando la DLL, estaríamos en el problema de que en la notebook debemos usar otro software distinto al histórico que siempre utilizábamos para .... la aplicación que fuese. En el caso de Twisted la programación de un PLC, en mi caso el control de una red RS485 y así todo el mundo debiera estar haciendo un software nuevo para cada aplicación.
En mi caso son tres o cuatro terminales (MAX485) dentro de un programa en VB6 que lleva no más de 60 líneas de código. ¿Pero aquella persona que tiene que reformar programas de miles de líneas de código trabajando con una DLL nueva? ¿Y si no posee el código fuente para "introducir" las reformas necesarias?
La idea era: "desconecto la aplicación del COM1 de la máquina grande y me voy de móvil con esta plaquita a tomar lecturas o a hacer cualquier otra cosa con mi notebook y esta placa conversora"
Es decir, fuimos engañados burdamente "nada más y nada menos" que por Microchip.
La idea era: desconecto de aquí, conecto allá y trabajo en mi notebook vía USB.
Una vez más, no pudo ser.
A mí me viene bárbaro si te sale algo positivo del uso de la DLL con VB6 Bruno. Para mí sería muy sencillo. Yo nesecito escribir :
MSComm1.RTSEnable = False o MSComm1.RTSEnable = True
y el pin 7 del DB9 debe cambiar de estado. Eso es todo para mí. Yo a mi trabajo puedo reformarlo y utilizar dos programas diferentes. Uno para la PC de escritorio y otro para la Notebook. Para mí no es problema.
Sin embargo para otros casos será imposible rehacer todo nuevamente. Para aplicaciones industriales verdaderas y complejas, el salto puede llegar a ser imposible.
En el foro de Microchip la mayoría hablaba de usar un 2550 (o similar) + un MAX232 y rehacer todo desde cero y a conciencia.
Ojalá puedas hacer funcionar la DLL Bruno. Yo, como dije en el foro de Microchip, no sé tanto. Mis conocimientos no llegan a ese punto.
Al menos será algo. Al menos será un pasito y no nos quedará una placa totalmente inútil que sólo sirva para comunicarnos entre la notebook y la PC enviando caracteres sueltos.
Ojalá puedas Bruno! "Que la fuerza te guíe Luke!" :)
Twisted, nuevamente bienvenido y ojalá todos podamos aportar un granito de arena. Ya sea para hacer funcionar este IC o para sepultarlo bajo una pila de escombros definitivamente.
Saludos!
Mario
-
Hola Mario.
Tenés razón respecto al software existente. No lo había pensado retrospectivamente!
Sé que puede haber más de uno interesado en lograr hacerlo funcionar con la .dll. Comparto con vos que es una estafa. Justamente ayer hablabamos con Lisandro(psykhon) maravillas del MCP2200: "qué buen precio!" "permite bit-banging" "soporta velocidades de hasta 1000k baudios!" ... y ahora me desayuno con ésto. Lo había visto al hilo hace rato, pero se ve que no fijé el código: MCP2200, MCP2200, MCP2200...a ver si diciendolo 3 veces el lugar de Candyman aparece el grupete del staff de Microchip que diseño el chip este... :5] :5]
En cuanto pueda, le meto mano a la dll y vemos qué se puede hacer...
P.D. Bien Mario tu inglés!
-
Hola!
Hoy Lisandro(psykhon) me donó (GRACIAS!) un MCP2200 para jugar! Ahora voy a tener que armar una plaquita para poder jugar, espero en 1 o 2 días tenerla lista.
Lo malo: Según la fecha del IC, el MPC2200 que tengo es revisión A1.
Comencé a leer el datasheet más en detalle. Severas veces parece mencionar que el control de las líneas CTS y RTS se realiza por hardware y puede ser habilitado o deshabilitado.
Por otro lado, la .DLL que Microchip otorga, según encontré en un hilo (http://www.microchip.com/forums/m510901.aspx) de su foro, no funcionaría con VB6 o VC6, debido a que no soportan CLI(Common Language Infrastructure). Esto va a dificultar más la cosa.
Actualmente estoy bajando .NET a ver si puedo puentear el problema para poder enviar mensajes desde el VB6 u otro.
Por otro lado, me enteré en el hilo que mencionás de Microchip(http://www.microchip.com/forums/m516059.aspx) que el MCP2200 es sólo un PIC18F14K50 con firmware. Increíble el precio, siendo que sea altamente probable reflashear el MCP2200 para usarlo con otro fin(por sólo 3 dolares, con USB 2.0..es un buen número).
El PIC18F14K50 cuesta alrededor de 4 dólares, precio que también me sorprendió. Desconocía este modelo, y es muy económico por tener USB.
Bueno, cuando pueda empezar a jugar cuento...Primero voy a ver si no corrigieron el problema en la revisión A1, por ahí revoleando ese que les dieron en el seminario y empezando a usar A1's se soluciona sin mayor problema el asunto...
Saludos.
-
Y la cosa parece que se extiende, entiendo que debe ser la misma plaquita de este hilo que se hace internacional
http://www.udh.edu.pe/microchip/index.php?mod=giveaways
pues ofrecer esto como extra para ir a la conferencia no es como para que uno se anime :? :?
-
Hola Hugo! :)
Tantas lunas sin charlar!
Lo interesante sería que alguien, en algún momento pudiera hacer el intento de lo más sencillo que puede realizarse. Llevarse un mouse o ratón con la ficha DB9 y decirle a los organizadores o a los encargados de la distribución que ponen allí sus puestos de ventas ... "¿Me lo podrías probar?"
Siempre en esas ocasiones, los organizadores llevan sus máquinas (notebooks, netbooks, ipads, etc) y en cualquier lado habrá un puerto USB para saber si realmente funcionan o no.
El ensayo es sencillo al extremo: un mouse.
Si funciona, ya sabremos a quienes preguntarle para resolver nuestras placas que no funcionan.
Quizás exista un nuevo firmware, es decir, una nueva versión del IC y ahora funcione.
Saludos Hugo!
Un abrazo a la distancia y mis respetos a la familia.
Mario
-
Hola Mario, gracias por los saludos y tambien espero te encuentres bien al igual que tu Familia, tambien se te extraña querido Amigo.
Ten por seguro que si voy es lo primero que hare, tengo en el almacen un par de mouse con conector DB9. :x :x
Si bien la ciudad del evento no esta tan lejos en distancia si es pesado el trayecto pues es sierra y muy sinuosa, tampoco hay vuelos comerciales, ojala pueda asistir, en todo caso si no me es posible ir pongo el mouse a disposicion de quien vaya para hacer la prueba respectiva y salir de dudas.
Un abrazo.
Hugo
-
Hola
Disculpen que saque esto del cajón de los recuerdos, pero yo tampoco logré que funcione. Ahora reviví el tema. :(
Como es sabido unos dias después del seminario me contacté con los "que saben" y se pasaron la pelota y no tuve respuesta.
Más allá del tema del conector (que en realidad no es tan grave, y puede ponerse en la PC¿?) y el Jumper y los drivers confusos, el "MCP2200 Configuration Utility" me pide un archivo (de inicialización) y no me deja seguir....
¿Alguno sabe algo de eso?
(OpenFileDialog1). ja!
-
Agrego. Mirando más encontré otra versión del configurador que funcionó ok y el dispositivo arrancó. Pude generar un archivo de configuración. Probando el dispositivo transmite y recibe. Parecía final feliz, pero al cambiar la configuracion del led y la velocidad parece bien pero murió.....
Entrando al configurador parece todo ok, pero entrando al de prod. da errores cundo se lo intenta setear ¿?. Por lo menos funcionó 50 segundos. Habrá que poner osciloscopio (mas arriba hablaron del xtal) y si nó al tacho......
Por lo menos el cable usb es lindo, je
-
Con esto termino lo mio.
Cambié el Xtal y nada. Pero logré que el configurador lo vuelva a valores de faábrica y no se quejó más.
De todas maneras creo que algo falla al cambiar la configuración.¿? quedará a 19200N81.
Agrego con XPSP3 va OK, con XPSP2 no le gusta......
-
Hola, un artículo sobre el disfraz del PIC18F14K50 que Microchip renombró como MCP2200
http://hackaday.com/2011/01/18/mcp2200-usb-to-serial-chip-hacked-to-do-your-bidding/
-
Hola. Hace unos meses intenté conectar el MCP2200 al GTP USB+ y me lo reconoció efectivamente como un 18F14K50. El problema fue que no pude programarlo. Tal vez fue por los voltajes incorrectos según lo que leo en la nota...
Tengo un par de batallas pendientes con este integrado. Ya las enfrentaré.
Saludos.
-
Parece que ya lo han hackeado (http://dangerousprototypes.com/2011/01/18/hack-open-source-usb-stack-on-mcp2200/)
-
Old News!
Hace aproximadamente dos meses volví a la carga con un diseño que incluía el MCP2200.
Para primero analizar el problema del CTS/RTS destaco que el MCP2200 maneja estas líneas internamente.
Esto quiere decir que los comandos de habilitar el CTS desde controlador de puerto serie común, como por ejemplo mencionó Mario desde VB6:
MSComm1.RTSEnable = True
o
MSComm1.RTSEnable = False
NO VA A GENERAR EFECTO ALGUNO EN EL MCP2200, ya que no tiene la capacidad de setear el RTS/CTS externamente.
Lo que sí puede hacer es activar(por si mísmo) la línea RTS antes de enviar un byte/s y desactivarla una vez finalizado el envío. Por ende, no se puede controlar por separado el CTS. Se activa y desactiva solo cuando se envía información por el TX del MCP2200.
Lo probé en Windows 7 y no me funcionaba el envío conectando directamente el MCP2200 a un SN75176. Tuve que poner un 74HC04(inversor) en las linea de CTS y la entrada a DE/!RE para poder elegir la polaridad correcta, y toquetear con el programita ejecutable la config del MCP2200. Así logré enviar y recibir datos por RS485.
Lo lamentable sucedió hoy cuando desconecté el MCP2200 funcionando correctamente en Win 7, y lo conecté a una PC con Win XP SP3(que es el mínimo Service Pack para que funcione este bicho).
El resultado fué decepcionante. La placa nuevamente tenía problemas para enviar datos por RS485. Tuve que modificar la opción "Enable CTS/RTS pins" del programa "MCP2200 Configuration Utility" y comenzó a funcionar, al menos por un rato. Al desconectarlo de la PC, el MCP2200 dejó de responder en todas las PC. Ninguna PC reconoce el dispositivo USB. Los LEDs de Tx y Rx encienden, pero no hay manera de resucitarlo.
Desconozco cómo sucedió que la placa no funciona de forma idéntica en ambos sistemas operativos. Tal vez sean los drivers distintos que he instalado(el de Win 7 mediante búsqueda automática en Windows Update) y en Win SP3 mediante el archivo incluído en el paquete de descarga de Microchip.
Aún mayor es el misterio de por qué la placa no se conecta más al USB. Tal vez se corrompió la config del MCP2200 y un bug del firmware de Microchip tomó el control...