Gestione Abbattitore

1. Due ruoli NFC, non un chip solo. Il pannello display parla solo col telefono. Le sacche le legge solo l’app NFC del telefono.
2. Leggere le sacche non valida e non blocca il ciclo. Serve solo a scriverle nell’archivio di quell’abbattimento (data, operatore, curva, codice profilo, elenco unità). Come un verbale, non come un controllo transfusionale.
3. I campi sulla sacca restano ISBT 128 (DIN, product, ABO/Rh, expiry; AFI A4 negli esempi). È il formato dei dati, non una verifica clinica.
4. Fino a 56 sacche per ciclo. In prova: 4 card di esempio, overlay di preambolo unico («Lettura di N sacche»).
5. Avvio abbattimento: tap telefono ↔ pannello in loco, anche se l’unità è connessa. Il pannello non legge le sacche.

È più semplice. Se le sacche passassero dall’antenna del device servirebbe un hardware più costoso.

1. Telefono sul pannello → ciclo (macchina, orario, curva, setpoint).
2. Telefono sulle sacche → DIN / prodotto / gruppo / scadenza, attaccati a quel ciclo.
3. Tutto finisce in archivio (~3,3 KB per 56 unità).

Il display resta un tag verso l’app. L’app è il reader delle sacche.

Sul pannello mettiamo lo ST25DV64KC (NFC Forum Type 5, ISO 15693). Il telefono arriva in RF, la scheda in I²C. Gli 8 KB di EEPROM bastano per profilo, curva PFC e l’elenco fino a 56 sacche (circa 3,3 KB). Lo scambio live tra MCU e telefono passa dalla mailbox FTM da 256 byte. Stima durata: un comando (avvio ciclo) sta sotto 1 s; i circa 3,3 KB di archivio via FTM arrivano in 1–3 s (ordine di grandezza ST: ~2,4 kB/s, circa 4 s per 10 KB). In EEPROM è più lento: scrittura a blocchi, qualche secondo in più.