UHF RFID 태그에 대해 당신이 모르는 것

UHF RFID 애플리케이션이 대중화됨에 따라 프로젝트 애플리케이션에서 점점 더 많은 문제가 발생하고 있으며 그중 RFID 전자 태그가 가장 많은 문제를 안고 있습니다. 프로젝트의 실제 적용에서 최상의 사용 효과를 얻으려면 UHF RFID 태그의 상식을 이해하는 것이 도움이 될 것이라고 믿습니다.

EPC Class1 Gen2(약칭 G2) 프로토콜 V109 버전을 준수하는 태그와 리더(reader)가 갖춰야 할 기능을 살펴보겠습니다.

A. 라벨의 상태는 무엇입니까?

연속파(CW) 조사를 받아 파워업(Power-up)한 후 태그는 Ready(준비), Arbitrate(판단), Reply(반환 순서), Acknowledged(응답), Open(공개), Secured 상태가 될 수 있습니다. (보호) ), 7개 주 중 하나를 살해(비활성화)했습니다.

1. 읽기-쓰기 상태는 비활성화되지 않은 태그의 전원이 켜져 있고 명령에 응답할 준비가 되어 있는 상태입니다.

2. Arbitrate 상태에서는 주로 Query 등의 명령에 대한 응답을 대기합니다.

3. Query에 응답한 후 Reply 상태로 진입하고 추가로 ACK 명령에 응답하여 EPC 번호를 다시 보냅니다.

4. EPC 번호를 다시 보낸 후 Acknowledged 상태로 들어가고 Req_RN 명령에 추가로 응답합니다.

5. Access Password가 0이 아닌 경우에만 읽기 및 쓰기 작업이 수행되는 Open 상태로 들어갈 수 있습니다.

6. 접속 비밀번호를 알고 있는 경우에만 보안 상태로 진입이 가능하며, 읽기, 쓰기, 잠금 등의 작업을 수행할 수 있습니다.

7. Killed 상태에 들어간 태그는 동일한 상태로 유지되며 RF 필드를 활성화하기 위해 변조된 신호를 생성하지 않으므로 영구적으로 효과가 없습니다. 비활성화된 태그는 모든 환경에서 Killed 상태를 유지해야 하며 전원이 켜질 때 비활성화 상태로 진입해야 하며 비활성화 작업은 되돌릴 수 없습니다.

따라서 태그를 특정 상태로 만들려면 일반적으로 적절한 순서의 적법한 명령 집합이 필요하며, 각 명령은 태그가 적절한 상태에 있을 때만 유효할 수 있으며 태그도 응답한 후 다른 상태로 전환됩니다. 명령에.

B. 태그 메모리는 어떤 영역으로 나누어져 있나요?

태그 메모리는 Reserved(예약됨), EPC(전자 제품 코드), TID(태그 식별 번호) 및 User(사용자)의 4개의 독립적인 저장 블록으로 구분됩니다.

예약 영역: Kill Password(비활성화 비밀번호) 및 Access Password(접속 비밀번호)를 저장합니다.

EPC 영역: EPC 번호 등을 저장합니다.

TID 영역: 매장 태그 식별 번호, 각 TID 번호는 고유해야 합니다.

사용자 영역: 사용자 정의 데이터를 저장합니다.

C. 명령의 종류는 무엇입니까?

사용 기능에서 명령은 레이블 Select(선택), Inventory(인벤토리) 및 Access(액세스) 명령의 세 가지 범주로 나눌 수 있습니다.

명령 아키텍처 및 확장성 측면에서 명령은 필수(필수), 옵션(선택 사항), 독점(독점), 사용자 정의(사용자 정의)의 네 가지 범주로 나눌 수 있습니다.

D. 선택 명령이란 무엇입니까?

선택 명령은 하나뿐입니다. 선택은 필수입니다. 태그에는 다양한 속성이 있습니다. 사용자가 설정한 표준 및 정책에 따라 선택 명령을 사용하여 일부 속성 및 기호를 변경하면 특정 태그 그룹을 인위적으로 선택하거나 묘사할 수 있으며 이에 대한 재고 식별 또는 액세스 작업만 수행할 수 있습니다. 갈등과 반복되는 식별을 줄이고 식별 속도를 높이는 것이 좋습니다.

E. 인벤토리 명령은 무엇입니까?

5개의 인벤토리 명령이 있습니다. 즉, Query, QueryAdjust, QueryRep, ACK, NAK입니다.

1. 태그가 유효한 Query 명령을 수신한 후 설정된 기준을 충족하고 선택된 각 태그는 난수를 생성하고(주사위를 굴리는 것과 유사) 난수가 0인 각 태그는 에코를 생성합니다(다시 전송). 임시 비밀번호 RN16 - 16비트 난수), 응답 상태로 전환됩니다. 다른 조건을 충족하는 태그는 일부 속성과 기호를 변경하여 위의 태그 그룹에서 나가므로 반복 식별을 줄이는 데 유리합니다.

2. 태그가 유효한 QueryAdjust 명령을 받은 후 각 태그는 새로운 난수를 생성하고(예: 주사위 다시 굴림) 다른 태그는 Query와 동일합니다.

3. 태그가 유효한 QueryRep 명령을 수신한 후 태그 그룹에 있는 각 태그의 원래 난수에서 하나만 빼고 나머지는 Query와 동일합니다.

4. 단순화된 태그만 유효한 ACK 명령을 수신할 수 있습니다(위의 RN16을 사용하거나 Handl을 처리).e--태그의 ID를 일시적으로 나타내는 16비트 난수입니다. 이것은 보안 메커니즘입니다!), 받은 후 다시 보내십시오. 내용이 EPC 영역에 있습니까?? EPC 프로토콜의 가장 기본적인 기능입니다.

5. 유효한 NAK 명령을 수신한 후 태그는 Ready 및 Killed 상태를 제외하고 Arbitrate 상태로 전환됩니다.

F. 액세스 명령이란 무엇입니까?

8개의 액세스 명령이 있으며 그 중 5개는 필수입니다: Req_RN, Read, Write, Kill 및 Lock. Access, BlockWrite, BlockErase의 세 가지 옵션이 있습니다.

1. 태그가 유효한 Req_RN(RN16 또는 핸들 포함) 명령을 수신한 후 상태에 따라 핸들 또는 새 RN16을 다시 보냅니다.

2. 태그가 유효한 읽기(핸들 포함) 명령을 수신한 후 오류 유형 코드 또는 필요한 블록의 내용과 핸들을 다시 보냅니다.

3. 유효한 쓰기(RN16 및 핸들 포함) 명령을 수신한 후 태그는 오류 유형 코드를 다시 보내거나 쓰기가 성공하면 핸들을 다시 보냅니다.

4. 태그가 유효한 Kill(Kill 비밀번호, RN16 및 핸들 포함) 명령을 수신한 후 오류 유형 코드를 다시 보내거나, 종료가 성공하면 핸들을 다시 보냅니다.

5. 유효한 잠금(핸들 포함) 명령을 수신한 후 태그는 오류 유형 코드를 다시 보내거나 잠금이 성공한 경우 핸들을 다시 보냅니다.

6. 태그가 유효한 액세스(액세스 비밀번호, RN16 및 핸들 포함) 명령을 수신한 후 핸들을 다시 보냅니다.

7. 태그가 유효한 BlockWrite(핸들 포함) 명령을 수신한 후 오류 유형 코드를 다시 보내거나 블록 쓰기가 성공하면 핸들을 다시 보냅니다.

8. 태그가 유효한 BlockErase(핸들 포함) 명령을 수신한 후 오류 유형 코드를 다시 보내거나, 블록 지우기에 성공하면 핸들을 다시 보냅니다.

G. 필수 명령은 무엇입니까?

G2 프로토콜을 준수하는 UHF 태그 및 UHF 리더에는 지원되어야 하는 필수 명령 11개가 있습니다: Select(선택), Query(쿼리), QueryAdjust(쿼리 조정), QueryRep(쿼리 반복), ACK(EPC 응답), NAK(판단), Req_RN(난수 요청), Read(읽기), Write(쓰기), Kill(비활성화), Lock(잠금).

H. 선택적(Optional) 명령이란 무엇입니까?

G2 프로토콜을 준수하는 UHF 태그 및 UHF 리더에는 Access(액세스), BlockWrite(블록 쓰기), BlockErase(블록 삭제)의 세 가지 선택적 명령이 있습니다.

I. 독점 명령은 무엇입니까?

독점 명령은 일반적으로 라벨 내부 테스트 등과 같은 제조 목적으로 사용되며 이러한 명령은 라벨이 공장에서 출고된 후에는 영구적으로 유효하지 않습니다.

J. 사용자 정의 명령이란 무엇입니까?

이는 제조업체가 정의하고 사용자에게 공개되는 명령일 수 있습니다. 예를 들어 Philips는 BlockLock(블록 잠금), ChangeEAS(EAS 상태 변경), EASAlarm(EAS 경보) 및 기타 명령(EAS는 Electronic Article Surveillance 약어)과 같은 명령을 제공합니다.

K와 G2는 갈등에 저항하기 위해 어떤 메커니즘을 사용합니까? 소위 충돌이란 무엇이며, 갈등에 저항하는 방법은 무엇입니까?

서로 다른 RN16을 다시 전송하는 임의의 숫자가 0인 태그가 두 개 이상 있는 경우 수신 안테나에 서로 다른 RN16 파형이 중첩됩니다. 이는 소위 충돌(충돌)이므로 올바르게 디코딩할 수 없습니다. 하나의 태그만 "말"하도록 (시분할) 시도하는 것과 같이 파형 중첩 및 변형을 방지하기 위한 다양한 충돌 방지 메커니즘이 있습니다. 특정 시간에 이를 단순화하여 여러 태그 중에서 각 태그를 식별하고 읽을 수 있습니다.

위의 선택, 인벤토리 및 액세스 명령은 G2의 충돌 방지 메커니즘을 반영합니다. 즉, 임의의 숫자가 0인 태그만 RN16으로 다시 보낼 수 있습니다. 올바르게 디코딩될 때까지 선택한 태그 그룹에 Q 접두사가 포함된 명령이나 조합을 다시 보냅니다.

L. G2의 Access와 같은 명령은 선택 사항입니다. 태그나 UHF 리더가 선택적 명령을 지원하지 않으면 어떻게 되나요?

BlockWrite 또는 BlockErase 명령이 지원되지 않는 경우 지우기는 쓰기 0으로 간주될 수 있고 이전 블록 쓰기 및 블록 지우기 블록은 여러 개이므로 Write 명령(한 번에 16비트 쓰기)으로 여러 번 대체될 수 있습니다. 16비트 비트를 곱한 경우 다른 사용 조건은 유사합니다.

Access 명령이 지원되지 않는 경우에는 Access Password가 0인 경우에만 시스템이 Secured 상태로 진입하고 Lock 명령을 사용할 수 있습니다. 접근 비밀번호는 개방 또는 보안 상태에서 변경할 수 있으며, 잠금 명령을 사용하여 접근 비밀번호를 잠그거나 영구적으로 잠글 수 있습니다.rd(pwd-read/write 비트는 1, 영구 잠금 비트는 0 또는 1, 첨부 표 참조), 레이블은 더 이상 보안 상태로 들어갈 수 없으며 더 이상 Lock 명령을 사용할 수 없습니다. 잠긴 상태를 변경하려면

Access 명령이 지원되는 경우에만 해당 명령을 사용하여 모든 상태에 자유롭게 진입할 수 있습니다. 라벨이 영구적으로 잠겨 있거나 영구적으로 잠금 해제되어 특정 명령의 실행을 거부하고 Killed 상태에 있는 것을 제외하면 다양한 명령도 효과적으로 실행할 수 있습니다.

G2 프로토콜에 규정된 액세스 명령은 선택 사항이지만, 향후 액세스 명령이 필요할 수 있거나 제조업체가 G2 태그와 리더 모두에 대해 액세스 명령을 지원하는 경우 제어 및 사용이 더욱 포괄적이고 유연해집니다.

M. G2 프로토콜에서 Kill 명령의 효과는 무엇입니까? 비활성화된 태그를 재사용할 수 있나요?

Kill 명령은 G2 프로토콜에 설정되어 있으며 32비트 암호로 제어됩니다. Kill 명령을 효과적으로 사용한 후에는 태그가 무선 주파수 필드를 활성화하기 위한 변조 신호를 생성하지 않으므로 영구적으로 무효화됩니다. 그러나 원본 데이터는 여전히 RFID 태그에 있을 수 있으며, 이를 읽는 것이 불가능하지 않다면 Kill 명령의 의미를 개선하여 데이터를 삭제하는 것을 고려해보세요.

또한 일정 기간 내에 G2 라벨을 사용하는 데 드는 비용이나 기타 사유로 인해 해당 라벨을 재활용 및 재사용할 수 있다는 점을 고려합니다(예: 사용자가 라벨이 부착된 팔레트를 사용하거나 박스, 내용 교체 후 해당 EPC 번호, 사용자 영역의 내용을 다시 작성해야 하며 라벨을 교체하거나 다시 설치하는 것은 불편하고 비용이 많이 듭니다.) 따라서 심지어 다시 작성할 수 있는 명령이 필요합니다. 라벨의 내용이 영구적으로 잠겨 있는 경우. 다양한 잠금 상태의 영향으로 인해 Write, BlockWrite 또는 BlockErase 명령만 EPC 번호, 사용자 콘텐츠 또는 비밀번호를 다시 쓸 수 없습니다(예: 태그의 EPC 번호가 잠겨 있어 다시 쓸 수 없거나 잠겨 있지 않지만 태그의 액세스 비밀번호를 잊어버리고 EPC 번호를 다시 쓸 수 없습니다). 이때 TID 영역 및 해당 잠금 상태 비트(TID는 라벨이 공장에서 출고된 후에 다시 쓸 수 없음), 기타 EPC 번호, 예약 영역, 사용자 영역 내용 및 기타 잠금 상태를 제외하고 간단하고 명확한 지우기 명령이 필요합니다. 비트, 심지어 영구적으로 잠겨 있는 비트도 다시 쓰기 위해 지워집니다.

이에 비해 개선된 Kill 명령과 추가된 Erase 명령의 기능은 기본적으로 동일합니다(Kill Password를 사용해야 함 포함). 유일한 차이점은 이전 Kill 명령은 변조 신호를 생성하지 않는다는 점이며, 이는 집합적으로도 발생할 수 있습니다. Kill 명령에 의해 전달되는 매개변수 RFU에. 다양한 가치를 고려해보세요.

N. 태그 식별 번호(TID)는 고유해야 합니까? 어떻게 달성되었나요?

태그 식별 번호 TID는 태그 간의 식별 구별을 나타내는 기호입니다. 안전과 위조 방지의 관점에서 볼 때 라벨은 고유해야 합니다. 위에서 보면 라벨의 4개 저장 블록에는 고유한 용도가 있으며 그 중 일부는 공장 출고 후 언제든지 다시 쓸 수 있으며 TID가 이 역할을 맡을 수 있으므로 라벨의 TID는 고유해야 합니다.

TID는 고유하므로 라벨의 EPC 코드를 다른 라벨에 복사할 수 있지만 라벨의 TID로 구별하여 소스를 지울 수도 있습니다. 이러한 종류의 아키텍처와 방법은 간단하고 실행 가능하지만 고유성을 보장하려면 논리 체인에 주의를 기울여야 합니다.

따라서 제조업체는 TID를 영구적으로 잠그기 위해 공장을 떠나기 전에 잠금 명령이나 기타 수단을 사용하여 TID에 조치를 취해야 합니다. 제조업체 또는 관련 조직은 각 G2 칩에 대한 적절한 길이의 TID가 고유하고 어떤 상황에서도 두 번째 TID가 없음을 확인해야 합니다. 동일한 TID의 경우 G2 태그가 Killed 상태이고 재사용을 위해 활성화되지 않더라도 해당 TID(여전히 이 태그에 있음)는 다른 G2 태그에 표시되지 않습니다.