Conectar 2 pics directamente

[dragon]

Muy buenas.
Estoy intentando hacer un robot rastreador y llevo dando vueltas a un tema. Quiero que la lectura de los sensores (serán CNY70 sea analógica mediante un PIC, pasar esta lectura por un umbral y luego mandar la información digital a otro PIC (el que controle todo). El caso es que lo que quiero es que estos 2 PICs no se comuniquen con ningún protocolo, simplemente me gustaría que el primero tuviese 8 salidas (digital ya, claro) conectadas a 8 entradas (también digitales) del segundo. Además, como estas salidas digitales corresponde con la lectura "filtrada", querría también conectar unos LEDs que informasen de forma visual de las lecturas.
Evidentemente lo de poner los LEDs solo no plantea ningún problema, pero ¿se pueden conectar de esta manera los PICs? ¿Habría que usar salidas/entradas de colector abierto a algo especial? ¿Hay que añadir alguna electrónica?

Saludos

[aitopes]

Hola Dragon!

En principio,  si son pines de E/S "comunes" no tendras ningun problema: Cuando en un PIC tengas un "1" en la salida, el otro leera alli un "1" tambien.

Algunos pines del puerto A pueden darte problemas, como el ya famoso RA4 (o RA5, que a menudo es de entrada solamente). Pero en general, lo que propones deberia andar.

Eso si....tengo una duda ¿Por que no usas RS-232, directamente TX a RX, sin MAX232 ni nada? Te ahorrarias en total 14 pines de E/S...... Y los lenguajes de alto nivel resuelven la comunicacion serial en un par de instrucciones.

Saludos. 

[dragon]

Gracias por rápida respuesta!
Quería evitar usar RS-232 porque me interesa tener el mínimo de retardos en la transmisión de la información de los sensores y, además, de la forma que propongo podría ver las lecturas a través de los LEDs sin tener que hacer nada más (si es que puedo poner los LEDs, que eso aún no tengo claro si se puede hacer directamente).
Había estado pensando lo que tú me dices, comunicación por 1 hilo y sólo cuando hubiese cambios, por ejemplo, son buenas ventajas. En relación con esto aprovecho para preguntar otra duda: la comunicación RS-232 tiene unas especificaciones de velocidad fijas (a parte de otras) para la comunicación con el PC. Como en este caso es una comunicación "interna", ¿se podría hacer la comunicación más rápida? La verdad es que tengo más claro cómo hacer esto por ensamblador que con C. Supongo que mi pregunta equivale a decir que si en la directiva #USE RS232 se puede poner el número de baudios que quiero o si tiene que ser algún valor estándar.
Ya sé que lo mejor es probar, simular, experimentar, pero por desgracia no puedo emplear todo el tiempo que quiero a los PIC... 

[jfh900]

Si no quieres retardo por que no utilizas un solo pic que es como siempre se ha echo.

Un saludo

[dragon]

Ya bueno, eso también, pero es que tenía la otra idea en mente. Como de momento aún no es definitivo iré pensando y probando cosas

[AKENAFAB]

Hola Dragon

¿Cuántos sensores piensas ocupar?

Dependiendo de eso lo puedes hacer hasta con 2 simples comparadores y listo,claro que no esperes mucho del robotcito   ,pero responderá adecuadamente.

Si quieres realizar algo más complejo , pues creo que te iria bien el uso de microcontroladores como lo deseas.

He realizado varios de estos robots , te recomendaria utilizar el pic 16F627 , contiene 2 comparadores Analogicos , con los cuales puesdes tener varias configuraciones.

Regularmente los que he montado han sido con 3 sensores y va de lujo , pues me da alcance para las 4 entradas análogas. 3 sensores y el voltaje de referencia externo,control para dos motores y sobran pines para alguna visualizacion.

Se puede implementar hasta 4 sensores y Vref interno.



Lo óptimo  es que uses solo un microcontrolador para ese caso , mira que cuando lo programes reirás un rato que son muy pocas lineas de código.

Recuerda que aparte del pic , sinedo este tu etapa de control , necesitas etapa de potencia , para esto se ocupan mucho los drivers L293D (2 puentes h completos 600mA) ,y ayayay se me fue la nomenclatura de otro que bueno misma configuaracon pero a 1A de.


Hasta luego.

[dragon]

Pues mi idea es la siguiente:
8 sensores --> los que quiero leer analógicamente y pasar por un umbral, para luego enviarlo a un PIC que actuase en consecuencia. Por eso usar comparadores no es muy adecuado para mí. Necesito tantos porque a parte de seguir una línea principal, tengo que leer fuera de ella unas marcas que me indican por qué lado tengo que seguir en una bifurcación (es para el concurso de Robolid, por si os suena).
1 servo que controle la dirección
2 servos funcionando como motores de continua para la tracción y cierta dirección (con su L293B, no me olvido  )

La programación va a ser complicada, pero para eso estoy poniéndome con C y, mi compañero de baile, va a hacer su PFC con PICs así que habrá que confiar también en él

A lo mejor lo de poner 2 pics es una bobada, pero bueno, a mí me hacía ilusión jaja

[AKENAFAB]

Ahora que mencionas bifurcaciones me suena más     

Pense que un siguelíneas ,siempre caígo en esa confusión.

Bueno bueno, pues directito

Tienes razon con comparadores tendras un robotsote    porque ocuoan mucho espacio ,

lo del pic 16F627 pues olvidalo , que no te alcanza.Pense en el 16f88 pero solo tiene 7 canales ADC , así que brincamos al pic16f874 ____pic16F87777
en esos solo cambia el tamaño de memoria.

Esos so contienen los 8 canales ADC que necesitas.

Cuando realices tu primera conversión , ya lo tienes es muy sencillo, de ahi lo unico que se hace es ir cambiando de canal y pues simplemente rutina, necesitaras comparar por software.


Los motores :

En caso de que uses servos, como mencionaste el L293 , no te haria falta;si usas motorreductores (solo es el motor DC con su caja reductora)te vendrian bien..

Si trucas los servos normales , no creo que vayan muy rápido.




Revisa sus caracteristicas a ver si te sirve.pic16f874 ____pic16F87777

Adelante con tu proyecto.