Internet of Things è sicuramente uno degli argomenti di maggiore interesse di questi tempi, non soltanto per le aziende, ma anche per studenti, sviluppatori, maker e appassionati. Nelle case, nelle città e nelle aziende il numero di oggetti connessi è in costante crescita, ma uno degli aspetti che lo rende un tema davvero interessante è sicuramente la possibilità di creare IoT. Si può cominciare con un semplice sensore in grado di rilevare dati grezzi, trasformandoli poi in informazioni, utili per effettuare analisi predittive o più in generale per eseguire determinate azioni o comandi.

L'obiettivo di questo post è quello di illustrare un progetto molto semplice che utilizza sensori per il rilevamento della luce e della temperatura, trasmettendo i dati rilevati su Azure e visualizzandoli in un website sotto forma di grafico. Questo progetto si ispira a Connect The Dots, un progetto molto più ampio ed in costante sviluppo realizzato da Microsoft Open Technologies , ma è stato semplificato al massimo allo scopo di fornire un esempio il più semplice possibile per permettere anche a chi è alle primissime armi di capire quali sono gli step da seguire per "creare IoT". In seguito, saranno pubblicati alcuni post di approfondimento che spiegheranno nel dettaglio step-by-step come potete implementare concretamente questo progetto utilizzando i vostri dispositivi.

Vediamo per prima cosa l'hardware che è stato utilizzato:

• Una board Arduino Uno
• Un sensore di temperatura
• Un sensore di luce
• Lo shield necessario per connettere in maniera molto semplice e rapida i sensori all'Arduino
• Una Raspberry Pi B+ da utilizzare come gateway, indispensabile in questo esempio in quanto la scheda Arduino non ha la possibilità di connettersi direttamente a internet. E' importante però sottolineare il ruolo del gateway anche in termini di scenario più generale: se si pensa ad esempio ad una smart home, sarebbe complesso e costoso connettere ogni singolo oggetto direttamente alla rete. Sarà sicuramente molto più comodo ed economico interfacciare il frigorifero, la lavatrice e le tapparelle e ogni altro dispositivo ad un gateway all'interno della casa, il quale poi si occuperà della gestione dei dati ricevuti in ingresso e dell'opportuno indirizzamento sul cloud.

Una volta che il dato arriva online, si utilizzano i seguenti servizi di Azure per trasformare il dato grezzo e poco significativo in una informazione vera e propria, in questo caso grafica:

• Azure Event Hub come punto di accesso al cloud
• Azure Stream Analytics per l'analisi in tempo reale dei dati e l'esecuzione di determinate azioni
• Una Azure Web App per la visualizzazione grafica dei dati. In pratica, si tratta del vecchio Azure Website, rinominato appunto Web App dopo l'introduzione di App Service. Per approfondimenti in merito a questo annuncio si può fare riferimento a questo blog post.

L'immagine sottostante è molto utile per capire qual è il processo per trasformare il dato in informazione utile

Vediamo ora nel dettaglio il percorso effettuato da ogni singolo dato rilevato:

Sensori e device: Arduino

I sensori di luce e temperatura sono connessi allo shield e, di consegunza, all'Arduino in maniera molto semplice. La scheda Arduino, ovviamente, è stata programmata con un codice che la rende in grado di leggere e interpretare in maniera adeguata gli input provenienti dai sensori, effettuando le opportune conversioni e serializzando i risultati in un JSON che viene poi utilizzato per il trasferimento dei dati da Arduino a Raspberry, tramite cavo USB.

Gateway: Raspberry Pi

Per la configurazione corretta del gateway è stato necessario un lavoro preliminare di installazione del sistema operativo e di alcune librerie, i dettagli verranno forniti nei successivi post di approfondimento.

Su Raspberry è stato caricato un codice che si occupa della lettura dei dati provenienti dalla porta USB, che vengono deserializzati ed inviati sul cloud. Ovviamente, assume un'importanza fondamentale la scelta del protocollo da utilizzare per impacchettare i dati, in modo da garantire sia la sicurezza delle informazioni sia la capacità da parte del cloud di interpretarli nel modo corretto.

Cloud: Event Hub

Come già detto, la porta di accesso a Azure è il servizio Event Hub, che è in grado di interpretare il protocollo AMQP. In questo post non entreremo nel dettaglio del codice utilizzato per interfacciare il gateway con Event Hubs, ma è importante sottolineare la necessità di inserire un riferimento al servizio di Azure all'interno del codice che è stato caricato su Raspberry.

In particolare, come si può notare nello schema, sono stati creati due distinti servizi su Event Hub: uno utilizzato per la semplice visualizzazione dei dati sul website, e l'altro per l'invio di alert al website quando si verifica una certa condizione.

Cloud: Stream Analytics

Per poter interpretare i dati che arrivano su Event Hub e prendere decisioni di conseguenza, è necessario utilizzare il servizio Stream Analytics. Si tratta di un servizio ancora in preview, pertanto per poterlo utilizzare si deve inviare una richiesta di accesso qui. Questo servizio è in grado di leggere i dati da Event Hub ed eseguire delle query per estrapolare le informazioni utili. Nel nostro esempio, lo abbiamo utilizzato per l'aggregazione dei dati e per inviare un alert al website nel momento in cui la temperatura supera un determinato valore di soglia.

Anche in questo caso, i dettagli dell'implementazione verranno forniti nei successivi post di approfondimento.

Cloud: Web App

Per la visualizzazione grafica delle informazioni è stato utilizzato un semplice website, che sfrutta le elaborazioni effettuate dai servizi Azure descritti in precedenza per fornire una rappresentazione grafica in tempo reale.

 

In conclusione, all'interno di questo post abbiamo mostrato tutti gli elementi fondamentali per per poter creare il vostro IoT, descrivendo le connessioni tra i vari elementi e il percorso che il dato deve effettuare per poter essere trasformato in un'informazione utile. Se volete implementare concretamente questo semplice scenario, seguite i prossimi post di approfondimento!

read full article

 

Questo post è stato scritto da Alessio Iafrate, Windows Developer e fondatore della community DotNetAbruzzo

 

Tutti prima o poi nelle nostre app ci siamo trovati davanti alla necessità di permettere all'utente di potersi autenticare tramite i social network più usati. Se avete la necessità di farlo tramite Facebook il modo migliore è seguire l'ottimo post scritto da Matteo Pagani su come Integrare Facebook nelle Universal Windows app che trovate QUI.

Come ben sappiamo però bisogna cercare di facilitare l'utente il più possibile e vista la grande quantità di persone che utilizza i servizi Google è giusto fornire anche il login tramite questo provider.

Purtroppo come spesso succede Google fa le cose un pochino diverse e quindi non basta cambiare le stringhe di connessione utilizzate con altri provider tipo il già citato Facebook ma bisogna seguire qualche passaggio in più.

Andiamo con ordine:

 

 

1° passo: Registrazione alle API di Google.

 

Per poter utilizzare le API dei servizi Google occorre innanzitutto recarsi all'indirizzo

https://console.developers.google.com/

e creare un nuovo progetto. Fatto ciò nella sezione APis & auth -> API sarà possibile scegliere quali API saranno utilizzate in questo progetto.

Ultimo passo sarà recarsi nella sezione APIs & auth -> Credentials e creare un nuovo Client ID

 

 

 

fatto questo avremo a disposizione tutti i dati per poter procedere.

 

2° Inserire il codice nella nostra app

 

Iniziamo con la cosa più importante, la definizione delle varie costanti che useremo.

 

 

#if !WINDOWS_PHONE_APP

public const string GoogleCallbackUrl = "urn:ietf:wg:oauth:2.0:oob";

#else

        publicconststring GoogleCallbackUrl = "http://localhost";

#endif

publicconststring GoogleClientId = "XXXXXXXXXXXX-xxxxxxxxxxxxxxxxxxxxxxxxxxx.apps.googleusercontent.com";

publicconststring GoogleClientSecret = "YYYYYYYYYYYYYYYYYYYYYYY";

 

 

La cosa più importante, ma più difficile da trovare, è che per poter avere l'applicazione funzionante occorre utilizzare un indirizzo di callback diverso a seconda se ci troviamo in una applicazione per Windows Phone o per desktop, noi abbiamo gestito questo in modo molto elegante con la compilazione condizionale che ci mettono a disposizione le UA.

Fatto questo siamo pronti ad invocare il WebAuthenticationBroker per effettuare l'autenticazione tramite OAuth 2, in questo esempio utilizzeremo la versione per Windows Phone, ma come detto precedentemente nel link suggerito troverete tutti i dettagli per utilizzare l'autenticazione anche nelle app Windows 8

Nell'esempio seguente è stato richiesto il permesso

https://www.googleapis.com/auth/userinfo.email

che dà accesso a recuperare l'email dell'utente, naturalmente potremo inserire tutti i permessi di cui abbiamo bisogno nello stesso URL avendo l'accortezza di separarli con uno spazio bianco.

 

 

String GoogleURL = "https://accounts.google.com/o/oauth2/auth?client_id=" + Uri.EscapeDataString(Const.GoogleClientId) + "&redirect_uri=" + Uri.EscapeDataString(Const.GoogleCallbackUrl) + "&response_type=code&scope=" + Uri.EscapeDataString("https://www.googleapis.com/auth/userinfo.email");

System.Uri StartUri = newUri(GoogleURL);

System.Uri EndUri = newUri(Const.GoogleCallbackUrl);

WebAuthenticationBroker.AuthenticateAndContinue(StartUri, EndUri, null, WebAuthenticationOptions.None);

 

 

Una volta effettuata l'autenticazione verremo rimandati al nostro metodo ContinueWebAuthentication dove poter gestire l'avvenuta autenticazione.

 

 

publicasyncvoid ContinueWebAuthentication(WebAuthenticationBrokerContinuationEventArgs args)

{

    WebAuthenticationResult result = args.WebAuthenticationResult;

    if (result.ResponseStatus == WebAuthenticationStatus.Success)

    {

        //Estraggo il parametro code ed ottengo il vero token

        Uri uri = newUri(result.ResponseData.ToString());

        WwwFormUrlDecoder decoder = new WwwFormUrlDecoder(uri.Query);

        TokenResponse tr = await Utility.GetGoogleToken(decoder.GetFirstValueByName("code"));

    }

}

 

 

Andando ad analizzare il valore della variabile result.ResponseData ci troveremo davanti ad una stringa di questo tipo

 

 

http://localhost/?code=4/mpoxyWVYn_E0MbfBVuOjF99TrwFUx7DFcdabClbd1Sk.kqeNhfgjU04cyjz_MlCJoi0M4ylkjQI

 

 

A questo punto a differenza di quanto avviene con Facebook o simili dobbiamo eseguire un ulteriore passo, poiché quello ritornato non è il vero token da poter utilizzare per le successive richieste, ma un token da passare alla pagina https://accounts.google.com/o/oauth2/token che in caso di controllo positivo risponderà con un JSON simile al seguente con tutti i dati necessari.

 

 

{

  "access_token" : "ya29.TQE6noEOzeZKAt47_7Trth6jCiCs-8-EXyls-k5L7igj6hl04ghFa4PKaHPl0j5sZ5nsbtXTk8qwyw",

  "token_type" : "Bearer",

  "expires_in" : 3600,

  "refresh_token" : "1/ughE-aNXoFJc_wpCighj55ulV-tglkTdvjnlkf56SNs"

}

 

 

Procediamo quindi con la creazione di una classe in cui poter deserializzare il JSON ritornato

 

 

publicclassTokenResponse

{

    publicstring access_token { get; set; }

    publicstring token_type { get; set; }

    publicint expires_in { get; set; }

    publicstring refresh_token { get; set; }

}

 

 

e di un semplice metodo che prende in ingresso il codice ritornato precedentemente e si farà carico di ritornarci un oggetto di tipo TokenResponse popolato con tutti i dati che ci serviranno per poter gestire la nostra autenticazione.

 

 

publicstaticasync Task<TokenResponse> GetGoogleToken(string code)

{

 

    conststring TokenUrl = "https://accounts.google.com/o/oauth2/token";

 

    var body = newStringBuilder();

    body.Append("code=");

    body.Append(code);

    body.Append("&client_id=");

    body.Append(Uri.EscapeDataString(Const.GoogleClientId));

    body.Append("&client_secret=");

    body.Append(Uri.EscapeDataString(Const.GoogleClientSecret));

    body.Append("&redirect_uri=");

    body.Append(Uri.EscapeDataString(Const.GoogleCallbackUrl));

    body.Append("&grant_type=authorization_code");

 

    var client = new HttpClient();

    var request = new HttpRequestMessage(HttpMethod.Post, newUri(TokenUrl))

    {

        Content = new StringContent(body.ToString(), Encoding.UTF8, "application/x-www-form-urlencoded")

    };

    var response = await client.SendAsync(request);

    var content = await response.Content.ReadAsStringAsync();

 

    var serviceTequest = JsonConvert.DeserializeObject(content);

    return serviceTequest;

}

 

 

Seguendo questo approccio e modificando adeguatamente i permessi richiesti saremo in grado di poter richiedere l'autenticazione e ricevere il token per poter utilizzare tutte le API di tutti i servizi esposti pubblicamente da Google.

 

 

Se volete saperne di più, non esitate a contattarmi tramite il mio account Twitter @alessioiafrate oppure sul mio blog: http://www.acquariusoft.com

read full article

 

Il 24 marzo 2015 è stato annunciato il servizio di App Service, ora disponibile in Preview su Microsoft Azure.

App Service è l'unico servizio cloud che integra tutte le funzionalità necessarie per sviluppare rapidamente applicazioni web e per dispositivi mobili. Si tratta di un servizio completamente gestito da Azure, offerto come servizio Platform-as-a-Service e può essere integrato con strumenti che permettono il continuos deployment come Visual Studio Online e GitHub. Inoltre permette di avere un ambiente di staging per testare la soluzione che si sta sviluppando e switchare facilmente a un ambiente di produzione nel momento in cui lo sviluppo è terminato.

Insomma, si tratta di un singolo servizio che include al suo interno tutte le funzionalità degli Azure Website, degli Azure Mobile Service e dei servizi BizTalk, aggiungendo anche caratteristiche ulteriori.
Quello che si vuole offrire con un servizio simile è soprattutto la possibilità di avere un set integrato di funzionalità che permetta un'esperienza di sviluppo e gestione delle applicazioni unificata.

Il servizio mette a disposizione diverse componenti per la creazione di app con un’esperienza di sviluppo unificata:

• Web App
• Mobile App
• API App
• Logic App

App Service offre la possibilità di mettere insieme queste componenti come un singolo servizio integrato, permettendo di creare applicazioni che hanno come target sia il web che dispositivi mobili, utilizzando backend unici, integrati con sistemi on-premise come per esempio Office 365 e salesforce.com.
Inoltre, il servizio offre un set di caratteristiche e funzionalità che possono essere condivise tra più applicazioni.

Ma vediamo più nel dettaglio ogni singolo elemento che compone il servizio.

WEB APP

WEB APP è una piattaforma completamente gestita che permette di costruire, eseguire il deploy e scalare a livello enterprise le applicazioni web in modo semplice e rapido. Il focus dello sviluppatore può limitarsi al codice, mentre Azure si occupa di gestire l'intera infrastruttura, la scalabilità e l'esecuzione dell'app in un ambiente sicuro.
Sostanzialmente questo servizio va a sostituire il servizio di Azure Website. Sul portale di gestione di Azure il servizio è già presente con il nuovo nome, mentre sul portale in Preview si trova all'interno del servizio di App Service.
Tutte le caratteristiche che erano offerte dal servizio di Website restano invariate, come la semplicità di configurazione e gestione della scalabilità manuale e automatica, la Gallery di framework preconfigurati e la possibilità di utilizzare strumenti di continuos deployment.

MOBILE APP

In più rispetto al servizio di Mobile Service, che resterà disponibile sul portale di gestione di Azure e completamente supportato, il servizio di MOBILE APP offre funzionalità ulteriori come il supporto del servizio di Traffic Manager, la possibilità di avere ambienti di sviluppo e di produzione tra i quali poter rapidamente switchare la propria soluzione, la possibilità di avere dei WebJob che vengono eseguiti in background per l’esecuzione di determinati task.
L’unificazione di WEB e MOBILE APP in un unico servizio consente anche un risparmio sui costi, in quanto è possibile effettuare un singolo deployment della propria applicazione e questa sarà disponibile direttamente sia per Web che per dispositivi Mobile, senza la necessità di andare a creare due servizi diversi su Azure.

API APP

Questo è un servizio nuovo che è stato introdotto con l'annuncio di App Service.  
In particolare, è pensato per migliorare l'esperienza di sviluppo da parte degli utenti cloud e rendere più semplice le fasi di creazione, pubblicazione e gestione delle API. Consente di creare un’API personalizzata per il proprio sistema e andarla a richiamare attraverso il servizio di LOGIC APP per implementare determinati flussi di operazioni o direttamente nelle MOBILE APP o WEB APP. È possibile, non solo creare API che possono essere utilizzate dalle proprie applicazioni, ma anche renderle disponibili in un marketplace e permettere ad altri di utilizzarle, o ancora utilizzare quelle già sviluppate da altri.
Una volta che si hanno a disposizione questi blocchi di codice possono essere inseriti all’interno delle applicazioni richiamandoli in modo semplice, utilizzando poche righe di codice.

LOGIC APP

Questo servizio permette di automatizzare in modo semplice i processi di business. Infatti permette di definire l'ordine in cui le API APP devono essere invocate all'interno dell'applicazione. Per esempio, tramite il tool grafico presente sul portale di gestione in preview, è possibile configurare un workflow che viene eseguito in modo automatico ogni volta che un’API viene richiamata, o quando vengono salvati dei dati all’interno di un DB, oppure secondo un timer preciso (ad esempio, ogni ora), e tramite questi flussi di operazioni è possibile andare a scatenare determinati azioni, come l’invio di un SMS o la pubblicazione di un post su Facebook o su Twitter, o ancora l’inserimento di uno schedule su un Calendar di Office 365.

Si può ben capire come un simile strumento possa facilitare molto e rendere più efficiente la gestione dei flussi operativi delle proprie applicazioni.

Al momento tutti questi servizi possono essere configurati e testati sul portale in preview.
Per avere maggiori informazioni a riguardo e trovare spunti per i vostri test potete visitare la pagina della documentazione ufficiale relativa al servizio che potete trovare al seguente link http://azure.microsoft.com/it-it/documentation/services/app-service/.

Continuate a seguirci per avere sempre tutti i dettagli sulle ultime novità di Microsoft Azure :)

J.

read full article

Questo post è stato scritto da Ginevra Napoli, Product Marketing Manager Cloud & Dev Platform e Microsoft Student Partner

Ieri sera è stata annunciata la nuova linea di prodotti Visual Studio che sarà disponibile a partire da questa estate. L’obiettivo è quello di aumentare le funzionalità e la produttività indipendente dalla piattaforma o dal tipo di app che si sta sviluppando e rendere al tempo stesso più semplice la scelta dell’edizione che fa al caso vostro.

Visual Studio Premium e Visual Studio Ultimate verranno uniti in un unico tool: Visual Studio Enterprise con MSDN. Quest’ultima edizione andrà ad includere tutte le feature che fanno parte al momento della versione Ultimate oltre alle novità che faranno parte della release 2015. Quindi, oltre a Visual Studio Community e a Visual Studio Professional con MSDN, Visual Studio Enterprise con MSDN andrà a completare la nuova offerta disponibile con Visual Studio 2015. Resteranno invece pressoché invariate in termini di benefit: Visual Studio Professional, Team Foundation Server, Visual Studio Express e MSDN Platform.

Nuove funzionalità

Saranno molte le nuove funzionalità che entreranno a far parte della nuova suite Visual Studio 2015: CodeLens, feature che era disponibile esclusivamente in Visual Studio Ultimate, sarà adesso disponibile a partire dalla versione Professional, mentre le capacità di storyboarding su PowerPoint saranno disponibili per tutti gli utenti che avranno la versione Community, Professional o Enterprise. Se non lo avete ancora fatto, è possibile scaricare Visual Studio 2015 CTP 6 per testare le nuove feature presenti.

Come ottenere Visual Studio 2015

Tutti coloro che hanno una sottoscrizione Visual Studio Premium con MSDN o Visual Studio Ultimate con MSDN attiva riceveranno automaticamente l’upgrade alla versione Visual Studio Enterprise con MSDN. Inoltre il prezzo della versione Enterprise sarà significativamente minore rispetto alla versione Visual Studio Ultimate con MSDN attualmente presente.

Per i dettagli riguardanti le feature e i prezzi potete consultare Visual Studio 2015 Product Editions mentre per seguire le novità potete fare riferimento al Blog di Visual Studio in cui ieri sera è stato pubblicato l’annuncio ufficiale.

read full article