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.
A partire da oggi sono disponibili le prime incarnazioni di Windows 8 per il mondo embedded.
Le versioni rilasciate oggi sono:
Windows Embedded 8 Standard: permette di creare delle versioni personalizzate del sistema operativo inserendo solo le funzionalità necessarie per le vostre applicazioni o il vostro business.
Windows Embedded Pro: è una versione full di Windows 8 ma con una speciale versione di licenza che permette di preparare I device preinstallati senza che necessitino fasi di installazione o configurazione iniziale.
Sul blog di windows embedded è disponibile una intervista a Kevin Dallas (General Manager di Windows Embedded) che parla delle nuove opportunità offerte dalla piattaforma.
Sotto trovate un link diretto all’intervista.
Ci siamo! Parte Codemotion 2013, oggi e domani con i workshop, mentre venerdì e sabato si succederanno decine e decine di sessioni sui più disparati aspetti della programmazione, del mondo IT, del gioco o semplicemente dell’essere e vivere da geek.
Sono particolarmente emozionato perchè anche io sarò presente come speaker insieme agli amici Massimo e Nicolò con una sessione che metterà a confronto Kinect con la piattaforma Intel Perceptual SDK. Il confronto si svolgerà proprio giocando alla morra cinese sfruttando la piattaforma di cloud Azure e la tecnologia SignalR per amministrare e gestire la partita.
Vedremo e confronteremo le caratteristiche delle due piattaforme e come abbiamo implementato l’ambiente di gioco fino a giungere allo SCONTRO FINALE! 
Vi aspettiamo il 22 marzo alle 14.10 con la sessione: “Morra Cinese in salsa gesture con contorno di SignalR”.
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.
La scorsa settimana presso la sede Milanese di Microsoft si sono svolti I CommunityDays 2013, un evento che riunisce le community italiane legate allo sviluppo .NET e Windows.
Una due giorni di sessioni su tutte le novità relative alle tecnologie Microsoft.
Io, alla mia prima presenza in qualità di speaker, ho presentato due sessioni (una delle quali per sostituire un collega indisposto).
Le sessioni erano:
MFX02 Kinect e gadgeteer: Al giorno d’oggi, l’utilizzo di NUI (Natural User Interface) rende possibili nuove modalità di interazione con i dispositivi. In questa sessione utilizzeremo .NET Gadgeteer per costruire un robot dotato di telecamera e sistema di difesa, mostreremo come controllare i suoi movimenti e i suoi accessori utilizzando sia Kinect, con gesture e riconoscimento vocale, sia il nuovo Sensor and Location Platform di Windows 8.
Questa sessione è stata preparata e presentata insieme a due amici Marco Minerva e Massimo Bonanni.
Trovate due brevi video relativi a questa sessione qui e qui
WP806 – Mappe su Windows Phone 8: Tra le molte novità arrivate con Windows Phone 8 vi sono i nuovi servizi di geolocazione e il nuovo Map Control basato su Nokia Maps. In questo ‘crash course’ di mezzora illustreremo velocemente i concetti principali per poi soffermarci sull’implementazione delle funzionalità di background tracking e di fast resume e dei relativi metodi di notifica all’utente.
Riporto il link al blog di Nicolò Carandini che era lo speaker originariamente previsto per questa sessione.
La scorsa settimana ho partecipato in qualità di speaker a WPReborn, un evento organizzato dalla Community DotNetLombardia presso la sede Microsoft di Milano.
Come indica il nome l’evento poneva l’accento su Windows Phone ed in particolare tutte le novità che WP8 ha portato ma anche parecchi aspetti che di solito vengono meno trattati.
Il mio speech riguardava le applicazioni Enterprise su WP8.
In particolare ho sviluppato la demo applicativa di una app per la gestione dei parcheggi a pagamento cittadini, con relativa stampa del ticket relativo alla sanzione di parcheggio.
Questo tipo di applicazioni sono ovviamente sotto I nostri occhi tutti I giorni, ma ovviamente (per ora) non ce ne sono per Windows Phone.
Vorrei condividere la mia esperienza relativa alla connessione della stampante e alla stampa vera e propria dello scontrino.
Partiamo parlando della stampante: ho utilizzato una Custom MY Printer Bluetooth.
La azienda ha recentemente annunciato il supporto per Windows Phone 8 e dovrebbe rendere disponibile un piccolo SDK per interfacciarsi alla stampante.
Visto che io non avevo ancora a disposizione l’SDK del costruttore, ho seguito un approccio “a mano”.
La connessione con la stampante avviane tramite Bluetooth che deve (ovviamente) essere attivato sul telefono e stabilita una relazione con la stampante.
A questo punto nella applicazione possiamo ricercare i device Bluetooth disponibili (e connessi) tramite il seguente:
1: PeerFinder.AlternateIdentities["Bluetooth:PAIRED"] = ""; 2: try
3: { 4: IReadOnlyList<PeerInformation> devices =
5: await PeerFinder.FindAllPeersAsync();
La lista che otteniamo potrà essere scandita per cercare il device per nome (nel mio caso cercavo nel nome del device la stringa “MY”Printer”.
A questo punto siamo in grado di aprire effettivamente il canale di comunicazione con il dispositivo:
1: this.btsocket = new StreamSocket(); 2: try
3: { 4: await this.btsocket.ConnectAsync
5: (hname, "{00001101-0000-1000-8000-00805F9B34FB}"); 6: }
7: ... 8: if (this.btsocket != null)
9: { 10: this.txData = new DataWriter
11: (this.btsocket.OutputStream); 12: this.rxData = new DataReader
13: (this.btsocket.InputStream) 14: }
E successivamente creare un DataWriter ed un DataReader che utilizzeremo per scrivere e leggere sulla stampante.
A questo punto inizia la parte “divertente”, ovvero inizieremo a mandare stringhe alla stampante che verranno impresse sulla sottile striscia di carta termica.
C’è da tenere conto che la stampante funziona in emulazione ESC/POS e pertanto è possibile cambiare la tipologia del carattere, allargarlo, allungarlo o stampare in negativo semplicemente inviando gli opportuni caratteri di controllo prima della stringa da stampare.
Ad esempio per stampare in modalità negativa è sufficiente inviare la sequenza esadecimale “1D” “42” “01” seguito dalla stringa da stampare, successivamente invieremo la sequenza “1D” “42” “00” che disabiliterà questa modalità, ovvero:
1: txData.WriteBytes(Cmd_ALTCMD); 2: txData.WriteBytes(Cmd_Inverse);
3: txData.WriteBytes(Cmd_ON); 4: txData.WriteString("| Enterprise APP on WP8 |");
5: txData.WriteBytes(Cmd_CommandLF); 6: txData.WriteBytes(Cmd_ALTCMD);
7: txData.WriteBytes(Cmd_Inverse); 8: txData.WriteBytes(Cmd_OFF);
9: 10: await (IAsyncOperation<uint>)
11: txData.StoreAsync();
dove I vari “Cmd…” sono definiti nel seguente modo:
1: byte[] Cmd_CommandLF = new byte[] { 10 }; 2: byte[] Cmd_ESC = new byte[] { 27 };
3: byte[] Cmd_ALTCMD = new byte[] { 29 }; 4: byte[] Cmd_Enlarged = new byte[] { 69 };
5: byte[] Cmd_ON = new byte[] { 1 }; 6: byte[] Cmd_OFF = new byte[] { 0 };
7: byte[] Cmd_Inverse = new byte[] { 66 }; 8: byte[] Cmd_ModoStampa = new byte[] { 33 };
9: byte[] Cmd_D_LargALT = new byte[] { 48 }; 10: byte[] Cmd_D_LargALT_font2 = new byte[] { 49 };
11: byte[] Cmd_D_Larg = new byte[] { 32 }; 12: byte[] Cmd_D_Alte = new byte[] { 16 };
La chiamata a “StoreAsync()” prende lo stream di dati precedentemente predisposto e lo invia (in maniera asincrona) alla stampante.
Questo approccio ovviamente ci riporta indietro di parecchi anni quando per programmare un report bisognava impazzire fra codici di controllo e salti riga in una impari lotta giornaliera.
Discorso analogo, ma molto più complicato per quanto riguarda la stampa di immagini o grafiche personalizzate, in questo caso infatti l’immagine da stampare (ovvero la sua rappresentazione a mappa di bit) deve essere scomposta in “strisce” di bit rappresentanti l’immagine ed inviati a pacchetti secondo una specifica sintassi.
In questi giorni ho ricevuto dal produttore la conferma della disponibilità a breve dell’SDK completo per la stampante in cui sarà possibile stampare una bitmap partendo direttamente da dal file e senza necessità di fare conversioni di nessun tipo.
UPDATE: La Custom ha pubblicato una applicazione di prova sullo store per WP8 che permette di testare le funzionalità di stampa testuale e grafica della stampante in maniera molto intuitiva, la potete trovare a questo link.
So già che con questo titolo mi getterò addosso le ire del marketing Microsoft, ma credo che questo fosse l’unico titolo che poteva riassumere il mio pensiero.
Infatti, se percorriamo a ritroso la storia fino all’inizio del 2010 troviamo l’annuncio della nuova piattaforma ed ecosistema: Windows Phone 7 o, come venne chiamato all’inizio Windows Phone 7 series.
Quell’annuncio segnò di fatto la fine della piattaforma Windows Mobile su cui buona parte del mercato enterprise per il retail, logistica, hospitality ecc era basato.
Molti (me compreso) si trovarono sostanzialmente improvvisamente privati si un futuro rispetto alla principale piattaforma di lavoro utilizzata.
Da Microsoft vennero anche nei mesi successivi ampie rassicurazioni sul fatto che la piattaforma sarebbe ancora stata supportata ed avrebbe avuto evoluzioni ed upgrade.
Tuttavia in questi 2 anni (2011 e 2012) le uniche novità sono state che Windows Mobile passava alla divisione Embedded e cambiava nome in Windows Embedded Handeld.
Le attese del mercato però restavano disattese in merito ad annunci o lanci di novità, fatta eccezione forse per la revisione 6.5.3 che poi è stata adottata dai principali player del mercato (Motorola, Intermec, Honeywell ecc) sugli ultimi modelli di terminale usciti sul mercato.
Le buone notizie poi sono iniziate ad arrivare con la fine dello scorso anno quando, dopo il lancio ufficiale di Windows 8, sono state rilasciate informazioni sulla roadmap dei prodotti Windows Embedded dell’”era” Windows 8; ed ecco apparire anche Windows Embedded 8 Handeld!
Esatto anche il (nostro) sistema operativo fa parte della nuova famiglia e riceve un major update.
A dire il vero è un vero e proprio cambio di rotta, infatti Windows Embeded 8 Handeld (d’ora in poi lo chiamerò WE8H) sarà basato su Windows Phone 8 e lo sviluppo sarà quindi basato sull’SDK del telefono di Microsoft già ampiamente conosciuto e documentato ovunque in rete.
E finalmente ieri (14 Gennaio 2013) il lancio ufficiale al National Retail Federation (NRF) Annual Convention & EXPO, dove è stato anche presentato il primo showcase in collaborazione proprio con Motorola ed HomeDepot.
Sul treno dei produttorri ci sono (per fortuna) tutti i soliti nomi tipo: Bluebird, Honeywell, Ingenico, Intermec, Motorola Solutions (ex Symbol per capirci) che nel frattempo ha assorbito anche Psion,
Più avanti nell’anno Microsoft rilascerà anche un SDK specifico per WE8H per supportare tutte le API specifiche che I device industriali necessitano, ad esempio lettura di barcode, lettura/scrittura di RFID e NFC, accesso a smartcard e badge magnetici ecc.
Non ci resta quindi che ripartire, mouse e tastiera in pugno per tornare a sviluppare le nostre beneamate applicazioni enterprise abbandonando definitivamente il nostro caro vecchio WinForm ma non del tutto il caro Compact framework!!!
A proposito di questo voglio segnalarvi che nell’evento WPReborn 2013 che si svolgerà presso la sede Microsoft Italia a Milano il 28 Gennaio, sarò presente con una sessione in cui parlerò dello sviluppo di una applicazione enterprise “reale” di quelle che vediamo all’opera tutti I giorni nelle nostre città. Vi aspetto, spero di riuscire anche a farvi vedere qualche bell’”Effetto speciale” che ho in mente! 