Ormai tutti conoscerete TecHeroes, lo show di Channel9 dedicato agli amanti della tecnologia. L'idea è quella di raccontarvi le esperienze di chi ha fatto della tecnologia il proprio lavoro, ma anche e soprattutto la propria passione.

E oggi tocca a me!

Vi racconto in due parole chi sono e come sono diventata Technical Evangelist in Microsoft Italia, poi parliamo di Internet of Things. Vi mostro quali sono le componenti per realizzare un semplice scenario di telemetria, a partire dal sensore fino ad arrivare alla visualizzazione di un grafico su un sito web che mostra l'andamento dei dati in tempo reale. Nel video vi fornisco una semplice panoramica, ma parallelamente stiamo lavorando per realizzare una guida step-by-step che sarà presto disponibile sul blog MSDN per permettervi di configurare l'hardware e realizzare a casa vostra un semplice sistema end-to-end per controllore la temperatura. Qui potete trovare il primo post sull'overview del progetto.

Ci sono inoltre molte altre iniziative di Microsoft legate al mondo IoT, anche in termini di eventi: in Italia stiamo organizzando seminari IoT in collaborazione con FabLab, università, e anche il Microsoft Innovation Center di Torino. A questo link potete trovare ulteriori informazioni sui prossimi eventi, le agende e il link per le iscrizioni. E ancora: a brevissimo registreremo il primo corso IoT che sarà presto diponibile sulla Microsoft Virtual Academy.

A questo punto non vi resta che guardare il video su Channel 9 e inviarmi feedback, domande e commenti direttamente su twitter: @_ericabarone con l'hashtag #TecHeroes

Enjoy :)

Questo articolo è stato scritto da Antonio Liccardi, co-founder di DotNetCampania, contributor su GetLatestVersion.it e full-stack developer presso Blexin s.r.l.s.

In questo articolo viene illustrato come semplificare la gestione delle API di un nostro applicativo con l’uso di Windows Azure API Management. Tramite questo servizio abbiamo a disposizione un insieme di tool per rendere più semplice la pubblicazione e la gestione di API per i propri clienti o per l’intera comunità degli sviluppatori.

I compiti che riusciamo a facilitare con Windows Azure API Management sono:

• Documentazione integrata e console per testing;
• Gestione della sicurezza, delle quote e dei limiti;
• Gestione dei formati messi a disposizione (JSON, REST);
• Versioning delle API;
• Monitoraggio sull’uso e sugli errori;
• Analisi sull’uso delle nostre API.

In sostanza, quello che consente di avere a disposizione Windows Azure API Management è un layer aggiuntivo che dà al publisher il pieno controllo delle API arricchendole con un set di funzionalità già pronte (figura 1):

Figura 1 - Windows Azure API Management

Di seguito sarà spiegato prima quali sono i benefici di esporre le API per la propria applicazione, poi verrà illustrato come creare e configurare una prima istanza di Windows Azure API Management. Sempre su questo blog, vedremo poi nei prossimi post, alcuni aspetti avanzati di questo servizio presente in Windows Azure.

L’importanza delle API

Con il termine API si identificano le Application Program Interface, ovvero un set di metodi esposti pubblicamente che consentono agli sviluppatori di interagire direttamente con le applicazioni e i dati in esse contenute. Con questi metodi è possibile:

• Nascondere l’implementazione delle logiche che ci sono dietro un software applicativo;
• Semplificare il compito di uno sviluppatore di terze parti lasciando che richiami le API per il recupero delle informazioni;
• Mettere in comunicazione applicativi diversi, magari creati con tecnologie o scopi differenti;
• Far convergere informazioni provenienti da diverse API in un unico applicativo.

Oggi l’uso delle API è di rilevante importanza soprattutto per le entrate che possono generare. Non a caso, con il termine API economy si evidenzia l’interesse da parti di grandi aziende (non strettamente legate al mondo dell’IT) e social network di esporre le proprie informazioni al fine di generare profitto.

I modi con cui si possono ottenere ricavi dipendono molto dal business model che l’azienda può adottare. Alcuni casi comuni possono essere i seguenti:

• Creare un set di API su cui basare il proprio business, ovvero sul rivendere le informazioni esposte dalle stesse (es.: tramite quote di chiamate, servizi connessi);
• Monetizzazione indiretta, si è partner con altre aziende che tramite l’uso delle API valorizzano l’azienda stessa o il prodotto;
• Semplificare la gestione e il monitoraggio di processi interni ad una azienda mettendo a disposizione delle API di servizio.

Quindi, mettere a disposizione delle API può essere sicuramente favorevole per il proprio business, ma il raggiungimento di questo scopo può richiedere una notevole quantità di energia e risorse. In sostanza occorre una strategia che si basa sul creare un set di API che sia ben organizzato, performante, stabile, e che metta a disposizione tutto il necessario per gli sviluppatori, come la documentazione e il supporto. Visto che il raggiungimento di questo obiettivo non è semplice, Windows Azure ci viene in aiuto con Windows Azure API Management, componente che aiuta a semplificare tutto ciò che ruota intorno alle nostre API, come la gestione, il monitoraggio e il supporto.

Le nostre prime API

Prima di vedere il funzionamento di Windows Azure API Management, occorre una sottoscrizione attiva di Windows Azure (anche trial), l’ultima versione dell’SDK di Azure e un insieme di API da voler esporre. Per il primo punto si può, o accedere al portale di Windows Azure usando l’account legato ad una sottoscrizione attiva, oppure attivare il periodo di prova qui. E’ possibile invece scaricare l’ultima versione dell’SDK da qui.

Per ciò che riguarda un esempio di API da voler esporre, in questo articolo sarà usata l’applicazione BookService realizzata da Mike Wasson per l’articolo “Using Web API 2 with Entity Framework 6”. Questa applicazione illustra un piccolo catalogo di libri e di autori. Il codice è già pronto e disponibile su GitHub a questo indirizzo, ma volendo è possibile seguire tutti i passi per la creazione del progetto da zero nell’articolo sopra citato.

Una volta scaricato il progetto, occorre decomprimere il pacchetto e aprirlo usando Visual Studio. Prima di compilare, bisogna ricordarsi di fare un restore dei pacchetti Nuget presenti nella soluzione.

Una volta compilata la soluzione, si può utilizzare la Package Manager Console di Visual Studio con il comando “Update-Database” per aggiornare il database creato sull’istanza locale, con le tabelle e le informazioni che devono contenere.

Da questo momento in poi si è pronti per la pubblicazione del progetto su una WebApp di Azure: basterà cliccare con il pulsante destro sul nome del progetto e nel menu contestuale che si apre selezionare la voce “Publish” (figura 2):

Figura 2 – Pubblicazione di una applicazione

Nella finestra che compare, cliccare sul pulsante “Microsoft Azure Web Apps” ed effettuare il login a Windows Azure per creare una nuova Web App o per riutilizzarne una già esistente. Quando il sito è pronto, in automatico la finestra Connection (figura 3) contiene le informazioni necessarie per il deploy. Manca solo il database, che si può creare vuoto all’interno del portale di Windows Azure seguendo le indicazioni in questo link e recuperare la stringa di connessione sul portale di Azure per usarla nella casella di testo relativa alla connection string della sezione Settings all’interno di Visual Studio (figura 4). Nel primo deploy, occorre spuntare anche la casellina “Execute Code First Migrations”, necessaria per creare la struttura delle tabelle e il riempimento (seed) delle stesse.

Figura 3 – Le configurazioni per il deploy su una Web App di Azure

Figura 4 – La configurazione per la connessione al DB

E’ tutto pronto per il deploy: basterà cliccare sul pulsante “Publish” e non appena il deploy sarà terminato, si aprirà il browser visualizzando l’applicazione e le relative API pubblicate. E’ possibile verificare le API presenti nell’applicazione pubblicata usando la voce nel menù API; inoltre tramite l’ausilio di un client REST come Fiddler o Postman, si possono eseguire le chiamate seguendo le indicazioni nella Help Page.

Creare una istanza di Windows Azure API Management

Adesso che le API sono pubblicate e pronte per essere usate, si può aggiungere una nuova istanza di Windows Azure API Management. Una volta entrati con la propria sottoscrizione nel pannello di Windows Azure, selezionare l’icona “New” in basso a sinistra ed entrare nella sezione “App Services”. Selezionare poi “API Management”, e subito dopo “Create” (figura 5):

Figura 5 – Creazione di una nuova istanza di API Management

Si aprirà un popup in cui si deve: inserire il nome per il servizio di gestione delle API (casella URL), selezionare la sottoscrizione e scegliere la regione in cui dovrà essere creato (figura 6).

Figura 6 – Impostazioni di base per il servizio (prima schermata)

Nella seconda schermata inserire il nome dell’azienda e l’email dell’amministratore del servizio. Spuntare inoltre la casella “Advanced Settings” per accedere alle impostazioni avanzate (figura 7).

Figura 7 – Impostazioni di base del servizio (seconda schermata)

Nella terza ed ultima schermata occorre impostare il “Pricing Tier”, ovvero il sistema di pricing più adatto per le esigenze del servizio che si sta creando. Ci sono 3 diverse opzioni: Developer, Standard e Premium. In particolare, la prima è ideale per la fase di sviluppo o testing, le altre per la fase di produzione. Nella seguente figura (8) vengono illustrate le differenze:

Figura 8 – Le differenze fra i diversi pricing tier di Windows Azure API Management

Dopo aver impostato come pricing tier “Developer”, terminare il wizard e attendere la creazione del servizio ricordando che la stessa può richiedere fino a 30 minuti.

Il portale di pubblicazione e il portale per gli sviluppatori

All’interno della dashboard del servizio appena creato, è possibile visualizzare i link a 2 portali: il portale di pubblicazione e il portale per gli sviluppatori. Il primo consente di gestire a 360 gradi le API pubblicate. Il secondo invece è un portale personalizzabile e rappresenta il pannello per gli sviluppatori di terze parti che useranno le API (figura 9).

Figura 9 – I due portali disponibili in API Management

Aggiunta di una API a Windows Azure API Management

All’interno del portale di pubblicazione si possono aggiungere e gestire le API precedentemente pubblicate. Infatti, nella sezione dashboard (figura 10), in cui si ha una overview su tutte le API gestite tramite Windows Azure API Management, è possibile cliccare sul pulsante “ADD API” e inserire le informazioni riguardanti le BookService API.

Figura 10 – Aggiunta di una API

I campi da configurare sono i seguenti:

• Web API name: il nome dell’API;
• Web service URL: l’indirizzo originario delle API (comprensivo di eventuali suffissi) che sarà gestito internamente da Windows Azure API Management;
• Web API URL suffix: il suffisso che consente di accedere pubblicamente alle API esposte nell’istanza di Windows Azure API Management;
• Web API URL scheme: lo schema da utilizzare per richiamare le API;
• Products: un product può essere considerato come un contenitore di API a cui si associano delle regole come le quote e i termini d’uso. Nella figura 11, ad esempio, viene selezionato come product “Starter”, che impone un massimo di 5 chiamate per minuto e 100 chiamate per settimana.

Figura 11 – La configurazione di una API

Una volta cliccato su “Save”, si può procedere con la configurazione delle operazioni da esporre tramite questo servizio. E’ importante sapere che non è obbligatorio esporre sempre tutte le nostre API, ma si può scegliere di esporre solo le operazioni da voler mettere a disposizione degli sviluppatori. Pertanto, all’interno della sezione “Operations”, cliccare sul pulsante “ADD OPERATION” al fine di aggiungere il metodo per il recupero di un libro presente nei dati esposti dalle BookService API.

Nella sezione Signature, è possibile definire in che modo l’operazione viene chiamata, la URL, i parametri da passare in input, il nome da visualizzare e il campo descrizione (figura 12). L’aspetto interessante è che informazioni come il campo “Description” consentono di specificare la documentazione per la nostra API che sarà automaticamente riutilizzata nel portale degli sviluppatori.

Figura 12 – Creazione di una nuova operazione

Tra le altre cose che si possono definire ci sono il caching, tutti i dettagli dei parametri e le eventuali risposte previste per l’operazione. In particolare, per le risposte è consentito inserire una descrizione e scegliere la tipologia di rappresentazione per l’output, come ad esempio il formato JSON (figura 13).

Figura 13 – Definizione di una risposta

L’ultimo passo, prima di testare le API, consiste nel creare un utente autorizzato alle chiamate. Nella dashboard del portale di pubblicazione, selezionare la voce Users e all’interno della pagina che si apre, aggiungere un utente selezionando la voce “ADD USER” e inserendo le informazioni necessarie (figura 14).

Figura 14 – Aggiunta di un nuovo utente

Dopo aver salvato le informazioni, occorre associare l’utente alla sottoscrizione Starter andando nel suo dettaglio (basterà cliccare sul nome dell’utente stesso). Da qui, selezionare il pulsante “ADD SUBSCRIPTION” e quindi la sottoscrizione Starter. In questo modo sarà generato un token di accesso che dovrà essere passato come parametro delle nostre API al momento delle chiamate (figura 15).

Figura 15 – Sottoscrizione di un utente ad un product

Testare una API

E’ giunto il momento di testare le nostre API usando il portale degli sviluppatori. Si può aprire quest’ultimo usando il link in alto a destra nella pagina Developer Portal e, loggandosi con l’utente che si è appena creato, si può accedere all’interno della sezione APIS, e di seguito nella sezione “Book Service API”. In questa pagina sono presenti tutte le informazioni relative alla nostra operation ed è anche possibile visualizzare un esempio di codice già pronto all’uso in diversi linguaggi di programmazione (figura 16).

Figura 16 – La descrizione della operation ‘Get Book by Id’

Premendo sul pulsante “Open Console”, si apre una finestra dove è possibile inserire l’id di un libro e selezionando il pulsante “HTTP GET”, viene invocata l’API per ritornare l’informazione ricercata (figura 17).

Figura 17 – La risposta dalla console del portale degli sviluppatori

Inoltre, se si torna nel portale di pubblicazione, è possibile visualizzare una serie di grafici che mostrano il consumo delle API esposte (figura 18).

Figura 18 – Statistiche d’uso delle API

Conclusione

In una era completamente dominata da internet e dal numero sempre più alto di dispositivi interconnessi fra loro, non si può ignorare l’implementazione e l’uso delle API per la condivisione e il recupero dei dati. Purtroppo però, la gestione di un set di API non è sempre semplice, e Windows Azure API Management, di cui in questo post è stata presentata solo una overview, aiuta a semplificare il raggiungimento di questo compito per ottenere il massimo dalle proprie API.

Questo post è stato scritto da Lorenzo Rossoni e Fela Ameghino, Windows Phone Developers.

Dopo aver inizialmente presentato i Microsoft Band ad ottobre, qualche settimana fa la casa di Redmond ha provveduto a rilasciare l’SDK ufficiale (anche se in versione preview), aprendo di fatto le porte del nuovo smartband agli sviluppatori Windows Phone, Android e iOS.

Per un’introduzione all’SDK vi consigliamo la lettura di questo post, scritto da Matteo Tumiati e Giancarlo Lelli.

È a questo punto che nasce la nostra idea: sebbene l’SDK fornito da Microsoft permetta di aggiungere tile al Band alle quali è possibile inviare notifiche, non permette la creazione di tile con interfacce personalizzate per il nostro wearable. La sfida era quindi quella di trovare il modo per poterlo fare e di dare anche agli altri sviluppatori la possibilità di farlo.

Dopo aver analizzato i controlli e la struttura con i relativi attributi, il passo successivo è stato quello di sviluppare un linguaggio capace di rappresentare in maniera semplice ed efficace il layout delle app e dare la possibilità ai developer di utilizzarlo in maniera agevole: la scelta è ricaduta immediatamente su un’estensione per Visual Studio: ecco quindi Band Studio for Visual Studio.

Vediamo ora come creare la nostra prima app per il Microsoft Band.

Installazione dell’estensione per Visual Studio 2013

Il primo step è quello di installare l’estensione per Visual Studio: questa ci permetterà di creare i layout tramite editor xml sfruttando gli strumenti forniti dall’IDE, in primis l’IntelliSense, e fornendoci un feedback visuale mostrando come apparirà la nostra app una volta eseguita sul Band.

Apriamo quindi Visual Studio 2013 e andiamo in STRUMENTI → Estensioni e aggiornamenti… e cerchiamo online su Visual Studio Gallery Band Studio for Visual Studio.

Una volta installato riavviamo l’IDE e siamo pronti per creare la nostra prima app.

La nostra prima app

A questo punto creiamo un nuovo progetto “Applicazione vuota (Windows Phone)”, quest’applicazione servirà ad installare la tile sul Band e aggiornare le pagine della nostra app, dal momento che quest'ultimo non può eseguire codice arbitrario ma solamente di visualizzare dati.
Una volta creato il progetto, dobbiamo aggiungere la definizione del layout per la pagina dell’applicazione che volgiamo eseguire sul Band, per fare questo da Esplora soluzioni selezioniamo il progetto, quindi aggiungiamo un nuovo elemento “Microsoft Band Layout”. Si aprirà l’editor che vedete qui sopra.
Oltre ad aggiungere il file di layout, in questo modo verranno aggiunti automaticamente i riferimenti al pacchetto NuGet Microsoft.Band.Extended.

N.B: se avete già referenziato il pacchetto dell'SDK ufficiale di Microsoft vi consigliamo di rimuoverlo PRIMA di fare questa operazione, perché alcune librerie vanno in conflitto con il nostro SDK.

L'editor dei layout

Per ottenere il meglio vi consigliamo di semplificare al massimo i vostri layout, tenendo a mente che:

· BandLayout (l'elemento padre) non può avere più di 3 figli, ed è un FlowList con Orientation verticale

· FlowList (StackPanel di XAML) non può avere più di 3 figli

· Tutti gli elementi che non sono contenitori (quindi TextBlock e Glyph) devono avere un Id, che sarà poi usato per aggiornare i campi della pagina con i valori da visualizzare

Elementi del layout

Al momento, sono supportati solo tre tipi di elementi: FlowList, TextBlock, Glyph (Immagine monocromatica) e Barcode ma presto verranno aggiunti anche tutti gli altri supportati dal Band.

· FlowList: organizza gli elementi figlio in una singola linea che può essere orientata orizzontalmente o verticalmente; è l’analogo di uno StackPanel di XAML

· TextBlock: un controllo per la visualizzazione di piccoli contenuti testuali; come un TextBlock di XAML

· Glyph: un controllo che visualizza un'immagine monocromatica; analogamente ad un BitmapIcon di XAML

· Barcode: un controllo che visualizza un codice a barre in formato Code39 o PDF417

Layout
Torniamo alla nostra app, il nostro obiettivo è quello di visualizzare sul nostro Band alcune semplici informazioni personali, come il nostro nome, indirizzo e-mail e numero di telefono. Per fare ciò creiamo un semplice layout a tre righe con un Glyph e un TextBlock ciascuna. Per fare ciò utilizzeremo il seguente layout:

<BandLayout xmlns="http://schemas.microsoft.com/bandlayouts/1.0" Peek="15">

<FlowList Width="245" Height="35" Orientation="Horizontal">

<Glyph Id="11" Width="20" Height="20" Margin="0,10,10,0" Foreground="Highlight"/>

<TextBlock Id="12" Height="35" Baseline="30" Foreground="Highlight" SampleData="Leonardo Fibonacci"/>

</FlowList>

<FlowList Width="245" Height="35" Orientation="Horizontal">

<Glyph Id="21" Width="20" Height="20" Margin="0,6,10,0" Foreground="#9b9b9b"/>

<TextBlock Id="22" Height="35" Baseline="61" SampleData=" Questo indirizzo e-mail è protetto dallo spam bot. Abilita Javascript per vederlo. "/>

</FlowList>

<FlowList Width="245" Height="35" Orientation="Horizontal">

<Glyph Id="31" Width="20" Height="20" Margin="0,1,10,0" Foreground="#9b9b9b"/>

<TextBlock Id="32" Height="35" Baseline="91" SampleData="+1123581321"/>

</FlowList>

</BandLayout>

Code behind

Una volta creato il vostro layout potete passare al code behind. Per connettervi al dispositivo dovete usare gli stessi metodi dell’SDK ufficiale, ad eccezione di BandClientManager.ConnectAsync che va sostituito con BandClientManager.ConnectCoreAsync.

Una volta istanziato il vostro IBandClient potrete notare dei nuovi metodi sotto la proprietà TileManager, quelli che ci interessano sono AddTileAsync e SendPageUpdateAsync.

private async void AddMyTile()

{

var devices = await BandClientManager.Instance.GetBandsAsync();

if (devices.Length > 0)

{

// Connettiamoci al IBandClient extended

using (var band = await BandClientManager.Instance.ConnectCoreAsync(devices[0]))

{

// Carichiamo il nostro layout.

// N.B.: l'estensione del layout compilato è .lblob, e non .blml,

// quindi se il vostro file si chiama "BandLayout.blml" dovrete caricare "BandLayout.lblob"

var layout = await BandLayout.FromStorageFileAsync(new Uri("ms-appx:///Assets/BandTile/BandLayout.lblob"));

// Creiamo una nuova collezione di layout

var layouts = new BandLayoutCollection();

// E aggiungiamo il layout a essa, settando l'index a zero

// Attualmente le tile non possono avere più di cinque layout differenti.

layouts.SetLayout(0, layout);

// Carichiamo le icone della nostra tile

var tile = await LoadIcon("ms-appx:///Assets/BandTile/TileIcon.png"); // 46x46

var small = await LoadIcon("ms-appx:///Assets/BandTile/SmallIcon.png"); // 24x24

// Carichiamo le icone aggiuntive che verranno usate nel layout

// Attualmente il limite per tile è di dieci icone, tile e small icon comprese.

// Potete verificare che l'icona non sfori le dimensioni massime supportate con un semplice calcolo:

// (Larghezza * Altezza * 4) <= 15270

var extraIcon1 = await LoadIcon("ms-appx:///Assets/icon1.png");

var extraIcon2 = await LoadIcon("ms-appx:///Assets/icon2.png");

var extraIcon3 = await LoadIcon("ms-appx:///Assets/icon3.png");

// Creiamo la tile ed aggiungiamo le icone aggiuntive

var strapp = new BandTile(baseGuid)

{

Name = "FrayxRulez",

TileIcon = tile,

SmallIcon = small

};

strapp.AddIcon(extraIcon1); // iconIndex = 0

strapp.AddIcon(extraIcon2); // iconIndex = 1
strapp.AddIcon(extraIcon3); // iconIndex = 2

// Aggiungiamo la tile, chiedendo all'utente il consenso

await band.TileManager.AddTileAsync(strapp, layouts);

// Creiamo una collezione contenente i valori che dovranno avere i nostri elementi

var fields = new BandTileElementCollection();

// L'Id deve essere lo stesso che avete settato nel layout

fields.AddTextBlock(12, "Leonardo Fibonacci");

fields.AddTextBlock(22, " Questo indirizzo e-mail è protetto dallo spam bot. Abilita Javascript per vederlo. ");
fields.AddTextBlock(32, "+1123581321");

// L'iconIndex viene ricavato dall'ordine in cui avete aggiunto le icone al layout

fields.AddGlyph(11, 0);
fields.AddGlyph(21, 1);
fields.AddGlyph(31, 2);

// Aggiorniamo (o creiamo) la pagina nella nostra tile:

// pageId è l'id della pagina che volete aggiornare o create

// pageLayoutIndex è lo stesso valore che avete usato in layouts.SetLayout

await band.TileManager.SendPageUpdateAsync(baseGuid, page1Guid, 0, fields);

}

}

}

Ora non avete più scuse per sviluppare una fantastica app per il vostro Band!
Buon coding e vi raccomandiamo di condividere le vostre creazioni ;)

Questo post è stato scritto da Marco Minerva, MVP .NET e co-founder della community DotNetToscana.

Raspberry Pi è un single-board computer (un computer completo implementato su una sola scheda elettronica) sviluppato nel Regno Unito dalla Raspberry Pi Foundation. Il lancio al pubblico della prima versione è avvenuto alla fine del mese di febbraio 2012.

L'idea che ha guidato (e guida tuttora) il progetto è la realizzazione di un dispositivo economico, concepito per stimolare l'insegnamento dell'informatica e della programmazione nelle scuole. In realtà, l’idea di avere a disposizione un computer completo con un costo estremamente contenuto (circa 30 euro) ha appassionato sviluppatori di tutte le età, attratti dalle possibilità che venivano offerte loro.

Questo trend ha subito un’ulteriore impennata all’inizio di Febbraio 2015, quando è stato presentato il modello Raspberry Pi 2 Model B, che, con un costo analogo a quello del modello procedente, fornisce un processore ARM Cortex-A7 a 900 MHz con 1 GB di RAM.

Figura 1 La scheda Raspberry Pi 2 Model B

Ma la notizia più interessante per noi, sviluppatori .NET, è che Microsoft ha annunciato che nei prossimi mesi renderà disponibile una versione di Windows 10 in grado di funzionare su questa scheda! Tale versione sarà gratuita per chiunque aderisca al Windows Developer Program for IoT. Potremo dunque eseguire su tale scheda le stesse Windows app che sviluppiamo per PC, tablet, smartphone e Xbox. E’ evidente che questa possibilità apre interessantissimi scenari nel mondo delle app, impensabili fino a poco tempo fa.

Non dobbiamo però aspettare il rilascio di Windows 10 per testare il potenziale della Raspberry Pi 2: possiamo già installare una distribuzione Linux e sfruttare le potenzialità di Mono per scrivere da subito programmi in .NET anche su questa piattaforma.

Installazione di Linux

Il setup e la configurazione di Linux richiedono un po’ di passaggi, ma la procedura è abbastanza semplice. Dobbiamo innanzi tutto procurarci una scheda Micro SD di almeno 8 GB, in cui installeremo il sistema operativo. La distribuzione consigliata è Raspbain, basata su Debian Wheezy e pensata proprio per la nostra board. Possiamo scaricarla da http://downloads.raspberrypi.org/raspbian_latest.

Dobbiamo poi scrivere il file .IMG della distribuzione sulla Micro SD. Per fare questo, possiamo utilizzare ad esempio il programma Win32 Disk Imager(ma qualunque programma analogo va bene):

Figura 2 Win32 Disk Imager per scrivere l'immagine di Rasbpian su Micro SD

Ora possiamo finalmente eseguire il primo avvio della scheda. Inseriamo la Micro SD nell’apposito slot, quindi colleghiamo alla Raspberry un monitor HDMI, una tastiera, un mouse USB e il cavo di rete Ethernet. Dopo la configurazione, potremo dialogare con la scheda in Desktop remoto, quindi non avremo più bisogno di collegare ad essa questi device (a parte ovviamente il cavo di rete).

Accendiamo la scheda alimentandola con un cavo Micro USB. Dopo un paio di minuti, ci troveremo di fronte al programma di configurazione Raspberry Pi Software Configuration Tool:

Figura 3 Il programma di configurazione di Raspberry Pi

Selezioniamo la prima opzione, Expand Filesystem, per poter sfruttare l’intera capacità della scheda di memoria. Ci verrà richiesto se vogliamo eseguire il riavvio, ma non è necessario. Un’altra cosa importante è cambiare la password di accesso dell’utente pi che useremo per collegarci al sistema (la password predefinita è raspberry). Tutte le altre opzioni possono essere impostate in un secondo momento; la documentazione completa è disponibile alla pagina http://www.raspberrypi.org/documentation/configuration/raspi-config.md.

Al termine della configurazione, selezioniamo Finish e confermiamo per riavviare la Raspberry. Una volta tornati alla shell, effettuiamo il login con il nome utente pi e la password che abbiamo impostato nel passaggio precedente. Dobbiamo assicurarci di utilizzare l’ultima versione dei package della distribuzione, quindi eseguiamo i seguenti comandi:

sudo apt-get update   (per aggiornare la lista dei package)

sudo apt-get upgrade (per aggiornare tutti i package installati)

Ricordiamo che sudo è il comando che permette di eseguire un’applicazione con privilegi elevati. Ora possiamo installare il pacchetto che ci permetterà di collegarci alla Raspberry tramite Desktop Remoto:

sudo apt-get install xrdp

Installiamo anche XTERM, un emulatore di terminale per il sistema X Window:

sudo apt-get install xterm

L’ultima cosa da fare per completare la configurazione è caricare il pacchetto Samba, che implementa il protocollo SMB, fornisce supporto al Windows naming service (WINS) e permette di effettuare il join ad un dominio Windows:

sudo apt-get install samba samba-common-bin

Grazie a questo pacchetto, la scheda comparirà tra le risorse di rete di Windows con il nome RASPBERRYPI: potremo quindi collegarci ad essa in Desktop Remoto usando direttamente questo nome, anziché il suo indirizzo IP. Lo stesso pacchetto ci permette inoltre di condividere cartelle tra Linux e Windows, per facilitare lo scambio di file e progetti senza dover ricorrere a soluzioni come SSH e FTP. Maggiori informazioni a riguardo sono disponibili su http://raspberrypihq.com/how-to-share-a-folder-with-a-windows-computer-from-a-raspberry-pi.

A questo punto, siamo finalmente in grado di collegarci alla Raspberry Pi 2 dal nostro PC Windows:

Figura 4 Desktop remoto sulla scheda Raspberry Pi 2

Non abbiamo quindi più bisogno di connetterla ad un monitor, né di attaccare tastiera e mouse ad essa: la configurazione headless è terminata.

Installazione di Mono

Ora che Raspbian è correttamente configurato e funzionante, dedichiamoci all’installazione di Mono. Ancora una volta, dobbiamo seguire una serie di passaggi.

Apriamo una finestra di terminale (possiamo farlo anche da Desktop Remoto) e digitiamo i seguenti comandi:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3FA7E0328081BFF6A14DA29AA6A19B38D3D831EF

echo "deb http://download.mono-project.com/repo/debian wheezy main" | sudo tee /etc/apt/sources.list.d/mono-xamarin.list

echo "deb http://download.mono-project.com/repo/debian wheezy-apache24-compat main" | sudo tee -a /etc/apt/sources.list.d/mono-xamarin.list

Stiamo aggiungendo i package dei repository di Mono, così da assicurarci di scaricare l’ultima versione disponibile. Ora eseguiamo nuovamente i comandi sudo apt-get update e sudo apt-get upgrade (come fatto in precedenza) per aggiornare i pacchetti locali.

Finalmente possiamo passare all’installazione vera e propria di Mono:

sudo apt-get install mono-complete

L’intera procedura richiederà qualche minuto per il completamento. Al termine, procuriamoci anche MonoDevelop, l’editor open source del progetto Mono:

sudo apt-get install monodevelop

Abbiamo finito: MonoDevelop è adesso disponibile nella sezione Programmazione del menu del Desktop di Raspian. Una volta avviato, ci troveremo di fronte ad un’interfaccia molto familiare:

Figura 5 MonoDevelop in esecuzione su Raspberry Pi 2

Naturalmente le possibilità non si fermano qui. Non siamo obbligati ad usare MonoDevelop per sviluppare applicazioni. Possiamo lavorare in Windows con Visual Studio, creare un’applicazione e quindi copiarla sulla Raspberry per eseguirla con Mono. Possiamo inoltre utilizzare ASP.NET 5 e sfruttare il supporto a Linux offerto dal nuovo runtime .NET Core di Microsoft per eseguire applicazioni Web direttamente sulla scheda.

Ancora, non dobbiamo dimenticare che la scheda dispone di ben 40 pin di GPIO, che possono essere usati per controllare LED, pulsanti, relè, sensori, motori, ecc. Grazie ad essi (e ad una buona conoscenza di elettronica) è possibile sviluppare applicazioni in grado di interagire con dispositivi esterni per creare termostati, interruttori intelligenti, sistemi di controllo e molto altro.

Insomma, le possibilità che abbiamo a disposizione con la Raspberry Pi 2 sono davvero tante, e sono destinate ad aumentare considerevolmente quando avremo la possibilità di installarvi sopra Windows 10. Stay tuned!