Show Posts
Pages: 1 ... 17 18 [19] 20 21 ... 24
271  Topics / Home Automation and Networked Objects / Re: (Library) Souliss Home Automation / Android client on: March 30, 2012, 09:12:37 am
Updated documentation available at http://sourceforge.net/projects/veseo-souliss/files/User%20Guide/
272  Topics / Home Automation and Networked Objects / Re: Some ideas for a domestic antitheft system... and probably more. on: March 27, 2012, 06:16:08 am
Hi Marco,

nice hear your interest in Souliss. If you want your board can became supported by the project, we have just to define the required time deadlines.

In these days we are starting to plan the hardware, we plan to have supported and official boards. Now we are starting the supporting for KMTronic DINo boards.

From the layout looks that your board allow a stackable shields, the most important is the Ethernet one, that will allow direct interaction with the User Interfaces, now an Android client, one for iPhone and the integration with Freedomotic are in working.

Some question on your boards:
1) Does the inputs are insulated?
2) Does the inputs allow powered and not powered mode?
3) Which is your target price?

As you prefer, we can start to discuss on the forum or via email.

Regards,
Dario.
273  Topics / Home Automation and Networked Objects / Re: Some ideas for a domestic antitheft system... and probably more. on: March 19, 2012, 05:50:58 am
Hi Marco,

nice idea, at now there is one project that I've started that provide a framework for communication and logic interaction. Is an home automation framework and from the next release will include also logic for the anti-theft.

The project is called Souliss, using this framework a network of nodes that share data and execute distributed logics is build in 50 lines of code. A JSON interface allow interaction with user interfaces client (the Android one at this link) or external supervisioning system (like Freedomotic).

As now, the communication is supported via 2.4 GHz (AT86RF230) and Ethernet (W5100) but new drivers are in development, actually Ethernet via EN28J60 and a tocken ring via RS485 are in working. One target hardware is this board.

One of the main goal of the project is build a dedicated board, for cheap and easy home automation and so also for anti-theft. It would be nice start a collaboration on this.

To read somenthing about
Topic in Home Automation forum
Topic in Italian forum
Source code on SourceForge
274  International / Generale / Re: Articolo su Ethernet shield client on: March 15, 2012, 07:55:46 am
Se si vuole fare della domotica decente arduino può essere configurato come server ma deve rispondere ad un solo client che gira su un pc e che coordina tutte le utenze e serve le pagine web di controllo.
Con questa configurazione a stella si possono gestire anche centinaia di arduini e anche molti utenti simultanei.

In realtà, ci sono due considerazioni che permettono di ovviare alle limitate socket del W5100:
- Completata la trasmissione dati, la socket può essere chiusa;
- Le trasmissioni non sono contemporanee

In questo modo, anche utilizzando una sola socket, si ottengono connessioni multiple. Tali concetti si prestano ancora meglio se si implementa una connessione P2P e la trasmissione dati è basata su eventi.

Saluti,
Dario.
275  International / Generale / Re: Articolo su Ethernet shield client on: March 15, 2012, 07:50:49 am
Tu pensa a progetti come quello di Vaseo (domotica con arduino, rete di arduino) che sono basati su wiznet per avere tcp/ip in hw e che la Enc, per quanto esente dai difetti della wiz5100, queste cose non le fa, e che richiede un sacco di risorse che erano proprio uno dei criteri per i quali Vaseo si e' messo all'opera facendo le scelte implementative che ha fatto: mi sa che come minimo sara' intristito anche lui.

Oppure usera' anche lui il reset (appena compare sul forum glielo chiedo), al limite un cane da guardia NE555 o piu' avanzato, e tirera' avanti anche lui cosi', convivendo col baco fino a che non comparira' un chippettino in cui hanno spruzzato abbondantemente del DDT per debellare tutti quei bugarospi che ci alloggiano.

Ciao,

io uso delle librerie derivate da quelle standard, ma diverse nella gestione complessiva delle socket e parzialmente del chip, superata la fase di debug non ho mai riscontrato i problemi descritti qui. Però non ho mai provato l'interazione con SD.

Saluti,
Dario.
276  International / Megatopic / Re: (Libreria) Souliss Home Automation / Aggiornamento: Android Client on: March 15, 2012, 06:32:08 am
Mi ero dimenticato di rispondert
http://arduino.cc/forum/index.php/topic,94572.0.html

Dove hanno presentato l'articolo e dove abbiamo ricordato i vari problemi.
In quel topic sono citati un pio di link di altri topic dove i sono discussi anche workaround.

Tnk.
277  International / Generale / Re: Robustezza EtherShield per EN28J60 on: March 15, 2012, 06:08:19 am
Siamo un po tanto OT  smiley-slim

Per me la robustezza hw e' fondamentale dopo tutte le rogne che son venute fuori sul bus spi della wz5100 di cui ancora non si e' capito al nocciolo dove stia il problema quando SPI condivide il bus spi con la SD. Teoricamente ogni dispositivo SPI ha il suo CS per una mutua esclusione, se accadono problemi in concorrenza significa che c'e' qualcosa che non va da qualche parte, e non si puo' nemmeno intervenire nel firmware perche' e' embedded con il chip. Potrebbe essere una rogna delle lib di arduino, pero' ho avuto rogne anche con altri apparati NON arduino quindi per me la wiz3150 e la wi5100 sono un discorso del tutto chiuso.

Perche' a me non va bene non sapere cosa c'e' dentro al firmware non perche' sia fissato con l'opensource quando per il fatto che per questo lavoro non posso rendere piu' deterministica la fsm del tcp/ip, cosa che e' l'obbiettivo principale d itutto il lavoro.

Vabbé, ma questo non sposta di molto la bilancia, se hai un problema con l'SPI non puoi farci nulla, indipendentemente dal chip. Visto che il W5100 condivide il bus senza problemi con altri chip che richiestodono un'interfaccia SPI, non vorrei che il problema sia da imputare ad altre cause.
Però non ho seguito il problema, quindi non ne sono al corrente.

Nel tuo caso, o ti adatti uno stack tcp/ip, oppure fai un paio di sessioni di test dove prendi il pezzo cosi' com e', fai integrazione blanda, e lo provi. Se soddisfa lo tieni, se non soddisfa lo rigetti.

Si, non voglio reinvetare la ruota, ed è pre questo motivo che mi interessava capire quali fossero le esperienza degli utenti con quella libreria, più che con il chip in se.
Se il chip non va, posso farci poco, se la libreria non va, ho qualche margine in più.

Lo dico in modo mooooolto speculativo perche' non lo so come stanno le cose, pero' a naso secondo me lo stack usato nella Enc shield e' parente di quello Microchip dove avranno sicuramente alleggerito il tutto per consumare molte ma molte meno risorse.

Per come è fatto, direi di no. Però è sufficiente per le mie esigenze.

Boh, facci sapere. Quanto ti posso dire e' che volendo al latoo kernel driver per linux la Enc ha supporto per SPI e una volta supportato il driver linux ha gia' il suo bravo stack tcp/ip, mentre nel caso di firmware per kernel embedded .... beh o te lo compri e poi comunque lo devi adattare, oppure te lo scrivi e ne approfitti per farlo su misura per la tua scheda di rete: non dovendolo astrarre ottieni molte meno righe, quindi molti meno bachi, e molte piu' prestazioni e flessibilita'.

Non si applica tanto al mio caso. I risultati saranno inclusi nelle prossime release di Souliss, non so se riuscirò già dalla prossima, prevista per fine Aprile, o se dalla successiva.

Saluti,
Dario.
278  International / Generale / Re: Robustezza EtherShield per EN28J60 on: March 15, 2012, 05:03:58 am
ciao Vaseo
ti posso dire che con lo stack rivisto e corretto di Microchip, sottoposto a vari interventi di source code analysis, sanity & purify, ho un nodo domotico con ENC28J60 acceso da 12 giorni, 24h al giorno, pesantemente torchiato da tool di analisi di rete, e non ho riscontrato fino ad oggi alcun problema.

Certo non ti saprei dire come si comporta lo stack tcp/ip originale, anche perche' ho dovuto modificarlo non poco per farlo entrare nel sottobosco drivers & protocols del kernel che gira sul nodo domotico, pero' ribadisco che l'hardware e' ottimo e a livello firmware, rispetto alla WIZ5100 dove hai le mani legate, la ENC28J60 ti offre la possibilita' di farti e rifarti tu lo stack tcp/ip a tuo piacimento, di cambiare le politiche di intervento in caso di problemi sulla rete, di congestione ad esempio, oppure di scegliere tu come gestire le tue finestre e  i tuoi livelli di digest interno commisurati alla lunghezza dei tuoi buffer (che sono corti su Enc) ai tempi che vuoi garantire.


In realtà più che alla robustezza dell'integrato, mi interessava la robustezza dello staco TCP/IP utilizzato nella libreria EtherShield, che non è derivato dallo stack Microchip o se lo è ha subito profonde modifiche.

Il punto non è tanto quello di rifare il TCP, fondamentalmente superfluo, ma utilizzato al fine di avere una struttura di comunicazione facilmente replicabile su dispositivi comuni (ad esempio PC, Tablet, Smartphone) dove mi piacerebbe replicare il framework.

Grazie.

Saluti,
Dario.
279  International / Generale / Re: Robustezza EtherShield per EN28J60 on: March 15, 2012, 04:35:05 am
io l'ho tenuta sù per 3 mesi di fila una enc28j60 e non ha battuto mai ciglio con quella libreria.

Ottimo.
280  International / Generale / Robustezza EtherShield per EN28J60 on: March 15, 2012, 04:09:03 am
Buongiorno,

sto valutando le librerie disponibili per EN28J60 al fine di inserire lo stack TCP/IP ed i driver all'interno di vNet . La scelta è ricaduta su  EtherShield, anche se non più ufficialmente supportata,perché risulta sufficientemente rapido il lavoro di integrazione.

L'integrazione comporterà diverse modifiche alla libreria stessa, mi interesserebbe quindi l'esperienza di chi ha utilizzato tale libreria, principalmente in relazione alla robustezza su funzionamenti per lunghi periodi. Ciò per evitare di iniziare un lavoro, scoprendo poi di dover spendere troppo tempo per ottenere del codice funzionante.

Grazie.

Saluti,
Dario
281  International / Megatopic / Re: (Libreria) Souliss Home Automation / Aggiornamento: Android Client on: March 14, 2012, 10:07:59 am
qualcuno ha mai provato lo stack µTCP/IP che c'è su Conitki o TinyOS?

E' un codice molto pulito, infatti sono combattuto nell'utlizzare quello stack con la libreria dell'EN28J60. Lo stack TCP/IP fornito con le librerie dell'EN28J60 non sono il massimo della vita.

Saluti,
Dario.
282  International / Megatopic / Re: (Libreria) Souliss Home Automation / Aggiornamento: Android Client on: March 13, 2012, 07:45:57 am
tu su 328 sei messo molto peggio, fammi sapere quale e' il tuo consumo di risorse su arduino/Enc. Ho in previsione una xduino board + enc (e' una 328 tipo 2009 con su la enc)

Credo che alla fine riuscirò ad integrarlo senza la possibilità di avere due stack contemporanei e quindi senza la possibilità di fare il bridge Ethernet e Wireless, ma vedremo. Appena ho qualche dettaglio lo pubblico sul forum.

In alternativa al 328, puoi usare il 644 che ha 4Kbyte di RAM in più.

ti ho fatto pubblicita' sul forum nel thread dove si parlava di articoli su arduino+wiz perche' il tuo e' un gran bel lavoro.

Grazie mille, il forum è un buon strumento pubblicitario, attraverso il quale Souliss ha alcune collaborazioni, tra le quali quella di Alessandro per il client Android.

Qual'è il link del topic?

Saluti,
Dario.
283  International / Megatopic / Re: (Libreria) Souliss Home Automation / Aggiornamento: Android Client on: March 13, 2012, 04:33:06 am
Ciao,

io personalmente non ho mai riscontrato problemi nella gestione di congestione del TCP, inoltre la quantità di dati immessa nella rete è talmente bassa da non creare alcun sospetto al riguardo.
Nelle mie applicazioni ed in Souliss il W5100 non viene mai utilizzato insieme ad una memoria SD, quindi non so dirti se ci siano problemi al riguardo, ma in tal caso, credo siano da imputare alle librerie ad alla gestione SPI.

Relativamente a Souliss, non esiste una "competizione" tra W5100 ed EN26J80. Il punto, come evidenziato, è nella gestione delle socket TCP/IP e del conseguente impatto in RAM.
Attualmente, con l'utilizzo dell'interfaccia JSON, l'utilizzo di TCP/IP è imprenscindibile, ma è in valutazione quante socket riesco a gestire nel 328.

In vNet il W5100 resterà la scelta preferita, ma il supporto al EN26J80 è in valutazione perché ci sono alcune schede Arduino compatibili, adatte alla domotica che utilzzano tale chip.

Saluti,
Dario.
284  International / Megatopic / Re: (Libreria) Souliss Home Automation / Aggiornamento: Android Client on: March 13, 2012, 02:57:33 am
complimenti,
bel lavoro,
mi confermi che per ora si puo' usare solo sul wiz ? niente enc28j60 ?

Ciao,

attualmente vNet supporta W5100 e AT86RF230, ed in questi giorni stiamo valutando l'ipotesi di introdurre anche il supporto per ENC28J60.

Il punto interrogativo più grande è l'utilizzo di RAM, sicuramente maggiore del W5100. Da quello dipenderà il tipo di supporto, ma spero di riuscire nei prossimi mesi a completare l'integrazione.

Saluti,
Dario.
285  International / Generale / Re: [Roma] Compagni di Merenda Cercasi!!! on: March 12, 2012, 12:25:47 pm
Ecco, ci tengo quindi a dire che non sto cercando di creare un'altro progetto condiviso, ma cerco collaboratori per il mio progetto e che il progetto resta mio, si discute x cercare sempre la soluzione migliore in ogni cosa, ma le decisioni le prendo io e si fa come dico io! Attenzione: mi rendo conto che parlando così posso passare per uno che non vuole ascoltare, per un dittatore, o non sò cos'altro...in realtà sono sempre estremamente disponibile, mi piace il dialogo e il brainstorming, ma ci tengo molto a produrre qualcosa che si possa toccare con mano e non a produrre chiacchiere...


Un minimo di dittatura nello sviluppo open è normale.
http://en.wikipedia.org/wiki/Benevolent_Dictator_for_Life

Saluti,
Dario.
Pages: 1 ... 17 18 [19] 20 21 ... 24