Leggere rfid da browser

[fermat]

ciao!

mi hanno chiesto una cosa per un progetto, e non ho capito la fattibilità.
vorrebbero creare un sito web responsive, da usare solo su android, che debba anche interagire con un apparecchio tramite rfid.

ma è possibile fare una cosa del genere tramite semplice html + javascript, senza passare da una app installata sul dispositivo??

[cavicchiandrea]

Direi che non è possibile con solo html e js

[fermat]

Direi che non è possibile con solo html e js

è quello che sostengo anche io.
ma insistono e mi fanno venire i dubbi .

quindi sempre tramite una app devo passare.
che poi la faccia nativa (java o kotlin) o usi teconologie web (ionic, nativescript, ecc) è un'altra faccenda.

[Vincent.Zeno]

parliamo di interagire con lettori di codice a barre e simili?
l'esposizione html/js è solo l'ultimo dei passaggi.

puoi definire meglio la richiesta?

[fermat]

è un pò complicato spiegare tutto il workflow (non mi è ancora stato descritto al 100% se vogliamo essere precisi).

so che in un determinato punto X di una zona, lo smartphone (con android) deve leggere un rfid e scaricare il percorso che deve fare, e le operazioni da effettuare in ogni zona del percorso.

non si parla di barcode o simili (in quel caso so che è possibile anche se creare app native).

quindi si parla di NFC o bluetooth (ad esempio questo: https://www.arkscan.com/hikashop-men...mory-batch-usb).

[Vincent.Zeno]

serve comunque l'interfaccia di acquisizione (HW e SW).
solo avendo recepito i dati si può discutere sul come mostrarli o lavorarli.
hai parlato di un sito: quindi immagino si debba prima spedire i dati al server, e poi esporli sulla periferica finale.

è un lavoro interessante, di certo complesso.

[fermat]

serve comunque l'interfaccia di acquisizione (HW e SW).
solo avendo recepito i dati si può discutere sul come mostrarli o lavorarli.
hai parlato di un sito: quindi immagino si debba prima spedire i dati al server, e poi esporli sulla periferica finale.

è un lavoro interessante, di certo complesso.

no allora, forse mi sono spiegato male io.

parlo di sito web perchè loro vorrebbero fare un sito web senza usare una app.
loro vorrebbero in sostanza che l'utente andasse in giro con il device aperto su una determinata pagina, e da li prendere queste informazioni tramite rfid (che è il punto di partenza del tutto).
poi, inviare dei dati al server (una volta che hanno completate le operazioni richieste).
ma senza usare l'hardware sottostante (a parte che per apire il browser e aprire la pagina).

a parte l'invio di dati al server (che basta una pagina web con un form), la parte di inizio (l'acquisizione tramite rfid) sinceramente non mi sembra sia fattibile.
poi magari mi sbaglio.

[Vincent.Zeno]

ho capito quello che hai detto ma mi pare contorto, forse sono io che non ho capito bene...
puoi esporlo nuovamente con passaggi logici e usare termini specifici per le periferiche? "device" è generico e posso fraintendere.

[fermat]

ok, allora.

l'idea loro è questa:

1. l'utente ha uno smartphone con android sopra, fornito dalla società
2. con questo smartphone va in un punto X (indicato dalla società); lo smartphone ha il browser (probabilmente chrome) aperto sulla pagina
3. al punto X c'è un apparecchio (non specificato ancora, ma tipo quello linkato in alto) che trasmette dati tramite rfid
4. lo smartphone prende questi dati, e sulla pagina visualizza il percorso e le operazioni da fare nel percorso
5. poi, sempre dalla pagina, invia i dati ad un server remoto

questo è grandi linee quello che hanno in mente.
di tutti questi punti, quello che non mi è chiaro è il punto 4.
come fa una semplice pagina web, aperta su un browser, a prendere questi dati usando javascript (o anche jquery e simili)?
è possibile?

[Vincent.Zeno]

ok, è più chiaro.

punto 4
per interpretare a video sullo smartphone i dati devono esser letti da un'applicazione residente.
altrimenti devono essere inviati al server del sito e poi ritrasmessi alla pagina.
l'interazione diretta col browser non è possibile per ovvie ragioni di sicurezza.

quindi dovrebbe esserci un'applicazione che riceve i dati e li trasmette subito al server.
a questo punto la pagina web in ascolto sullo smartphone dovrà aggiornarsi e mostrare a video quello che interessa.
per questo aggiornamento "live" le tecnologie si complicano ulteriormente, salvo fare una semplice chiamata temporizzata con jquery (poco funzionale e inelegante)

punto 5
cosa dovrebbe trasmettere al server remoto?
secondo la logica di quanto ho esposto questo passaggio è già risolto, o deve trasmettere altro?