Dopo una (molto) lunga attesa, oggi ho finalmente ricevuto il primo VERO device WIndows Embedded Handheld 8.1.
Si tratta di un Bluebird BM180 nella versioneBarcode Reader e MSR Reader ma non ha connettivita’ 3G.
Ovviamente e’ equipaggiato con WiFi, Bluetooth, NFC etc.
Attualmente lo sto caricando e configurando. Nei prossimi giorni pubblichero’ una prova completa utilizzando alcune applicazioni enterprise che ho sviluppato.
Per adesso posso solo confermare che: ESISTE!
Quest’anno farò parte dello staff speaker dell’evento Microsoft Embedded Conference 2014, che si terrà il prossimo 15 Febbraio a Napoli.
Organizzato dalle vulcaniche menti dei ragazzi di DotNetCampania ed in particolare da Paolo Patierno, questo evento è alla sua seconda edizione; ho avuto la fortuna di assistere alla prima edizione lo scorso anno e posso garantirvi che ne vale la pena.
Insieme a me si alterneranno sul palco altri speaker molto importanti per la scena Embedded italiana e mondiale, eccoli in rigoroso ordine alfabetico:
Avremo anche una Guest star davvero importante, direttamente dagli stati uniti dove vive e lavora Samuel Phung.
Spero di vedervi di persona il prossimo 15 Febbraio, a presto!
Dopo molta attesa finalmente è disponibile il Windows Embedded 8 Handheld SDK ed è possibile scaricarlo ed installarlo da qui. 
Vorrei però fare un poco di ordine su cosa effettivamente è questo SDK e quale ruolo riveste nel mercato.
Windows Embedded 8 Handheld fa parte della famiglia di prodotti Embedded proposti da Microsoft, in particolare la versione Handheld esista già da alcuni anni e di fatto è il prodotto precedentemente conosciuto come Windows Mobile che Microsoft offriva sugli smartphone dell’epoca. Tuttora distribuito con I terminali industriali delle principali aziende del settore (Symbol-Motorola, Honeywell, Intermec, Datalogic ecc).
La versione 8 di Handheld invece da un taglio con il passato e il nuovo sistema abbandonerà Windows Mobile (basato sul kernel Windows CE) e passerà invece a Windows Phone 8.
Questo cambio di direzione punta verso l’allineamento e l’unificazione delle piattaforme anche nel mondo embedded.
Questo nuovo Sistema operativo dovrebbe vedere la luce nel prossimo anno (le ultime notizie ufficiali parlano della prima metà del 2014), ed è![mobile2green[7]](http://www.mobileprog.net/wp-content/uploads/2013/12/mobile2green71.jpg "mobile2green[7]")
lecito attendersi tempistiche vicine al rilascio della vNext di Windows Phone (comunemente noto come Windows Blue).
Ma quali saranno le caratterisctiche peculiari?
Ma cosa otteniamo installando questo SDK?
iniziamo 
lo scaricamento del pacchetto di installazione (circa 460 MB).
L’installazione si conclude rapidamente se già è presente un ambiente di sviluppo per Windows Phone 8 (sia esso su VS2012 o VS2013).
La prima traccia evidente dell’installazione 
la notiamo appena creiamo o apriamo un progetto Windows Phone 8 e notiamo nella lista degli emulatori a disposizione alcune nuove voci. Tutte evidenziate dal nome “WE8H Emulator” seguito dalla relativa misura dello schermo emulato.
Interessante notare fra gli altri una nuova misura corrispondente alle nuove risoluzioni 1080p disponibile a partire dall’aggiornamento GDR3 di Windows Phone (per I dispositivi Full HD come il Nokia Lumia 1520) a tale proposito potete dare una occhiata a questo interessante post sulla gestione di risoluzioni multiple nei nuovi device.
Da un primo test effettuato con una piccola applicazione di prova, ho tuttavia verificato che utilizzando tale emulatore non possiamo correttamente testare le nostre applicazioni come sui nuovi device Full HD, infatti lo scale factor ritornato dalla relativa API è 150, mentre la risoluzione fotografica di scatto è 7152×5364 esattamente I valori che vengono ritornati anche dall’emulatore 720p. Ecco lo snippet che ho utilizzato.
Sull’argomento credo che cercherò di approfondire in seguito.
La documentazione dell’SDK (disponibile a questo link) copre I due namespace Windows.Device.PointOfService e Microsoft.Embedded.Devices.Enumeration aggiunti dall’SDK e un esempio per emulare il lettore di codici a barre all’interno dell’emulatore.
In pratica adesso è possibile utilizzare le API Point of Service già disponibili in Windows 8.1 anche su WP, ovviamente considerando di sviluppare per I device WE8H.
Vista l’onda di uscita dei nuovi prodotti Windows Embedded avremo presto parecchi eventi per conoscere I nuovi prodotti, intanto volevo segnalarvi due eventi che si svolgeranno nei prossimi mesi in cui sarà già possibile vederne un assaggio.
DotNetCampus il 13 Aprile presso Università Roma Tre
Better Embedded l’8 e 9 Luglio a Firenze
In queste due conferenze presenterò alcune sessioni riguardo Windows Embedded Handeld e le Applicazioni Enterprise.
Sta arrivando! Il (vero) successore di Windows Mobile (Windows Embedded Handheld 6.5.x) arriverà nei prossimi mesi (settimane?), come già ben sappiamo.
Abbiamo anche ben compreso che la prossima generazione di terminali portatili sarà basata su Windows Phone OS (il nome corretto è Windows Embedded 8 Handheld o WE8H), per questo ho iniziato il porting, o forse sarebbe meglio dire riscrittura, di una delle mie applicazioni gestionali che ho sviluppato negli ultimi anni, verso il nuovo sistema operativo.
TQuesto è il primo di una numero imprecisato di post, in cui cercheò di analizzare e mostrare ogni aspetto del porting/riscrittura dell’applicazione.
E’ stata sviluppata per alcuni clienti operanti nel settore della moda e abbigliamento per gestire I trasferimenti di merce fra negozio e negozio, fra magazzini e negozi e vice versa.
Oltre ai trasferimenti la applicazione implementa le procedure di inventario della merce per il magazzino o per il negozio. Gli articoli sono identificati naturalmente dal loro codice a barre che corrisponde ad un articolo in un certo colore (o variante) e taglia. Gestiamo anche alcune altre informazioni di cui vedremo I dettagli in uno dei prossimi post.
Di solito I barcode risiedono in un DB locale installato sul device e sincronizzato ogni notte con il server centrale dell’azienda. Ai tempi in cui fu scritta questa applicazione la disponibilità reti WiFi affidabili nei magazzini non era comune, per questo la maggior parte delle installazioni utilizzano il DB locale sul device.
In molti casi il numero di barcode (record) è molto elevato, ho delle installazioni di questa procedura con 4 Milioni di record nel DB, si 4.000.000 righe in un file sdf di un DB SQLCe che necessita di essere sincronizzato ogni notte (moltiplicato per il numero di dispositivi installati).
In molti casi ho cercato di di convincere il cliente ad installare un server di backoffice, degli access point ed utilizzare un servizio WCF sul server per reperire il barcode e le altre informazioni dal terminale via connessione WiFi. Ho quasi sempre fallito! 
Considerare di passare questa struttura su WP8 non è molto difficile, possiamo continuare ad utilizzare SQLCe ma non con le metodologie di accesso precedenti (connessione, command esecuzione della query ecc) ma solo via LINQ to SQL, non c’è supporto per T-SQL su WP8. potremmo anche considerare l’adozione di un DB SQLite, che viene utilizzato sempre più spesso nelle applicazioni WP8 e Win8, visto anche che su quest’ultimo non c’è supporto a SQLCe.
Al giorno d’oggi tutti (la maggior parte ) dei magazzini sono equipaggiati con una copertura WiFi che permetterebbe più semplicemente di utilizzare lo scenario di lavoro connesso. C’è comunque da tenere in considerazione e gestire le modalità di lavoro disconnesse per tutte le situazioni di lavoro fuori copertura, o in negozio dove potrebbe non esserci copertura o accesso al server.
Solitamente io ho sempre installato dispositivi Symbol (Motorola) ed in particolare I modelli MC70/75 e MC3000/3100.
Questi device montano dei processori ARM a 600 MHz ed hanno un massimo di 256 MB Ram /1GB Flash (per I modelli più recenti) nulla al confronto dei requisiti minimi di un device WP8: processore Snapdragon a non meno di 1 GHz dual core, 512 MB Ram /4GB Storage.
Per ora non sono disponibili e non sono stati ancora annunciati device WE8H, Suppongo però che le specifiche tecniche non differiranno di molto da quelle di WP8. La principale differenza sarà la costruzione di tipo rugged (1), il lettore di codici a barre, le tipologie di radio che avranno a bordo (Wi-Fi, GSM/3G/LTE, Bluetooth), o I tipi di interfacce di scrittura/lettura tipo NFC or RFID.
Nel prossimo post vedremo la struttura della applicazione ed inizieremo ad analizzare come “portare” alcune caratteristiche valutando le differenze dei sistemi operativi e considerando le guideline per le Modern UI app per la User Experience e per la User Interface.
(1) Contenitori e strutture del device che permettono di resistere a cadute a terra o schizzi e polvere, o di lavorare in ambienti con agenti ambientali sfavorevoli.
