Progetto Domotico Senza Nome - Cronologia

MediaWiki default: /* interfaccia tra l'HAL e l'elettronica */

2013-07-30T14:33:52Z

interfaccia tra l'HAL e l'elettronica

MediaWiki default il 14:32, 30 lug 2013

2013-07-30T14:32:59Z

MediaWiki default: /* Specifiche funzionali */

2013-07-30T14:19:14Z

Specifiche funzionali

MediaWiki default: /* Specifiche implementative */

2013-07-30T14:18:23Z

Specifiche implementative

MediaWiki default: /* Architettura */

2013-07-30T14:13:59Z

Architettura

MediaWiki default: /* Architettura */

2013-07-30T13:59:08Z

Architettura

MediaWiki default il 13:44, 30 lug 2013

2013-07-30T13:44:23Z

MediaWiki default: /* Specifiche implementative */

2013-07-30T13:16:50Z

Specifiche implementative

MediaWiki default: Creata pagina con '{{Progetto |icona=Domotica.png |nome=Progetto Domotico Senza Nome |descrizione=infrastruttura di sensori per una casa intelligente }} = Obiettivi = Il '''Progetto Domotico S...'

2013-07-30T13:11:23Z

Creata pagina con '{{Progetto |icona=Domotica.png |nome=Progetto Domotico Senza Nome |descrizione=infrastruttura di sensori per una casa intelligente }} = Obiettivi = Il '''Progetto Domotico S...'

Nuova pagina

{{Progetto
|icona=Domotica.png
|nome=Progetto Domotico Senza Nome
|descrizione=infrastruttura di sensori per una casa intelligente
}}

= Obiettivi =

Il '''Progetto Domotico Senza Nome''' ha come obiettivo - oltre al trovarsi un nome decente - la creazione di una architettura completa per l'automazione della casa e l'interazione tra dispositivi.

Il progetto spazia dalla sensoristica/elettronica alla interfaccia utente di comando.

= Specifiche funzionali =

Deve essere possibile:
* '''descrivere (e ricevere tramite introspezione la descrizione di) un sensore''' in termini di sue capacità funzionali e di risposta.
* '''leggere e/o comandare un sersore'''.
* '''comunicare coi sensori''' in maniera trasparente rispetto al mezzo fisico (ed al livello di rete, anche?)
* '''raggruppare ed astrarre''' i sensori in maniera coerente con la loro effettiva disposizione e/o funzionalità nella casa.
* '''fornire diversi modi di controllo''' del sistema (GUI web, command line interface, ...)

= Specifiche implementative =

= Glossario =

; sensore
: strettamente parlando, un componente elettronico che fornire un qualche tipo di misura (termometro, amperometro, ...), ma nel contesto di questo documento vi facciamo rientrare anche gli attuatori.

@@ Riga 70: / Riga 70: @@
 '''Esempi di comunicazione:'''
 * hal->elettronica: forniscimi la tua configurazione in formato SDL.
-* elettronica->hal (nella configurazione SDL): sono un sensore di temperatura; leggo da 0 a 100 gradi centigradi con precisione 1; puoi chiedermi la temperatura via polling (al massimo 1 volta ogni 5 secondi); non faccio pushing; per chiedermi la temperatura, usa una GET /temp (ritorno un intero)
+* elettronica->hal (nella configurazione SDL): sono un sensore di temperatura; leggo da 0 a 100 gradi centigradi con precisione 1; puoi chiedermi la temperatura via polling (al massimo 1 volta ogni 5 secondi); non faccio pushing; per chiedermi la temperatura, usa una GET /temp (ritorno un intero tipo {temperature: 42})
 * hal->elettronica: interruttore X, spegniti (con una chiamata tipo POST /set_switch e body {state: false})

@@ Riga 37: / Riga 37: @@
 Protocollo basato su '''http''' come una serie di API RESTful esposte dall'HAL; probabilmente i dati verranno scambiati in formato '''JSON'''.
@@ Riga 62: / Riga 68: @@
 Oltre ad una serie di API su entrambi i lati (per gestire inizializzazione, introspezione, configurazione, pushing e polling), gioca qui un ruolo importante il '''Sensor Description Language''' ('''''SDL''''') che - sempre in formato JSON - va a descrivere come un dato sensore è configurato e quali sono le sue capacità (che misure fornisce, che comandi può ricevere, se è accessibile via polling o funziona in pushing, ...)
 == Elettronica e driver ==

← Versione meno recente		Versione delle 14:18, 30 lug 2013
Riga 75:		Riga 75:

	= Specifiche implementative =		= Specifiche implementative =
		+
		+	Essendo il progetto in fase embrionale, è ragionevole che le specifiche implementative vere e proprie non emergano prima di settimane o mesi.
		+
		+	Va ovviamente consigliato un approccio incrementale, partendo da piccoli componenti ed - ad esempio - ignorando per il momento qualsiasi cosa non sia http su TCP/IP.
		+
		+	È inoltre richiesta una analisi dell'esistente, per capire se e come sono già stati affrontati e risolti alcuni di questi problemi.
		+	Si consiglia poi di valurare la creazione di ''mock up'' anche per la parte dei driver, in modo da non dover avere hardware per lo sviluppo degli altri componenti.

@@ Riga 26: / Riga 26: @@
 Descrivendo dall'alto verso il basso l'architettura di massima, incontreremo i seguenti componenti.
-== Interfacce utente ==
+== Livello utente ==
 GUI orientate ad umani e non. Avremo quindi interfacce web che consentono di gestire i sensori ad esempio per stanza o funzionalità, oltre che a leggerne i valori ed impartire comandi.
@@ Riga 34: / Riga 34: @@
 Si assume che questa parte sia sempre implementata su un server (Raspberry o superiore) e che non siano presenti particolari restrizioni, in quanto a risorse.
-=== Interfaccia tra le interfacce utente e l'HAL ===
+=== Interfaccia tra il livello utente e l'HAL ===
 Protocollo basato su '''http''' come una serie di API RESTful esposte dall'HAL; probabilmente i dati verranno scambiati in formato '''JSON'''.
@@ Riga 60: / Riga 60: @@
 Tutti i dati scambiati saranno in formato JSON.
-Oltre ad una serie di API su entrambi i lati (per gestire inizializzazione, introspezione, configurazione, pushing e polling), gioca qui un ruolo importante il '''Sensor Description Language''' che - sempre in formato JSON - va a descrivere come un dato sensore è configurato e quali sono le sue capacità (che misure fornisce, che comandi può ricevere, se è accessibile via polling o funziona in pushing, ...)
+Oltre ad una serie di API su entrambi i lati (per gestire inizializzazione, introspezione, configurazione, pushing e polling), gioca qui un ruolo importante il '''Sensor Description Language''' ('''''SDL''''') che - sempre in formato JSON - va a descrivere come un dato sensore è configurato e quali sono le sue capacità (che misure fornisce, che comandi può ricevere, se è accessibile via polling o funziona in pushing, ...)
 = Specifiche implementative =

@@ Riga 37: / Riga 37: @@
 Protocollo basato su '''http''' come una serie di API RESTful esposte dall'HAL; probabilmente i dati verranno scambiati in formato '''JSON'''.
 == HAL: Home Abstraction Level ==
@@ Riga 45: / Riga 46: @@
 L'HAL conosce quali sensori sono presenti nella casa (tramite una qualche forma di configurazione manuale o discovery ancora da definire) e la loro classe di appartenenza e configurazione.
 Comunica con i sensori tramite il canale fisico e di rete appropriato, mantenendo uno stato (ed uno storico dello stato?) della rete di sensori.
 L'HAL è implementato in un Raspberry o hardware superiore.
 = Specifiche implementative =

@@ Riga 14: / Riga 14: @@
 Deve essere possibile:
-* '''descrivere (e ricevere tramite introspezione la descrizione di) un sensore''' in termini di sue capacità funzionali e di risposta (per praticità, in questo documento intendiamo con "sensore" anche gli attuatori).
+* '''descrivere (e ricevere la descrizione di) un sensore''' in termini di sue capacità funzionali e di risposta (per praticità, in questo documento intendiamo con "sensore" anche gli attuatori).
 * '''leggere e/o comandare un sersore'''.
 * '''comunicare coi sensori''' in maniera trasparente rispetto al mezzo fisico (ed al livello di rete, anche?)

← Versione meno recente		Versione delle 13:16, 30 lug 2013
Riga 23:		Riga 23:
	= Specifiche implementative =		= Specifiche implementative =

		+	[[File:Pdsn_architettura.png\|thumb\|right\|architettura di massima.]]

	= Glossario =		= Glossario =