Desarrollando un nuevo sistema... confundido entre RFID o NFC... solo algunas preguntas

Sé que NFC es lo nuevo y puede ser muy útil, especialmente con los sistemas de pago.

Soy nuevo en esto de las etiquetas inalámbricas.

Soy un desarrollador de aplicaciones PHP y voy a hacer algunas aplicaciones como la aplicación Registro de tiempo diario y Membresía para un establecimiento. Mis requisitos son simples. , o quizás NFC para este sistema.

Todo lo que necesito en este momento es la ID segura de la etiqueta que se combinará con una entrada/perfil en MySQL y hacer mi magia desde el lado de PHP. No necesito capacidades de lectura/escritura de largo alcance como RFID.

Quisiera saber lo siguiente:

1) W/c es generalmente más barato de implementar? ¿Lectores más baratos? ¿Etiquetas más baratas?

2) ¿Cuál es más seguro según lo anterior? Me dijeron que NFC es más seguro, pero si las personas pueden leer y escribir en las etiquetas usando sus teléfonos, ¿qué tan seguro es realmente? No planeo almacenar información vital en el chip NFC, o si lo hago mal, probablemente use algún cifrado para alterar los datos de texto 3) Las etiquetas NFC se pueden configurar como SOLO LECTURA... ¿cómo funciona eso? eso es seguro? ¿confiable? 4) ¿Es más fácil imitar la identificación/serie de la etiqueta frente a la serie rfid?

y, por último, no es para pedirles que compren por mí, sino más bien para señalarme la dirección correcta... ¿hay un lector/escritor que tenga una API integrada para que pueda interactuar con él inmediatamente usando PHP?

RFID es un sistema unidireccional, NFC permite comunicaciones bidireccionales (efectivamente, un intercomunicador). Parece que todo lo que necesita es un sistema RFID. ¿Qué tan fáciles son de falsificar? instructables.com/id/RFID-8
gracias, pero sí, ¿qué es más barato? Quiero decir, desde las primeras impresiones, NFC parece ser más barato en general ... especialmente en los costos por chip, además de permitir la comunicación bidireccional cuando sea necesario. ¿Es esta suposición correcta?
Considere que el costo del chip no es el único factor. Con RFID, emitirá una tarjeta/etiqueta que ya se produce en masa y tiene que desarrollar solo el otro extremo. Con NFC tienes que hacer ambas cosas (o dejar que la persona use un teléfono celular, que tampoco es barato). Eso significa desarrollar y fabricar PCB, carcasas, etc. Sin mencionar las certificaciones FCC (o equivalentes).

Respuestas (2)

RFID ciertamente es más barato y más simple.

La principal diferencia entre los dos es que con RFID la persona lleva una tarjeta/etiqueta/etc. que se puede pensar como "pasivo". Solo recibe alimentación cuando está cerca (y por) la antena receptora. NFC se integrará en los teléfonos móviles y utilizará su fuente de energía (la batería).

RFID es bastante seguro para la mayoría de las aplicaciones. Es ampliamente utilizado en todo el mundo para las tarifas de autobús. Solo cuando tiene aplicaciones que requieren más seguridad (transacciones con tarjeta de crédito/débito, por ejemplo, en las que el monto promedio de la transacción es significativamente mayor) no sería recomendable. Así entra NFC.

Para un entorno de prueba/demostración, le recomiendo que visite SparkFun o Adafruit . Sus productos están dirigidos al mercado de pasatiempos, por lo que es bastante fácil comenzar a usarlos. En general, abrirán un puerto serie virtual a través de USB, por lo que lo que necesitará en PHP es cualquier biblioteca estándar para enviar/recibir datos a través de un puerto serie.

FCeconel, gracias hombre... eso fue útil. Sin embargo, sobre la NFC, al comparar las "etiquetas", ¿la NFC no tiene casi el mismo precio y tampoco tiene energía? ¿Hay algún diseño propuesto para hacer etiquetas NFC de largo alcance?
NFC puede o no ser impotente, pero si lo es, será esencialmente igual a RFID. Para aprovechar la comunicación bidireccional, necesita algo de "inteligencia" en el dispositivo, un teléfono celular o un microcontrolador, que son muy difíciles, si no imposibles, de hacer funcionar sin una fuente de energía local.
También tenga en cuenta que el aumento de la seguridad cuando se usa NFC no lo proporciona NFC en sí mismo (su protocolo no es muy diferente de RFID), sino el teléfono celular o el microcontrolador cuando implementan alguna autenticación criptográfica.
AFAIK NFC siempre será de corto alcance, el motivo de la energía local es lo que mencioné anteriormente, no el alcance. Por el contrario, habría algunos nuevos riesgos de seguridad si tuviera un mayor alcance.
RFID tiene la ventaja de que muchas personas ya tienen una etiqueta, por lo que en lugar de emitir otra etiqueta/llave/tarjeta, puede dejar que el usuario coloque su tarjeta en el lector y usted asocia el número con el usuario. Diablos, en la escuela secundaria te permitían usar tu tarjeta bancaria o cualquier tarjeta de banda magnética que quisieras para acceder.
Mi inmovilizador de automóvil actualizado usa RFID. Puedo programar el inmovilizador para usar el chip RFID en mi gato; Sin embargo, lo probé antes de que el gato se lo inyectara. ;-)

2) Dependiendo de la etiqueta NFC que use, tendrá encriptación integrada. Si necesita seguridad, eche un vistazo a MiFARE DESFire y MiFARE UltraLight. La etiqueta se divide en sectores de 64 Bytes. Cada sector tiene sus propias claves de acceso (piense en ellas como contraseñas).

3) Establece el bit de solo lectura para un sector y la etiqueta bloquea cualquier solicitud de escritura en ese sector.

4) Las etiquetas normales no pueden cambiar su número de serie (UUID). Esta información se almacena en el sector 0 de la etiqueta. Normalmente el sector 0 viene bloqueado de fábrica, aunque existen tarjetas "chinos mágicos" con este sector desbloqueado y por lo tanto UUID cambiable. Además, vale la pena señalar que los UUID clásicos de MiFARE no son del todo únicos. NXP usó todos los UUID, por lo que los está revisando todos. Lo más probable es que no tenga 2 etiquetas con el mismo UUID, pero no dependa del azar para aplicaciones críticas.

Desarrollando un nuevo sistema... confundido entre RFID o NFC... solo algunas preguntas
RespuestasAquíPolítica de privacidad1y, 0v