openhub esempio

[Marco Fabbri]

Ciao
Stavo guardando di capire come funziona l'integrazione di openhub
Chiedevo se gentilmente qualcuno ha un esempio già compilato sia parte souliss che openhub

ho visto le guide fatte da fulvio nella wiki, ma un esempio completo aiuterebbe molto
grazie

[Di Maio, Dario]

Mi accodo, sarebbe utile se potessimo allegare agli sketch i file di configurazione di openhab.

So che Fulvio é impegnato, sicuramente appena avrà modo ci darà una mano.

Dario.

From Mobile.

--
You received this message because you are subscribed to the Google Groups "souliss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to souliss+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Fulvio Spelta]

Ciao

le 2 pagine della wiki contengono informazioni complete anche se richiedono un minimo di conoscenza di OA perchè, come premettevo, non sono un corso OA ma un dettaglio specifico sulla integrazione.

Se vi accontentate di come sono più tardi posto i miei sketch e configurazioni che sto usando per le prove di laboratorio anche se onestamente sono le info della wiki salvate nel corretto file OA.

a dopo

f

[Marco Fabbri]

Sarebbe perfetto, un ottimo punto di partenza per incominciare a capirci qualcosa! Grazie

[Fulvio Spelta]

Ciao in allegato i 2 sketch. il gateway sta girando su un arduino 1 con stream led shield (ma funziona anche senza) contenete 2 tipici un T16 ed un T11 e l'interfaccia OA. Il peer è pensato per una DINO (e sta girando li) e contiene 2 T22 ed un T53 con un pezzetto di codice che usa l'interfaccia 1-wire della DINO per leggere un ds18b20. puoi eliminare tutto questo pezzo di codice impostando #define DS18B20_SUPPORT  0 all'inizio del file.

Vi sono poi i file OA per items, sitemap e rrd4j-persistence.Li ho puliti di vari test dovrebbero funzionare.

C'è anche il file openhab.cfg nel quale ho lasciato solo la parte da aggiungere al proprio openhab.cfg file.

In bocca al lupo, comunque prima di cominciare dai una occhiata alle sezioni che indico nella wiki (items e sitemaps)

Ciao

f

[Marco Fabbri]

rrd4j-persistence mi sa che manca.

allora io per fare un test veloce della tua interfaccia funzionante
ho copiato
file .item in item
file .sitemaps in sitemaps
copiato nuovo openhab.cfg dal default, aggiunte le righe del tuo nella sezione http binding

quando provo a caricare localhost:8080 vedo una pagina bianca... mi sa che ho scordato qualcosa vero?

[Di Maio, Dario]

Datemi un feedback che vorrei usarli per includerli nella A5.1, domenica credo di rilasciarla.

Dario.

--
You received this message because you are subscribed to the Google Groups "souliss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to souliss+u...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[Fulvio Spelta]

L'accesso richiede una url un filo più completa: http://localhost:8080/openhab.app?sitemap=fulvio

 

Occorre inoltre verificare che gli IP (fissi) indicati negli sketch e nei file di configurazione siano compatibili con la sottorete in uso;

gli esempi sono per la 192.168.1.0 (255.255.255.0)

 

Inoltre devi aver inserito nella directory "addon" gli addon utilizzati dagli esempi che sono il binding http e la persistance rrd4j.

 

@Dario: come dicevo OA non è un oggetto plug&play occorre prenderci un filo di confidenza (nulla di che) per cui non includerei ne questi ne altri esempi nella distribuzione proprio perchè genererebbero una falsa sensazione di immediatezza che verrebbe poi delusa.

 

L'idea dell'esempio completo è buona ma propongo di realizzarla come wiki (con allegato tutto il pacchetto di file pronti) ma con le istruzioni minime di setup di OA e degli esempi.

 

Marco facci sapere se riesci ad attivare il tutto.

 

ciao

f

 

[Fulvio Spelta]

il file mancante...

[Marco Fabbri]

Grazie alle tue dritte Fulvio, sono riuscito a far funzionare la tua versione di test di openhab.
Sfogliando gli addons, ho capito il potenziale enorme... puó essere definito il telecomando universale della casa!

Per ora sono arrivato al semplice punto di vedere la pagina web, naturalmente senza niente aggiornato.
Prossimo passo, configurare un nodo souliss di test (ho proprio un arduino mega con w5100 li fermo a prendere polvere)

Forse si potrebbe fare un esempio Hello World, dove viene aggiunta l'intera cartella configuration (come demo setup di openhab) e i 2 plugin da aggiungere.

[Di Maio, Dario]

Marco, Fulvio,

Se riusciamo a realizzare un piccolo esempio di partenza, con il copia ed incolla si va avanti.

openHAB da il meglio se sfruttato per bene, ma chi vuole solo il plug&play deve restare su SoulissApp.

Dario.

From Mobile.

[Fulvio Spelta]

Ciao, sono contento del passo avanti.

Ok Dario per la realizzazione di esempi "full". Partirei da esempi "base" composti di tipici "a semplice connessione" ovvero:

• Interruttori (luci/carichi) on/off
• Grandezze fisiche (es: temperatura)
• Sensori presenza o comunque con valori on/off

Teniamo presente che già con queste poche cose i gradi di variabilità sono molti (es: on/off bistabili, monostabili), se poi andiamo su OA puoi giocare sulla interfaccia (es: l'interruttore a 2 pulsanti di comando, a 1 solo, con icona standard/personalizzata), insomma c'è da divertirsi, ma diventa poi un "corso" di OA anche se ovviamente, come Marco ha notato, una buona connessione souliss-OA ti apre un mondo di possibilità valorizzando entrambi i componenti.

Quanto sopra è, di fatto, il percorso ipotizzato per la wiki (che riprenderò prometto); se ritenete possiamo modificarne il taglio e trasformarla in questo "percorso" che abbiamo ipotizzato, invece di essere una serie di "esempi" specifici, com'è ora.

Marco da parte mia non ho grandi problemi a predisporre le varie configurazioni perchè ormai la sintassi per queste cose l'ho abbastanza digerita, il problema i questo periodo è il tempo necessario alla redazione dei testi di accompagnamento. Riusciamo a lavorarci insieme? io posso predisporti le configurazioni, tu le provi e fai una bozza di wiki, poi magari la rivediamo insieme.

Marco se ho capito tu hai 1 arduino disponibile, forse per gli esempi sarebbe meglio utilizzarne 2 (io in laboratorio come avete capito utilizzo 1 Arduino Uno e una DINO II) così a livello di codice si dimostra anche la configurazione gw+if openhab. Che ne dite?

Ciao

[Di Maio, Dario]

In realtà intendevo dire di restare su esempi semplici, ma fornendo tutti i file di configurazione per openHAB già fatti.

Sarà poi cura di chi vorrà portare avanti l'integrazione fare i passi successivi.

Se riesco, domenica tiro fuori gli sketch e le configurazioni partendo da quello che hai allegato.

Grazie,
Dario.

From Mobile.

--

[Marco Fabbri]

Anche per me il tempo e poco... ma se posso essere utile volentieri.
Io però disponibile ho solo un mega con ethernet shield, magari un dht22 o dht11
Sta sera riesco a dedicarci un po di tempo.
Pensavo di fare un nodo di test con dei T11 - T14 - T52 - T53

Sarebbe bello, (so che ci vuole tempo) ricreare tutti i tipici più usati anche lato openhab

[Marco Fabbri]

Questo é il nodo gateway OA test

[Di Maio, Dario]

Fulvio ha fatto un lavoro di comparazione interessante, il grosso si può fare usando i blocchi elementari di openHAB credo.

Qualcosa resterà necessariamente fuori.

Dario.

[Marco Fabbri]

primi esperimenti con openhab....

ho problemi ad aggiungere l'umidità

Non ho capito se ci sono dei modelli per il group weather già impostati grafico singolo o li hai creati tu

allego .sitemap e .item

Fulvio se riesci dai un occhio, intanto faccio qualche prova per vedere se almeno il t11 e t14 funzionano

[Di Maio, Dario]

Giusto per capire, così imparo qualcosa anche io su openHAB, oltre al problema di visualizzazione hai anche problemi funzionali?

Dario.

From Mobile.

[Fulvio Spelta]

Ciao Marco, proviamo a procedere per passi.

Innanzi tutto ho normalizzato i nomi dei file così li focalizziamo sul loro uso (sul mio pc i file "fulvio" sono un rumore di fondo importante :-) )

Impostiamo l'obiettivo: attivare lo sketch di test ed avere in OA la disponibilità dei tipici presenti. In questa fase eliminerei tutte le funzionalità specifiche di OA (vedi grafici e persistenza dei dati) che non hanno a che fare con l'integrazione. Su queste cose si può lavorare dopo perchè sono relative solo ad OA.

Sketch contiene questi tipici:

 Souliss_SetT11(memory_map, LIGHT); (0)
 Souliss_SetT14(memory_map, CANC); (1)
 Souliss_SetT14 (memory_map, PORT); (2)
 Souliss_SetT52(memory_map, TEMPERATURE); (3)
 Souliss_SetT53(memory_map, HUMIDITY);(4)

Ho rinumerato gli slot partendo da 0.

ed ha indirizzo ip: 192.168.1.90 e sottorete 255.255.255.0

Prime domande: nella tua rete utilizzi un indirizzamento compatibile? Dal server OA l'indirizzo 192.168.10.90 risponde alla ping ?

Seconde: utilizzando un chrome ed un client ad hoc come "Advanced REST Client" riesci a chiamare l'interfaccia http del gw ?

Esempio: se chiami http://192.168.10.90/status?id=0 ottieni risposta? la risposta è corretta ?

Per i dettagli vedi le wiki sulla interfaccia e gli esempi specifici OA che sono in bozza.

dovrebbe comunque essere un xml tipo:

<id1><s0>0</s0><s1>0</s1><s2>0</s2><s3>xxx</s3><s4>xxx</s4><s5>xxx</s5><s6>xxx</s6></id1>

@Dario: pf dai conferma che sia tutto giusto non ho mai provato ad utilizzare 2 slot T5x insieme e quindi non so bene come si comporta la numerazione degli slot.

Superata questa fase di "verifica" passiamo a OA. Per cominciare ho eliminato dai file tutti gli enhancement utilizzando solo sintassi basic (non utilizza più quindi le configurazioni del openhab.cgf ma tutto è entro contenuto nel file items).

Non ho potuto provare il tutto perchè la figlia mi reclama. Prova a dammi un feedback ciao

f

[Fulvio Spelta]

2 cose

in caso di segnalazioni pubblica pf il log di openhab.

Ho copiato dal mio lab che ha più nodi, l'xml che ritorna a te deve avere id=0:

<id0><s0>0</s0><s1>0</s1><s2>0</s2><s3>xxx</s3><s4>xxx</s4><s5>xxx</s5><s6>xxx</s6></id0>

[Di Maio, Dario]

Ciao Fulvio,

Gli analogici sono rappresentati in half-precision floating point ed occupano due byte, quindi devi saltare uno slot.

Credo che questo lavoro sia ottimo per un'integrazione d'esempio con openHAB :)

Dario.

From Mobile.

[Marco Fabbri]

Allora la mia rete è una 192.168.1.x con maschera 255.255.255.0 e gateway 192.168.1.254

in openhab.cfg ho commentato le righe rigardanti al nodo peer.

openhab per le prove gira su una macchina virtuale con windowxp con indirizzo 192.168.1.15

Dalle prove che ho fatto ieri sera il T11 funzionava, il T14 non ho capito bene (l'impulso è attivo per 1/10 di secondo e non ero vicino al nodo), dopo un po di prove ho visto che il dht che ho montato, è un dht11 (avevo selezionato dht22) ma nell' interfaccia veniva fuori 0 gradi e non null, quindi mi faceva pensare bene.

Temperatura e umidità occopuna 2 slot ciascuno. Provo a impostare un'altra runtime con i tuoi file

[Di Maio, Dario]

Ciao Marco, Fulvio,

perdonatemi se aggiunto entropia, basandomi sui vostri sketch ho realizzato due sketch da includere nella A5.1, vorrei chiedervi di usarli per le prove d'integrazione con openHAB in modo da generare dei file di configurazione (per openHAB) da includere nella release.

Basta una cosa semplice per partire, così come proponeva Fulvio.

@ Marco, se riesci a relizzare uno schema Firtzing del tuo setup, lo inserisco nel wiki dove creerò una pagina dedicata a quelo esempio.

Ultima nota, anche se strutturato su due nodi, può tranquillamente funzionare con il solo gateway.

Grazie mille.

Dario.

[Di Maio, Dario]

Per gli indirizzi IP usate i vostri, poi li metto io in linea con quelli sempre usati negli sketch.

Dario.

[Di Maio, Dario]

Ho scritto una piccola pagina introduttiva alle interfacce utente, se riuscite a darmi qualche bella immagine relativa ad openHAB, la inserisco.

https://code.google.com/p/souliss/wiki/UserInterfaces

Dario.

[Marco Fabbri]

Per ora funziona correttamente T11 e T14

Non ho capito bene come funziona l'analogico inviato in Half precision e ho il dubbio che openhab riesca a interpretarlo

Tra l'altro credo di avere problemi con il DHT11 

Per le prove ho continuato a usare i file modificati da Fulvio

Fulvio per curiosità quanti nodi pensi di utilizzare nella tua nuova casa? Tutti dino2?

[Fulvio Spelta]

Questo delle dimensioni è un problema che discuto con Dario da un po'. Giusto ieri ho terminato la progettazione di dettaglio della parte luci+automazione e ho previsto 20 DINOII ognuna con 5 slot in 2 configurazioni "tipo":

• Tapparelle 2 T22 e 1 T53 (5 slot totali)
• Luci 2 T11 e 1 T53 (5 slot totali)

Ora devo progettare la parte "sensori" (reed + pirometrici, ecc) e devo decidere cose utilizzare pensavo a 1 o 2 mega con schede opto-isolatori, ma su questo devo verificare

Ciao

[Fulvio Spelta]

I tipici T5x sono gestiti dall'interfaccia restituendo il valore trascodificato in decimale (quindi pronto per OA) sul primo slot, il secondo è da ignorare

(in effetti ho visto che c'è un errore nella wiki https://code.google.com/p/souliss/wiki/oaiT56Example perchè non l'ho spiegato)

Posta l'xml che ti ritorna il gw (prendendolo con advanced rest client di chrome) così verifichiamo bene cose viene ritornato e, se necessario, tariamo OA.

Domanda: i comandi funzionano? ovvero se da OA dai ON/OFF ecc il gw riceve i comandi ed i tipicio cambiano stato e realizano le azioni previste ?

cao

f

[Di Maio, Dario]

Mi accodo, da SoulissApp cosa vedi?

Dario.

From Mobile.

--

[Marco Fabbri]

Wow che progetto!

Schede con ingressi optoisolati hai già visto qualcosa?

Per il tipico del reed viene usato il T13?

Se premo i tasti in openhab ho risposta sul nodo sia T11 che T14 correttamente (funzionante per tutto il tempo che il nodo è strato collegato 30 minuti)

Non ho provato a usare soulissapp visto che openhab era funzionante.

Dario confermi che il tipico T5x restituisce il valore in decimale nel primo slot e il secondo slot non è usato?

Appena posso 

1)devo fare in modo di avere il dht funzionante

2)provo a vedere se soulissapp funziona

3)vi posto la risposta a  http://192.168.10.90/status?id=0 (comunque avevo provato  ed era corretta)

Ditemi che altre prove fare

[Fulvio Spelta]

Per ora direi ok fissando come obiettivo di avere una conf minima di riferimento funzionante.

Appena chiuso il tema (non è chiuso sui tipici T5x che nell'esempio che ho postato vanno rinumerati e di conseguenza anche aggiornato il file item per prendere il corretto valore) possiamo aggiungere qualche strato OA tipo la memorizzazione dei dati analogici e l'aggiunta di grafici in interfaccia, ma una cosa alla volta.

ciao

f

[Marco Fabbri]

dht11 ora e funzionante (anche se poco attendibile come sensore), era collegata male l'alimentazione

soulissapp funzionante

questa è la stringa in risposta a http://192.168.1.90/status?id=0

<id0><s0>0</s0><s1>0</s1><s2>0</s2><s3>20.00</s3><s4>77</s4><s5>40.00</s5><s6>81</s6></id0>

tutto funzionante tranne l'umidità in OA 
ci deve essere qualcosa che non va in testoa.item

[Fulvio Spelta]

Nella riga:

Number Weather_Humidity "Temperature [%.1f %UR]" <Humidity>  { http="<[http://192.168.1.90/status?id=0:30000:REGEX(.*<s5>(.*)</s5>.*)]" }

c'è il token %UR che non è ammesso. Elimina il %

ciao

f

[Fulvio Spelta]

Tieni anche presente che la direttiva <Humidity> indica l'immagine da utilizzare e nel set standard la immagine humidity.* non c'è ed è perquesto che la riga non ha icona. Puoi cambiare la direttiva o inseritre nella directory openhab\webapps\images una immagine humidity.png di 32x32 pixel

ciao

f

[Di Maio, Dario]

Lato Souliss sembra tutto a posto.

Marco quando puoi, prova anche i file di cobfigurazione del peer. Poi li includo nella release.

Dario.

From Mobile.

[Marco Fabbri]

stavo già facendo... sarebbe da provare

[Di Maio, Dario]

Grande Marco!

Attendo il tuo ok :)

Dario.

[Fulvio Spelta]

non vedo in interfaccia i valori acquisiti.

[Marco Fabbri]

Ho messo a posto l'interfaccia senza provarla col nodo souliss.

Ho già impostato 192.168.1.17 come gateway souliss per gli sketch di Dario

Non ho una postazione fissa per i  test, (mi tocca montare provare e poi mettere via) appena posso carico l'esempio gateway scritto da Dario.

solo che non ho un altro arduino per fare il test del pear

Allego la versione con i sottomenu Nodo 0 e Nodo 1

[Marco Fabbri]

Ok caricato sketch gateway di Dario e funziona correttamente.

Purtroppo non ho l'hardware per provare il peer.

Fulvio ho mille domande per te.

Sarei curioso di sapere come hai progettato la realizzazione fisica dell 'impianto.

I Dino2 saranno montati su barradin? Ha quanto le alimenti 12V? C'è un alimentatore per ogni Dino2?

Immagino che hai progettato un armadio con un patch pannel

Nelle cassette di derivazione come terminano i cavi?

Infine volevo sapere per cos'altro usavi openhab

[Di Maio, Dario]

Quello di Fulvio è un bel lavoro.

Io per l'alimentazione avrei fatto dei gruppi in base alla disposizione (ad esempio 5 alimentazioni) per servire le varie schede, per le utenze più importanti interporrei un relé passo passo da cui acquisire lo stato con un contatto ausiliario.

Il patch panel? Secondo me conviene comprare il cavo a bobina per tagliarlo a lunghezza e poi intestarselo da se.

Dario.

[Jbllea]

Ciao a tutti 

Sto provando ad utilizzare openHub ho seguito le varie spiegazioni ma non riesco ad attivarlo, mi potreste spiegare brevemente come devo procedere per fare un breve test?

grazie mille

[Di Maio, Dario]

Riesci a fare un paio di screenshot e dare qualche minima istruzione, così la includo.

Grazie :)

2014-03-11 21:06 GMT+01:00 Marco Fabbri <marc...@gmail.com>:

[Di Maio, Dario]

Aggiunte, come si usano questi file? Basta copiarli dentro la cartella di openHAB?

Dario.

On Tue, Mar 11, 2014 at 9:13 PM, Marco Fabbri <marc...@gmail.com> wrote:

dimenticavo gli screenshot

[Marco Fabbri]

Scarichi openhab runtime e la decomprimi.

Decomprimi uno dei 2 file zip allegati in questo post e vai a copiare/sovrascrivere sopra le stesse cartelle nella radice di openhab.

A questo punto lanci la runtime a seconda se la tua macchina è linux o windows con ./start.sh o start.bat.

Puoi visualizzare l'interfaccia con 

http://localhost:8080/openhab.app?sitemap=testOA

è case sensitive

Hai per caso 2 arduino da usare per test? Dovremmo testare il nodo peer 

[Di Maio, Dario]

Non sono im Italia e non ho schede :(

From Mobile.

[Jbllea]

ok 

mi sembra molto semplice, ma mi sa che sbaglio qualche cosa alla fonte!!!

Prima di installare l'interfaccia OA come faccio a capire se ho attivato tutto correttamente? 

[Di Maio, Dario]

Sul wiki ci sono lechiate http con cui provare, nel browser dovresti ricevere un xml.

Dario.

From Mobile.

--

[Jbllea]

ok perfetto allora è confermato che canno qualche cosa!!

Io inserendo questa istruzione non ricevo nulla http://192.168.1.XX/status?id=XX 

Ho scaricato la versione 5.1 di souliss, nel config ho impostato QC_INTERFACE 0x02 e caricato lo sketch peer di esempio, ho dimenticato qualche cosa??

[Di Maio, Dario]

Sei su wiznet?

From Mobile.

[Jbllea]

Per i test utilizzo due arduino con ethernet shield W5100

[Di Maio, Dario]

Dovrebbe andare sia con il nodo gateway che con il peer... Ma hai aggiunto le chiamate ad openHAB nello sketch?

Guarda la cartella interfaces negli esempi dellla IDE.

Dario

From Mobile.

On 12 Mar 2014 06:07, "Jbllea" <jbl...@gmail.com> wrote:

Per i test utilizzo due arduino con ethernet shield W5100

--

[Jbllea]

si ho utilizzato quelli come esempio, e ho aggiunto queste 2 istruzioni come da wiki

void openHABInit();

void openHABInterface(U8 *memory_map);

[Di Maio, Dario]

Boh, allega lo sketch ed il tuo file di configurazione.

Dario.

[Marco Fabbri]

Io ho usato la 5.1r7 

prova a scaricare il gateway fatto da Dario

https://groups.google.com/group/souliss/attach/4e8d6a637ce2c7a5/openHAB_Gateway.ino?part=4&authuser=0

[Di Maio, Dario]

C'è anche la A5.1 ufficiale, se non ho fatto casino dovrebbe funzionare.

Dario.

[Jbllea]

Ok questa sera provo ad utilizzare questo però mi sembra uguale a quello presente negli esempi nella cartella interfaces, comunque sto utilizzando la A5.1 ufficiale

[Fulvio Spelta]

Ciao fai pure tutte le domande che credi, se nelle mie possibilità pro vero a risponderti.

Il quadro automatismi e luci è centralizzato e le Dino sarannmo montate su barra (5x4).
Stavo pensando ad un alimentatore unico a 12v che alimenti le schede ed i sensori in modo da porlo anche sotto UPS.

I cavi si attestano sul quadro attraverso morsettiere, i cat5 di comunicazione li vorrei attestare su uno switch dedicato e vale quanto suggerito da Dario, ovvero i cavi li faccio a misura.

questo quadro in sintesi gestirà tutte le luci (modalità on/off) e le automazioni (tapparelle/cancelli), inltre , utilizzando le linee 1wire delle Dino gestirà la rete di termometri (ds18b20).

Esisterà poi un secondo 'quadro' di gestione della sensoristica vera e propria (contatti/pirometrici di presenza) che sará gestito da 1 o 2 mega, il progetto é ancora fluido (Dario che ne pensi tenendo conto delle dimensioni gestibili da souliss?)

Oggi sto provando OA per acquisire dati di consumo elettrico da un envi della currentcost e qualche altro test tipo memorizzazione dei dati sia su rrd4j che su MySQL, l'invio dei dati a open.sen.se e la costruzione di dashboard di qualità grafica utilizzando l'accesso REST ad OA.

ciao
f

[Di Maio, Dario]

L'altra volta avevamo fatto qualche conto e non credo ci siano problemi, se hai numeri precisi li rifacciamo.

Dario.

f

[Jbllea]

allora in allegato c'è lo sketch e il cfg

[Marco Fabbri]

Usi arduino 1.0 o 1.5...
Io 1.5
Ho provato a compilare impostando arduino uno e finisce la memoria.

Io sto facendo i test con un mega.

[Jbllea]

ok Raga ci sono riuscito ho trovato il problema!!!!

[Jbllea]

Posso chiedervi un chiarimento??

typicals?id=id_num recupera i tipici in un determinato nodo giusto?

status?id=id_num recupera i dati dei tipici giusto in un determinato nodo?

ma c'è un comando per recuperare la quantità di nodi presente?

sto pensando di incorporare openHub nella mia app così da poter allineare il tutto ed utilizzare un unico sistema di comunicazione

[Jbllea]

sembra funzionare bene!!

però non capisco una cosa, anche da browser se inserisco status?id=0  mi da questa stringa <id0><s0>0</s0><s1>0</s1><s2>0.00</s2><s3>254</s3><s4>0.00</s4><s5>254</s5></id0>

e fin qua tutto ok, ma se inserisco status?id=1 mi ripete la stessa stringa anche se soulissClient mi identifica un secondo nodo anche se vuoto

[Di Maio, Dario]

Purtroppo é un protocollo in polling e non ad eventi, per avere dati da altri nodi devi attivare il gateway in persistance mode, ed avrai bisogno di un mega oppure di ridurre slot e nodi.

Dario

From Mobile.

--

[Jbllea]

invece per quanto riguarda il recupero di numero di nodi?

[Di Maio, Dario]

Non é implementata nessuna funzione, a cosa ti servirebbe?

From Mobile.

On 12 Mar 2014 18:35, "Jbllea" <jbl...@gmail.com> wrote:

invece per quanto riguarda il recupero di numero di nodi?

--

[Jbllea]

stavo riflettendo su come procedere, se decido di procedere su questa strada mi servirebbe sapere quanti nodi e tipici ci sono per poter creare la struttura della app, anche se mi piacerebbe sfruttare l'UDP 

[Di Maio, Dario]

Xml é una struttura pesante, punta su UDP .

Dario.

From Mobile.

On 12 Mar 2014 19:04, "Jbllea" <jbl...@gmail.com> wrote:

stavo riflettendo su come procedere, se decido di procedere su questa strada mi servirebbe sapere quanti nodi e tipici ci sono per poter creare la struttura della app, anche se mi piacerebbe sfruttare l'UDP 

--

[Jbllea]

in realtà con iOS è facilissima da utilizzare ma ha molti contro!il fatto che non si aggiorna al cambio di stato non mi piace però!! e non posso neanche mettere una serie di timer manderebbero in crash l'app!! ma una domanda con esattamente che tipo di dati manda fuori tramite UDP ? purtroppo non riesco a fare uno sniffing

[Di Maio, Dario]

É un protocollo binario, non ASCII come XML.

Dario

From Mobile.

On 12 Mar 2014 19:17, "Jbllea" <jbl...@gmail.com> wrote:

in realtà con iOS è facilissima da utilizzare ma ha molti contro!il fatto che non si aggiorna al cambio di stato non mi piace però!! e non posso neanche mettere una serie di timer manderebbero in crash l'app!! ma una domanda con esattamente che tipo di dati manda fuori tramite UDP ? purtroppo non riesco a fare uno sniffing

--

[Jbllea]

mi confermi che la porta è la 230

[Di Maio, Dario]

Si é quella.

From Mobile.

On 12 Mar 2014 19:50, "Jbllea" <jbl...@gmail.com> wrote:

mi confermi che la porta è la 230

--

[Jbllea]

se volessi forzare un comando per controllare che la connessione funzioni cosa devo scrivere?

[Di Maio, Dario]

Ci sono gli esempi chiamati Play ed il pdf, dovresti riuscire a partire con quelli.

Dario.

From Mobile.

On 12 Mar 2014 19:55, "Jbllea" <jbl...@gmail.com> wrote:

se volessi forzare un comando per controllare che la connessione funzioni cosa devo scrivere?

--

[Jbllea]

Play? dove lo trovo?  il pdf l'ho letto tutto

[Di Maio, Dario]

Gli esempi allegati alla libreria, li carichi dalla IDE.

Dario.

From Mobile.

On 12 Mar 2014 20:03, "Jbllea" <jbl...@gmail.com> wrote:

Play? dove lo trovo?  il pdf l'ho letto tutto

--

[Di Maio, Dario]

Ciao Fulvio,

un'idea da tazza. Se provassimo a fare una mezza interfaccia HTTP ad eventi per openHAB? Senza cambiare codice lato openHAB :)

Metti il caso che tu vada ad effettuare un polling per un nodo che non ha nulla di nuovo da dirti, io al posto di risponderti con ciò che già sai, chiudo la connessione. L'obiettivo è quello di non dover memorizzare i dati di tutti i nodi, ma solo quelli relativi all'ultimo cambio dati.

Non ho ancora focalizzato bene se possa funzionare, però mi servirebbe capire quali sono i termini di fattibilità con l'attuale plugin di openHAB.

Dario.

2014-03-12 15:50 GMT+01:00 Fulvio Spelta <fulvio...@gmail.com>:

f

[Marco Fabbri]

Ma non si può usare il binding UDP di openhab?

[Di Maio, Dario]

Ciao Marco,

Ni. I binding UDP e HTTP di openHAB lavorano entrambi in polling ed é questo il problema principale.
Avendo dietro una rete completamente ad eventi, il nodo cge deve servire il polling é costretto a memorizzare tutti i dati che gli passano intorno.

Nel nostro caso avendo un massimo di 45 nodi e 24 slot per nodo, servono 2kByte di RAM ed é questo che constringe a muoversi su un Mega.

La nuova modalità operativa tenta di sopperire a questo problema disponendo di un'area di memoria inferiore, sufficente a contenere dati di soli 7 nodi. Questi verranno tenuti in memoria fino al primo polling utile, di conseguenza se non ci saranno dati utili la connessione verrà interrotta.
Non é neanche necessario specificare a quale nodo si vuole accedere, sarà la scheda a fornire un nodo con dati nuovi.

Oltre a salvare RAM si risolve un ulteriore problema, quello della scalabilità verso openHAB.
Con l'approccio classico, per interrograre 45 nodi ad una frequenza di 2 secondi, un dato può impiegare fino ad un minuto e mezzo per raggiungere openHAB, ora il tempo di latenza medio sarà quello di polling (il massimo 7 volte il tempo di polling).

Si potrebbe pensare di fare uno sviluppo in UDP, il risultato sarebbe un frame binario e quindi piú compatto. Si risparmierebbero una 80 di byte di RAM in quanto verrebbe sfruttata la attuale struttura di vNet e gli oFrame per creare il pacchetto.
Il meccanismo dietro resterebbe lo stesso e credo che anche la configurazione lato openHAB sia simile.

Riesci a provare il codice? Usa gli sketch d'esempio nella cartella interfaces ed imposta il Gateway in LASTIN mode.

Fammi sapere,
Dario.

From Mobile.

On 16 Mar 2014 03:34, "Marco Fabbri" <marc...@gmail.com> wrote:

Ma non si può usare il binding UDP di openhab?

[Marco Fabbri]

Posso provare se è utile
Avrei bisogno di capire come funziona la comunicazione in UDP
Sfogliando la wiki o capito più o meno com'è strutturato ma avrei bisogno di esempi concreti.
Adesso provo a installare wireshark su android

http è molto semplice e leggibile.
Se alla fine del lavoro, non si risparmia abbastanza ram e si è costretti a stare lo stesso su un mega come gateway openhab, conviene restare su http

[Di Maio, Dario]

La RAM si risparmia, in modalità LASTIN usi 200 byte a confronto con 2160 :)

Dario.

From Mobile.

[Fulvio Spelta]

Ciao io ho analizzato la comunicazione utilizzando packetsender e devo dirti che dopo un primo impatto, una lettura del pdf del protocollo e 2 dritte di Dario :-) il meccanismo si capisce molto bene.

Il mio personalissimo consiglio è quello di approntare un nodo molto semplice con 2 tipici semplici e simulare con packetsender i msg inviati/ricevuti dalla app.

Così facendo in qualche ora il meccanismo si capisce direi bene.

Da lì poi a trasformarlo in un binding udp per OA... ci viole la conoscenza di java che non ho e quindi sono in forte difficoltà (ci vuole l'altra risorsa scarsa... il tempo :-) )

Ciao

f

--
You received this message because you are subscribed to a topic in the Google Groups "souliss" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/souliss/0f-f1rk5FLY/unsubscribe.
To unsubscribe from this group and all its topics, send an email to souliss+u...@googlegroups.com.

[Marco Fabbri]

Scusa Fulvio ma non si può usare questo?

https://github.com/openhab/openhab/wiki/TCP-Binding

Il giorno mercoledì 5 marzo 2014 22:39:37 UTC+1, Marco Fabbri ha scritto:

Ciao
Stavo guardando di capire come funziona l'integrazione di openhub
Chiedevo se gentilmente qualcuno ha un esempio già compilato sia parte souliss che openhub

ho visto le guide fatte da fulvio nella wiki, ma un esempio completo aiuterebbe molto
grazie

[Di Maio, Dario]

Bello packetsender, non lo conoscevo. Uno strumento in più :)

--

You received this message because you are subscribed to the Google Groups "souliss" group.

To unsubscribe from this group and stop receiving emails from it, send an email to souliss+u...@googlegroups.com.

[Marco Fabbri]

Dario da dove scarico i 2 pdf su macaco e vNet?

[Di Maio, Dario]

Dal file di download della A4.5.1

Dario.

[Fulvio Spelta]

Ciao

io ho fatto qualche prova con la versione 1.3.1 ma implementa un processo a polling quindi apre una connessione vs indirizzo indicato, manda quanto previsto e acquisisce una risposta.

In realtà dalla documentazione e da qualche post sembra di capire che sia anche in grado di "ascoltare" sulla rete ad esempio dei broadcast che potrebbe essere una funzione comoda però non sono mai riuscito a configurare quasta modalità, se cerchi trovi anche dei miei post sull'argomento ma non hanno attratto la curiosità degli autori.

Probabilmente si potrebbe partire da questo binding per lo sviluppo di quello souliss però, come ti dicevo non sono agile in java.

Per ora ho fatto lo "studio di fattibilità" e mi sembra che ci sia spazio per un bel binding perchè sia il protocollo che il mapping fra gli oggetti souliss e quelli OA mi pare buono, ci vorrebbe qualcuno agile che riutilizzando il più possibile dalla app ci lavori un po' su. Ci ho provato ma mi occorre veramente tanto tempo per capire.

[Marco Fabbri]

Ciao Fulvio,

ho visto questo tuo post in google group di openhab:

https://groups.google.com/forum/?fromgroups=#!topic/openhab/qJo_48FDMGA%5B1-25-false%5D

Facendo dei test con Packet Sender, e con le impostazioni in oggetto non ricevo niente nell' interfaccia di openhab ma mi da questo messaggio WARN che puoi vedere in allegato.

E' un passo avanti rispetto le tue prove?

[Fulvio Spelta]

Si perchè qualcosa OA ha visto (anche se poi lo ha scartato).

Puoi cortesemente postare i dettagli della prova:

- Configurazione del bionding in openhab.cfg

- configurazione dell'item

- pacchetti inviati con packetsender

grazie e ciao

f

--

[Marco Fabbri]

Ho copiato dal post

openhab.cfg

udp:refreshinterval=250

udp:port=25002

udp:addressmask=true

udp:buffersize=1024

testOA.items

String sUDP50 "sUDP [%s]" { udp="<[*:8888]" }

testOA.items

Frame {

Frame label="Status"  {

Text item=sUDP50

}

}

Devi avere Java aggiornato all' ultima versione per ottenere il messaggio di WARM.

[Marco Fabbri]

Dimenticavo da packet sender:

ho cambiato la porta udp in 8888

e ho mandato un messaggio udp in ascii provaprova via udp alla porta 25002

Per me il tuo problema era java,

 se guardi in fondo al tuo post su openhab  consigliano java 1.7

[Marco Fabbri]

Credo che il problema dello screenshot sia spiegato in questa post estratto da gruppi di openhab

https://groups.google.com/forum/m/?fromgroups#!searchin/openhab/no$20channel$20is$20active$20or$20defined/openhab/qJo_48FDMGA

Hi Tertius

{udp="<[10.0.0.51:8888:'']"} reads as "Accept any UDP packet on my defined listener port (default 25002) coming from the remote with source address 10.0.0.51 and with source port 8888"

The default UDP port to listen on can be changed in openhab.cfg

in case of {udp=">[10.0.0.51:8888:'']"} OH will send out data to the remote end with destination IP = 10.0.0.51 and destination port 8888.

Now, if you only define an Item with ">" in your items.cfg then you should be aware of one thing: for some reason, in Java NIO, a DatagramChannel is not "readable", even if "connected" until data is sent from the initiating host to the remote end. In other words, if you just declare the item, the datagramchannel to the Arduino will be opened and connected, but if then the arduino sends data to OH first, for some reason the underlying Java NIO does not consider the UDP "connection" to be readable. It only does so after the first byte sent from OH to the arduino. I don't know of this intended to be so, or either a bug in Java NIO, or just the intended behaviour of "nc", which I use to debug/test the binding.

All that being said, cfr the error message here below, do you only have a ">" definition in your items.cfg? then this behaviour would be normal if you send an UDP packet to the listener port, as for the binding, there is no Item bound to the listener port (e.g, no "<"), and thus, when data is received the binding fails to find a valid item that can receive data from ..51:8888. However, if you do only have a ">" defined, and if you first send data to the Arduino, then anything coming back will be correctly received

[Fulvio Spelta]

Ciao Marco dalle mie prove ad oggi potrebbero essere cambiate un po' di cose perchè io ho proato la 1.3.1 mentre oggi lavoriamo con la 1.4.0. Avevo visto questo post e tendenzialmente spiegava il funzionamento che rilevavo io (ovvero la mancata ricezione di dati)

Tieni presente che l'obiettivo delle mie prove era ricevere in OH messaggi inviati in modalità broadcast sulla rete.

Il fine ultimo era quello di definire un item "di ascolto" su OH che ricevesse i msg di cambio stato che ogni nodo souliss avrebbe dovuto inviare in broadcast in modo che tramite opportuna regola di analisi OH si potesse aggiornare lo stato dell'item finale in modalità "ad evento".

Appena trovo qualche minuto rifaccio la prova.

ciao

f

[Di Maio, Dario]

Ma non può ascoltare su una porta in unicast?

Comunque, l'approccio di Lastin può funzionare anche con il binding UDP. Appena quello HTTP inizierà a funzionare potremo concentrarci su questo.

Dario.

From Mobile.

--

You received this message because you are subscribed to the Google Groups "souliss" group.

To unsubscribe from this group and stop receiving emails from it, send an email to souliss+u...@googlegroups.com.

[Marco Fabbri]

Ho provato ad aggiornare la cartela configuration con le ultime indicazioni di Fulvio per UDP

Solo che riusciro a provare il tutto solo settimana prossima,

se qualcuno ha voglia di provare è in allegato

[Di Maio, Dario]

Credo che ti serva anche il binding UDP ricompilato da Fulvio.

Appena le cose si stabilizzano distribuiamo i file di configurazione attraverso le cartelle ufficiali su Drive.

Credo ci vorrà ancora un poco di tempo.

Dario .

From Mobile.

--

You received this message because you are subscribed to the Google Groups "souliss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to souliss+u...@googlegroups.com.

To post to this group, send email to sou...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/souliss/9396d578-7322-495a-8e31-18f84604d483%40googlegroups.com.

[Marco Fabbri]

non avevo letto attentamente la prima parte del post:)