Si además quieres enviarnos un Artículo para el Blog y redes sociales, pulsa el siguiente botón:
Hola chicos pensando un proyecto que quiero hacer ( hasta ahora todos estan en una carpeta listos para crear ) me gustaria saber si se puede de alguna forma identificar un pic indepentientemente de su posicion.
me explico , es posible que envies una señal por una linia donde todos los pics tienen conectada una patilla pero que solo uno ( el pic deseado ) reaccione a la ordenes ke se le estan transmitiendo por la linia pero que si cambias de posicion los pics continue respondiendo ese pic y no otro. Seria posible o es una idea descabellada de las mias?
la luz corre mucho...
luz? pero nosotros no utilizamos electrones ? ya no entiendo nada 
Hola a todos, vayamos por partes:
- El I2C es interno a las placas, no esta preparado para comunicaciones fuera de placa, ¡ojo!, no digo que no funcione, simplemente no es robusto contra interferencias (prueba a meterlo en un entorno industrial). Sin embargo es muy buena opción para los robots que estamos utilizando.
- El RS232 le pasa lo mismo, esta pensado para entornos no industriales y corta distacia (un par de metros como mucho), puede funcionar fuera de sus especificaciones, pero no es robusto.
- Alternativas para entornos industriales hay muchas RS485 o RS422 (substitutos del RS232), CAN, LIN, ...
- Para domótica está el X10 (americano), el EIB/KNX (europeo), ... El más utilizado es el X10 ya que empezó antes, sin embargo el EIB tiene pinta de ir imponiendose ya que es un estándar no propietario, la UE lo quiere homologar para las construcciones nuevas y tiene muchas más funcionalidades que el X10.
- JM, el bus que dices es el "One-Wire" de Dallas, su mayor ventaja es que utiliza únicamente 2 cables: Alimentación y Masa, la señal se transmite por estos dos cables con lo cual se pueden unir varios dispositivos (es multipunto), sólo con conectar sus alimentaciones, su desventaja es que es propietario de Dallas.
- Para evitar colisiones, conecta los dispositivos en forma de bus no en forma de anillo, de esta forma el master podrá ver a todos. Por otro lado si haceis vosotros mismos el protocolo tened mucho cuidado con las conexiones como las haceis ya que podeis provocar un corto en la línea (utilizar la señal de open colector y un solo pull-up para transmitir señales o podeis cargaros los pics).
S2
Ranganok Schahzaman.
PD: Puedo ampliar un poco la info sobre algún tema en concreto si no ha quedado muy claro...
Edito: Reconozco que el comentario de antes me ha quedado un poco de "sobrao", no era mi intención, lo que pasa es que lo escribí desde el trabajo esta mañana y no tenia tiempo para más.
ragnarok sabes algun protocolo que permita la comunicacion entre robots o entre dispositivos pero que no entre ruido en la transmision ( o si quieres ampliame la informacion o dime donde buscar sobre los protocolos esos robustos)
gizer20, ruido siempre te va a entrar, a partir de ahí es como se enfrenta el protocolo a este ruido.
Si la comunicación es por cable (metros), te recomiendo un 485 o 422 (muy fácil de hacer desde un PIC, sólo necesitas un timer 555 y un par de componentes más). Si la comunicación es más larga escoge Ethernet y sal via LAN.
Si la comunicación es aérea, tendras que elegir un protocolo que tenga una buena tasa de corrección de errores ZigBee para distancias "cortas".
En definitiva hay multitud de protocolos, cada uno de ellos realizado para satisfacer una necesidad: punto a punto, punto a multipunto, multipunto a multipunto, con correción de errores o sin ella, con buena o mala relación señal a ruido (SNR), con más o menos velocidad, ...
Generalmente no se puede pedir todo a un protocolo, si lo quieres con mucha velocidad tendras que elegir una SNR baja (lo puedes compensar de otras formas), si lo quieres multipunto, tendras que añadir cabeceras, por lo que la velocidad baja.
Especifica un poco más y te buscare alguno.
S2
Ranganok Schahzaman
