Lector/escritor RFID casero

Hola! ahora que tengo tiempo, quisiera desarrollar una idea que tengo en mente hace tiempo, y es un lector/escritor RFID casero de 13,56Mhz, mayormente para tarjetas mifare, norma ISO 14443A / 14443B. Si alguien esta interesad@, agradeceria cualquier ayuda y/o participacion en el proyecto. Lo que es el diseño analogico, ya esta casi acabado. Lo que aun esta crudo es el interface, que ira por el puerto RS232 y la programacion del controlador (que aun no he decidido cual poner). Ire posteando los avances. Se agradece cualquier aporte!

Un saludo!!

Parece un proyecto interesante.

Si nos facilitas más información, tales como modelo de microcontrolador y diseño del circuito que has implementado, podamos ayudarte con más detalle.

Para el diseño de la interfaz, sólo tienes que abstraerte y pensar que los datos recibidos y enviados entre el dispositivo y el sistema, son secuencias de bits transmitidas en serie. La cuestión radica por tanto en saber:

Código:

---

1º Cómo se solicitan los datos al dispositivo
2º Saber cuándo empieza y finaliza la transferencia
3º Saber qué parte de la trama enviada es la que contiene la información.

---

Si defines estas tres cosas perfectamente, no habrá problemas ni con el diseño del firmware del microcontrolador ni con la aplicación. Digamos de forma genérica, que la aplicación se adapta según la implementación del firmware, y éste dependerá de la circuitería que tengas montada y del "protocolo" que vayas a llevar a cabo.

Dependiendo de cómo lo hayas realizado, la cosa puede variar desde utilizar simplemente dos pines (TXD, RXD), para el envío y recepción respectivamente, lo cual significa que se trata de un sistema síncrono, hasta emplear pines, tales como (RTS, CTS, DTR, etc...), para interrogar tanto al host como al dispositivo para ver si están listos (o libres), o simplemente ver si la tranferencia ha terminado, en cuyo caso se tratará de un sistema asíncrono.

También será importante conocer cómo es la comunicación (maestro/esclavo, cliente/servidor, etc...)

Todos estos detalles importantes, necesarios para la programación tanto del firmware como de la aplicación, lo sabremos viendo simplemente el circuito.

Si el diseño lo vas a realizar para Windows, éste provee de drivers estándares del puerto serie, el cual te quitará gran parte de código complejo (no será necesario conocer la arquitectura del sistema operativo), y en tal caso, sólo necesitarás hacer uso de las llamadas al sistema (uso de la API WIN32), para la comunicación con el hardware. La forma estandar consiste en:

Cita:

---

1º Crear un descriptor de fichero con permisos de lectura y escritura, para el manejo del driver. La función en Windows a utilizar es CreateFile(...) Cuyo primer parámetro será el nombre con el que se identifica al driver (éste se identifica bien por su nombre o por un identificador global único (GUID)). Para el caso del puerto serie sería "\\.\COM1", "\\.\COM2", etc...

2º Usar llamadas a ReadFile(...) pasando como parámetros, entre otros, el handle devuelto por CreateFile (el handle devuelto por CreateFile es el descriptor de fichero), y un puntero hacia el bufer de datos (una zona de memoria en tu programa, por ejemplo un array), en donde recoger los datos recibidos.

3º Para el caso de enviar datos, usar WriteFile(...), la cual tiene más o menos el mismo mecanismo (se pasa el handle devuelto por CreateFile, y el puntero hacia donde están contenidos los datos a enviar).

Esto principalmente para el envio y recepción de datos entre el sistema y el dispositivo.

A parte, existen otra serie de funciones y estructuras de datos, para el manejo de los pines RTS, CTS, DTR, etc...)

Te dejo un link: http://foro.hackhispano.com/showpost.php?p=169436&postcount=2, donde yo mismo explico con un poco más de detalle esta información.

---

Y bueno, no voy a extenderme mucho más, sin tener información de cómo está realizado. Ya que como digo, teniendo el circuito, lo demás es "consecuencia de...". Lo raro es que digamos has hecho "la parte chunga" del proyecto, y te queda lo que es un poco más sistemático.

Un saludo, ánimo y suerte. Esperamos tus respuestas.

Hola!! es un privilegio contar con tu ayuda hystd. En cuanto pase al proteus el circuito (o lo que llevo de el) lo posteo, de todas formas, que opinas sobre este integrado? MCRF355/360. Si sirviera nos ahorraria mucho trabajo. Respecto al microcontrolador, aun no he mirado nada, ya que la parte del interface no la he tocado. Si, el diseño lo voy a hacer para windows, por los motivos que comentas. Gracias de nuevo por tu ayuda.
Un saludo!

Ayyyy, os voy a tener que regañar ;)

Si lo haces libre (o sea, si usas tecnologías abiertas), muchísimo mejor.


PD: Un proyecto muy interesante. D4RkM1Nd

Salu2

j8 prometo que si furula en windows, se hara la version para linux. Es como hemos comentado, para ahorrar un poco en lineas de codigo al principio. Luego una vez que funcione, es cuestion de ir puliendo! :p

hey, eso mola ;) Para cualquier ayuda con Linux, habéis de saber que sigo el hilo atentamente ;), con dejarla de caer en el hilo, haré lo posible.

Salu2!

Gracias! me alegro de poder contar con vuestra ayuda. Éste es de los tipicos proyectos de "nadie dijo que seria facil". Y ante casos de estos, contar con gente como vosotros es de GRAN ayuda.

Un saludo.

P.D a ver si este calor me deja pensar un poco jejeje. Aqui la temperatura es de 48º :(

Es un proyecto muy interesante...

En cuanto al microcontrolador, yo obtaría por un PIC como el 16f873, porque ya integran uart y todo y solo tienes que combertir las señales en señales que acepte el PC (-12V y +12V), para lo que hay un integrado que vale unos 50centimos y con 4 o 5 condensadores listo.

Si necesitas ayuda con la parte del código que se ejecute en el PC avisa. Y si decides obtar por usar un PIC, aunque hace ya unos 7 u 8 años que no los toco, malo será que no me acuerde de algo.

Un Saludo

Buenas! Creo que estamos mezclando cosas...

Según he entendido, el proyecto consta de dos partes. La parte hardware, formada por dos circuitos independientes: uno pasivo, donde se almacenarán los datos, y otro activo que se utiliza para leer la información contenida en dicho circuito pasivo. Y la parte software formada por la aplicación que recoge los datos a través del puerto serie en el PC.

El MCRF355/360 según he visto en el datasheet se utiliza para el primer circuito, de hecho es un IC diseñado específicamente para eso. Ese modelo concreto tiene dos modos de funcionamiento: con alimentación propia y sin alimentación (circuito pasivo). Con alimentación propia (a través de los pines 1, 2 y 8, correspondientes a Vprg, CLK y Vdd respectivamente), sirve para programarlo y almacenar la información final (normalmente información sobre algún producto: Libros, juegos, discos, ropa, etc...). Una vez programado con esa información, el circuito se utiliza de forma pasiva: sin alimentación propia (Si nos fijamos, los chips insertados en los productos no tienen una pila para funcionar :)) Por tanto, para leer su contenido es necesario proveer de algún mecanismo que alimente y haga funcionar este circuito pasivo y así poder leer de su memoria los datos guardados.

Dicho mecanismo consiste en la inducción electromagnética. A través de una inductancia conectada a los pines 3, 5 y 6 (correspondientes a los terminales Ant A, Vss y Ant B del MCRF355/360) se genera una intensidad variable entre sus terminales (provocada por variaciones del flujo magnético que atraviesa la inductancia). Este concepto es clave para el diseño del proyecto.

El segundo circuito, encargado de leer la información del circuito pasivo, deberá tener al menos dos funciones: se encargará de generar el campo magnético variable a través de la inductancia conectada al MCRF355/360 y de leer los datos generados por este IC una vez haya sido alimentado.

La forma más simple de implementar ésto, es a través de dos circuitos acoplados magnéticamente, es decir, generar el campo magnético mediante la variación de intensidad a través de una inductancia (circuito lector), y dicha variación del flujo magnético, afectará a la inductancia conectada al IC MCRF355/360 (circuito pasivo). Esta solución es la que propone el mismo datasheet.

La transmisión de información dice que se realiza mediante modulación de amplitud (AM), y que la frecuencia es de 13.56MHz. Es decir, es necesario que el circuito lector genere una señal portadora con esta frecuencia (el campo magnético debe oscilar a 13.56MHz), y por tanto la respuesta en la transmisión será igualmente a esta frecuencia.

En resumen, el circuito lector, genera la portadora, y el receptor responde con una señal AM, que contiene los datos almacenados y con la misma frecuencia de la portadora, y finalmente esta señal será recogida por el circuito lector, el cual almacena, envía o procesa los datos al PC a través del puerto serie (tal y como hemos dicho). Los datos almacenados, como ya he dicho debieron ser grabados en una primera fase de diseño del circuito del chip que irá en el producto.

La primera cuestión por tanto, radica en generar una señal portadora con frecuencia igual a 13.56MHz (si la implementación se va a llevar a cabo con el MCRF355/360).

No quiero entrar de momento en muchos detalles sobre teoría de circuitos (por no alargar el post), pero hay muchas formas de llevar a cabo este objetivo...

El concepto general es que hay que tratar de diseñar un circuito cuya respuesta en estado estacionario sea oscilatoria. Es decir, la transformada inversa de Laplace de la función de red del circuito debe ser de la forma f(t)=K * sen(a*t) * u(t), o bien, f(t)=K * sen(a*t + 90) * u(t)

Para obtener una función de red cuya respuesta en estado estacionario sea senoidal, puedes llevarla a cabo buscando una función de red cuyos polos naturales sean reales. Si fueran complejos conjugados, sería oscilatoria, pero amortiguada, algo del tipo: f(t) = e^(-bt)* cos(a*t + d) * u(t), y no es lo que buscamos, ya que en estado estacionario, la respuesta sería igual a 0 (la señal "portadora" se habría disipado).

La forma más simple es intentar que la función de red en el dominio de la frecuencia sea de la forma: H(s) = K* (a / (s^2 + a^2)) o bien de la forma: H(s) = k * (s / s^2 + a^2). Viendo la transformada inversa de Laplace de estas funciones, se observa que en el dominio del tiempo tenemos una función: f(t)=K * sen(a*t) * u(t), o bien f(t) = k * cos(a*t) * u(t), respectivamente, cualquiera de las dos (una desfasada 90º de la otra) será nuestra señal portadora de frecuencia "a", y amplitud depende de "K". Ambos factores dependen de los valores que tengan los dispositivos electrónicos del circuito.


No estoy en casa y no dispongo de simuladores para hacer capturas de pantalla. Una implementación sencilla consiste en poner en serie la inductancia con un condensador, de forma que la configuración sea un divisor de tensión cuya salida (Vo) se tome de la inductancia. Así la respuesta en frecuencia sería: Vo(s)=((1/LC) / (s^2 + (raiz(1/LC))^2))*Vi(s). Cuyos polos naturales de la función de red son reales (tal y como queremos), y son: p1=-raiz(1/RC) y p2=raiz(1/RC), y Vi una fuente de tensión en continua.

Por tanto, puesto que la frecuencia debe ser de unos 13.56MHz, puedes tomar valores de L y C (para inductancia y condensador respectivamente), tales que cumplan la ecuación 1/LC = 85.2*10^6 rad/seg. (w=2*pi*f; w=2*pi*13.56*10^6Hz = 85.2 rad/seg). Una combinación podría ser: C=1.173uF y L=10mH. Puesto que el diseño es casero, debes adaptarlos a valores estándares que se puedan encontrar en el mercado. Si no obtienes ese valor, puedes recurrir a poner condensadores en paralelo, los cuales irán conectados en serie a la inductancia (No debes romper la topoligía del circuito).

Así mismo, comentar que si no encuentras una inductancia correcta, puedes optar por fabricarla, eso sí, te traerá unos cuantos dolores de cabeza... ya que el valor en Henrios teórico difiere mucho del real, ya que depende de factores como tipo de conductor, número de vueltas, grosor del filamento, área, longitud, etc... En google puedes encontrar diferentes fórmulas que tienen en cuenta estos factores a la hora de la fabricación casera de las inductancias. Como consejo personal te diré que intentes encontrar una combinación de C y L, tal que L sea lo más pequeña posible, para así intentar que la resistencia formada en la inductancia sea casi cero. (Si el modelo de circuito fuera una un condensador conectado en serie con una inductancia, el resultado sería una portadora que se disiparía en el tiempo, y el invento se nos estropearía).


Bien, eso en cuanto a la parte correspondiente al diseño del circuito lector para la generación de la onda portadora. Una vez generada, el receptor (formado por el MCRF355/360), responderá con una señal AM que contiene los datos, y cuya frecuencia será la misma que la portadora. Al estar el circuito lector formado por un oscilador "sintonizado" a esa frecuencia no habrá problemas en la recepción. La cuestión radica en separar la señal modulada de la portadora, y con cualquier receptor AM puedes conseguirlo (La radio de tu casa "retocada" puede servirte) o si prefieres diseñarlo, con amplificadores operacionales es fácil realizar esta labor.


Posteriormente, una vez dispones de la señal de datos y la portadora separadas, tomas la señal de datos y el primer paso es la digitalización. Puedes usar un conversor A/D del mercado, o bien si prefieres diseñarlo, a partir de un amplificador en configuración "comparador", con histéresis, tendrías un conversor A/D de un 1 bit, totalmente válido.

Una vez la señal ya se ha digitalizado, sólo es cuestión de enviarla al PC a través del puerto serie, y usar un microcontrolador es lo más fácil. Optando por usar un microcontrolador, además que puedes ahorrar gran parte de circuitería en cuanto a conversión A/D y transmisión por el puerto serie se refiere. Como referencia te diré que los Motorola (FreeScale) son buena elección, pero debido a su encapsulado son difíciles de trabajar con ellos de forma casera (al igual que los Atmel y los Intel). Los PIC's sin embargo para el uso casero son fáciles de trabajar, pero poseen arquitecturas diferentes (Harvard), por lo que si estás acostumbrado a la programación en ensamblador de procesadores de la arquitectura x86, te resultará un poco más engorroso el tema de la programación. Sin embargo, los propios fabricantes de microcontroladores (de dificil manipulación), proveen de placas ya diseñadas para el manejo y programación del microcontrolador. Así por ejemplo, si quieres ahorrar un poco de trabajo, puedes usar el Cygnal 8051 de Intel, o en su defecto, si prefieres diseñar toda la circuitería, un PIC es tu elección.

Por lo demás, sólo restaría hacer la aplicación, la cual seguiría los puntos que te he comentado en el anterior post, sabiendo que el tamaño de la trama (en el caso de usar el MCRF355/360, sería de 154bits).



Perdón por la extensión (creo que éste ha sido uno de mis posts más largos, pero la ocasión se lo merece), y espero que esta información te haya sido de utilidad, o por lo menos te haya servido para ver la luz.


Un saludo.

Hola!! perdonad el retraso, pero he estado algo ocupado estos dias. Bueno, empecemos ;):

Cita:

---

Iniciado por hystd

Buenas!
Según he entendido, el proyecto consta de dos partes. La parte hardware, formada por dos circuitos independientes: uno pasivo, donde se almacenarán los datos, y otro activo que se utiliza para leer la información contenida en dicho circuito pasivo. Y la parte software formada por la aplicación que recoge los datos a través del puerto serie en el PC.

---

La parte pasiva son las tarjetas que intentaremos leer y modificar con el lector/escritor. Las 2 partes que yo mencionaba, eran lo que es el propio lector/escritor, que incluye antena, demodulador, filtros, etc. Y la otra parte seria el interface.

Cita:

---

Iniciado por hystd

El MCRF355/360 según he visto en el datasheet se utiliza para el primer circuito, de hecho es un IC diseñado específicamente para eso. Ese modelo concreto tiene dos modos de funcionamiento: con alimentación propia y sin alimentación (circuito pasivo). Con alimentación propia (a través de los pines 1, 2 y 8, correspondientes a Vprg, CLK y Vdd respectivamente), sirve para programarlo y almacenar la información final (normalmente información sobre algún producto: Libros, juegos, discos, ropa, etc...). Una vez programado con esa información, el circuito se utiliza de forma pasiva: sin alimentación propia (Si nos fijamos, los chips insertados en los productos no tienen una pila para funcionar ) Por tanto, para leer su contenido es necesario proveer de algún mecanismo que alimente y haga funcionar este circuito pasivo y así poder leer de su memoria los datos guardados.

---

:confused::( Me equivoque al copiar y pegar, mi intencion era nombrar el em4094 http://pdf1.alldatasheet.com/datasheet-pdf/view/133702/EMMICRO/EM4094.html, que contiene todo lo que es la circuiteria menos lo que es la antena y su sintonizacion. Pero de todas formas tus aclaraciones se pueden usar en practicamente cualquiera de las tarjetas pasivas. Perdonad el error...

Cita:

---

Iniciado por hystd

El concepto general es que hay que tratar de diseñar un circuito cuya respuesta en estado estacionario sea oscilatoria. Es decir, la transformada inversa de Laplace de la función de red del circuito debe ser de la forma f(t)=K * sen(a*t) * u(t), o bien, f(t)=K * sen(a*t + 90) * u(t)

Para obtener una función de red cuya respuesta en estado estacionario sea senoidal, puedes llevarla a cabo buscando una función de red cuyos polos naturales sean reales. Si fueran complejos conjugados, sería oscilatoria, pero amortiguada, algo del tipo: f(t) = e^(-bt)* cos(a*t + d) * u(t), y no es lo que buscamos, ya que en estado estacionario, la respuesta sería igual a 0 (la señal "portadora" se habría disipado).

La forma más simple es intentar que la función de red en el dominio de la frecuencia sea de la forma: H(s) = K* (a / (s^2 + a^2)) o bien de la forma: H(s) = k * (s / s^2 + a^2). Viendo la transformada inversa de Laplace de estas funciones, se observa que en el dominio del tiempo tenemos una función: f(t)=K * sen(a*t) * u(t), o bien f(t) = k * cos(a*t) * u(t), respectivamente, cualquiera de las dos (una desfasada 90º de la otra) será nuestra señal portadora de frecuencia "a", y amplitud depende de "K". Ambos factores dependen de los valores que tengan los dispositivos electrónicos del circuito.


No estoy en casa y no dispongo de simuladores para hacer capturas de pantalla. Una implementación sencilla consiste en poner en serie la inductancia con un condensador, de forma que la configuración sea un divisor de tensión cuya salida (Vo) se tome de la inductancia. Así la respuesta en frecuencia sería: Vo(s)=((1/LC) / (s^2 + (raiz(1/LC))^2))*Vi(s). Cuyos polos naturales de la función de red son reales (tal y como queremos), y son: p1=-raiz(1/RC) y p2=raiz(1/RC), y Vi una fuente de tensión en continua.

Por tanto, puesto que la frecuencia debe ser de unos 13.56MHz, puedes tomar valores de L y C (para inductancia y condensador respectivamente), tales que cumplan la ecuación 1/LC = 85.2*10^6 rad/seg. (w=2*pi*f; w=2*pi*13.56*10^6Hz = 85.2 rad/seg). Una combinación podría ser: C=1.173uF y L=10mH. Puesto que el diseño es casero, debes adaptarlos a valores estándares que se puedan encontrar en el mercado. Si no obtienes ese valor, puedes recurrir a poner condensadores en paralelo, los cuales irán conectados en serie a la inductancia (No debes romper la topoligía del circuito).

---

Totalmente de acuerdo.

Bien, la dificultad que tiene el diseño de la antena, es que no sólo se limita en enviar o recibir la señal modulada (bien AM,PSK,ASK,FSK...), sino que tambien tiene que alimentar al TAG pasivo. Esto se puede conseguir mediante una sola bobina (proporciona energia, y transmite y recibe la informacion, teniendo menos alcance) o con 2 bobinas, una para cada cosa. Por lo tanto en el diseño de la antena deberemos fijarnos no sólo en la inductancia, sino tambien en el flujo inducido y autoinducido. Ya que las corrientes inducidas en el TAG serán las que lo harán funcionar. En la imagen hay un error, me referia a que R es la impedancia que crea el TAG en el lector.

http://img146.imageshack.us/img146/724/91507185.th.png

En la siguiente imagen podemos ver los módulos de los que consta lo que es propiamente el lector. Los cuales ya existen integrados, fabricados para tales funciones (individualmente), y los que no, se pueden conseguir de forma analógica, como por ejemplo el modulador y demodulador.

http://img146.imageshack.us/img146/4342/37883981.th.png

Y aqui se presenta el esquema general de la conexion con el pc

http://img530.imageshack.us/img530/803/85426806.th.png

Cita:

---

Iniciado por hystd

Como referencia te diré que los Motorola (FreeScale) son buena elección, pero debido a su encapsulado son difíciles de trabajar con ellos de forma casera (al igual que los Atmel y los Intel). Los PIC's sin embargo para el uso casero son fáciles de trabajar, pero poseen arquitecturas diferentes (Harvard), por lo que si estás acostumbrado a la programación en ensamblador de procesadores de la arquitectura x86, te resultará un poco más engorroso el tema de la programación.

---

De programacion de microprocesadores solo he trabajado con el MC68000 de motorola. Pero creo que ésta es una buena ocasion para empezar con los PIC.

Seguire mas tarde, poniendo los circuitos para cada modulo del lector. Echadles un vistazo, y si hay algun error o alguna sugerencia, serán bienvenidos.


Que comience el proyectoo!!!! :p

Un saludo!!;)

El MCRF355/360 se utiliza en el circuito pasivo... (lo que en tu primera imagen aparece como "chip"), y contiene la información del producto. Si en tu proyecto no forma parte el diseño del circuito pasivo, entonces no te hará falta utilizar este IC en ningún momento, salvo a lo mejor para realizar algún test o similar.

El EM4094 se utiliza como lector del circuito pasivo, y es un IC específico para este propósito. Genera la portadora ya a 13.56MHz, y se encarga de demodular los datos recibidos del circuito pasivo, con lo cual te ahorras gran parte de circuitería (lo que vendría a ser parte de tu segunda imagen)

Lo que quieras "agrupar" con un IC, un microcontrolador o un microprocesador, ya es otro tema... También puedes optar en el circuito lector, simplemente por usar un sólo circuito RL para la generación de la portadora y recepción de datos, y con un sólo microcontrolador programado adecuadamente, realizar la demodulación, amplificación, filtrado, conversión A/D y transmisión RS232, y así te ahorras usar ningún IC específico, como es el caso del EM4094. Lo que vendría a ser unir en un sólo bloque tu imagen 2 y 3.

Todo depende de cuanta parte quieres dedicar a "circuitería" o "hardware" y cuanta parte a "software".

Te lo digo porque el EM4094 es un IC con un encapsulado pequeño (SOIC), y tal vez su manejo te resulte difícil (por ejemplo a la hora de soldar), a menos claro está que dispongas de herramientas adecuadas.

Un saludo.

Hola! Seguramente no pueda usar en em4094, ya que no incluye la opcion de escritura, y estoy viendo si se le podria adaptar un circuito externo que haga tal funcion. Otro de los inconvenientes, es que no encuentro ningun sitio que tenga el em4094.

Cita:

---

Iniciado por hystd

Lo que quieras "agrupar" con un IC, un microcontrolador o un microprocesador, ya es otro tema... También puedes optar en el circuito lector, simplemente por usar un sólo circuito RL para la generación de la portadora y recepción de datos, y con un sólo microcontrolador programado adecuadamente, realizar la demodulación, amplificación, filtrado, conversión A/D y transmisión RS232, y así te ahorras usar ningún IC específico, como es el caso del EM4094. Lo que vendría a ser unir en un sólo bloque tu imagen 2 y 3.

---

Se puede realizar la demodulacion, amplificación y filtrado con un micro? Como me recomendarias que lo hiciera??Es que estoy viendo que hacer cada modulo individualmente ocuparia bastante. Otra duda que tengo es, que frecuencia de reloj habria que poner al modulador?? Yo habia pensado hacerlo con un multivibrador astable con un operacional (741), pero no se que frecuencia ponerle...

El MCRF355/360 vendria bien para la clonacion o creacion de las TAGs.
Otra de las dudas que tengo es: ¿que modulacion usar? Porque no todas las mifare tienen la misma modulacion. Y tambien estoy viendo lectores que tienen multiples modulaciones.
En cuanto termine de pasar los circuitos al proteus y los pruebe los posteo.
Tambien sigo buscando algun ic del tipo del em4094 que permita tambien la escritura. La verdad es que tal ic, simplificaria las cosas a unos simples calculos para la antena, y la sincronizacion con el microprocesador.
La verdad es que prefiero tener un circuito pequeño (poca circuiteria) y tener que escribir mas codigo, ya que el codigo es mas modificable y moldeable que la circuiteria.
Seguire buscando.
Gracias por vuestra ayuda.
Un saludo!

Depende del circuito pasivo, será posible (por el método de RF) el poder escribir en él o no. Como ejemplo, piensa en un circuito pasivo ya implementado, el cual utiliza el MCRF355/360 (lo digo por seguir los IC nombrados en este hilo). Este caso, por mucho que diseñes un circuito que "escribe", no te funcionará porque dicho integrado debe estar en configuración "activa", es decir, alimentado como ya dije por los pines Vdd, CLK y Vprg, siendo éste último donde recibe la señal con los datos a grabar.

Suponiendo el caso de un TAG que permite la opción de grabar mediante RF, el objetivo radicaría en construir un transmisor que genere la señal bajo los requisitos específicos del TAG (frecuencia, modulación, amplitud, etc...), y el mecanismo para llevarlo a cabo es el mismo, pero en orden inverso:

1º Tomar la señal de datos que se quiere grabar (proveniente por ejemplo del PC)
2º Convertirla a analógica usando un conversor D/A
3º Amplificarla
4º Modularla con la señal portadora, la cual contiene los parámetros de frecuencia y amplitud adaptados a los requisitos del TAG (sintonizado a la frecuencia de resonancia de éste)

Con cualquier microcontrolador de gama media puedes llevar a cabo éste objetivo, ya sea tanto para leer como para escribir. Como orientación piensa en un DSP de una tarjeta de sonido; éste realiza entre otras cosas, las 3 primeras funciones (en un orden u otro).

Si vas a utilizar un PIC, existe en el mercado una serie "dsPic" que incorporan instrucciones para el procesamiento de señales digitales. Yo no los he usado nunca y no sabría decirte información más específica sobre ellos, pero la filosofía sigue siendo la misma.

Otra opción sobre lo que comentas de que prefieres "poca circuitería", es que siempre es posible programar la aplicación en el host (el PC), y que sea ésta quien mediante software, realice cualquier función de amplificación, filtrado, modulación, etc... y el circuito lector (o escritor) sea un simple transmisor de RF para leer del TAG o escribir en él. Todo depende de cuanto ames la programación o cuanto ames la electrónica para simplificar software o hardware.

Un saludo.

Hola estuve leyendo este tema del foro y me parece interesante , indagando este tema en ingles (donde creo que hay mucha mas info que en español) encontre uno pero es un lector de estas tarjetas me gustaria que le echaran un vistazo a ver que podemos desarrollar en base a este.
http://memweb.newsguy.com/~rhuang/RFID/rfid.html

http://memweb.newsguy.com/~rhuang/RFID/Reader.jpg

:)

post del 2009... Ah y lo que hay a la derecha del chip es el cristal de frecuemcia? Y debajo del chip?

hombre, hacer ese lector es muy sencillo (lo más complicado es que la antena vaya), pero está muy bien, eso se puede montar en una plaquita pequeña del todo :D especialmente porque montar una conexión serial con el pic hacia un PC es tarea muy fácil.

Cita:

---

Ah y lo que hay a la derecha del chip es el cristal de frecuemcia? Y debajo del chip?

---

Si, es el oscilador. Si el microcontrolador es el que pone en el esquema del circuito (PIC16F628A), entonces será de 12MHz.

Lo otro que dices es un zumbador. En el esquema no se contempla, pero si miras el código del firmware, verás que se hace un beep de 0.5 seg, por lo que la sospecha queda confirmada.

Un saludo.

holas, ya murió este proyecto?,

con respecto a la modulación, he visto que se habla de modulación AM , en realidad es ASK o OOK, q es mas simple extraer la señal modulante (digital) porque solo hay dos estados, (por ejemplo, 0 sin señal, y 1 con señal), con un diodo y schmitt trigger se podría demodular, y modular un oscilador con un pic o directamente desde una PC por puerto serie o USB (dependiendo de la potencia necesaria por la antena)

http://imagenes.mailxmail.com/cursos/imagenes/8/1/a-modulacion-ask_12118_3_2.jpg
http://webdiee.cem.itesm.mx/web/servicios/archivo/trabajos/comunicaciones/ask/Image62.gif

ahora si usa modulación FSK, BPSK, 8PSSK, QPSK ETC, ya se complica un poco...

Bueno creo que aun no ha muerto , solo que no han habido aportes respecto al tema pero sigue en pie, he estado ausente por cuestiones de trabajo ojalá sigamos profundizando en el tema que es muy interesante nos vemos. :cool:

Cita:

---

Iniciado por hittman

Bueno creo que aun no ha muerto , solo que no han habido aportes respecto al tema pero sigue en pie, he estado ausente por cuestiones de trabajo ojalá sigamos profundizando en el tema que es muy interesante nos vemos. :cool:

---

ook,

yo estoy diseñando toda la parte de control de un molinete + Software, las tarjetas RFID que estoy usando son del 13.56Mhz, MIFARE -->

http://www.itworksolutions.com/brochure/catalogue/RFID/Mifare%20S50.pdf

tengo dos tipos de lectores:

1-USB

2-RS232,

como los molinetes estan a mas de 12m entonces estoy usando rs232, ahora estoy con el tema de la programacion, estoy usando VB6, logro captar los datos por puerto serie, pero todavia tengo que armar la trama,
la idea es una vez obtenido el ID compararla en una tabla para ver si esta habilitado o no, y de ahi mandar un una señal hacia el molinete para que deje pasar si su tarjeta esta registrada, o no si no esta en la base de datos...

Cita:

---

Iniciado por hittman

Hola estuve leyendo este tema del foro y me parece interesante , indagando este tema en ingles (donde creo que hay mucha mas info que en español) encontre uno pero es un lector de estas tarjetas me gustaria que le echaran un vistazo a ver que podemos desarrollar en base a este.
http://memweb.newsguy.com/~rhuang/RFID/rfid.html

http://memweb.newsguy.com/~rhuang/RFID/Reader.jpg

:)

---

con respecto a este proyecto lo he armado y solo lee datos como si fueran numeros al asar.. la frecuencia que maneja este sr es d 150khz dice que lo calculo asi xq se confundio y siguio asi.. yo cambie ya la frecuencia a 125khz pero sigue igual.. la parte del codigo que cambie fue esta esto son los valores q calcule y da 125khz..

;********************** Setting up PWM module for 150KHz signal
movlw b'00001100' ;Enable PWM module, duty = 2
movwf CCP1CON
movlw b'00000011'; ;Using source frequency = 12MHz
movwf CCPR1L
movlw b'00000101' ;Setting up TMR2, Prescale = 1:4
movwf T2CON
bsf STATUS, RP0
movlw 0X05
movwf PR2 ;Setting the period = 4
bcf STATUS, RP0




probe con una antena de otro lector rfid y sigue igual.. alguien ya a visto luz con esto???

http://www.priority1design.com.au/rfid_reader_modules.html


http://hackaday.com/2010/04/19/build-your-own-rfid-reader/

Saludos nos vemos pronto, adelante con nuestros proyectos.

Buenas!

Soy estudiante y esto liado con el PFC. A ver, me he leido vuestros mensajes pero estoy un poco pez...

Necesito hacer un circuito que lea tarjetas RFID. Tambien en esa frecuencia, 13.56 MHz, y tenía pensado utilizar modulación FSK... ¿¿Las tarjetas RFID las puedo conseguir ya codificadas?? He visto unas tarjetas que tiene un codigo UID de fabrica, con eso me valdría para leerlas

Hola

Tengo una duda, me encuentro haciendo una antena rfid solo quiero hacer la antena y el circuito que une la antena con el chip pero me he leido datasheets y no tengo muy claro que valor tengo que poner a la resistencia y condensador de mi antena y al circuito que une, alguien me puede echar un cable?

Un saludo

por desgracia está medio abandonado el proyecto (porque si que era interesante), a ver si te lo miro yo y te digo

prueba...perdón