raspibo - Contributi utente [it]

Input/Output tramite sms

2013-04-05T14:03:00Z

Tavy:

Siamo abituati ad usare il nostro raspberry connesso alla rete, ma ci sono dei casi in cui non abbiamo la possibilità di essere connessi, ed è in questi casi che potrebbe essere utile pensare di controllare il nostro raspberry tramite sms.
E' difficile trovare una soluzione che abbia solo dei vantaggi, questa non è un'eccezione, i dati che riusciamo a scambiare con il raspberry sono molto ridotti e quindi ci dobbiamo limitare a dare dei comandi oppure a richiedere i dati di qualche sensore. Questo possiamo farlo a prezzi abbastanza bassi e con una copertura molto maggiore a quella del 2G/3G/4G. Se invece siamo coperti dal 3G potremmo sfruttare questo meccanismo per avviare la connessione 3G solo quando ne abbiamo bisogno visto che costa ancora tanto e consuma più energia. Tutto questo discorso ha senso se il raspberry non è fisso ma per qualche motivo si deve spostare oppure si trova in assenza di connessione.

'''Attenzione:''' In questa guida viene dato per scontato che la chiavetta usb sia già configurata e pronta all'utilizzo, una guida per la configurazione si trova [[Huawei E353 HSPA+ Usb Stick|qua]].

==Hardware==
Una delle soluzioni più economiche è riciclare una chiavetta 3G usb.

Negli esempi io uso la Huawei E353 (in [[Huawei E353 HSPA+ Usb Stick|questo]] tutorial è spiegato come configurarla) ma dovrebbero funzionare anche altri modem.

==Software(Raspbian)==
Quello che si vuole realizzare è un piccolo sistema che sia in grado di ricevere gli sms e compiere determinate azioni in base alle parole chiave trovate negli sms.

Per fare questo abbiamo bisogno di qualcosa che stia in ascolto per la ricezione degli sms e come spesso accade c'è un tool fatto proprio per questo, sto parlando di "gammu-smsd" [[http://wammu.eu/smsd/]] la "d" sta per "daemon".

Procediamo con l'installazione, fortunatamente è presente nei repository quindi:

sudo apt-get install gammu-smsd

Ora procediamo con la configurazione, basta editare il file '''/etc/gammu-smsdrc''' che è diviso in due parti:
* [gammu] - questa è la parte in cui vengono specificate le configurazioni relative al collegamento con il modem, per più informazioni leggere [[Huawei E353 HSPA+ Usb Stick#Esempi|qui]] e il manuale con "man gammurc".

* [smsd] - questa è la configurazione del demone

Per il nostro scopo nella configurazione di smsd il campo più rilevante è '''RunOnReceive''' che si aspetta uno script che verrà eseguito alla ricezione di uno o più sms.

Quindi la configurazione più semplice è questa:

....
[smsd]
Service = Null
RunOnReceive = /home/pi/script.sh

Il campo Service è stato impostato a Null per indicare che non abbiamo bisogno del salvataggio degli sms, se volessimo salvarli ci sono tante possibili alternative in quanto gammu-smsd supporta il salvataggio nel File System, Sqlite, MySql, PostgreSQL... per maggiori informazioni vi consiglio di leggere il manuale con "man gammu-smsdrc".

Visto che ora non ci interessa il salvataggio analizziamo solo il campo RunOnReceive, abbiamo visto che bisogna impostare uno script da chiamare alla ricezione ma dobbiamo ancora capire come i dati vengono passati allo script.

Gammu-smsd usa le variabili d'ambiente per il passaggio delle informazioni allo script, le variabili che ci interessano sono:
*SMS_MESSAGES - il numero dei messaggi ricevuti
*SMS_%d_NUMBER - il mittente
*SMS_%d_TEXT - il testo del messaggio

"%d" è il numero dell'sms che parte da 1 e arriva al numero dei messaggi ricevuti.

Questi sono solo i campi che ci interessano in questa guida, per la completa documentazione consiglio di leggere il manuale con "man gammu-smsd-run".

Per avviare il demone:

gammu-smsd &

Se lo script impostato richiede i permessi di root per essere eseguito allora:

sudo gammu-smsd &

Con questo abbiamo visto tutto il necessario per fare quello che vogliamo, adesso passiamo agli esempi.

===Esempi===
'''Attenzione:''' il demone deve essere in esecuzione se vogliamo provare gli esempi, se non lo è al prossimo avvio verranno elaborati tutti gli sms ancora da ricevere.

====Attivare/Disattivare un relè====
Questo è un esempio di come controllare un relè con degli sms. Per informazioni relative all'interfacciamento del relè vi invito a leggere questa guida: [[Interfacciare un Rele']].

Per questo esempio ho costruito una piccola prolunga che viene controllata dal relè. Il relè che ho usato è in realtà un modulo (si trova nei soliti negozi online) già pronto per essere usato che ha 3 uscite: Segnale, +3v, GND.

[[File:presa_relay_1.jpg|Presa relay]]

[[File:presa_relay_2.jpg|Relay]]

Codice python:

In questo script viene importato "relay" è un modulo che ha due funzioni turnOn e turnOff sarà lui ad interfacciarsi con il relè, per la creazione di questo modulo consultate la guida: [[Interfacciare un Rele']].

#!/usr/bin/env python
import os, relay
def applyRules(sender, text):
text = text.lower()
for rule in rules:
if rule['key'].lower() in text:
rule['action']()
#per ogni parola chiave specificio una funzione da chiamare
rules = [{'key':'on','action':relay.turnOn},{'key':'off','action':relay.turnOff}]
num_sms = 0
if 'SMS_MESSAGES' in os.environ:
num_sms = int(os.environ['SMS_MESSAGES'])
if num_sms > 0:
for i in range(1, num_sms + 1):
sender = 'SMS_%d_NUMBER' % i
text = 'SMS_%d_TEXT' % i
if sender in os.environ and text in os.environ:
text = os.environ[text]
sender = os.environ[sender]
applyRules(sender,text)

Dobbiamo salvarlo in un file per esempio /home/pi/sms_relay.py e nel campo "RunOnReceive" del file di configurazione '/etc/gammu-smsdrc' dobbiamo impostare il path assoluto di questo file.

Quindi '/etc/gammu-smsdrc' diventa:

....
[smsd]
Service = Null
RunOnReceive = /home/pi/sms_relay.py

Rendiamo eseguibile il file:

chmod +x /home/pi/sms_relay.py

Ora possiamo avviare il demone e provare a inviare degli sms, importante che contengano almeno una parola chiave per vedere il risultato, in questo caso se scriviamo le due parole "on" e "off" nello stesso messaggio non si riuscirà a vedere nessun risultato perché lo fa troppo velocemente.

Input/Output tramite sms

2013-04-03T23:59:19Z

Tavy:

Siamo abituati ad usare il nostro raspberry connesso alla rete, ci sono dei casi in cui non abbiamo la possibilità di essere connessi, è in questi casi che potrebbe essere utile pensare di controllare il nostro raspberry tramite sms.
E' difficile trovare una soluzione che abbia solo dei vantaggi, questa non è un'eccezione, i dati che riusciamo a scambiare con il raspberry sono molto ridotti e quindi ci dobbiamo limitare a dare dei comandi oppure a richiedere i dati di qualche sensore. Questo possiamo farlo a prezzi abbastanza bassi e con una copertura molto maggiore a quella del 2G/3G/4G. Se invece siamo coperti dal 3G potremmo sfruttare questo meccanismo per avviare la connessione 3G solo quando ne abbiamo bisogno visto che costa ancora tanto e consuma più energia. Tutto questo discorso ha senso il raspberry non è fisso ma per qualche motivo si deve spostare oppure si trova in assenza di connessione.

'''Attenzione:''' In questa guida viene dato per scontato che la chiavetta usb sia già configurata e pronta all'utilizzo, una guida per la configurazione si trova [[Huawei E353 HSPA+ Usb Stick|qua]].

==Hardware==
Una delle soluzioni più economiche è riciclare una chiavetta 3G usb.

Negli esempi io uso la Huawei E353 (in [[Huawei E353 HSPA+ Usb Stick|questo]] tutorial è spiegato come configurarla) ma dovrebbero funzionare anche altri modem.

==Software(Raspbian)==
Quello che si vuole realizzare è un piccolo sistema che sia in grado di ricevere gli sms e compiere determinate azioni in base alle parole chiave trovate negli sms.

Per fare questo abbiamo bisogno di qualcosa che stia in ascolto per la ricezione degli sms e come spesso accade c'è un tool fatto proprio per questo, sto parlando di "gammu-smsd" [[http://wammu.eu/smsd/]] la "d" sta per "daemon".

Procediamo con l'installazione, fortunatamente è presente nei repository quindi:

sudo apt-get install gammu-smsd

Ora procediamo con la configurazione, basta editare il file '''/etc/gammu-smsdrc''' che è diviso in due parti:
* [gammu] - questa è la parte in cui vengono specificate le configurazioni relative al collegamento con il modem, per più informazioni leggere [[Huawei E353 HSPA+ Usb Stick#Esempi|qui]] e il manuale con "man gammurc".

* [smsd] - questa è la configurazione del demone

Per il nostro scopo nella configurazione di smsd il campo più rilevante è '''RunOnReceive''' che si aspetta uno script che verrà eseguito alla ricezione di uno o più sms.

Quindi la configurazione più semplice è questa:

....
[smsd]
Service = Null
RunOnReceive = /home/pi/script.sh

Il campo Service è stato impostato a Null per indicare che non abbiamo bisogno del salvataggio degli sms, se volessimo salvarli ci sono tante possibili alternative in quanto gammu-smsd supporta il salvataggio nel File System, Sqlite, MySql, PostgreSQL... per maggiori informazioni vi consiglio di leggere il manuale con "man gammu-smsdrc".

Visto che ora non ci interessa il salvataggio analizziamo solo il campo RunOnReceive, abbiamo visto che bisogna impostare uno script da chiamare alla ricezione ma dobbiamo ancora capire come i dati vengono passati allo script.

Gammu-smsd usa le variabili d'ambiente per il passaggio delle informazioni allo script, le variabili che ci interessano sono:
*SMS_MESSAGES - il numero dei messaggi ricevuti
*SMS_%d_NUMBER - il mittente
*SMS_%d_TEXT - il testo del messaggio

"%d" è il numero dell'sms che parte da 1 e arriva al numero dei messaggi ricevuti.

Questi sono solo i campi che ci interessano in questa guida, per la completa documentazione consiglio di leggere il manuale con "man gammu-smsd-run".

Per avviare il demone:

gammu-smsd &

Se lo script impostato richiede i permessi di root per essere eseguito allora:

sudo gammu-smsd &

Con questo abbiamo visto tutto il necessario per fare quello che vogliamo, adesso passiamo agli esempi.

===Esempi===
'''Attenzione:''' il demone deve essere in esecuzione se vogliamo provare gli esempi, se non lo è al prossimo avvio verranno elaborati tutti gli sms ancora da ricevere.

====Attivare/Disattivare un relè====
Questo è un esempio di come controllare un relè con degli sms. Per informazioni relative all'interfacciamento del relè vi invito a leggere questa guida: [[Interfacciare un Rele']].

Per questo esempio ho costruito una piccola prolunga che viene controllata dal relè. Il relè che ho usato è in realtà un modulo (si trova nei soliti negozi online) già pronto per essere usato che ha 3 uscite: Segnale, +3v, GND.

[[File:presa_relay_1.jpg|Presa relay]]

[[File:presa_relay_2.jpg|Relay]]

Codice python:

In questo script viene importato "relay" è un modulo che ha due funzioni turnOn e turnOff sarà lui ad interfacciarsi con il relè, per la creazione di questo modulo consultate la guida: [[Interfacciare un Rele']].

#!/usr/bin/env python
import os, relay
def applyRules(sender, text):
text = text.lower()
for rule in rules:
if rule['key'].lower() in text:
rule['action']()
#per ogni parola chiave specificio una funzione da chiamare
rules = [{'key':'on','action':relay.turnOn},{'key':'off','action':relay.turnOff}]
num_sms = 0
if 'SMS_MESSAGES' in os.environ:
num_sms = int(os.environ['SMS_MESSAGES'])
if num_sms > 0:
for i in range(1, num_sms + 1):
sender = 'SMS_%d_NUMBER' % i
text = 'SMS_%d_TEXT' % i
if sender in os.environ and text in os.environ:
text = os.environ[text]
sender = os.environ[sender]
applyRules(sender,text)

Dobbiamo salvarlo in un file per esempio /home/pi/sms_relay.py e nel campo "RunOnReceive" del file di configurazione '/etc/gammu-smsdrc' dobbiamo impostare il path assoluto di questo file.

Quindi '/etc/gammu-smsdrc' diventa:

....
[smsd]
Service = Null
RunOnReceive = /home/pi/sms_relay.py

Rendiamo eseguibile il file:

chmod +x /home/pi/sms_relay.py

Ora possiamo avviare il demone e provare a inviare degli sms, importante che contengano almeno una parola chiave per vedere il risultato, in questo caso se scriviamo le due parole "on" e "off" nello stesso messaggio non si riuscirà a vedere nessun risultato perché lo fa troppo velocemente.

Input/Output tramite sms

2013-04-03T23:58:39Z

Tavy:

Siamo abituati ad usare il nostro raspberry connesso alla rete, ci sono dei casi in cui non abbiamo la possibilità di essere connessi, è in questi casi che potrebbe essere utile pensare di controllare il nostro raspberry tramite sms.
E' difficile trovare una soluzione che abbia solo dei vantaggi, questa non è un'eccezione, i dati che riusciamo a scambiare con il raspberry sono molto ridotti e quindi ci dobbiamo limitare a dare dei comandi oppure a richiedere i dati di qualche sensore. Questo possiamo farlo a prezzi abbastanza bassi e con una copertura molto maggiore a quella del 2G/3G/4G. Se invece siamo coperti dal 3G potremmo sfruttare questo meccanismo per avviare la connessione 3G solo quando ne abbiamo bisogno visto che costa ancora tanto e consuma più energia. Tutto questo discorso ha senso il raspberry non è fisso ma per qualche motivo si deve spostare oppure si trova in assenza di connessione.

'''Attenzione:''' In questa guida viene dato per scontato che la chiavetta usb sia già configurata e pronta all'utilizzo, una guida per la configurazione si trova [[Huawei E353 HSPA+ Usb Stick|qua]].

==Hardware==
Una delle soluzioni più economiche è riciclare una chiavetta 3G usb.

Negli esempi io uso la Huawei E353 (in [[Huawei E353 HSPA+ Usb Stick|questo]] tutorial è spiegato come configurarla) ma dovrebbero funzionare anche altri modem.

==Software(Raspbian)==
Quello che si vuole realizzare è un piccolo sistema che sia in grado di ricevere gli sms e compiere determinate azioni in base alle parole chiave trovate negli sms.

Per fare questo abbiamo bisogno di qualcosa che stia in ascolto per la ricezione degli sms e come spesso accade c'è un tool fatto proprio per questo, sto parlando di "gammu-smsd" [[http://wammu.eu/smsd/]] la "d" sta per "daemon".

Procediamo con l'installazione, fortunatamente è presente nei repository quindi:

sudo apt-get install gammu-smsd

Ora procediamo con la configurazione, basta editare il file '''/etc/gammu-smsdrc''' che è diviso in due parti:
* [gammu] - questa è la parte in cui vengono specificate le configurazioni relative al collegamento con il modem, per più informazioni leggere [[Huawei E353 HSPA+ Usb Stick#Esempi|qui]] e il manuale con "man gammurc".

* [smsd] - questa è la configurazione del demone

Per il nostro scopo nella configurazione di smsd il campo più rilevante è '''RunOnReceive''' che si aspetta uno script che verrà eseguito alla ricezione di uno o più sms.

Quindi la configurazione più semplice è questa:

....
[smsd]
Service = Null
RunOnReceive = /home/pi/script.sh

Il campo Service è stato impostato a Null per indicare che non abbiamo bisogno del salvataggio degli sms, se volessimo salvarli ci sono tante possibili alternative in quanto gammu-smsd supporta il salvataggio nel File System, Sqlite, MySql, PostgreSQL... per maggiori informazioni vi consiglio di leggere il manuale con "man gammu-smsdrc".

Visto che ora non ci interessa il salvataggio analizziamo solo il campo RunOnReceive, abbiamo visto che bisogna impostare uno script da chiamare alla ricezione ma dobbiamo ancora capire come i dati vengono passati allo script.

Gammu-smsd usa le variabili d'ambiente per il passaggio delle informazioni allo script, le variabili che ci interessano sono:
*SMS_MESSAGES - il numero dei messaggi ricevuti
*SMS_%d_NUMBER - il mittente
*SMS_%d_TEXT - il testo del messaggio

"%d" è il numero dell'sms che parte da 1 e arriva al numero dei messaggi ricevuti.

Questi sono solo i campi che ci interessano in questa guida, per la completa documentazione consiglio di leggere il manuale con "man gammu-smsd-run".

Per avviare il demone:

gammu-smsd &

Se lo script impostato richiede i permessi di root per essere eseguito allora:

sudo gammu-smsd &

Con questo abbiamo visto tutto il necessario per fare quello che vogliamo, adesso passiamo agli esempi.

===Esempi===
'''Attenzione:''' il demone deve essere in esecuzione se vogliamo provare gli esempi, se non lo è al prossimo avvio verranno elaborati tutti gli sms ancora da ricevere.

====Attivare/Disattivare un relè====
Questo è un esempio di come controllare un relè con degli sms. Per informazioni relative all'interfacciamento del relè vi invito a leggere questa guida: [[Interfacciare un Rele']].

Per questo esempio ho costruito una piccola prolunga che viene controllata dal relè. Il relè che ho usato è in realtà un modulo (si trova nei soliti negozi online) già pronto per essere usato che ha 3 uscite: Segnale, +3v, GND.

[[File:presa_relay_1.jpg|Presa relay]]

[[File:presa_relay_2.jpg|Relay]]

Codice python:

In questo script viene importato "relay" è un modulo che ha due funzioni turnOn e turnOff sarà lui ad interfacciarsi con il relè, per la creazione di questo modulo consultate la guida: [[Interfacciare un Rele']].

#!/usr/bin/env python
import os, relay
def applyRules(sender, text):
text = text.lower()
for rule in rules:
if rule['key'].lower() in text:
rule['action']()
#per ogni parola chiave specificio una funzione da chiamare
rules = [{'key':'on','action':relay.turnOn},{'key':'off','action':relay.turnOff}]
num_sms = 0
if 'SMS_MESSAGES' in os.environ:
num_sms = int(os.environ['SMS_MESSAGES'])
if num_sms > 0:
for i in range(1, num_sms + 1):
sender = 'SMS_%d_NUMBER' % i
text = 'SMS_%d_TEXT' % i
if sender in os.environ and text in os.environ:
text = os.environ[text]
sender = os.environ[sender]
applyRules(sender,text)

Dobbiamo salvarlo in un file per esempio /home/pi/sms_relay.py e nel campo "RunOnReceive" del file di configurazione '/etc/gammu-smsdrc' dobbiamo impostare il path assoluto di questo file.

Quindi il '/etc/gammu-smsdrc' diventa:

....
[smsd]
Service = Null
RunOnReceive = /home/pi/sms_relay.py

Rendiamo eseguibile il file:

chmod +x /home/pi/sms_relay.py

Ora possiamo avviare il demone e provare a inviare degli sms, importante che contengano almeno una parola chiave per vedere il risultato, in questo caso se scriviamo le due parole "on" e "off" nello stesso messaggio non si riuscirà a vedere nessun risultato perché lo fa troppo velocemente.

Input/Output tramite sms

2013-04-03T23:56:58Z

Tavy: Creata pagina con 'Siamo abituati ad usare il nostro raspberry connesso alla rete, ci sono dei casi in cui non abbiamo la possibilità di essere connessi, è in questi casi che potrebbe essere u...'

Siamo abituati ad usare il nostro raspberry connesso alla rete, ci sono dei casi in cui non abbiamo la possibilità di essere connessi, è in questi casi che potrebbe essere utile pensare di controllare il nostro raspberry tramite sms.
E' difficile trovare una soluzione che abbia solo dei vantaggi, questa non è un'eccezione, i dati che riusciamo a scambiare con il raspberry sono molto ridotti e quindi ci dobbiamo limitare a dare dei comandi oppure a richiedere i dati di qualche sensore. Questo possiamo farlo a prezzi abbastanza bassi e con una copertura molto maggiore a quella del 2G/3G/4G. Se invece siamo coperti dal 3G potremmo sfruttare questo meccanismo per avviare la connessione 3G solo quando ne abbiamo bisogno visto che costa ancora tanto e consuma più energia. Tutto questo discorso ha senso il raspberry non è fisso ma per qualche motivo si deve spostare oppure si trova in assenza di connessione.

'''Attenzione:''' In questa guida viene dato per scontato che la chiavetta usb sia già configurata e pronta all'utilizzo, una guida per la configurazione si trova [[Huawei E353 HSPA+ Usb Stick|qua]].

==Hardware==
Una delle soluzioni più economiche è riciclare una chiavetta 3G usb.

Negli esempi io uso la Huawei E353 (in [[Huawei E353 HSPA+ Usb Stick|questo]] tutorial è spiegato come configurarla) ma dovrebbero funzionare anche altri modem.

==Software(Raspbian)==
Quello che si vuole realizzare è un piccolo sistema che sia in grado di ricevere gli sms e compiere determinate azioni in base alle parole chiave trovate negli sms.

Per fare questo abbiamo bisogno di qualcosa che stia in ascolto per la ricezione degli sms e come spesso accade c'è un tool fatto proprio per questo, sto parlando di "gammu-smsd" [[http://wammu.eu/smsd/]] la "d" sta per "daemon".

Procediamo con l'installazione, fortunatamente è presente nei repository quindi:

sudo apt-get install gammu-smsd

Ora procediamo con la configurazione, basta editare il file '''/etc/gammu-smsdrc''' che è diviso in due parti:
* [gammu] - questa è la parte in cui vengono specificate le configurazioni relative al collegamento con il modem, per più informazioni leggere [[Huawei E353 HSPA+ Usb Stick#Esempi|qui]] e il manuale con "man gammurc".

* [smsd] - questa è la configurazione del demone

Per il nostro scopo nella configurazione di smsd il campo più rilevante è '''RunOnReceive''' che si aspetta uno script che verrà eseguito alla ricezione di uno o più sms.

Quindi la configurazione più semplice è questa:

....
[smsd]
Service = Null
RunOnReceive = /home/pi/script.sh

Il campo Service è stato impostato a Null per indicare che non abbiamo bisogno del salvataggio degli sms, se volessimo salvarli ci sono tante possibili alternative in quanto gammu-smsd supporta il salvataggio nel File System, Sqlite, MySql, PostgreSQL... per maggiori informazioni vi consiglio di leggere il manuale con "man gammu-smsdrc".

Visto che ora non ci interessa il salvataggio analizziamo solo il campo RunOnReceive, abbiamo visto che bisogna impostare uno script da chiamare alla ricezione ma dobbiamo ancora capire come i dati vengono passati allo script.

Gammu-smsd usa le variabili d'ambiente per il passaggio delle informazioni allo script, le variabili che ci interessano sono:
*SMS_MESSAGES - il numero dei messaggi ricevuti
*SMS_%d_NUMBER - il mittente
*SMS_%d_TEXT - il testo del messaggio

"%d" è il numero dell'sms che parte da 1 e arriva al numero dei messaggi ricevuti.

Questi sono solo i campi che ci interessano in questa guida, per la completa documentazione consiglio di leggere il manuale con "man gammu-smsd-run".

Per avviare il demone:

gammu-smsd &

Se lo script impostato richiede i permessi di root per essere eseguito allora:

sudo gammu-smsd &

Con questo abbiamo visto tutto il necessario per fare quello che vogliamo, adesso passiamo agli esempi.

===Esempi===
'''Attenzione:''' il demone deve essere in esecuzione se vogliamo provare gli esempi, se non lo è al prossimo avvio verranno elaborati tutti gli sms ancora da ricevere.

====Attivare/Disattivare un relè====
Questo è un esempio di come controllare un relè con degli sms. Per informazioni relative all'interfacciamento del relè vi invito a leggere questa guida: [[Interfacciare un Rele']].

Per questo esempio ho costruito una piccola prolunga che viene controllata dal relè. Il relè che ho usato è in realtà un modulo (si trova nei soliti negozi online) già pronto per essere usato che ha 3 uscite: Segnale, +3v, GND.

[[File:presa_relay_1.jpg|Presa relay]]

[[File:presa_relay_2.jpg|Relay]]

Codice python:

In questo script viene importato "relay" è un modulo che ha due funzioni turnOn e turnOff sarà lui ad interfacciarsi con il relè, per la creazione di questo modulo consultate la guida: [[Interfacciare un Rele']].

#!/usr/bin/env python
import os, relay
def applyRules(sender, text):
text = text.lower()
for rule in rules:
if rule['key'].lower() in text:
rule['action']()
#per ogni parola chiave specificio una funzione da chiamare
rules = [{'key':'on','action':relay.turnOn},{'key':'off','action':relay.turnOff}]
num_sms = 0
if 'SMS_MESSAGES' in os.environ:
num_sms = int(os.environ['SMS_MESSAGES'])
if num_sms > 0:
for i in range(1, num_sms + 1):
sender = 'SMS_%d_NUMBER' % i
text = 'SMS_%d_TEXT' % i
if sender in os.environ and text in os.environ:
text = os.environ[text]
sender = os.environ[sender]
applyRules(sender,text)

Dobbiamo salvarlo in un file per esempio /home/pi/sms_relay.py e nel campo "RunOnReceive" del file di configurazione '/etc/gammu-smsdrc' dobbiamo impostare il path assoluto di questo file.

Quindi il '/etc/gammu-smsdrc' diventa:

....
[smsd]
Service = Null
RunOnReceive = /home/pi/sms_relay.py

Rendiamo eseguibile il file:

chmod +x /home/pi/sms_relay.py

Ora possiamo avviare il demone e provare a inviare degli sms, importante che contengano almeno una parola chiave per vedere il risultato, in questo caso se scriviamo le due parole "on" e "off" nello stesso messaggio non si riuscirà a vedere nessun risultato perché lo fa troppo veloce.

File:Presa relay 2.jpg

2013-04-03T23:20:41Z

Tavy:

File:Presa relay 1.jpg

2013-04-03T23:20:23Z

Tavy:

Applicazioni di Raspberry PI

2013-04-03T21:02:42Z

Tavy:

=== firewall ===
=== access point ===

[[Raspberry PI come access point: l'esempio dell'AP usato al non-corso]]

=== Piratebox ===
=== centralino asterisk ===
=== domotica gestione luci ===

[[Interfacciare un Rele']]

[[Rivelatore di 230v]]

[[Una ciabatta controllata da USB]]

[[Leggere un pulsante su GPIO con antirimbalzo software]]

=== domotica controllo consumi elettrici ===

[[Misurare la corrente con un anello amperometrico]]

[[Misurare la corrente dal contatore elettronico]]

=== domotica termostato gestione caldaia ===

[[Misurare la Temperatura]]

[[Termostato]]

=== lavagna multimediale ===
=== Laboratorio scolastico (linux terminal server) ===

:[[LTSP|Laboratorio/Aula informatica LTSP]]
: ..
: ..

=== Parata ParTot: laboratorio per una installazione di post-elettronica in salsa di software libero ===
La parata ParTot quest'anno si terrà il 15 giugno e ci sarà un laboratorio ad essa collegato per creare una installazione "toccare per credere"
http://www.fest-festival.net/index/index.php/progetti/parata-par-tot

Questa la presentazione provvisoria del laboratorio:
Perfetta integrazione di materiali biologici con pura elettronica e informatica libera: useremo patate e cetrioli come terminazioni “nervose” per pilotare microcomputer; svilupperemo un software per elaborare questi segnali e creare ambientazioni luminose e sonore con effetti stupefacenti. Il tutto ovviamente riciclando rifiuti elettronici e a risparmio energetico, anche perchè l'energia elettrica potrebbe essere prodotta dalle nostre gambe su apposite cyclette. Componentistica: Makey Makey, raspberry, python, led ...

Il laboratorio sarà coordinato dalla Ofpcina

=== remote console per server ===

[[Collegare una porta seriale RS-232]]

=== PVR (Personal Video Recorder, DVB, gateway televisivo ===

(se non è la sezione giusta, spostate pure)

''Opzioni da approfondire: [http://elinux.org/RPi_VerifiedPeripherals#USB_TV_Tuners_and_DVB_devices elenco su elinux]''

Sto sperimentando un sistema basilare per videoregistrare da DVB-T (digitale terrestre) con il Raspberry Pi.
Al momento sto utilizzando:
* Raspberry Pi (modello B, 256 MB di RAM)
* Scheda DVB-T August DVB-T205
* aggiungerò disco fisso esterno alimentato, una volta che il setup mi soddisferà

==== Scheda per la ricezione ====

La August DVB-T205 non è stata una scelta particolarmente felice: distribuiscono driver per Linux, ma solo per kernel della serie 2.x.
Per fortuna c'è un porting già pronto, che ho clonato in [[https://github.com/alberanid/DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0 questo repository]].
Seguendo le istruzioni è relativamente semplice ricompilarlo per il proprio kernel 3.1.9 o 3.2.x

==== Prime prove ====

Andranno installati anche tutti i soliti pacchetti necessari in questi casi (farò l'elenco completo prossimamente), come dvb-tools, dvbtune e dvb-apps.
Per una prima prova, basterà eseguire:
scan /usr/share/dvb/dvb-t/it-All | tee channels.conf

Alla fine, nel file channels.conf avrete una lista dei canali che potete ricevere.
Ora apriamo un secondo terminale e sintonizziamoci su Rai 5, per vedere Passepartout di/con/su/per Philippe Daverio, che sappiamo bene essere l'unica cosa decente in tv:
tzap -c channels.conf -r 'Rai 5'

Se signal non è zero, siamo a cavallo.

Tornando sul primo terminale (tzap va lasciato aperto), possiamo provare a registrare:
cat /dev/dvb/adapter0/dvr0 > rai5.mpeg2

Lasciate passare qualche minuto, interrompete con ctrl+c e vedrete che il file rai5.mpeg2 conterrà il vostro streaming audio e video.

==== MythTV ====

Non sono sicuro sia la scelta migliore, ma la mia idea è installarci un backend MythTV, ed eventualmente un frontend web.
Devo ancora configurarlo per bene, ma di base bisogna creare l'opportuno database su MySQL, lanciare X11 ed eseguire mythtv-setup (fare riferimento ad altre guide).
Una volta completata la configurazione, il backend è pronto a partire. Una cosa su cui ho perso un po' di tempo, è il fatto che il backend non partiva perché di default il mio Raspberry non supporta IPv6, ed in quel caso MythTV non parte senza alcun messaggio di errore significativo.
Il supporto IPv6 è comunque incluso nel kernel, ed è sufficiente un modprobe ipv6 (e poi aggiungere ipv6 in /etc/modules, in modo che venga caricato ad ogni avvio) per farlo partire.

Il problema principale di MythTV è la sua pesantezza: richiede MySQL ed un backend sempre in esecuzione. Inoltre, a meno che non si voglia utilizzarlo con il suo frontend sul client (che impone di aver installato su client e server la stessa versione di MythTV), a questo si deve aggiungere apache e mythweb, per avere una interfaccia via browser.
Senza overclock, lo streaming video tra backend e frontend è praticamente impossibile (e forse anche con overclock); restano invece perfettamente funzionanti le altre funzionalità, come la registrazione.

Dato che a me interessa solo la possibilità di videoregistrare, forse proverò anche http://andreas.vdr-developer.org/vdradmin-am/index.html

==== vdradmin-am ====

Vdradmin-am è una interfaccia web per '''vdr''' ( http://www.tvdr.de/ , che di suo già avrebbe una interfaccia web, forse un po' meno usabile, ma comunque funzionale).
Vdr si presenta molto più leggero e performante di MythTV, e non richiede MySQL.
Sarei orientato ad utilizzarlo; ora lo scoglio principale è dovuto al fatto che non ho un hub usb alimentato disponibile: collegando insieme la scheda dvb-t ed una scheda wireless usb, il raspberry non regge (neanche con un alimentatore da 1A).
Me ne procurerò uno quanto prima ed proseguirò con l'installazione ed il setup.

=== Videosorveglianza ===
=== Radiocomandi ===
=== Raspberry e Arduino insieme: interfacciamento ===
=== Uno smart player audio da abbinare allo stereo casalingo ===

Sto viluppando un player python basato su gstreamer senza interfaccia se non quella su dbus che segue lo standard mpris2 http://specifications.freedesktop.org/mpris-spec/latest/
Questo permetterebbe di usare ruspberry come player remoto senza consumare inutili risorse.
Seguono una cli su dbus per getire il player, una gui pygtk sempre su dbus e una interfaccia web con cherrypy sempre a partire da dbus.
Sarebbe interessante abbinare un dac amplifier magari basato su t-amp.
Per il momento il player è sviluppato all'interno di un software per l'automazione di una emittente radiofonica: http://autoradiobc.sf.net (vedi svn)

=== Cambiamonete / servizi a pagamento / Totem informativo ===

Raspberry per gestire servizi a pagamento.
Gestire tramite python il protocollo cctalk http://en.wikipedia.org/wiki/CcTalk e quindi dispositivi per accettare monete e banconote.
Realizzare quindi servizi a pagamento tramite Totem informativi & Chioschi ...
Driver CCTALK per gettoniera già disponibile insieme ad hardware di test.
Aggiungere magari un sensore di prossimità per il risparmio energetico attivando il display solo in presenza di utenti.

=== Mini centrale di Controllo Accessi ===

Il Raspberry può diventare una centralina in grado di controllare l’apertura di cancelli pedonali o automatici, porte scorrevoli o sezionali interfacciandola ad un lettore di badge magnetici commerciale.
Occorre implementare il protocollo Wiegand [ http://en.wikipedia.org/wiki/Wiegand_interface ] per dialogare attraverso un cavo dati di lunghezza fino a 100mt (in condizioni ottimali). La centralina potrebbe funzionare in stand-alone acquisendo in auto-apprendimento il codice delle tessere da autorizzare ad accedere oppure creare una lista di codici all’interno di un file modificabile da Raspbian. Eventualmente potrebbe essere previsto un buffer per contenere fino a un certo numero di timbrature, associate alla data e all’ora in cui è avvenuto il passaggio della tessera per effettuare una sorta di consultazione dello storico eventi.

=== Lettura e monitoraggio temperatura ===

*[[Raspberry_Pi-Lettura_Temperatura|Lettura Temperatura]]

=== Display LCD ===

*[[Nokia 5110 LCD 84x48 px]]

=== Chiavette 3G USB ===

*[[Huawei E353 HSPA+ Usb Stick]]

*[[Input/Output tramite sms]]

=== qui la lista continua con la vostra fantasia ===

Applicazioni di Raspberry PI

2013-04-03T21:01:30Z

Tavy:

=== firewall ===
=== access point ===

[[Raspberry PI come access point: l'esempio dell'AP usato al non-corso]]

=== Piratebox ===
=== centralino asterisk ===
=== domotica gestione luci ===

[[Interfacciare un Rele']]

[[Rivelatore di 230v]]

[[Una ciabatta controllata da USB]]

[[Leggere un pulsante su GPIO con antirimbalzo software]]

=== domotica controllo consumi elettrici ===

[[Misurare la corrente con un anello amperometrico]]

[[Misurare la corrente dal contatore elettronico]]

=== domotica termostato gestione caldaia ===

[[Misurare la Temperatura]]

[[Termostato]]

=== lavagna multimediale ===
=== Laboratorio scolastico (linux terminal server) ===

:[[LTSP|Laboratorio/Aula informatica LTSP]]
: ..
: ..

=== Parata ParTot: laboratorio per una installazione di post-elettronica in salsa di software libero ===
La parata ParTot quest'anno si terrà il 15 giugno e ci sarà un laboratorio ad essa collegato per creare una installazione "toccare per credere"
http://www.fest-festival.net/index/index.php/progetti/parata-par-tot

Questa la presentazione provvisoria del laboratorio:
Perfetta integrazione di materiali biologici con pura elettronica e informatica libera: useremo patate e cetrioli come terminazioni “nervose” per pilotare microcomputer; svilupperemo un software per elaborare questi segnali e creare ambientazioni luminose e sonore con effetti stupefacenti. Il tutto ovviamente riciclando rifiuti elettronici e a risparmio energetico, anche perchè l'energia elettrica potrebbe essere prodotta dalle nostre gambe su apposite cyclette. Componentistica: Makey Makey, raspberry, python, led ...

Il laboratorio sarà coordinato dalla Ofpcina

=== remote console per server ===

[[Collegare una porta seriale RS-232]]

=== PVR (Personal Video Recorder, DVB, gateway televisivo ===

(se non è la sezione giusta, spostate pure)

''Opzioni da approfondire: [http://elinux.org/RPi_VerifiedPeripherals#USB_TV_Tuners_and_DVB_devices elenco su elinux]''

Sto sperimentando un sistema basilare per videoregistrare da DVB-T (digitale terrestre) con il Raspberry Pi.
Al momento sto utilizzando:
* Raspberry Pi (modello B, 256 MB di RAM)
* Scheda DVB-T August DVB-T205
* aggiungerò disco fisso esterno alimentato, una volta che il setup mi soddisferà

==== Scheda per la ricezione ====

La August DVB-T205 non è stata una scelta particolarmente felice: distribuiscono driver per Linux, ma solo per kernel della serie 2.x.
Per fortuna c'è un porting già pronto, che ho clonato in [[https://github.com/alberanid/DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0 questo repository]].
Seguendo le istruzioni è relativamente semplice ricompilarlo per il proprio kernel 3.1.9 o 3.2.x

==== Prime prove ====

Andranno installati anche tutti i soliti pacchetti necessari in questi casi (farò l'elenco completo prossimamente), come dvb-tools, dvbtune e dvb-apps.
Per una prima prova, basterà eseguire:
scan /usr/share/dvb/dvb-t/it-All | tee channels.conf

Alla fine, nel file channels.conf avrete una lista dei canali che potete ricevere.
Ora apriamo un secondo terminale e sintonizziamoci su Rai 5, per vedere Passepartout di/con/su/per Philippe Daverio, che sappiamo bene essere l'unica cosa decente in tv:
tzap -c channels.conf -r 'Rai 5'

Se signal non è zero, siamo a cavallo.

Tornando sul primo terminale (tzap va lasciato aperto), possiamo provare a registrare:
cat /dev/dvb/adapter0/dvr0 > rai5.mpeg2

Lasciate passare qualche minuto, interrompete con ctrl+c e vedrete che il file rai5.mpeg2 conterrà il vostro streaming audio e video.

==== MythTV ====

Non sono sicuro sia la scelta migliore, ma la mia idea è installarci un backend MythTV, ed eventualmente un frontend web.
Devo ancora configurarlo per bene, ma di base bisogna creare l'opportuno database su MySQL, lanciare X11 ed eseguire mythtv-setup (fare riferimento ad altre guide).
Una volta completata la configurazione, il backend è pronto a partire. Una cosa su cui ho perso un po' di tempo, è il fatto che il backend non partiva perché di default il mio Raspberry non supporta IPv6, ed in quel caso MythTV non parte senza alcun messaggio di errore significativo.
Il supporto IPv6 è comunque incluso nel kernel, ed è sufficiente un modprobe ipv6 (e poi aggiungere ipv6 in /etc/modules, in modo che venga caricato ad ogni avvio) per farlo partire.

Il problema principale di MythTV è la sua pesantezza: richiede MySQL ed un backend sempre in esecuzione. Inoltre, a meno che non si voglia utilizzarlo con il suo frontend sul client (che impone di aver installato su client e server la stessa versione di MythTV), a questo si deve aggiungere apache e mythweb, per avere una interfaccia via browser.
Senza overclock, lo streaming video tra backend e frontend è praticamente impossibile (e forse anche con overclock); restano invece perfettamente funzionanti le altre funzionalità, come la registrazione.

Dato che a me interessa solo la possibilità di videoregistrare, forse proverò anche http://andreas.vdr-developer.org/vdradmin-am/index.html

==== vdradmin-am ====

Vdradmin-am è una interfaccia web per '''vdr''' ( http://www.tvdr.de/ , che di suo già avrebbe una interfaccia web, forse un po' meno usabile, ma comunque funzionale).
Vdr si presenta molto più leggero e performante di MythTV, e non richiede MySQL.
Sarei orientato ad utilizzarlo; ora lo scoglio principale è dovuto al fatto che non ho un hub usb alimentato disponibile: collegando insieme la scheda dvb-t ed una scheda wireless usb, il raspberry non regge (neanche con un alimentatore da 1A).
Me ne procurerò uno quanto prima ed proseguirò con l'installazione ed il setup.

=== Videosorveglianza ===
=== Radiocomandi ===
=== Raspberry e Arduino insieme: interfacciamento ===
=== Uno smart player audio da abbinare allo stereo casalingo ===

Sto viluppando un player python basato su gstreamer senza interfaccia se non quella su dbus che segue lo standard mpris2 http://specifications.freedesktop.org/mpris-spec/latest/
Questo permetterebbe di usare ruspberry come player remoto senza consumare inutili risorse.
Seguono una cli su dbus per getire il player, una gui pygtk sempre su dbus e una interfaccia web con cherrypy sempre a partire da dbus.
Sarebbe interessante abbinare un dac amplifier magari basato su t-amp.
Per il momento il player è sviluppato all'interno di un software per l'automazione di una emittente radiofonica: http://autoradiobc.sf.net (vedi svn)

=== Cambiamonete / servizi a pagamento / Totem informativo ===

Raspberry per gestire servizi a pagamento.
Gestire tramite python il protocollo cctalk http://en.wikipedia.org/wiki/CcTalk e quindi dispositivi per accettare monete e banconote.
Realizzare quindi servizi a pagamento tramite Totem informativi & Chioschi ...
Driver CCTALK per gettoniera già disponibile insieme ad hardware di test.
Aggiungere magari un sensore di prossimità per il risparmio energetico attivando il display solo in presenza di utenti.

=== Mini centrale di Controllo Accessi ===

Il Raspberry può diventare una centralina in grado di controllare l’apertura di cancelli pedonali o automatici, porte scorrevoli o sezionali interfacciandola ad un lettore di badge magnetici commerciale.
Occorre implementare il protocollo Wiegand [ http://en.wikipedia.org/wiki/Wiegand_interface ] per dialogare attraverso un cavo dati di lunghezza fino a 100mt (in condizioni ottimali). La centralina potrebbe funzionare in stand-alone acquisendo in auto-apprendimento il codice delle tessere da autorizzare ad accedere oppure creare una lista di codici all’interno di un file modificabile da Raspbian. Eventualmente potrebbe essere previsto un buffer per contenere fino a un certo numero di timbrature, associate alla data e all’ora in cui è avvenuto il passaggio della tessera per effettuare una sorta di consultazione dello storico eventi.

=== Lettura e monitoraggio temperatura ===

*[[Raspberry_Pi-Lettura_Temperatura|Lettura Temperatura]]

=== Display LCD ===

*[[Nokia 5110 LCD 84x48 px]]

=== Chiavette 3G USB ===

*[[Huawei E353 HSPA+ Usb Stick]]

*[[Input/Output tramite Sms]]

=== qui la lista continua con la vostra fantasia ===

Huawei E353 HSPA+ Usb Stick

2013-03-28T15:44:30Z

Tavy: /* Connetersi alle rete 3G */

La Huawei E353 è una chiavetta usb abbastanza comune ed economica distribuita da tanti operatori.

[[File:huawei_e353_1.jpg|Huawei E353 fronte]]
[[File:huawei_e353_2.jpg|Huawei E353 retro]]

==Alimentazione==
Per il corretto funzionamento purtroppo è richiesto un Hub usb alimentato, io uso uno molto cinese (pagato 7 euro) di scarsissima qualità con un alimentatore da 1A.

In realtà la chiavetta viene riconosciuta anche senza l'hub alimentato ma non è per niente stabile e quindi diventa inutilizzabile.

==Software(Raspbian)==
'''ATTENZIONE: Tutto il procedimento è stato testato solo sull'ultima "wheezy" la "2013-02-09-wheezy-raspbian".'''

Per il corretto riconoscimento della chiavetta come modem da parte del Raspberry dobbiamo installare usbutilis usb-modeswitch:

sudo apt-get install usbutilis usb-modeswitch

Adesso con il comando lsusb vediamo le periferiche usb:
pi@raspberrypi ~ $ lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
Bus 001 Device 006: ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard

E' presente anche la nostra chiavetta, è stata riconosciuta come Modem/Networkcard che è quello che ci interessa.
Il modello risulta essere "E398" ma funziona ugualmente anche se è diverso dal modello scritto sul retro.

A questo punto è pronta e possiamo usarla come vogliamo.

==Applicazioni==

===Connettersi alle rete 3G===
Come sempre ci sono tante alternative per arrivare ad uno scopo, in questo caso per collegarsi alla rete vi mostro due metodi diversi.

====wvdial====
Questo tool è disponibile nei repository ufficiali di raspbian e quindi per installarlo basta dare questo comando:

sudo apt-get install wvdial

La configurazione è un pochino più difficile.

Il pacchetto include due tool:
*'''wvdial''' serve a collegarsi
*'''wvdialconf''' serve a configurare il modem

Prima di tutto dobbiamo configurare quindi dobbiamo lanciare il secondo tool, ovviamente la chiavetta deve essere collegata al raspberry

sudo wvdialconf

Questo riconosce il modem e salva la configurazione nel file /etc/wvdial.conf, in realtà questa configurazione non basta per collegarsi alla rete, dobbiamo modificarla.

sudo vi /etc/wvdial.conf

Potete copiare il mio file di configurazione che ho già modificato, ma state attenti che potrebbe non funzionare con gli altri operatori, io uso Wind.

[Dialer Defaults]
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2
Modem Type = Analog Modem
Phone = *99#
ISDN = 0
Username = not_required
Password = not_required
Modem = /dev/ttyUSB0
Baud = 460800
Carrier Check = off
Stupid Mode = on

Adesso basta solo far partire wvdial:

sudo wvdial

Ora siamo connessi, questo aggiunge alle interfacce di rete una nuova interfaccia "ppp0".

====sakis3g====
Questo è uno script pensato per rendere più facile la configurazione dei modem 3G.

Non è disponibile nei repository ufficiali quindi dobbiamo scaricarlo:

wget "http://www.sakis3g.org/versions/latest/armv4t/sakis3g.gz"

Dopo averlo scaricato, dobbiamo decomprimerlo e renderlo eseguibile:

gunzip sakis3g.gz
chmod +x sakis3g

Ora dobbiamo configurare la connessione, è un po' lento a partire:

sudo ./sakis3g --interactive

Dal menu dobbiamo selezionare:

1. Connect with 3G

Premere invio e dal menu successivo selezionare:

1. USB device

Adesso vi verrà mostrata una lista di devices usb qua dovete individuare il nostro modem e selezionarlo:

3. HUAWEI Mobile

Selzioniamo un'interfaccia tra quelle disponibili:

1. Interface #0

Poi vi verranno proposti dei punti di accesso (APN) nel mio caso seleziono questo:

1. Internet (internet.wind)

Il modem cerca di connettersi e se ci riesce l'interfaccia "ppp0" verrà creata.

===Leggere e inviare sms===
Per fortuna esiste un programma ben fatto, molto completo che fa quello che ci serve e anche molto di più.
Sto parlando di "gammu" [[http://wammu.eu/gammu/]].

Questo tool è presente nei repository e quindi per installarlo:

sudo apt-get install gammu

Ovviamente prima di tutto dobbiamo configurarlo, ci sono diversi modi per farlo uno di questi è creare un file in ~/.gammurc

Esiste anche l'utility gammu-config che aiuta alla configurazione ma è quasi più facile creare il file manualmente, visto che basta specificare la porta e il tipo di connessione.

Il mio .gammurc è:
[gammu]
port = /dev/ttyUSB0
connection = at19200

====Esempi====
Per leggere tutti gli sms:

gammu getallsms

Per inviare un sms:

gammu sendsms TEXT numero -text "corpo del messaggio"

Per altri esempi e informazioni vi invito a leggere la pagina di manuale:
man gammu

Raspberry Pi

2013-03-28T14:56:19Z

Tavy:

=== Alimentare il Raspberry PI ===

* [[Raspberry_PI-Alimentazione|Alimentazione]]
* [[Alcuni dati sull'assorbimento del Raspberry PI]]

=== Procurarsi una memoria di massa (SD Card)===

Lista di schede funzionanti e non funzionanti: http://elinux.org/RPi_SD_cards

Altro [http://openelec.tv/forum/124-raspberry-pi/40411-what-sd-card-works-for-you elenco] fatto da utenti [http://openelec.tv/ OpenElec] su RaspPi.

=== Installazione e configurazione del Sistema Operativo ===

* [[Raspberry_PI-Raspbian-Installazione|Installazione Raspbian]]
** [[Raspberry_PI-Raspbian-Configurazione|Configurazione Raspbian]]
** [[Raspberry_PI-Raspbian-Personalizzazioni|Configurazioni Personalizzate Raspbian]]
* [[Raspberry PI-Rasbian-Senza Monitor|Installazione/Uso Raspbian senza Monitor]]
** [[Raspberry_PI-Raspbian-Desktop_Remoto|Configurazione per utilizzo VNC (variante DHCP)]]

* altra distro ..
** altra config ..

* [[Raspberry_PI-Raspbian-Files_di_configurazione|Files di configurazione Raspbian]]

=== Collegare il Raspberry PI (Periferiche) ===

* Rete Ethernet
** [[Raspberry_PI-Rete_Ethernet|Collegamenti Ethernet]]
* Periferiche WiFi
** [[Raspberry_PI-WiFi_Client|Installazione e configurazione WiFi client]]
*Periferiche Usb
**[[Huawei E353 HSPA+ Usb Stick|Chiavetta 3G Huawei E353]]

Una valida lista di periferiche compatibili: http://elinux.org/RPi_VerifiedPeripherals

Va in particolare tenuta in considerazione per verificare quali periferiche hanno problemi noti (se non è segnalata come non funzionante, ma è comunque supportato da Linux, probabilmente funzionerà)

=== Uso da "personal computer" (impariamo il linguaggio della shell) ===
=== Sviluppo di software con Raspberry PI ===
=== L'architettura del Raspberry PI ===
=== I bus: i2c (chiamato anche twi) ===

[[Collegare dispositivi I2C]]

[[Input analogico I2C: MCP3424]]

=== I bus: la porta seriale ===

[[Collegare una porta seriale RS-232]]

=== I bus: 1wire dallas ===

[[1Wire e il sensore di temperatura ds18s10]]

=== I bus: SPI ===

[[Collegare dispositivi SPI]]

[[Input Analogico SPI: gli integrati MCP300x]]

=== Interfacciamento di sensori/attuatori ===
=== Raspberry: root su hard disk ===

* [[Raspberry_PI-nfs_root|Installazione della root su nfs]]
* [[Raspberry PI-boot con piu' hard disk|Boot con piu' hard disk]]
* BerryBoot bootloader per Raspberry Pi[http://www.hwjournal.net/desktop/il-raspberry-pi-diventa-mutiboot-con-berryboot-13137]
* altro ..

=== Troubleshooting ===

* [[Raspberry_PI-Troubleshooting-Rete|Problemi di rete]]
* [[Raspberry_PI-Troubleshooting-AlimentazioneUSB|Problemi di alimentazione di dispositivi USB]]

Huawei E353 HSPA+ Usb Stick

2013-03-28T14:49:29Z

Tavy:

La Huawei E353 è una chiavetta usb abbastanza comune ed economica distribuita da tanti operatori.

[[File:huawei_e353_1.jpg|Huawei E353 fronte]]
[[File:huawei_e353_2.jpg|Huawei E353 retro]]

==Alimentazione==
Per il corretto funzionamento purtroppo è richiesto un Hub usb alimentato, io uso uno molto cinese (pagato 7 euro) di scarsissima qualità con un alimentatore da 1A.

In realtà la chiavetta viene riconosciuta anche senza l'hub alimentato ma non è per niente stabile e quindi diventa inutilizzabile.

==Software(Raspbian)==
'''ATTENZIONE: Tutto il procedimento è stato testato solo sull'ultima "wheezy" la "2013-02-09-wheezy-raspbian".'''

Per il corretto riconoscimento della chiavetta come modem da parte del Raspberry dobbiamo installare usbutilis usb-modeswitch:

sudo apt-get install usbutilis usb-modeswitch

Adesso con il comando lsusb vediamo le periferiche usb:
pi@raspberrypi ~ $ lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
Bus 001 Device 006: ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard

E' presente anche la nostra chiavetta, è stata riconosciuta come Modem/Networkcard che è quello che ci interessa.
Il modello risulta essere "E398" ma funziona ugualmente anche se è diverso dal modello scritto sul retro.

A questo punto è pronta e possiamo usarla come vogliamo.

==Applicazioni==

===Connetersi alle rete 3G===
Come sempre ci sono tante alternative per arrivare ad uno scopo, in questo caso per collegarsi alla rete vi mostro due metodi diversi.

====wvdial====
Questo tool è disponibile nei repository ufficiali di raspbian e quindi per installarlo basta dare questo comando:

sudo apt-get install wvdial

La configurazione è un pochino più difficile.

Il pacchetto include due tool:
*'''wvdial''' serve a collegarsi
*'''wvdialconf''' serve a configurare il modem

Prima di tutto dobbiamo configurare quindi dobbiamo lanciare il secondo tool, ovviamente la chiavetta deve essere collegata al raspberry

sudo wvdialconf

Questo riconosce il modem e salva la configurazione nel file /etc/wvdial.conf, in realtà questa configurazione non basta per collegarsi alla rete, dobbiamo modificarla.

sudo vi /etc/wvdial.conf

Potete copiare il mio file di configurazione che ho già modificato, ma state attenti che potrebbe non funzionare con gli altri operatori, io uso Wind.

[Dialer Defaults]
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2
Modem Type = Analog Modem
Phone = *99#
ISDN = 0
Username = not_required
Password = not_required
Modem = /dev/ttyUSB0
Baud = 460800
Carrier Check = off
Stupid Mode = on

Adesso basta solo far partire wvdial:

sudo wvdial

Ora siamo connessi, questo aggiunge alle interfacce di rete una nuova interfaccia "ppp0".

====sakis3g====
Questo è uno script pensato per rendere più facile la configurazione dei modem 3G.

Non è disponibile nei repository ufficiali quindi dobbiamo scaricarlo:

wget "http://www.sakis3g.org/versions/latest/armv4t/sakis3g.gz"

Dopo averlo scaricato, dobbiamo decomprimerlo e renderlo eseguibile:

gunzip sakis3g.gz
chmod +x sakis3g

Ora dobbiamo configurare la connessione, è un po' lento a partire:

sudo ./sakis3g --interactive

Dal menu dobbiamo selezionare:

1. Connect with 3G

Premere invio e dal menu successivo selezionare:

1. USB device

Adesso vi verrà mostrata una lista di devices usb qua dovete individuare il nostro modem e selezionarlo:

3. HUAWEI Mobile

Selzioniamo un'interfaccia tra quelle disponibili:

1. Interface #0

Poi vi verranno proposti dei punti di accesso (APN) nel mio caso seleziono questo:

1. Internet (internet.wind)

Il modem cerca di connettersi e se ci riesce l'interfaccia "ppp0" verrà creata.

===Leggere e inviare sms===
Per fortuna esiste un programma ben fatto, molto completo che fa quello che ci serve e anche molto di più.
Sto parlando di "gammu" [[http://wammu.eu/gammu/]].

Questo tool è presente nei repository e quindi per installarlo:

sudo apt-get install gammu

Ovviamente prima di tutto dobbiamo configurarlo, ci sono diversi modi per farlo uno di questi è creare un file in ~/.gammurc

Esiste anche l'utility gammu-config che aiuta alla configurazione ma è quasi più facile creare il file manualmente, visto che basta specificare la porta e il tipo di connessione.

Il mio .gammurc è:
[gammu]
port = /dev/ttyUSB0
connection = at19200

====Esempi====
Per leggere tutti gli sms:

gammu getallsms

Per inviare un sms:

gammu sendsms TEXT numero -text "corpo del messaggio"

Per altri esempi e informazioni vi invito a leggere la pagina di manuale:
man gammu

Huawei E353 HSPA+ Usb Stick

2013-03-28T14:48:02Z

Tavy: Creata pagina con 'La Huawei E353 è una chiavetta usb abbastanza comune ed economica distribuita da tanti operatori. Huawei E353 fronte [[File:huawei_e353_2.jpg|Hua...'

La Huawei E353 è una chiavetta usb abbastanza comune ed economica distribuita da tanti operatori.

[[File:huawei_e353_1.jpg|Huawei E353 fronte]]
[[File:huawei_e353_2.jpg|Huawei E353 retro]]

==Alimentazione==
Per il corretto funzionamento purtroppo è richiesto un Hub usb alimentato, io uso uno molto cinese (pagato 7 euro) di scarsissima qualità con un alimentatore da 1A.

In realtà la chiavetta viene riconosciuta anche senza l'hub alimentato ma non è per niente stabile e quindi diventa inutilizzabile.

==Software(Raspbian)==
'''ATTENZIONE: Tutto il procedimento è stato testato solo sull'ultima "wheezy" la "2013-02-09-wheezy-raspbian".'''

Per il corretto riconoscimento della chiavetta come modem da parte del Raspberry dobbiamo installare usbutilis usb-modeswitch:

sudo apt-get install usbutilis usb-modeswitch

Adesso con il comando lsusb vediamo le periferiche usb:
pi@raspberrypi ~ $ lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
Bus 001 Device 006: ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard

E' presente anche la nostra chiavetta, è stata riconosciuta come Modem/Networkcard che è quello che ci interessa.
Il modello risulta essere "E398" ma funziona ugualmente anche se è diverso dal modello scritto sul retro.

A questo punto è pronta e possiamo usarla come vogliamo.

===Connetersi alle rete 3G===
Come sempre ci sono tante alternative per arrivare ad uno scopo, in questo caso per collegarsi alla rete vi mostro due metodi diversi.

====wvdial====
Questo tool è disponibile nei repository ufficiali di raspbian e quindi per installarlo basta dare questo comando:

sudo apt-get install wvdial

La configurazione è un pochino più difficile.

Il pacchetto include due tool:
*'''wvdial''' serve a collegarsi
*'''wvdialconf''' serve a configurare il modem

Prima di tutto dobbiamo configurare quindi dobbiamo lanciare il secondo tool, ovviamente la chiavetta deve essere collegata al raspberry

sudo wvdialconf

Questo riconosce il modem e salva la configurazione nel file /etc/wvdial.conf, in realtà questa configurazione non basta per collegarsi alla rete, dobbiamo modificarla.

sudo vi /etc/wvdial.conf

Potete copiare il mio file di configurazione che ho già modificato, ma state attenti che potrebbe non funzionare con gli altri operatori, io uso Wind.

[Dialer Defaults]
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2
Modem Type = Analog Modem
Phone = *99#
ISDN = 0
Username = not_required
Password = not_required
Modem = /dev/ttyUSB0
Baud = 460800
Carrier Check = off
Stupid Mode = on

Adesso basta solo far partire wvdial:

sudo wvdial

Ora siamo connessi, questo aggiunge alle interfacce di rete una nuova interfaccia "ppp0".

====sakis3g====
Questo è uno script pensato per rendere più facile la configurazione dei modem 3G.

Non è disponibile nei repository ufficiali quindi dobbiamo scaricarlo:

wget "http://www.sakis3g.org/versions/latest/armv4t/sakis3g.gz"

Dopo averlo scaricato, dobbiamo decomprimerlo e renderlo eseguibile:

gunzip sakis3g.gz
chmod +x sakis3g

Ora dobbiamo configurare la connessione, è un po' lento a partire:

sudo ./sakis3g --interactive

Dal menu dobbiamo selezionare:

1. Connect with 3G

Premere invio e dal menu successivo selezionare:

1. USB device

Adesso vi verrà mostrata una lista di devices usb qua dovete individuare il nostro modem e selezionarlo:

3. HUAWEI Mobile

Selzioniamo un'interfaccia tra quelle disponibili:

1. Interface #0

Poi vi verranno proposti dei punti di accesso (APN) nel mio caso seleziono questo:

1. Internet (internet.wind)

Il modem cerca di connettersi e se ci riesce l'interfaccia "ppp0" verrà creata.

===Leggere e inviare sms===
Per fortuna esiste un programma ben fatto, molto completo che fa quello che ci serve e anche molto di più.
Sto parlando di "gammu" [[http://wammu.eu/gammu/]].

Questo tool è presente nei repository e quindi per installarlo:

sudo apt-get install gammu

Ovviamente prima di tutto dobbiamo configurarlo, ci sono diversi modi per farlo uno di questi è creare un file in ~/.gammurc

Esiste anche l'utility gammu-config che aiuta alla configurazione ma è quasi più facile creare il file manualmente, visto che basta specificare la porta e il tipo di connessione.

Il mio .gammurc è:
[gammu]
port = /dev/ttyUSB0
connection = at19200

====Esempi====
Per leggere tutti gli sms:

gammu getallsms

Per inviare un sms:

gammu sendsms TEXT numero -text "corpo del messaggio"

Per altri esempi e informazioni vi invito a leggere la pagina di manuale:
man gammu

File:Huawei e353 2.jpg

2013-03-28T12:47:01Z

Tavy:

File:Huawei e353 1.jpg

2013-03-28T12:46:32Z

Tavy:

Applicazioni di Raspberry PI

2013-03-28T12:04:52Z

Tavy:

=== firewall ===
=== access point ===

[[Raspberry PI come access point: l'esempio dell'AP usato al non-corso]]

=== Piratebox ===
=== centralino asterisk ===
=== domotica gestione luci ===

[[Interfacciare un Rele']]

[[Rivelatore di 230v]]

[[Una ciabatta controllata da USB]]

[[Leggere un pulsante su GPIO con antirimbalzo software]]

=== domotica controllo consumi elettrici ===

[[Misurare la corrente con un anello amperometrico]]

=== domotica termostato gestione caldaia ===

[[Misurare la Temperatura]]

[[Termostato]]

=== lavagna multimediale ===
=== Laboratorio scolastico (linux terminal server) ===

:[[LTSP|Laboratorio/Aula informatica LTSP]]
: ..
: ..

=== Parata ParTot: laboratorio per una installazione di post-elettronica in salsa di software libero ===
La parata ParTot quest'anno si terrà il 15 giugno e ci sarà un laboratorio ad essa collegato per creare una installazione "toccare per credere"
http://www.fest-festival.net/index/index.php/progetti/parata-par-tot

Questa la presentazione provvisoria del laboratorio:
Perfetta integrazione di materiali biologici con pura elettronica e informatica libera: useremo patate e cetrioli come terminazioni “nervose” per pilotare microcomputer; svilupperemo un software per elaborare questi segnali e creare ambientazioni luminose e sonore con effetti stupefacenti. Il tutto ovviamente riciclando rifiuti elettronici e a risparmio energetico, anche perchè l'energia elettrica potrebbe essere prodotta dalle nostre gambe su apposite cyclette. Componentistica: Makey Makey, raspberry, python, led ...

Il laboratorio sarà coordinato dalla Ofpcina

=== remote console per server ===

[[Collegare una porta seriale RS-232]]

=== PVR (Personal Video Recorder, DVB, gateway televisivo ===

(se non è la sezione giusta, spostate pure)

''Opzioni da approfondire: [http://elinux.org/RPi_VerifiedPeripherals#USB_TV_Tuners_and_DVB_devices elenco su elinux]''

Sto sperimentando un sistema basilare per videoregistrare da DVB-T (digitale terrestre) con il Raspberry Pi.
Al momento sto utilizzando:
* Raspberry Pi (modello B, 256 MB di RAM)
* Scheda DVB-T August DVB-T205
* aggiungerò disco fisso esterno alimentato, una volta che il setup mi soddisferà

==== Scheda per la ricezione ====

La August DVB-T205 non è stata una scelta particolarmente felice: distribuiscono driver per Linux, ma solo per kernel della serie 2.x.
Per fortuna c'è un porting già pronto, che ho clonato in [[https://github.com/alberanid/DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0 questo repository]].
Seguendo le istruzioni è relativamente semplice ricompilarlo per il proprio kernel 3.1.9 o 3.2.x

==== Prime prove ====

Andranno installati anche tutti i soliti pacchetti necessari in questi casi (farò l'elenco completo prossimamente), come dvb-tools, dvbtune e dvb-apps.
Per una prima prova, basterà eseguire:
scan /usr/share/dvb/dvb-t/it-All | tee channels.conf

Alla fine, nel file channels.conf avrete una lista dei canali che potete ricevere.
Ora apriamo un secondo terminale e sintonizziamoci su Rai 5, per vedere Passepartout di/con/su/per Philippe Daverio, che sappiamo bene essere l'unica cosa decente in tv:
tzap -c channels.conf -r 'Rai 5'

Se signal non è zero, siamo a cavallo.

Tornando sul primo terminale (tzap va lasciato aperto), possiamo provare a registrare:
cat /dev/dvb/adapter0/dvr0 > rai5.mpeg2

Lasciate passare qualche minuto, interrompete con ctrl+c e vedrete che il file rai5.mpeg2 conterrà il vostro streaming audio e video.

==== MythTV ====

Non sono sicuro sia la scelta migliore, ma la mia idea è installarci un backend MythTV, ed eventualmente un frontend web.
Devo ancora configurarlo per bene, ma di base bisogna creare l'opportuno database su MySQL, lanciare X11 ed eseguire mythtv-setup (fare riferimento ad altre guide).
Una volta completata la configurazione, il backend è pronto a partire. Una cosa su cui ho perso un po' di tempo, è il fatto che il backend non partiva perché di default il mio Raspberry non supporta IPv6, ed in quel caso MythTV non parte senza alcun messaggio di errore significativo.
Il supporto IPv6 è comunque incluso nel kernel, ed è sufficiente un modprobe ipv6 (e poi aggiungere ipv6 in /etc/modules, in modo che venga caricato ad ogni avvio) per farlo partire.

Il problema principale di MythTV è la sua pesantezza: richiede MySQL ed un backend sempre in esecuzione. Inoltre, a meno che non si voglia utilizzarlo con il suo frontend sul client (che impone di aver installato su client e server la stessa versione di MythTV), a questo si deve aggiungere apache e mythweb, per avere una interfaccia via browser.
Senza overclock, lo streaming video tra backend e frontend è praticamente impossibile (e forse anche con overclock); restano invece perfettamente funzionanti le altre funzionalità, come la registrazione.

Dato che a me interessa solo la possibilità di videoregistrare, forse proverò anche http://andreas.vdr-developer.org/vdradmin-am/index.html

==== vdradmin-am ====

Vdradmin-am è una interfaccia web per '''vdr''' ( http://www.tvdr.de/ , che di suo già avrebbe una interfaccia web, forse un po' meno usabile, ma comunque funzionale).
Vdr si presenta molto più leggero e performante di MythTV, e non richiede MySQL.
Sarei orientato ad utilizzarlo; ora lo scoglio principale è dovuto al fatto che non ho un hub usb alimentato disponibile: collegando insieme la scheda dvb-t ed una scheda wireless usb, il raspberry non regge (neanche con un alimentatore da 1A).
Me ne procurerò uno quanto prima ed proseguirò con l'installazione ed il setup.

=== Videosorveglianza ===
=== Radiocomandi ===
=== Raspberry e Arduino insieme: interfacciamento ===
=== Uno smart player audio da abbinare allo stereo casalingo ===

Sto viluppando un player python basato su gstreamer senza interfaccia se non quella su dbus che segue lo standard mpris2 http://specifications.freedesktop.org/mpris-spec/latest/
Questo permetterebbe di usare ruspberry come player remoto senza consumare inutili risorse.
Seguono una cli su dbus per getire il player, una gui pygtk sempre su dbus e una interfaccia web con cherrypy sempre a partire da dbus.
Sarebbe interessante abbinare un dac amplifier magari basato su t-amp.
Per il momento il player è sviluppato all'interno di un software per l'automazione di una emittente radiofonica: http://autoradiobc.sf.net (vedi svn)

=== Cambiamonete / servizi a pagamento / Totem informativo ===

Raspberry per gestire servizi a pagamento.
Gestire tramite python il protocollo cctalk http://en.wikipedia.org/wiki/CcTalk e quindi dispositivi per accettare monete e banconote.
Realizzare quindi servizi a pagamento tramite Totem informativi & Chioschi ...
Driver CCTALK per gettoniera già disponibile insieme ad hardware di test.
Aggiungere magari un sensore di prossimità per il risparmio energetico attivando il display solo in presenza di utenti.

=== Mini centrale di Controllo Accessi ===

Il Raspberry può diventare una centralina in grado di controllare l’apertura di cancelli pedonali o automatici, porte scorrevoli o sezionali interfacciandola ad un lettore di badge magnetici commerciale.
Occorre implementare il protocollo Wiegand [ http://en.wikipedia.org/wiki/Wiegand_interface ] per dialogare attraverso un cavo dati di lunghezza fino a 100mt (in condizioni ottimali). La centralina potrebbe funzionare in stand-alone acquisendo in auto-apprendimento il codice delle tessere da autorizzare ad accedere oppure creare una lista di codici all’interno di un file modificabile da Raspbian. Eventualmente potrebbe essere previsto un buffer per contenere fino a un certo numero di timbrature, associate alla data e all’ora in cui è avvenuto il passaggio della tessera per effettuare una sorta di consultazione dello storico eventi.

=== Lettura e monitoraggio temperatura ===

*[[Raspberry_Pi-Lettura_Temperatura|Lettura Temperatura]]

=== Display LCD ===

*[[Nokia 5110 LCD 84x48 px]]

=== Chiavette 3G USB ===

*[[Huawei E353 HSPA+ Usb Stick]]

=== qui la lista continua con la vostra fantasia ===

Nokia 5110 LCD 84x48 px

2013-03-28T01:45:06Z

Tavy: /* Hardware */

In questa pagina spiego come collegare al Raspberry questo display che si trova a pochi euro (io l'ho preso a 4 euro da un famoso sito cinese).

==Hardware==

[[File:nokia_lcd.jpg|Display nokia 5110 fronte]] [[File:nokia_lcd_r.jpg|Display nokia 5110 retro]]

Vi faccio notare che mi è arrivato già saldato come vedete nelle foto.

Questo schermo si pilota tramite l'interfaccia SPI.

Nell'immagine (creata con Fritzing) successiva viene mostrato come deve essere collegato al Raspberry.

[[File:nokia_lcd_rasp.png|Collegamento Nokia LCD e Raspberry]]

==Software (Raspbian)==
Prima di tutto dobbiamo abilitare il modulo SPI che di default viene inserito nella blacklist

sudo vi /etc/modprobe.d/raspi-blacklist.conf

commentiamo la linea contenente "spi-bcm2708"

#blacklist spi-bcm2708

Al prossimo riavvio il modulo verrà caricato, per abilitarlo subito senza riavviare:

sudo modprobe spi-bcm2708

Installiamo il necessario:

sudo apt-get install python-imaging python-imaging-tk python-pip python-dev
sudo pip install spidev
sudo pip install wiringpi

L'ultima cosa è la libreria nokiaSPI.py che ci facilita molto, per adesso purtroppo non è presente nei repository e dobbiamo scaricarla da qua [[http://www.raspberrypi.org/phpBB3/viewtopic.php?f=32&t=9814&p=262274&hilit=nokia#p261925]], basta copiare tutto il codice relativo alla libreria e salvarlo in un file chiamato "nokiaSPI.py".

==Esempi==

===Semplice testo===
Sorgente Python:

import nokiaSPI
lcd = nokiaSPI.NokiaSPI()
#Puliamo lo schermo
lcd.cls()
#Impostiamo la luminosita' dei led
lcd.led(500)
#Scriviamo del testo
lcd.text("Hello RaspiBo")

Risultato:

[[File:nokia_lcd_demo_1.jpg|Hello RaspiBo]]

===Immagine e testo===
import nokiaSPI
from PIL import Image,ImageDraw
lcd = nokiaSPI.NokiaSPI()
#Puliamo lo schermo
lcd.cls()
#Impostiamo la luminosita' dei led
lcd.led(500)
#carichiamo il logo
im = Image.open("raspibo_logo.png")
#ridimensioniamo l'immagine per la misura del display
im.thumbnail((84,48))
#la convertiamo in bianco e nero
im = im.convert("1")
#la stampiamo sul display
lcd.show_image(im)
#sposiamo il cursore (riga, colonna)
lcd.gotorc(0,5)
lcd.text("RasPiBO")
lcd.gotorc(1,9)
lcd.text("Wiki")
lcd.gotorc(2,4)
lcd.text("non-corso")
lcd.gotorc(3,5)
lcd.text("libero")
lcd.gotorc(4,8)
lcd.text("e")
lcd.gotorc(5,5)
lcd.text("pubblico")

Risultato:

[[File:nokia_lcd_demo_2.jpg|RasPiBO Wiki]]

===Font diversi, temperatura===
Per lo script della temperatura leggete [[Raspberry_Pi-Lettura_Temperatura|qua]]

import nokiaSPI, temp
from PIL import Image,ImageDraw,ImageFont
lcd = nokiaSPI.NokiaSPI()
#Puliamo lo schermo
lcd.cls()
#Impostiamo la luminosita' dei led
lcd.led(500)
#Prendiamo la temperatura
temperatura = str(temp.getTemp())
#Creazione di un'immagine in bianco-nero
im = Image.new('1', (84,48))
#Spazio per disegnare
draw = ImageDraw.Draw(im)
#Importiamo dei font
font = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeSans.ttf", 11)
font2 = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeSerif.ttf", 12)
font3 = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeMonoBold.ttf", 14)
font4 = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeMonoBold.ttf", 16)
#Scriviamo sullo spazio da disegno, il primo parametro e' la posizione (x,y) in pixel
draw.text((0,0), "La temperatura:",font=font, fill=1)
draw.text((0,10), temperatura,font=font2, fill=1)
draw.text((0,20), temperatura,font=font3, fill=1)
draw.text((0,30), temperatura,font=font4, fill=1)
#Stampiamo sullo schermo l'immagine creata
lcd.show_image(im)

Risultato:

[[File:nokia_lcd_demo_3.jpg|Temperatura]]

===Disegno===
import subprocess, nokiaSPI
from PIL import Image,ImageDraw, ImageFont
from datetime import timedelta
def getUptime():
with open('/proc/uptime', 'r') as f:
uptime_seconds = float(f.readline().split()[0])
uptime_string = str(timedelta(seconds = uptime_seconds))
return ':'.join(str(uptime_string).split(':')[:2])
def getIp():
arg='ip route list'
p=subprocess.Popen(arg,shell=True,stdout=subprocess.PIPE)
data = p.communicate()
sdata = data[0].split()
ipaddr = sdata[ sdata.index('src')+1 ]
return ipaddr
lcd = nokiaSPI.NokiaSPI()
lcd.led(300)
im = Image.new('1', (84,48))
draw = ImageDraw.Draw(im)
#####Inizio disegno smile#####
#Contorno e occhi
draw.ellipse((10,30,30,47), outline=1)
draw.ellipse((15,35,17,37), outline=1)
draw.ellipse((23,35,25,37), outline=1)
#Bocca, punto per punto
draw.point((17,41),fill='white')
draw.point((18,42),fill='white')
draw.point((19,42),fill='white')
draw.point((20,42),fill='white')
draw.point((21,42),fill='white')
draw.point((22,42),fill='white')
draw.point((23,41),fill='white')
#####fine disegno smile#####
font = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeSans.ttf", 10)
font2 = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeMonoBold.ttf", 10)
#Scriviamo del testo
draw.text((15,0), "raspiInfo",font=font2, fill=1)
draw.text((0,10), "Uptime: "+getUptime(),font=font, fill=1)
draw.text((0,20), "Ip: "+getIp(),font=font, fill=1)
draw.text((40,36), "by tavy", font=font2, fill=1)
#Puliamo lo schermo e stampiamo l'immagine
lcd.cls()
lcd.show_image(im)

Risultato:

[[File:nokia_lcd_demo_4.jpg|Uptime, ip e disegno]]

Nokia 5110 LCD 84x48 px

2013-03-28T01:42:23Z

Tavy: Creata pagina con 'In questa pagina spiego come collegare al Raspberry questo display che si trova a pochi euro (io l'ho preso a 4 euro da un famoso sito cinese). ==Hardware== [[File:nokia_lcd...'

In questa pagina spiego come collegare al Raspberry questo display che si trova a pochi euro (io l'ho preso a 4 euro da un famoso sito cinese).

==Hardware==

[[File:nokia_lcd.jpg|Display nokia 5110 fronte]] [[File:nokia_lcd_r.jpg|Display nokia 5110 retro]]

Vi faccio notare che mi è arrivato già saldato come vedete nelle foto.

Questo schermo si pilota tramite l'interfaccia SPI.

Nell'immagine successiva viene mostrato come deve essere collegato al Raspberry.

[[File:nokia_lcd_rasp.png|Collegamento Nokia LCD e Raspberry]]

==Software (Raspbian)==
Prima di tutto dobbiamo abilitare il modulo SPI che di default viene inserito nella blacklist

sudo vi /etc/modprobe.d/raspi-blacklist.conf

commentiamo la linea contenente "spi-bcm2708"

#blacklist spi-bcm2708

Al prossimo riavvio il modulo verrà caricato, per abilitarlo subito senza riavviare:

sudo modprobe spi-bcm2708

Installiamo il necessario:

sudo apt-get install python-imaging python-imaging-tk python-pip python-dev
sudo pip install spidev
sudo pip install wiringpi

L'ultima cosa è la libreria nokiaSPI.py che ci facilita molto, per adesso purtroppo non è presente nei repository e dobbiamo scaricarla da qua [[http://www.raspberrypi.org/phpBB3/viewtopic.php?f=32&t=9814&p=262274&hilit=nokia#p261925]], basta copiare tutto il codice relativo alla libreria e salvarlo in un file chiamato "nokiaSPI.py".

==Esempi==

===Semplice testo===
Sorgente Python:

import nokiaSPI
lcd = nokiaSPI.NokiaSPI()
#Puliamo lo schermo
lcd.cls()
#Impostiamo la luminosita' dei led
lcd.led(500)
#Scriviamo del testo
lcd.text("Hello RaspiBo")

Risultato:

[[File:nokia_lcd_demo_1.jpg|Hello RaspiBo]]

===Immagine e testo===
import nokiaSPI
from PIL import Image,ImageDraw
lcd = nokiaSPI.NokiaSPI()
#Puliamo lo schermo
lcd.cls()
#Impostiamo la luminosita' dei led
lcd.led(500)
#carichiamo il logo
im = Image.open("raspibo_logo.png")
#ridimensioniamo l'immagine per la misura del display
im.thumbnail((84,48))
#la convertiamo in bianco e nero
im = im.convert("1")
#la stampiamo sul display
lcd.show_image(im)
#sposiamo il cursore (riga, colonna)
lcd.gotorc(0,5)
lcd.text("RasPiBO")
lcd.gotorc(1,9)
lcd.text("Wiki")
lcd.gotorc(2,4)
lcd.text("non-corso")
lcd.gotorc(3,5)
lcd.text("libero")
lcd.gotorc(4,8)
lcd.text("e")
lcd.gotorc(5,5)
lcd.text("pubblico")

Risultato:

[[File:nokia_lcd_demo_2.jpg|RasPiBO Wiki]]

===Font diversi, temperatura===
Per lo script della temperatura leggete [[Raspberry_Pi-Lettura_Temperatura|qua]]

import nokiaSPI, temp
from PIL import Image,ImageDraw,ImageFont
lcd = nokiaSPI.NokiaSPI()
#Puliamo lo schermo
lcd.cls()
#Impostiamo la luminosita' dei led
lcd.led(500)
#Prendiamo la temperatura
temperatura = str(temp.getTemp())
#Creazione di un'immagine in bianco-nero
im = Image.new('1', (84,48))
#Spazio per disegnare
draw = ImageDraw.Draw(im)
#Importiamo dei font
font = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeSans.ttf", 11)
font2 = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeSerif.ttf", 12)
font3 = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeMonoBold.ttf", 14)
font4 = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeMonoBold.ttf", 16)
#Scriviamo sullo spazio da disegno, il primo parametro e' la posizione (x,y) in pixel
draw.text((0,0), "La temperatura:",font=font, fill=1)
draw.text((0,10), temperatura,font=font2, fill=1)
draw.text((0,20), temperatura,font=font3, fill=1)
draw.text((0,30), temperatura,font=font4, fill=1)
#Stampiamo sullo schermo l'immagine creata
lcd.show_image(im)

Risultato:

[[File:nokia_lcd_demo_3.jpg|Temperatura]]

===Disegno===
import subprocess, nokiaSPI
from PIL import Image,ImageDraw, ImageFont
from datetime import timedelta
def getUptime():
with open('/proc/uptime', 'r') as f:
uptime_seconds = float(f.readline().split()[0])
uptime_string = str(timedelta(seconds = uptime_seconds))
return ':'.join(str(uptime_string).split(':')[:2])
def getIp():
arg='ip route list'
p=subprocess.Popen(arg,shell=True,stdout=subprocess.PIPE)
data = p.communicate()
sdata = data[0].split()
ipaddr = sdata[ sdata.index('src')+1 ]
return ipaddr
lcd = nokiaSPI.NokiaSPI()
lcd.led(300)
im = Image.new('1', (84,48))
draw = ImageDraw.Draw(im)
#####Inizio disegno smile#####
#Contorno e occhi
draw.ellipse((10,30,30,47), outline=1)
draw.ellipse((15,35,17,37), outline=1)
draw.ellipse((23,35,25,37), outline=1)
#Bocca, punto per punto
draw.point((17,41),fill='white')
draw.point((18,42),fill='white')
draw.point((19,42),fill='white')
draw.point((20,42),fill='white')
draw.point((21,42),fill='white')
draw.point((22,42),fill='white')
draw.point((23,41),fill='white')
#####fine disegno smile#####
font = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeSans.ttf", 10)
font2 = ImageFont.truetype("/usr/share/fonts/truetype/freefont/FreeMonoBold.ttf", 10)
#Scriviamo del testo
draw.text((15,0), "raspiInfo",font=font2, fill=1)
draw.text((0,10), "Uptime: "+getUptime(),font=font, fill=1)
draw.text((0,20), "Ip: "+getIp(),font=font, fill=1)
draw.text((40,36), "by tavy", font=font2, fill=1)
#Puliamo lo schermo e stampiamo l'immagine
lcd.cls()
lcd.show_image(im)

Risultato:

[[File:nokia_lcd_demo_4.jpg|Uptime, ip e disegno]]

File:Nokia lcd demo 4.jpg

2013-03-28T01:37:26Z

Tavy:

File:Nokia lcd demo 3.jpg

2013-03-28T01:19:35Z

Tavy:

File:Nokia lcd demo 2.jpg

2013-03-28T00:52:09Z

Tavy:

File:Nokia lcd demo 1.jpg

2013-03-27T23:15:25Z

Tavy:

File:Nokia lcd rasp.png

2013-03-27T22:18:05Z

Tavy:

File:Nokia lcd r.jpg

2013-03-27T22:07:00Z

Tavy:

File:Nokia lcd.jpg

2013-03-27T22:04:50Z

Tavy:

Applicazioni di Raspberry PI

2013-03-27T21:45:10Z

Tavy:

=== firewall ===
=== access point ===

[[Raspberry PI come access point: l'esempio dell'AP usato al non-corso]]

=== Piratebox ===
=== centralino asterisk ===
=== domotica gestione luci ===

[[Interfacciare un Rele']]

[[Rivelatore di 230v]]

[[Una ciabatta controllata da USB]]

[[Leggere un pulsante su GPIO con antirimbalzo software]]

=== domotica controllo consumi elettrici ===

[[Misurare la corrente con un anello amperometrico]]

=== domotica termostato gestione caldaia ===

[[Misurare la Temperatura]]

[[Termostato]]

=== lavagna multimediale ===
=== Laboratorio scolastico (linux terminal server) ===

:[[LTSP|Laboratorio/Aula informatica LTSP]]
: ..
: ..

=== Parata ParTot: laboratorio per una installazione di post-elettronica in salsa di software libero ===
La parata ParTot quest'anno si terrà il 15 giugno e ci sarà un laboratorio ad essa collegato per creare una installazione "toccare per credere"
http://www.fest-festival.net/index/index.php/progetti/parata-par-tot

Questa la presentazione provvisoria del laboratorio:
Perfetta integrazione di materiali biologici con pura elettronica e informatica libera: useremo patate e cetrioli come terminazioni “nervose” per pilotare microcomputer; svilupperemo un software per elaborare questi segnali e creare ambientazioni luminose e sonore con effetti stupefacenti. Il tutto ovviamente riciclando rifiuti elettronici e a risparmio energetico, anche perchè l'energia elettrica potrebbe essere prodotta dalle nostre gambe su apposite cyclette. Componentistica: Makey Makey, raspberry, python, led ...

Il laboratorio sarà coordinato dalla Ofpcina

=== remote console per server ===

[[Collegare una porta seriale RS-232]]

=== PVR (Personal Video Recorder, DVB, gateway televisivo ===

(se non è la sezione giusta, spostate pure)

''Opzioni da approfondire: [http://elinux.org/RPi_VerifiedPeripherals#USB_TV_Tuners_and_DVB_devices elenco su elinux]''

Sto sperimentando un sistema basilare per videoregistrare da DVB-T (digitale terrestre) con il Raspberry Pi.
Al momento sto utilizzando:
* Raspberry Pi (modello B, 256 MB di RAM)
* Scheda DVB-T August DVB-T205
* aggiungerò disco fisso esterno alimentato, una volta che il setup mi soddisferà

==== Scheda per la ricezione ====

La August DVB-T205 non è stata una scelta particolarmente felice: distribuiscono driver per Linux, ma solo per kernel della serie 2.x.
Per fortuna c'è un porting già pronto, che ho clonato in [[https://github.com/alberanid/DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0 questo repository]].
Seguendo le istruzioni è relativamente semplice ricompilarlo per il proprio kernel 3.1.9 o 3.2.x

==== Prime prove ====

Andranno installati anche tutti i soliti pacchetti necessari in questi casi (farò l'elenco completo prossimamente), come dvb-tools, dvbtune e dvb-apps.
Per una prima prova, basterà eseguire:
scan /usr/share/dvb/dvb-t/it-All | tee channels.conf

Alla fine, nel file channels.conf avrete una lista dei canali che potete ricevere.
Ora apriamo un secondo terminale e sintonizziamoci su Rai 5, per vedere Passepartout di/con/su/per Philippe Daverio, che sappiamo bene essere l'unica cosa decente in tv:
tzap -c channels.conf -r 'Rai 5'

Se signal non è zero, siamo a cavallo.

Tornando sul primo terminale (tzap va lasciato aperto), possiamo provare a registrare:
cat /dev/dvb/adapter0/dvr0 > rai5.mpeg2

Lasciate passare qualche minuto, interrompete con ctrl+c e vedrete che il file rai5.mpeg2 conterrà il vostro streaming audio e video.

==== MythTV ====

Non sono sicuro sia la scelta migliore, ma la mia idea è installarci un backend MythTV, ed eventualmente un frontend web.
Devo ancora configurarlo per bene, ma di base bisogna creare l'opportuno database su MySQL, lanciare X11 ed eseguire mythtv-setup (fare riferimento ad altre guide).
Una volta completata la configurazione, il backend è pronto a partire. Una cosa su cui ho perso un po' di tempo, è il fatto che il backend non partiva perché di default il mio Raspberry non supporta IPv6, ed in quel caso MythTV non parte senza alcun messaggio di errore significativo.
Il supporto IPv6 è comunque incluso nel kernel, ed è sufficiente un modprobe ipv6 (e poi aggiungere ipv6 in /etc/modules, in modo che venga caricato ad ogni avvio) per farlo partire.

Il problema principale di MythTV è la sua pesantezza: richiede MySQL ed un backend sempre in esecuzione. Inoltre, a meno che non si voglia utilizzarlo con il suo frontend sul client (che impone di aver installato su client e server la stessa versione di MythTV), a questo si deve aggiungere apache e mythweb, per avere una interfaccia via browser.
Senza overclock, lo streaming video tra backend e frontend è praticamente impossibile (e forse anche con overclock); restano invece perfettamente funzionanti le altre funzionalità, come la registrazione.

Dato che a me interessa solo la possibilità di videoregistrare, forse proverò anche http://andreas.vdr-developer.org/vdradmin-am/index.html

==== vdradmin-am ====

Vdradmin-am è una interfaccia web per '''vdr''' ( http://www.tvdr.de/ , che di suo già avrebbe una interfaccia web, forse un po' meno usabile, ma comunque funzionale).
Vdr si presenta molto più leggero e performante di MythTV, e non richiede MySQL.
Sarei orientato ad utilizzarlo; ora lo scoglio principale è dovuto al fatto che non ho un hub usb alimentato disponibile: collegando insieme la scheda dvb-t ed una scheda wireless usb, il raspberry non regge (neanche con un alimentatore da 1A).
Me ne procurerò uno quanto prima ed proseguirò con l'installazione ed il setup.

=== Videosorveglianza ===
=== Radiocomandi ===
=== Raspberry e Arduino insieme: interfacciamento ===
=== Uno smart player audio da abbinare allo stereo casalingo ===

Sto viluppando un player python basato su gstreamer senza interfaccia se non quella su dbus che segue lo standard mpris2 http://specifications.freedesktop.org/mpris-spec/latest/
Questo permetterebbe di usare ruspberry come player remoto senza consumare inutili risorse.
Seguono una cli su dbus per getire il player, una gui pygtk sempre su dbus e una interfaccia web con cherrypy sempre a partire da dbus.
Sarebbe interessante abbinare un dac amplifier magari basato su t-amp.
Per il momento il player è sviluppato all'interno di un software per l'automazione di una emittente radiofonica: http://autoradiobc.sf.net (vedi svn)

=== Cambiamonete / servizi a pagamento / Totem informativo ===

Raspberry per gestire servizi a pagamento.
Gestire tramite python il protocollo cctalk http://en.wikipedia.org/wiki/CcTalk e quindi dispositivi per accettare monete e banconote.
Realizzare quindi servizi a pagamento tramite Totem informativi & Chioschi ...
Driver CCTALK per gettoniera già disponibile insieme ad hardware di test.
Aggiungere magari un sensore di prossimità per il risparmio energetico attivando il display solo in presenza di utenti.

=== Mini centrale di Controllo Accessi ===

Il Raspberry può diventare una centralina in grado di controllare l’apertura di cancelli pedonali o automatici, porte scorrevoli o sezionali interfacciandola ad un lettore di badge magnetici commerciale.
Occorre implementare il protocollo Wiegand [ http://en.wikipedia.org/wiki/Wiegand_interface ] per dialogare attraverso un cavo dati di lunghezza fino a 100mt (in condizioni ottimali). La centralina potrebbe funzionare in stand-alone acquisendo in auto-apprendimento il codice delle tessere da autorizzare ad accedere oppure creare una lista di codici all’interno di un file modificabile da Raspbian. Eventualmente potrebbe essere previsto un buffer per contenere fino a un certo numero di timbrature, associate alla data e all’ora in cui è avvenuto il passaggio della tessera per effettuare una sorta di consultazione dello storico eventi.

=== Lettura e monitoraggio temperatura ===

*[[Raspberry_Pi-Lettura_Temperatura|Lettura Temperatura]]

=== Display LCD ===

*[[Nokia 5110 LCD 84x48 px]]

=== qui la lista continua con la vostra fantasia ===