@astroz78: ma hai integrato anche il sistema di antifurto/allarmi su ethernet? Immagino che per un antifurto fatto come si deve i sensori debbano essere interrogati ad intervalli molto piccoli e regolari...come fai a garantire tutta la regolarità necessaria se stai usando un TCP o un UDP?
Probabilmente la ethernet è talmente sovradimensionata che regge bene il carico di tutte le comunicazioni però potrebbe anche succedere qualche ritardo inaspettato.
Assolutamente sì...tra l'altro, date le difficoltà che sto incontrando, l'idea di cambiare bus fisico mi è balenata per la mente...peccato che oramai è tardi!
Sui work-around sì avevo sentito che ci sono anche se non ancora ho approfondito la cosa...anche xkè se così non fosse dovrei abbandonare il progetto! Quindi ancora ci credo di riuscire a "stabilizzare" la cosa.
Quando avrò tempo sì, vi farò avere qualche info sul mio progetto, anche se, almeno per oggi, è ancora "incompleto" e estremamente "acerbo"...
...ah...io il protocollo me lo sono inventato...non ho seguito nessuno standard...non ho messo CRC e byte di prefiso con "data length" etc...
@Federico Vanzati:
No, tutti i sensori dell'allarme pervengono tutti direttamente all'Arduino MEGA che li "polla" e gestisce direttamente le uscite di allarme...quindi si potrebbe dire che l'allarme è stand-alone...e realmente oggi è stand-alone, tant'è che non ha ancora l'interfaccia ethernet collegata. Quando avrò tempo porterò avanti il progetto...ma con mooooooolta calma!!! 
L'Arduino MEGA che fà da "core" per il sistema d'allarme sarà sempre stand-alone in quanto volevo affidabilità...l'allarme è in esercizio da 6 mesi e mai un fault.
A questo Arduino MEGA vorrei collegare serialmente un Arduino 2009 con interfaccia ethernet...e servirà solo per poter mandare comandi all'allarme da remoto e/o per interrogare lo stato di alcune porte all'occorrenza, quindi fungerebbe solo da interfaccia con l'esterno, mantenendo integro il funzionamento del cuore del sistema.
Tramite ethernet => arduino 2009 => arduino mega manderò i comandi remoti (es. dal web e quindi da dovunque) per attivare/disattivare l'impianto, per verificarne lo stato, la presenza di allarmi, per leggere quali porte sono aperte e quali chiuse (nemmeno un sensore in casa mia è in serie ad un altro...ognuno singolarmente arriva all'arduino).
Queste informazioni mi serviranno anche per alcune funzionalità estese, es:
Insomma avete capito il senso???
Sì lo sò, sono fuori di melone!!!!!! ;D
Dimenticavo, l'interfaccia ethernet => arduino 2009 => arduino MEGA (allarme) serve pure per ricevere i token RFID.
Infatti il sistema inseritore dell'allarme ho deciso che saranno dei tag RFID letti dal tag reader innovation ID12 (per ora uso un normale radiocomando 433Mhz)...però questo ID12 sarà connesso non direttamente all'allarme, bensì a un nodo della domotica....esso riceverà il tag e lo sparerà all'indirizzo IP dell'arduino 2009 serialmente connesso all'arduino MEGA...e il gioco è fatto!
Mm.. ho letto tutto per bene ed ho qualche domanda/dubbio..
Tralasciando il linguaggio.. che forse con i francesismi ha un po' sforato.. IMHO.
Comunque a grandi linee è quello che sto progettando io (con l'aggiunta di un server centrale), solo che vorrei usare i modem powerline, dato che non posso ricablare la casa (vivo dai miei tra l'altro 
) e poi perchè basta che ogni device abbia un mac e con powerline lo raggiungo ovunque, anche in una presa multipla o dove non ci sia una presa ethernet. IMHO
Ethernet è molto attraente per la bridgabilità (ethernet to powerline to wifi ecc) e per la reperibilità dei materiali, per quanto riguarda i protocolli invece , TCP-IP ci assicura la certezza che l'informazione arrivi a destinazione senza doverci preoccupare del layer sottostante e udp ci consente di avere quella velocità di comunicazione utile in fase di riconoscimento dei nuovi moduli acc...
nulla vieta però di fondere le varie soluzioni all'occorrenza..
Evvai c'è la censura pure sull'arduino forum...vai con la legge bavaglio!!!
A parte la battuta, non mi pare d'aver offeso nessuno ne' d'aver bestemmiato e quindi aver offeso la sensibilità di nessuno. Ho usato qualche parola che ai bambini di 5 anni dicono essere "parolacce" per enfatizzare qualche frase, ma ho usato parole di uso comune e che si sentono in televisione tutti i giorni e a tutte le ore. Se vogliamo fare chiacchierate tecniche visto che siamo tutti uomini e pure adulti facciamole, ma discutere di un "puttanata" con chi è "bacchettone" a me non và.
Data pubblicamente questa risposta alla tua pubblica "sottolineatura", io ti faccio presente che non tornerò mai + su quest'argomento anche se tu dovessi farlo. Ribadisco che sono qui a parlare di cose tecniche e non a discutere di "fuffa" o a farmi giudicare; se poi il mio linguaggio qui dentro non dovesse essere ben accetto, non mi pongo più di tanti problemi e vorrà dire che smetterò di condividere con voi le mie esperienze tecniche.
Vado per punti alle risposte:
Le schede USB con i relè le ho già viste, ma non fanno al caso mio...il mio progetto prevede dei PLC Arduino che comandano i Relè e non un PC...e la porta USB di Arduino non è una porta Host, bensì una porta che simula una seriale x la connessione al PC...!!! E poi io ho preso schede con 10 relè che ho pagato 30 Euro circa (relè da 10A) con tanto di scatola per barra omega, la scheda shift register l'ho autocostruita con circa 3/4 euro di spesa a scheda. Di quelle schede, la più economica che ho trovato, stà sui 50 Euro e con 8 relè.
La scheda shift register mi è necessaria in quanto dovrò gestire circa 30/40 relè per ogni nodo e, quindi, non ho sufficienti pin di output sull'arduino.
Il powerline, come ho già detto sopra, è un sistema valido per la comunicazione ethernet, ma cmq ha un costo molto elevato rispetto al cablaggio e ai classici switch, ma certo se non si può sfasciare tant'è!
@brainbooster: esatto! Il mio protocollo si basa su comunicazione tramite socket TCP...che puntualmente si impallano però 
Astroz,
può essere un'idea x te usare il protocollo BAC?
funzionerebbe particolarmente bene su rete Ethernet!
Intanto sta emergendo che qui le necessità da coprire sono:
Astroz, non voglio soffocarti con le richieste, ma mi sempre al momento la soluzione più concreta che abbiamo, pcon cui partire per dei ragionamenti...
Ciao
Stefano
PS x ASTROZ sempre nel tutorial che ti chiedevo (ho pensato che per velocità potrbbe essere un filmato esplicativo), potresti postare la distinta materiali, prezzi indicativi e magari fornitori (pref su internet)? Potrebbe essere un modo anche per iniziare a confrontare i costi delle varie soluzioni!
PS2 Il progetto CARACA lo conoscete? Che vi pare?
Salve a tutti, sono un sistemista/programmatore ed è ormai un po' che bazzico nel mondo dell'elettronica per semplice passione.
Comprato l'arduino mi sono subito divertito un mondo, ed ora che ho la possibilità di testare tutto a casa della mia ragazza la voglia di domotica è tanta.
Premetto che per motivi di lavoro ho già usato arduino in combinazione con un server di telecamere con un'ethernet shield e vi assicuro che l'implementazione funziona ed è stabile, basta avere un po' di accortezza con i tempi.
Visto che è il mondo che conosco meglio suggerisco anch'io l'ethernet, quindi se avete domande cercherò di essere d'aiuto.
Prima nota, visto che per l'arduino 100mbit è più che sufficente suggerisco che il cavo possa essere usato per l'alimentazione della scheda stessa ed abbiamo anche altri due cavi rimanenti per esempio per un possibile sensore i2c o 1-wire.
Per quanto riguarda la sicurezza, vi garantisco che nessuno hacker cercherà di entrare da internet in casa vostra per accendervi la luce di casa. Un buon router fa già tanto.
Invece il problema è tutto cio' che è wireless, le reti wifi con sicurezza wpa sono già cadute con attacchi brute force (accidenti alle schede video) e le wep non ne parliamo...
Pero' una volta entrato dovrà capire il protocollo arduino usato da noi e poi cosa' ci farà???? al massimo vi ciula la banda per scaricare, stop.
Per quanto riguarda l'rfid è una delle cose più facili da beccare, prima se uno ti voleva entrare in casa ti doveva fare il calco delle chiavi, ora teoricamente basta avvicinarsi al tuo portafoglio con uno scanner, prende l'id, lo programma su una chiave ed entra in casa tua.
Ma visto che non siamo in un film di James Bond non credo che sia una cosa di "normale amministrazione" a meno che non abbiate quadri di estimabile valore in casa...
Scusate la lunghezza del post, spero di esservi stato d'aiuto.
p.s.
mi sono dimenticato una domanda da farvi. visto che di negozi ce ne è a migliaia, quali mi suggerite per ordini corposi???
p.p.s.
sto studiando un modo per leggere i consumi della casa, tralasciando il modo semplice di contare gli impulsi del contatore enel che ho troppo lontano, volevo provare a costruire questo: http://openenergymonitor.org
e comprare il sensore qui : http://www.seeedstudio.com/depot/noninvasive-ac-current-sensor-30a-max-p-519.html?cPath=84_91
quando mi arriva il tutto vi informero' sui progressi fatti.
Quindi per l'acesso a casa, meglio un sistema di lettura e riconoscimento d'impronte digitali ...
http://www.conrad.de/ce/de/product/751633/Fingerprint-Zugangssystem-FP260: 99? per un sensore impronte...
AGGIORNAMENTO: internet0
Chip Ethernet a costi estremamente bassi pensato per building automation
@astroz78:
[Inizio OT]
:o :o
L'unica risposta che mi viene in mente al tuo soliloquio sulla censura e altre cosucce è: meglio scrivere da sobri!
Questione chiusa, la mia era un'osservazione genuina e non censurante, non era una pretesa di adeguamento.. la faccia, ehm, il nickname è il tuo.
[Fine OT]
@elminister:
Per quanto riguarda la sicurezza, vi garantisco che nessuno hacker cercherà di entrare da internet in casa vostra per accendervi la luce di casa.
Bè se hai collegato anche il sistema di sicurezza della casa alla rete..
[edit]Invece il problema è tutto cio' che è wireless[/edit]
Stra concordo!!
Ma visto che non siamo in un film di James Bond non credo che sia una cosa di "normale amministrazione" a meno che non abbiate quadri di estimabile valore in casa
Ascolta dove si spinge la "normale amministrazione" dei ladri oggi giorno.. ho collaborato con una ditta di antifurti satellitari/gsm, di cui non posso fare il nome, sia per casa, sia per auto. Le assicurazioni sempre più spesso offrono un pacchetto di sconti a chi installa un sistema satellitare in comodato d'uso sulle auto o per nelle case, così il livello di chi vuole rubare anche una Punto (è un esempio, non voglio insinuare nulla sulla Punto) o in un normale appartamento con 2 pc, una tv, uno stereo e qualche gioiello, è aumentato.
Arrivano con uno scanner di frequenze gsm, un jammer, entrano in macchina come di consueto, scatta l'allarme, aprono il cofano, fanno fuori la sirena o il cavo portante del segnale d'allarme, se una macchina ha l'immobilizer hanno dietro centralina e nottolino di riserva, collegano tutto, arrivano al primo garage, la ripuliscono, e poi arrivano al garage di stoccaggio tranquillamente, magari cambiando targa e con documenti nuovi.
Tutto il lavoro sulla macchina dura 10 minuti, esclusi i 15/20 minuti di scanning intorno al veicolo.
Lo stesso per le case..
L'attrezzatura se la ripagano con la metà di un colpo in un appartamento "normale".
Per questo ora si studiano sistemi a doppio modem gsm, uno inibito e l'altro full active.
..se vuoi poi parliamo di dati bancari e pc.. ;D ;D
@stefano72:
Figo, ma.. WebMasterPoint.org - Notizie ICT e punto di riferimento per i professionisti del web
E ma.. http://goldenhacking.forumcommunity.net/?t=24985811
[Ok, fine modalità: uccello del malaugurio! :P]
ok allora niente RF IR e WIFI
rimane opzione ethernet (magari con internet 0? Internet 0 - Wikipedia) e powerline.
A questo punto i comandi potrebbero essere vocali, tranne quelli per l'impianto d'allarme?
@ sakikawa: ma anche WebMasterPoint.org - Webmaster, Programmazione, Manuali, Asp, Php, Html, Flash
Fare un sistema domotico su ethernet mi lascia perplesso.
Valutiamo 2 possibili soluzioni e proviamo ad elencarne vantaggi e svantaggi:
Dopo tutto non capisco perché non usare sistemi su bus di campo.
Mi sto studiando un pò quello che c'è sul mercato e CAN bus mi sembra sempre più una scelta valida.
Can Bus ha un ottima resistenza alle interferenze elettromagnetiche, la gestione automatica
di errori/guasti sulla linea, esclusione automatica dei nodi guasti, semplicità di cablaggio...
Io però ragiono sempre nell'ottica di definire un sistema libero facilmente accessibile per economicità ed installazione
e che possa adattarsi ad installazioni domotiche, di building automation o di semplice automazione industriale.
L'ethernet si può sempre affiancare per gli usi che ne rendono l'implementazione strettamente necessaria.
Io penso genericamente all'automazione come uno strumento per migliorare la qualità della vita delle persone.
Pensiamo al risparmio energetico, all'infinità di idee che possono emergere per una gestione intelligente degli spazzi.
A tal proposito se iniziassimo ragionare su "cosa" può essere installato in un ambiente, non basterebbero svariate decine di sensori e
quant'altro e le attuali soluzioni domotiche diventerebbero proibitive visti i prezzi.
mi sono studiato la definizione di bus di campo http://www.flktech.com/it/bus.asp
Ai nostri effetti, si applica nell'idea dell'automazione di un appartamento o di una villetta, quindi, mi pare, faccia al caso nostro e in realtà credo già pensassimo con questo concetto ma non avevamo esplicitato il termine.
Direi che abbiamo già un nugolo di idee:
In definitiva, comunque:
Data la mia ignoranza in materia, mi paiono soluzioni "semplici" e lineari. Sbaglio?
Forse la parte sicurezza vi preoccupa un pò troppo...
Il wifi, se usi wpa2 al momento è inespugnabile, per la webapp esposta su intenet ci sono molti modi di scoraggiare il bruteforce, dall'usare password alfanumeriche di 8 o più caratteri al raddoppio del tempo necessario per le prove ad ogni login errato ecc...
il nat non è sinonimo di sicurezza purtroppo, (vedi nat traversal attak), basta qualche pacchetto tcpsyn fatto ad arte ed entri tipo padrone di casa.
Un buon firewall (con SPI) basta e avanza (sempre che non ci siano pc connessi al sistema).
Nel caso di pc connessi alla lan bisogna considerarli "maligni" già dal primo giorno di connessione , quindi trattarli da potenziali basisti all'interno del sistema e creare delle acl apposite.
quindi tralasciate per adesso la parte sicurezza in favore di altre aree più cruciali tipo mettere giù una lista di cose che dovrebbe essere in gradi di fare il sistema
Sono stato assente qualche giorno in quanto sono stato in ferie proprio per portare avanti il mio progetto.
Dunque, ho letto i vostri post e cercherò di dire la mia sui vari argomenti trattati!
Intanto vi ricordo la mia architettura: i miei nodi domotici (5) sono installati dove l'elettricista "originale" di casa aveva installato le scatole di derivazione. Quindi tutti i cablaggi delle luci/prese i cui corrugati arrivano a quella scatola sono fisicamente connessi ai relè che si trovano in quella scatola (di media 30 relè), tutti i pulsanti i cui corrugati arrivano a quella scatola di derivazione sono interconnessi all'arduino che gestisce quel nodo.
Quindi per me non esiste il concetto di "nodo che gestisce una stanza"...in quanto, ad esempio, il pulsante che deve accendere la luce del salone piano terra è collegato al nodo "2" (che è quello che è al piano terra), ma la luce (che è nel solaio) fisicamente arriva al nodo "1" della mansarda! Quindi ho necessariamente bisogno che i due nodi ("2" che legge il pulsante e "1" che esegue il comando) si parlino.
A tal proposito vi aggiorno anche sui progressi:
Sorvolo velocemente le discussioni relative alla sicurezza. Concordando con ciò che diceva "non ricordo il nick"...vero il discorso delle sirene delle auto, etc.etc., ma vero anche è che parlavamo di prodotti commerciali e quindi che il "ladro" cmq conosce! Questi sistemi "autocostruiti" per un ladro sono di difficile comprensione...non ci credo assolutamente che qualcuno si possa mettere a sniffare il traffico di rete per poi fare cosa!!!! E' questo il vero dilemma...cosa ottiene? Mi spegne la caldaia e mi fà morire di freddo? Ma no dai!
Per quanto riguarda l'allarme, il sistema RFID, premesso che credo al discorso "scanner" che legge l'ID e lo replica...ricordo che quello dovrebbe avvicinarmi per prendermi l'ID, replicarlo, scoprire dove abito e dove sta il lettore del tag, scardinarmi la blindata, etc.etc. il tutto per fregarmi il mio 46" plasma?
Cmq rivaluterò questo discorso...anche xkè prima che arriverei a quel punto saranno usciti lettori di DNA! 
Per quanto riguarda il discorso Server, forse mi ero espresso male, pure io ragiono così!
Cioè i nodi sono autonomi, si parlano tra di loro e fanno il loro porco comodo, il server fà da gestore dei servizi più complessi e da interfaccia utente x PC/Internet. L'esporre tale interfaccia sul web, a parte i classici sistemi di protezione SSL + password mi sembrano più che stra-sicuri, sempre ricordandovi che male che và m'accendono la luce o la caldaia!
Riguardo il bus Ethernet...ritorno a sottolineare il fatto che non è assolutamente vero che è un bus costoso e poco affidabile! l'ethernet shield costa 30 ?...un "adattatore" (shield) per altro bus vi sfido a farmelo pagare di meno, gli switch il costo oramai è ridicolo, il cablaggio tanto meno (categoria 5e con cavo rigido 30 ? 300mt)...la velocità è assolutamente sufficiente. Ora che ho il sistema funzionante vi ripeto che premo il pulsante connesso al nodo 2 che inoltra il comando via lan al nodo 1 che lo esegue...l'accensione della luce avviene che nemmeno ho capito che devo iniziare a sollvare il dito dal pulsante!!!
Vi metto all'attenzione anche un'altra problematica...l'assoluta poca memoria di Arduino. No perchè io mi scontro anche con questa problematica.
2k di RAM sono pochini per tenere in memoria una matrice di "configurazione" pulsante-evento-azione. Es. se io voglio dire che il click del pulsnate 1 fà comando1 e il doppio click del pulsante 1 fà comando2 e il click del pulsante 2 fà comando1+comando2...
Ultima cosa...poi finisco il mio solito messaggio fiume! Ma chi di voi è di Roma? Magari si potrebbe fare una cena domotica!
Tornando momentanemente sul tema RS485, il sito da cui solitamente acquisto le relay board ha messo in vendita (o forse le aveva anche prima, boh) delle schede RS485 per pilotare 8 uscite digitali.
In questo caso, le 8 uscite sono abbinate a 8 relais su scheda.
hanno messo anche uno schemino
chiaramente, al posto dell'interfaccia USB to RS485 FTDI, ci si mette la cara Arduino + RS485.
Certo che schedine del genere ce le potremmo fare pure da noi, eh?
Dopo rapida ricerca su Forum Arduino aggiungo quanto segue.
la soluzione di cui sopra è stata già utilizzata con Arduino:
http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1272180847/4
Quella scheda RS485 => 8 relè...costa 35? da sigma-shop...più la scheda 8 relè che costerà almeno altrettanto (ha pure i finali sopra)...una scheda shift-register autocostruita per pilotare 16 relè mi è costata 4 ? di componenti...e proporzionalmente (quello è il mio obiettivo) fargli pilotare 30 relè (4 shift register 8bit) mi costerà 6/7 euro di componenti...
Se ma il bus RS485 potrebbe essere utilizzato alternativamente alla ethernet per far parlare i vari nodi pilotati da Arduino.
Anche xkè in questo modo gestisci via RS485 i relè, ma i "pulsanti" (input) dove li colleghi?
Cmq l'idea è buona...tra l'altro una delle mie idee sarebbe proprio quella di produrre dei PCB modulari (tipo quelli) con i vari blocchi da interconnettere!
Forse quello che dico sembrerà un po' fumoso, è che dovrei farvi vedere con gli occhi ciò che ho realizzato!
