NFC: ограничение длины APDU и SNEP

Question

Я работаю над проектом, чтобы обмениваться большими данными с ПК на Android-устройство через NFC. Я использую ACR122.

Ниже приводится общее Exemple данных, отправленное:

// ADPU 
FF FF 00 00 00 nn // CLA, INS, P1, P2, Le, Lc 
D4 40    // TFI, PD0 
01     // (Mi), Target 

// LLCP 
13 20    // DSAP, PTYPE, SSAP 
00     // Sequence 
D4 40    // TFI, PD0 

// SNEP 
10 02    // Protocol Version, Action 
nn nn nn nn   // Total SNEP Length 

// NDEF Header 
A2     // First byte (MB = 1, ME = 0, Cf = 1, SR = 0, Il, TNF) 
22     // Type length 
mm mm mm mm   // Payload length 

// NDEF Content 
61.....65   // Type (34 bytes in that case) 
01.....01   // Payload (mm mm mm mm bytes) 

Здесь я посылаю записи (не короткую запись) .so заголовка ЦНКА позволяет ввести 4 байта длину полезной нагрузки.
Окончательно, мой вопрос в том, как мы можем отправить такую ​​большую полезную нагрузку в отношении 1-байтового APDU Lc?
Если это ограничение связано только с чипом pn532 или PS/SC, какое альтернативное оборудование вы бы предложили?

Спасибо за любые разъяснения

EDIT:
Я нашел то, что искал здесь:
Sending Extended APDU to Javacard
Это аппаратная проблема, PN532 не поддерживает расширенную APDU.

Answer 1

Как вы уже узнали, ACR122 не поддерживает расширенный APDU из-за ограничения чипа PN532.

Однако нет необходимости упаковывать всю передачу SNEP в один APDU. Вы можете разделить полезную нагрузку на несколько меньших кадров и отправить их один за другим. Важно только, чтобы заголовок NDEF передавался в целом в первом кадре.