raspibo - Contributi utente [it]

Discussione:Termostato

2017-05-23T13:12:44Z

GioCupo:

Quando provo ad installare phpredis e lancio phpize mi viene restituito l'errore
Cannot find config.m4.
Make sure that you run '/usr/bin/phpize' in the top level source directory of the module

ho provato a rimuovere e reinstallare php5-dev, ma il problema permane.
qualche suggerimento?
grazie

----

Devi lanciare phpize nella cartella in cui hai scaricato gli script da github (se guardi nell'archivio https://github.com/phpredis/phpredis si trova nella cartella principale).
Per trovarla puoi lanciare il comando find e vedere dove hai scaricato gli script

find / -name config.m4

vai nella cartella e lancia phpize da lì.

Daniele
----------

Ciao Daniele e grazie per la risposta.

Ho seguito il tuo suggerimento e ho risolto il problema di installazione di phpredis.

Solo che ora, qualsiasi file php apro, ho una blank page. Ho alzato i livelli di log dal php.ini ma a quanto pare non c'è alcun errore e anche il classico file di test con il phoinfo() restituisce errore, ma solo una bella pagina bianca.

Se apro la pagina di default di ngix invece appare, ma quella è in html. Ho verificato se ci fosse qualche errore in php.ini, ma niente...
non ci capisco più nulla.

Smadonnandoci ulteriormente sono arrivato alla situazione in cui tutti i file php non vengono eseguiti ma vengono 'scaricati'.

Quindi è un problema di configurazione di ngix col php. Ma ancora non ho risolto...

----------

Ho aggiornato un pò la pagina che ho scritto ormai qualche anno fa. L'avevo riaggiornata ma qualcosa è di nuovo cambiato.

Sto reinstallando anche io un Raspberry ex novo dato che avevo in mente di aggiornare il progetto.

Ricontrolla, un attimo anche i passaggi iniziali, ho lasciato la cartella del server web predefinita, dato che ora nginx prevede /var/www/html.

Mi sono trovato nella tua stessa situazione ed ho sistemato con una modifica al file /etc/nginx/sites-enabled/default, la direttiva cha causava probemi era "include fastcgi.conf;"

location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
# NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
# With php5-cgi alone:
# With php5-fpm:
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
include fastcgi.conf;
}

----------------

Ora la parte web funziona anche se non completamente perchè durante l'installazione di redis restituisce un errore:
Una volta lanciato il "./configure [--enable-redis-igbinary]" restituisce queste errore:

checking if compiler supports -R... yes
checking build system type... Invalid configuration `[--enable-redis-igbinary]': machine `[--enable-redis' not recognized
configure: error: /bin/bash ./config.sub [--enable-redis-igbinary] failed

----------

Ciao,
il comando che hai dato "./configure [--enable-redis-igbinary]" non esiste.

Nel senso che le parentesi quadre si usano per indicare un parametro opzionale(in questo caso --enable-redis-igbinary). Significa che puoi dare il comando:

./configure

oppure

./configure --enable-redis-igbinary

Lancia semplicemente il primo comando.
----
ciao
Ok ok ...faccio la mia mezzora di vergnogna! :D
Però ancora non ci riesco, se apro le pagina http://raspberrypi2/html/termo/temperature.php
appaiono le righe in testata...
connect('127.0.0.1', 6379); $redis->setOption(Redis::OPT_SERIALIZER, Redis::SERIALIZER_NONE); $t_min_notte=$redis->get('t_min_notte'); $t_max_notte=$redis->get('t_max_notte'); $t_min_giorno=$redis->get('t_min_giorno'); $t_max_giorno=$redis->get('t_max_giorno'); ?>
"Regolazione temperature termostato" (questo è il titolo della pagina).
Quindi ancora qualcosa non va...
----
Potrebbe essere una configurazione di php se fai girare la paginetta con phpinfo, il parametro short_open_tag è settato a on?

Per intenderci nelle pagine si può iniziare a scrivere codice con '''<?php''' (short_open_tag indifferentemente on oppure off) oppure '''<?''' (short_open_tag deve essere settato ad on), io il codice lo scrivo con la forma abbreviata quindi solo con il minore e il punto interrogativo.

Vedi se il parametro è settato off dovresti provare a settarlo ad on agendo sui files php.ini.

Per controprova puoi modificare il tag di apertura di una pagina e vedere se così funziona.

Come ti avevo già scritto ricontrolla anche i primi passi, ho dovuto fare anche una modifica al file /boot/config.txt perchè a me non funzionava 1wire e non vedevo i sensori.

PS: nella mia installazione ex novo non ho modificato nulla e mi trovo short_open_tag settato on.

----

Ciao Daniele
era proprio quel parametro! Modificato dal php.ini (e riavviato il tutto) ha funzionato. Grazie Mille!

Considera che ho installato tutto su un RSB 2 e che sono ripartito 3 volte da sistema operativo pulito (a forza di fare prove e modificare file di configurazione arrivavo al punto che non funzionava più nulla) eppure quel parametro era su Off.

Ancora non sono riuscito a far funzionare tutto (non leggo la temperatura) ma probabilmente è qualcosa sul path, non c'è stato verso di installare gli script sulla root) mentre quella modifica sul config.txt è stata una delle prime cose che ho fatto perchè in effetti non mi rilevava i sensori ed avevo trovato documentazione a riguardo.

Ti ringrazio ancora...e ti aggiorno sugli sviluppi! E complimenti per il lavoro.

----

Non se ne esce ..:)

Non mi appare nulla di grafico sulle pagine (intendo grafici o temperature) e sul log di ngix è un continuo avere righe con questi errori:

2015/12/31 15:22:30 [error] 520#0: *16 FastCGI sent in stderr: "
PHP message: PHP Notice: Undefined index: start in /var/www/html/termo/termo.php on line 21
PHP message: PHP Notice: Undefined index: end in /var/www/html/termo/termo.php on line 21
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 4 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 4 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 4 in /var/www/html/termo/termo.php on line 54
2015/12/31 15:22:30 [error] 520#0: *16 FastCGI sent in stderr: "hp on line 47
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 46
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 46
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: A non well formed numeric value encounter
12015/12/31 15:22:30 [error] 520#0: *16 FastCGI sent in stderr: "et: 13 in /var/www/html/termo/termo.php on line 53

----

'''PHP Notice: ''' non è un errore è solo una informazione quindi niente di preoccupante, per gli altri errori, penso possano dipendere dalla mancata lettura dei sensori di temperatura(se ancora non riesci a leggerli).

Hai modificato gli script 04_leggi_temperatura.sh e 05_memorizza_temp.sh per metterci gli indirizzi dei tuoi sensori?

Su redis vedi che i dati vendono correttamente pubblicati? Prova il comando

redis monitor

Io sto procedendo con la nuova versione, ma sono ancora un pò indietro con i test e con l'interfaccia. Ho anche riscritto il codice in python, dato che il tutto diventa più complesso puoò anche darsi che crei una immagine pronta per Raspberry Pi modello B, vediamo se riesco ad arrivare ad un punto soddisfacente.

----
Ciao Daniele e buon anno!

la temperatura dei sensori è stata l'unica cosa che ha funzionato sempre :), gli script restituiscono correttamente la temperatura.

Il mio dubbio infatti è proprio redis, per me non è correttamente funzionante e redis monitor mi restituisce 'comanda non trovato'. Ho provato a cercare anche tutti i file redis ma escono solo file di configurazione o cartelle.

----
Buon anno!

..ho sbagliato a scrivere....

redis-cli monitor

guarda che ho anche corretto la pagina, probabilmente mancava la schedulazione della memorizzazione temperature, se lanci il monitor e lo lasci aperto in un'altra finestra lanciando lo script 05_memorizza_temp.sh dovresti vedere passare un pò di inserimenti di valori.

Dopo lancia anche termostato.sh e dovresti completare il giro.

----
Ciao...
dunque, i dati passano...passa qualcosa anche mentre accedo alle pagine web, ma i vari grafici non appaiono, questo è uno screen-shot di cosa appare:
[[Media:http://imageshack.com/a/img633/3715/nks2zn.jpg]]

Altra cosa, una delle ultime righe di termo.php contiene questo codice che però fa riferimento ad uno script inesistente:
$comando="/root/redis_2_csv.sh " . $start . " " . $end;.

----
Ok, ho capito, che non sembra essere un problema di redis.

Proviamo a vedere se è un problema di Flotr2 la libreria grafica, dell'archivio che hai scaricato da github puoi provare a vedere se funzionano gli esempi che dovrebbero essere pià o meno a questo indirizzo.... http://raspberrypi2/html/Flotr2/examples/index.html

A questo punto se non vanno gli esempi bisogna vedere se c'è qualche altro problema con php, se gli esempi vanno allora potrebbe esserci qualcosa che non va sull'interrogazione di redis dalle pagine web.

Hai provato se variando la programmazione settimanale http://raspberrypi2/html/termo/prog_settimana.php le modiche vengono salvate?

Ho aggiornato la pagina del wiki aggiungendo anche redis_2_csv.sh è uno script che ho creato per il debug e che ho utilizzato nei primi tempi per vedere se l'algoritmo funzionava correttamente. Gli id dei sensori sono scritti a mano nel codice, correggili mettendoci i tuoi magari ti serve più avanti per fare un debug.

----
Dunque...
Ho resettato il RP2 e l'ho riportato al jessie.

Ho ricominciato tutto dall'inizio, reinstallando tutto. Una cosa che ho fatto è installare gli script sh sotto /root/ e non sotto altro utente come avevo fatto precedentemente (cambiando comunque path sul codice).

Una cosa che manca alla documentazione ora e che prima c'era è quella della modifica del php.ini inserendo extension=redis.so.

altra cosa: per far funzionare redis è necessario eseguire anche l'installazione con questo comando: sudo pecl install redis

Per finire bisogna cambiare il codice su termo.php alla riga 39, infatti riporta questa linea :

$temp_1 = $redis->lRange('Temp_1', $start, $end);
$temp_2 = $redis->lRange('Temp_2', $start, $end);

ma per farla funzionare ho dovuto mettere

$temp_1 = $redis->lRange('camera', $start, $end);
$temp_2 = $redis->lRange('cucina', $start, $end);

Ora vedo tutto, anzi, in realtà mi manca il dato della temperatura esterna...probabilmente è sempre il nome del campo errato, ma non so qual è quello corretto.

----
Direi che hai fatto grossi passi avanti!

Per le modifiche al wiki al momento le ho riportate io, ma puoi controllare e correggere direttamente anche tu e' il bello del wiki!, fai solo attenzione all'impaginazione, non e' difficile guarda come e' fatta la pagina e usa il bottone "visualizza anteprima". Ho anche riportato le modifiche sull'archivio github per la parte web.

La libreria redis l'ho tolta io perche' me la sono trovata gia' installata sulla nuova versione del termostato, ma penso sia dovuto alla versione di Raspbian, ho messo una nota.

Se vuoi navigare su redis da browser ti consiglio redis-commander (ho provato solo quello, probabilmente c'e' di meglio, ma per un uso minimale mi sembra accettabile).

A guardare gli script (/root/termostato/06_display_letture.sh, non so perche' gli avessi dato questo nome...) sembra che la temperatura esterna venga salvata nella variabile temp_esterna. Pero' lo script non viene lanciato da altri script (io alla fine l'ho disabilitato), l'ho aggiunto nella schedulazione delle letture in crontab.

Ho disabilitato la lettura della temperatura esterna perche' non ne ho ricavato un beneficio, se le temp sono molto basse e vuoi disegnare tutte le temp, quelle di casa risultano molto appiattite.

Se forzi la scala del grafico come e' ora in un range di temperature poi la curva della temp esterna non la vedi quasi mai.

Comunque se vuoi cercare la stazione piu' vicina a casa tua http://www.wunderground.com/cgi-bin/findweather/getForecast?query=bologna&MR=1 in fondo alla pagina e prendi l'id dal link.

Daniele

----
Ciao,
bè, a modificare il wiki ci avevo pensato, però senza il tuo consenso non mi sarei mai permesso ;)
Riguardo il grafico con le temperature esterne, hai ragione..il grafico diventa illeggibile: ho collegato un sensore esterno e la temperatura esterna la leggo da quello.
Una domanda, ma redis memorizza solo gli ultimi dati oppure ha uno storico?
Perchè sarebbe interessante implementare le analisi dei grafici sui dai storici.
----
Ciao,
redis memorizza tutto, anzi in realtà, manca la parte di svecchiamento dei dati é una di quelle cose che non ho mai sviluppato in attesa di capire se i dati mi servissero.
Se vuoi li puoi leggere direttamemte da lí oppure esportarli verso un db. Comunque la pagina php con il grafico accetta in ingresso anche i parametri di start e stop, da un'occhiata al codice, magari per un'analisi iniziale pó andare bene.

== Immagine raspberry termostato web==

Salve, per iniziare volevo dirti che il progetto è fantastico ed è quello che serviva proprio a me per il mio impianto domotico... Ma ho dei problemi con le varie configurazioni essendo un neofita...

Se qualcuno che ha seguito la guida e sia riuscito a farlo funzionare perfettamente potrebbe creare una immagine della sua micro sd, per esempio con Win32 Disk Imager, ed aiutare cosi i caproni come me facendo un upload dell'immagine su un cloud come google drive... Io con tutta la buona volontà non riesco a cavarne un ragno dal buco... O riinstallato il tutto più di 5 volte ma non c'è verso.

Grazie mille per la collaborazione.
----

== Info termostato web ====

Ciao Daniele

Mi sto applicando a realizzare un termostato. Mi sono letto velocemente il tuo progetto tutto perfetto.
Con la fretta una cosa mi sfugge, guardando gli screenshot non capisco se visualizzi solo o se puoi intervenire da remoto per modificare i limiti di temperatura min e max interattivamente.
La tua risposta mi sarebbe utile per capire se è utile che realizzi il mio termostato o no.
Grazie
Giovanni

Discussione:Termostato

2017-05-23T13:10:48Z

GioCupo:

Quando provo ad installare phpredis e lancio phpize mi viene restituito l'errore
Cannot find config.m4.
Make sure that you run '/usr/bin/phpize' in the top level source directory of the module

ho provato a rimuovere e reinstallare php5-dev, ma il problema permane.
qualche suggerimento?
grazie

----

Devi lanciare phpize nella cartella in cui hai scaricato gli script da github (se guardi nell'archivio https://github.com/phpredis/phpredis si trova nella cartella principale).
Per trovarla puoi lanciare il comando find e vedere dove hai scaricato gli script

find / -name config.m4

vai nella cartella e lancia phpize da lì.

Daniele
----------

Ciao Daniele e grazie per la risposta.

Ho seguito il tuo suggerimento e ho risolto il problema di installazione di phpredis.

Solo che ora, qualsiasi file php apro, ho una blank page. Ho alzato i livelli di log dal php.ini ma a quanto pare non c'è alcun errore e anche il classico file di test con il phoinfo() restituisce errore, ma solo una bella pagina bianca.

Se apro la pagina di default di ngix invece appare, ma quella è in html. Ho verificato se ci fosse qualche errore in php.ini, ma niente...
non ci capisco più nulla.

Smadonnandoci ulteriormente sono arrivato alla situazione in cui tutti i file php non vengono eseguiti ma vengono 'scaricati'.

Quindi è un problema di configurazione di ngix col php. Ma ancora non ho risolto...

----------

Ho aggiornato un pò la pagina che ho scritto ormai qualche anno fa. L'avevo riaggiornata ma qualcosa è di nuovo cambiato.

Sto reinstallando anche io un Raspberry ex novo dato che avevo in mente di aggiornare il progetto.

Ricontrolla, un attimo anche i passaggi iniziali, ho lasciato la cartella del server web predefinita, dato che ora nginx prevede /var/www/html.

Mi sono trovato nella tua stessa situazione ed ho sistemato con una modifica al file /etc/nginx/sites-enabled/default, la direttiva cha causava probemi era "include fastcgi.conf;"

location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
# NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
# With php5-cgi alone:
# With php5-fpm:
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
include fastcgi.conf;
}

----------------

Ora la parte web funziona anche se non completamente perchè durante l'installazione di redis restituisce un errore:
Una volta lanciato il "./configure [--enable-redis-igbinary]" restituisce queste errore:

checking if compiler supports -R... yes
checking build system type... Invalid configuration `[--enable-redis-igbinary]': machine `[--enable-redis' not recognized
configure: error: /bin/bash ./config.sub [--enable-redis-igbinary] failed

----------

Ciao,
il comando che hai dato "./configure [--enable-redis-igbinary]" non esiste.

Nel senso che le parentesi quadre si usano per indicare un parametro opzionale(in questo caso --enable-redis-igbinary). Significa che puoi dare il comando:

./configure

oppure

./configure --enable-redis-igbinary

Lancia semplicemente il primo comando.
----
ciao
Ok ok ...faccio la mia mezzora di vergnogna! :D
Però ancora non ci riesco, se apro le pagina http://raspberrypi2/html/termo/temperature.php
appaiono le righe in testata...
connect('127.0.0.1', 6379); $redis->setOption(Redis::OPT_SERIALIZER, Redis::SERIALIZER_NONE); $t_min_notte=$redis->get('t_min_notte'); $t_max_notte=$redis->get('t_max_notte'); $t_min_giorno=$redis->get('t_min_giorno'); $t_max_giorno=$redis->get('t_max_giorno'); ?>
"Regolazione temperature termostato" (questo è il titolo della pagina).
Quindi ancora qualcosa non va...
----
Potrebbe essere una configurazione di php se fai girare la paginetta con phpinfo, il parametro short_open_tag è settato a on?

Per intenderci nelle pagine si può iniziare a scrivere codice con '''<?php''' (short_open_tag indifferentemente on oppure off) oppure '''<?''' (short_open_tag deve essere settato ad on), io il codice lo scrivo con la forma abbreviata quindi solo con il minore e il punto interrogativo.

Vedi se il parametro è settato off dovresti provare a settarlo ad on agendo sui files php.ini.

Per controprova puoi modificare il tag di apertura di una pagina e vedere se così funziona.

Come ti avevo già scritto ricontrolla anche i primi passi, ho dovuto fare anche una modifica al file /boot/config.txt perchè a me non funzionava 1wire e non vedevo i sensori.

PS: nella mia installazione ex novo non ho modificato nulla e mi trovo short_open_tag settato on.

----

Ciao Daniele
era proprio quel parametro! Modificato dal php.ini (e riavviato il tutto) ha funzionato. Grazie Mille!

Considera che ho installato tutto su un RSB 2 e che sono ripartito 3 volte da sistema operativo pulito (a forza di fare prove e modificare file di configurazione arrivavo al punto che non funzionava più nulla) eppure quel parametro era su Off.

Ancora non sono riuscito a far funzionare tutto (non leggo la temperatura) ma probabilmente è qualcosa sul path, non c'è stato verso di installare gli script sulla root) mentre quella modifica sul config.txt è stata una delle prime cose che ho fatto perchè in effetti non mi rilevava i sensori ed avevo trovato documentazione a riguardo.

Ti ringrazio ancora...e ti aggiorno sugli sviluppi! E complimenti per il lavoro.

----

Non se ne esce ..:)

Non mi appare nulla di grafico sulle pagine (intendo grafici o temperature) e sul log di ngix è un continuo avere righe con questi errori:

2015/12/31 15:22:30 [error] 520#0: *16 FastCGI sent in stderr: "
PHP message: PHP Notice: Undefined index: start in /var/www/html/termo/termo.php on line 21
PHP message: PHP Notice: Undefined index: end in /var/www/html/termo/termo.php on line 21
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 4 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 4 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 4 in /var/www/html/termo/termo.php on line 54
2015/12/31 15:22:30 [error] 520#0: *16 FastCGI sent in stderr: "hp on line 47
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 46
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 46
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: A non well formed numeric value encounter
12015/12/31 15:22:30 [error] 520#0: *16 FastCGI sent in stderr: "et: 13 in /var/www/html/termo/termo.php on line 53

----

'''PHP Notice: ''' non è un errore è solo una informazione quindi niente di preoccupante, per gli altri errori, penso possano dipendere dalla mancata lettura dei sensori di temperatura(se ancora non riesci a leggerli).

Hai modificato gli script 04_leggi_temperatura.sh e 05_memorizza_temp.sh per metterci gli indirizzi dei tuoi sensori?

Su redis vedi che i dati vendono correttamente pubblicati? Prova il comando

redis monitor

Io sto procedendo con la nuova versione, ma sono ancora un pò indietro con i test e con l'interfaccia. Ho anche riscritto il codice in python, dato che il tutto diventa più complesso puoò anche darsi che crei una immagine pronta per Raspberry Pi modello B, vediamo se riesco ad arrivare ad un punto soddisfacente.

----
Ciao Daniele e buon anno!

la temperatura dei sensori è stata l'unica cosa che ha funzionato sempre :), gli script restituiscono correttamente la temperatura.

Il mio dubbio infatti è proprio redis, per me non è correttamente funzionante e redis monitor mi restituisce 'comanda non trovato'. Ho provato a cercare anche tutti i file redis ma escono solo file di configurazione o cartelle.

----
Buon anno!

..ho sbagliato a scrivere....

redis-cli monitor

guarda che ho anche corretto la pagina, probabilmente mancava la schedulazione della memorizzazione temperature, se lanci il monitor e lo lasci aperto in un'altra finestra lanciando lo script 05_memorizza_temp.sh dovresti vedere passare un pò di inserimenti di valori.

Dopo lancia anche termostato.sh e dovresti completare il giro.

----
Ciao...
dunque, i dati passano...passa qualcosa anche mentre accedo alle pagine web, ma i vari grafici non appaiono, questo è uno screen-shot di cosa appare:
[[Media:http://imageshack.com/a/img633/3715/nks2zn.jpg]]

Altra cosa, una delle ultime righe di termo.php contiene questo codice che però fa riferimento ad uno script inesistente:
$comando="/root/redis_2_csv.sh " . $start . " " . $end;.

----
Ok, ho capito, che non sembra essere un problema di redis.

Proviamo a vedere se è un problema di Flotr2 la libreria grafica, dell'archivio che hai scaricato da github puoi provare a vedere se funzionano gli esempi che dovrebbero essere pià o meno a questo indirizzo.... http://raspberrypi2/html/Flotr2/examples/index.html

A questo punto se non vanno gli esempi bisogna vedere se c'è qualche altro problema con php, se gli esempi vanno allora potrebbe esserci qualcosa che non va sull'interrogazione di redis dalle pagine web.

Hai provato se variando la programmazione settimanale http://raspberrypi2/html/termo/prog_settimana.php le modiche vengono salvate?

Ho aggiornato la pagina del wiki aggiungendo anche redis_2_csv.sh è uno script che ho creato per il debug e che ho utilizzato nei primi tempi per vedere se l'algoritmo funzionava correttamente. Gli id dei sensori sono scritti a mano nel codice, correggili mettendoci i tuoi magari ti serve più avanti per fare un debug.

----
Dunque...
Ho resettato il RP2 e l'ho riportato al jessie.

Ho ricominciato tutto dall'inizio, reinstallando tutto. Una cosa che ho fatto è installare gli script sh sotto /root/ e non sotto altro utente come avevo fatto precedentemente (cambiando comunque path sul codice).

Una cosa che manca alla documentazione ora e che prima c'era è quella della modifica del php.ini inserendo extension=redis.so.

altra cosa: per far funzionare redis è necessario eseguire anche l'installazione con questo comando: sudo pecl install redis

Per finire bisogna cambiare il codice su termo.php alla riga 39, infatti riporta questa linea :

$temp_1 = $redis->lRange('Temp_1', $start, $end);
$temp_2 = $redis->lRange('Temp_2', $start, $end);

ma per farla funzionare ho dovuto mettere

$temp_1 = $redis->lRange('camera', $start, $end);
$temp_2 = $redis->lRange('cucina', $start, $end);

Ora vedo tutto, anzi, in realtà mi manca il dato della temperatura esterna...probabilmente è sempre il nome del campo errato, ma non so qual è quello corretto.

----
Direi che hai fatto grossi passi avanti!

Per le modifiche al wiki al momento le ho riportate io, ma puoi controllare e correggere direttamente anche tu e' il bello del wiki!, fai solo attenzione all'impaginazione, non e' difficile guarda come e' fatta la pagina e usa il bottone "visualizza anteprima". Ho anche riportato le modifiche sull'archivio github per la parte web.

La libreria redis l'ho tolta io perche' me la sono trovata gia' installata sulla nuova versione del termostato, ma penso sia dovuto alla versione di Raspbian, ho messo una nota.

Se vuoi navigare su redis da browser ti consiglio redis-commander (ho provato solo quello, probabilmente c'e' di meglio, ma per un uso minimale mi sembra accettabile).

A guardare gli script (/root/termostato/06_display_letture.sh, non so perche' gli avessi dato questo nome...) sembra che la temperatura esterna venga salvata nella variabile temp_esterna. Pero' lo script non viene lanciato da altri script (io alla fine l'ho disabilitato), l'ho aggiunto nella schedulazione delle letture in crontab.

Ho disabilitato la lettura della temperatura esterna perche' non ne ho ricavato un beneficio, se le temp sono molto basse e vuoi disegnare tutte le temp, quelle di casa risultano molto appiattite.

Se forzi la scala del grafico come e' ora in un range di temperature poi la curva della temp esterna non la vedi quasi mai.

Comunque se vuoi cercare la stazione piu' vicina a casa tua http://www.wunderground.com/cgi-bin/findweather/getForecast?query=bologna&MR=1 in fondo alla pagina e prendi l'id dal link.

Daniele

----
Ciao,
bè, a modificare il wiki ci avevo pensato, però senza il tuo consenso non mi sarei mai permesso ;)
Riguardo il grafico con le temperature esterne, hai ragione..il grafico diventa illeggibile: ho collegato un sensore esterno e la temperatura esterna la leggo da quello.
Una domanda, ma redis memorizza solo gli ultimi dati oppure ha uno storico?
Perchè sarebbe interessante implementare le analisi dei grafici sui dai storici.
----
Ciao,
redis memorizza tutto, anzi in realtà, manca la parte di svecchiamento dei dati é una di quelle cose che non ho mai sviluppato in attesa di capire se i dati mi servissero.
Se vuoi li puoi leggere direttamemte da lí oppure esportarli verso un db. Comunque la pagina php con il grafico accetta in ingresso anche i parametri di start e stop, da un'occhiata al codice, magari per un'analisi iniziale pó andare bene.

== Immagine raspberry termostato web==

Salve, per iniziare volevo dirti che il progetto è fantastico ed è quello che serviva proprio a me per il mio impianto domotico... Ma ho dei problemi con le varie configurazioni essendo un neofita...

Se qualcuno che ha seguito la guida e sia riuscito a farlo funzionare perfettamente potrebbe creare una immagine della sua micro sd, per esempio con Win32 Disk Imager, ed aiutare cosi i caproni come me facendo un upload dell'immagine su un cloud come google drive... Io con tutta la buona volontà non riesco a cavarne un ragno dal buco... O riinstallato il tutto più di 5 volte ma non c'è verso.

Grazie mille per la collaborazione.
----

Ciao Daniele
Mi sto applicando a realizzare un termostato. Mi sono letto velocemente il tuo progetto tutto perfetto.
Con la fretta una cosa mi sfugge, guardando gli screenshot non capisco se visualizzi solo o se puoi intervenire da remoto per modificare i limiti di temperatura min e max interattivamente.
La tua risposta mi sarebbe utile per capire se è utile che realizzi il mio termostato o no.
Grazie
Giovanni

Discussione:Termostato

2017-05-23T13:08:02Z

GioCupo:

Quando provo ad installare phpredis e lancio phpize mi viene restituito l'errore
Cannot find config.m4.
Make sure that you run '/usr/bin/phpize' in the top level source directory of the module

ho provato a rimuovere e reinstallare php5-dev, ma il problema permane.
qualche suggerimento?
grazie

----

Devi lanciare phpize nella cartella in cui hai scaricato gli script da github (se guardi nell'archivio https://github.com/phpredis/phpredis si trova nella cartella principale).
Per trovarla puoi lanciare il comando find e vedere dove hai scaricato gli script

find / -name config.m4

vai nella cartella e lancia phpize da lì.

Daniele
----------

Ciao Daniele e grazie per la risposta.

Ho seguito il tuo suggerimento e ho risolto il problema di installazione di phpredis.

Solo che ora, qualsiasi file php apro, ho una blank page. Ho alzato i livelli di log dal php.ini ma a quanto pare non c'è alcun errore e anche il classico file di test con il phoinfo() restituisce errore, ma solo una bella pagina bianca.

Se apro la pagina di default di ngix invece appare, ma quella è in html. Ho verificato se ci fosse qualche errore in php.ini, ma niente...
non ci capisco più nulla.

Smadonnandoci ulteriormente sono arrivato alla situazione in cui tutti i file php non vengono eseguiti ma vengono 'scaricati'.

Quindi è un problema di configurazione di ngix col php. Ma ancora non ho risolto...

----------

Ho aggiornato un pò la pagina che ho scritto ormai qualche anno fa. L'avevo riaggiornata ma qualcosa è di nuovo cambiato.

Sto reinstallando anche io un Raspberry ex novo dato che avevo in mente di aggiornare il progetto.

Ricontrolla, un attimo anche i passaggi iniziali, ho lasciato la cartella del server web predefinita, dato che ora nginx prevede /var/www/html.

Mi sono trovato nella tua stessa situazione ed ho sistemato con una modifica al file /etc/nginx/sites-enabled/default, la direttiva cha causava probemi era "include fastcgi.conf;"

location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
# NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
# With php5-cgi alone:
# With php5-fpm:
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
include fastcgi.conf;
}

----------------

Ora la parte web funziona anche se non completamente perchè durante l'installazione di redis restituisce un errore:
Una volta lanciato il "./configure [--enable-redis-igbinary]" restituisce queste errore:

checking if compiler supports -R... yes
checking build system type... Invalid configuration `[--enable-redis-igbinary]': machine `[--enable-redis' not recognized
configure: error: /bin/bash ./config.sub [--enable-redis-igbinary] failed

----------

Ciao,
il comando che hai dato "./configure [--enable-redis-igbinary]" non esiste.

Nel senso che le parentesi quadre si usano per indicare un parametro opzionale(in questo caso --enable-redis-igbinary). Significa che puoi dare il comando:

./configure

oppure

./configure --enable-redis-igbinary

Lancia semplicemente il primo comando.
----
ciao
Ok ok ...faccio la mia mezzora di vergnogna! :D
Però ancora non ci riesco, se apro le pagina http://raspberrypi2/html/termo/temperature.php
appaiono le righe in testata...
connect('127.0.0.1', 6379); $redis->setOption(Redis::OPT_SERIALIZER, Redis::SERIALIZER_NONE); $t_min_notte=$redis->get('t_min_notte'); $t_max_notte=$redis->get('t_max_notte'); $t_min_giorno=$redis->get('t_min_giorno'); $t_max_giorno=$redis->get('t_max_giorno'); ?>
"Regolazione temperature termostato" (questo è il titolo della pagina).
Quindi ancora qualcosa non va...
----
Potrebbe essere una configurazione di php se fai girare la paginetta con phpinfo, il parametro short_open_tag è settato a on?

Per intenderci nelle pagine si può iniziare a scrivere codice con '''<?php''' (short_open_tag indifferentemente on oppure off) oppure '''<?''' (short_open_tag deve essere settato ad on), io il codice lo scrivo con la forma abbreviata quindi solo con il minore e il punto interrogativo.

Vedi se il parametro è settato off dovresti provare a settarlo ad on agendo sui files php.ini.

Per controprova puoi modificare il tag di apertura di una pagina e vedere se così funziona.

Come ti avevo già scritto ricontrolla anche i primi passi, ho dovuto fare anche una modifica al file /boot/config.txt perchè a me non funzionava 1wire e non vedevo i sensori.

PS: nella mia installazione ex novo non ho modificato nulla e mi trovo short_open_tag settato on.

----

Ciao Daniele
era proprio quel parametro! Modificato dal php.ini (e riavviato il tutto) ha funzionato. Grazie Mille!

Considera che ho installato tutto su un RSB 2 e che sono ripartito 3 volte da sistema operativo pulito (a forza di fare prove e modificare file di configurazione arrivavo al punto che non funzionava più nulla) eppure quel parametro era su Off.

Ancora non sono riuscito a far funzionare tutto (non leggo la temperatura) ma probabilmente è qualcosa sul path, non c'è stato verso di installare gli script sulla root) mentre quella modifica sul config.txt è stata una delle prime cose che ho fatto perchè in effetti non mi rilevava i sensori ed avevo trovato documentazione a riguardo.

Ti ringrazio ancora...e ti aggiorno sugli sviluppi! E complimenti per il lavoro.

----

Non se ne esce ..:)

Non mi appare nulla di grafico sulle pagine (intendo grafici o temperature) e sul log di ngix è un continuo avere righe con questi errori:

2015/12/31 15:22:30 [error] 520#0: *16 FastCGI sent in stderr: "
PHP message: PHP Notice: Undefined index: start in /var/www/html/termo/termo.php on line 21
PHP message: PHP Notice: Undefined index: end in /var/www/html/termo/termo.php on line 21
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 0 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 1 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 2 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 3 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: Undefined offset: 4 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 4 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 4 in /var/www/html/termo/termo.php on line 54
2015/12/31 15:22:30 [error] 520#0: *16 FastCGI sent in stderr: "hp on line 47
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 8 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 46
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 9 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: A non well formed numeric value encountered in /var/www/html/termo/termo.php on line 65
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 46
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 47
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 53
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 54
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 55
PHP message: PHP Notice: Undefined offset: 10 in /var/www/html/termo/termo.php on line 56
PHP message: PHP Notice: A non well formed numeric value encounter
12015/12/31 15:22:30 [error] 520#0: *16 FastCGI sent in stderr: "et: 13 in /var/www/html/termo/termo.php on line 53

----

'''PHP Notice: ''' non è un errore è solo una informazione quindi niente di preoccupante, per gli altri errori, penso possano dipendere dalla mancata lettura dei sensori di temperatura(se ancora non riesci a leggerli).

Hai modificato gli script 04_leggi_temperatura.sh e 05_memorizza_temp.sh per metterci gli indirizzi dei tuoi sensori?

Su redis vedi che i dati vendono correttamente pubblicati? Prova il comando

redis monitor

Io sto procedendo con la nuova versione, ma sono ancora un pò indietro con i test e con l'interfaccia. Ho anche riscritto il codice in python, dato che il tutto diventa più complesso puoò anche darsi che crei una immagine pronta per Raspberry Pi modello B, vediamo se riesco ad arrivare ad un punto soddisfacente.

----
Ciao Daniele e buon anno!

la temperatura dei sensori è stata l'unica cosa che ha funzionato sempre :), gli script restituiscono correttamente la temperatura.

Il mio dubbio infatti è proprio redis, per me non è correttamente funzionante e redis monitor mi restituisce 'comanda non trovato'. Ho provato a cercare anche tutti i file redis ma escono solo file di configurazione o cartelle.

----
Buon anno!

..ho sbagliato a scrivere....

redis-cli monitor

guarda che ho anche corretto la pagina, probabilmente mancava la schedulazione della memorizzazione temperature, se lanci il monitor e lo lasci aperto in un'altra finestra lanciando lo script 05_memorizza_temp.sh dovresti vedere passare un pò di inserimenti di valori.

Dopo lancia anche termostato.sh e dovresti completare il giro.

----
Ciao...
dunque, i dati passano...passa qualcosa anche mentre accedo alle pagine web, ma i vari grafici non appaiono, questo è uno screen-shot di cosa appare:
[[Media:http://imageshack.com/a/img633/3715/nks2zn.jpg]]

Altra cosa, una delle ultime righe di termo.php contiene questo codice che però fa riferimento ad uno script inesistente:
$comando="/root/redis_2_csv.sh " . $start . " " . $end;.

----
Ok, ho capito, che non sembra essere un problema di redis.

Proviamo a vedere se è un problema di Flotr2 la libreria grafica, dell'archivio che hai scaricato da github puoi provare a vedere se funzionano gli esempi che dovrebbero essere pià o meno a questo indirizzo.... http://raspberrypi2/html/Flotr2/examples/index.html

A questo punto se non vanno gli esempi bisogna vedere se c'è qualche altro problema con php, se gli esempi vanno allora potrebbe esserci qualcosa che non va sull'interrogazione di redis dalle pagine web.

Hai provato se variando la programmazione settimanale http://raspberrypi2/html/termo/prog_settimana.php le modiche vengono salvate?

Ho aggiornato la pagina del wiki aggiungendo anche redis_2_csv.sh è uno script che ho creato per il debug e che ho utilizzato nei primi tempi per vedere se l'algoritmo funzionava correttamente. Gli id dei sensori sono scritti a mano nel codice, correggili mettendoci i tuoi magari ti serve più avanti per fare un debug.

----
Dunque...
Ho resettato il RP2 e l'ho riportato al jessie.

Ho ricominciato tutto dall'inizio, reinstallando tutto. Una cosa che ho fatto è installare gli script sh sotto /root/ e non sotto altro utente come avevo fatto precedentemente (cambiando comunque path sul codice).

Una cosa che manca alla documentazione ora e che prima c'era è quella della modifica del php.ini inserendo extension=redis.so.

altra cosa: per far funzionare redis è necessario eseguire anche l'installazione con questo comando: sudo pecl install redis

Per finire bisogna cambiare il codice su termo.php alla riga 39, infatti riporta questa linea :

$temp_1 = $redis->lRange('Temp_1', $start, $end);
$temp_2 = $redis->lRange('Temp_2', $start, $end);

ma per farla funzionare ho dovuto mettere

$temp_1 = $redis->lRange('camera', $start, $end);
$temp_2 = $redis->lRange('cucina', $start, $end);

Ora vedo tutto, anzi, in realtà mi manca il dato della temperatura esterna...probabilmente è sempre il nome del campo errato, ma non so qual è quello corretto.

----
Direi che hai fatto grossi passi avanti!

Per le modifiche al wiki al momento le ho riportate io, ma puoi controllare e correggere direttamente anche tu e' il bello del wiki!, fai solo attenzione all'impaginazione, non e' difficile guarda come e' fatta la pagina e usa il bottone "visualizza anteprima". Ho anche riportato le modifiche sull'archivio github per la parte web.

La libreria redis l'ho tolta io perche' me la sono trovata gia' installata sulla nuova versione del termostato, ma penso sia dovuto alla versione di Raspbian, ho messo una nota.

Se vuoi navigare su redis da browser ti consiglio redis-commander (ho provato solo quello, probabilmente c'e' di meglio, ma per un uso minimale mi sembra accettabile).

A guardare gli script (/root/termostato/06_display_letture.sh, non so perche' gli avessi dato questo nome...) sembra che la temperatura esterna venga salvata nella variabile temp_esterna. Pero' lo script non viene lanciato da altri script (io alla fine l'ho disabilitato), l'ho aggiunto nella schedulazione delle letture in crontab.

Ho disabilitato la lettura della temperatura esterna perche' non ne ho ricavato un beneficio, se le temp sono molto basse e vuoi disegnare tutte le temp, quelle di casa risultano molto appiattite.

Se forzi la scala del grafico come e' ora in un range di temperature poi la curva della temp esterna non la vedi quasi mai.

Comunque se vuoi cercare la stazione piu' vicina a casa tua http://www.wunderground.com/cgi-bin/findweather/getForecast?query=bologna&MR=1 in fondo alla pagina e prendi l'id dal link.

Daniele

----
Ciao,
bè, a modificare il wiki ci avevo pensato, però senza il tuo consenso non mi sarei mai permesso ;)
Riguardo il grafico con le temperature esterne, hai ragione..il grafico diventa illeggibile: ho collegato un sensore esterno e la temperatura esterna la leggo da quello.
Una domanda, ma redis memorizza solo gli ultimi dati oppure ha uno storico?
Perchè sarebbe interessante implementare le analisi dei grafici sui dai storici.
----
Ciao,
redis memorizza tutto, anzi in realtà, manca la parte di svecchiamento dei dati é una di quelle cose che non ho mai sviluppato in attesa di capire se i dati mi servissero.
Se vuoi li puoi leggere direttamemte da lí oppure esportarli verso un db. Comunque la pagina php con il grafico accetta in ingresso anche i parametri di start e stop, da un'occhiata al codice, magari per un'analisi iniziale pó andare bene.

== Immagine raspberry termostato web==

Salve, per iniziare volevo dirti che il progetto è fantastico ed è quello che serviva proprio a me per il mio impianto domotico... Ma ho dei problemi con le varie configurazioni essendo un neofita...

Se qualcuno che ha seguito la guida e sia riuscito a farlo funzionare perfettamente potrebbe creare una immagine della sua micro sd, per esempio con Win32 Disk Imager, ed aiutare cosi i caproni come me facendo un upload dell'immagine su un cloud come google drive... Io con tutta la buona volontà non riesco a cavarne un ragno dal buco... O riinstallato il tutto più di 5 volte ma non c'è verso.

Grazie mille per la collaborazione.

Ciao Daniele
Mi sto applicando a realizzare un termostato. Mi sono letto velocemente il tuo progetto tutto perfetto.
Con la fretta una cosa mi sfugge, guardando gli screenshot non capisco se visualizzi solo o se puoi intervenire da remoto per modificare i limiti di temperatura min e max interattivamente.
La tua risposta mi sarebbe utile per capire se è utile che realizzi il mio termostato o no.
Grazie
Giovanni

Discussione:Gruppo Volo

2016-09-30T14:35:52Z

GioCupo: oggetti volanti

Ciao a tutti multi-roto-volanti

Segnalo la seguente pagina utile ad orientare neofiti come me [http://www.logicaprogrammabile.it/componeti-quadricottero-arduino/]

bye

Gruppo Volo

2016-09-28T08:02:00Z

GioCupo: /* Progetti in corso */

{{Gruppo
|nome=Volo
|descrizione=aerei, dirigibili e quadcopter
|social=http://raspibo.ofpcina.net/groups/profile/2816/robottini-volanti
|mailinglist=http://liste.raspibo.org/wws/subscribe/robot.volanti Vuoi partecipare o solamente essere informato? Iscriviti alla mailing list
|iscritti=Simone, Marco, Razzo, Carmelo [http://raspibo.ofpcina.net/profile/tarmelop tarmelop], [http://raspibo.ofpcina.net/profile/oloturia1979 Oloturia] , Antonio, Marco (sono 2 "Marchi" diversi?), Luigi, Diego, Elia [http://raspibo.ofpcina.net/profile/DasNetz DasNetz], Davide, Walter [http://raspibo.ofpcina.net/profile/wave wave], Aldo [http://raspibo.ofpcina.net/profile/aldus Aldus]}}

= Progetti in corso =

A settembre 2016 abbiamo deciso di costituire un piccolo gruppo dedito all'assemblaggio ed uso di multirotor (tri/quadri/esa/otco-copter e/o droni).

I partecipanti (aggiungetevi):
* '''chi vuole imparare:''' Diego, Davide, Marco, Angelo, Paolo, Ugo, Mario,Giovanni

* '''chi vuole approfondire ed è disposto ad insegnare:''' Luigi, Guido, Stefano

== Appuntamenti ==

Il prossimo appuntamento è '''martedì 11 ottobre 2016''' al [[Makerspace]]; scrivete [http://liste.raspibo.org/wws/info/agora in lista agora] quel che vorreste trovarci.

Appuntamenti precedenti:
{|class="wikitable"
! incontro
! cosa abbiamo fatto / cosa faremo
|-
| '''27 settembre 2016'''
| descrizione di tutti i pezzi necessari e dei possibili approcci alla costruzione di un multirotor. Cenni di regolamenti ENAC.
|-
| '''11 ottobre 2016'''
|
|}

== Le basi ==

=== Approcci alla scelta del multirotor ===

Dipende da cosa volete farci. Per iniziare, si suggerisce di partire con qualcosa mirato all'apprendimento del volo: economico e con pezzi facilmente sostituibili.

Un possibile approccio è partire avendo una vaga idea delle dimensioni dell'oggetto che si vuole ottenere. In base a queste (ed alla destinazione d'uso), si scelgono le eliche e di conseguenza motori, ESC e batterie.

=== il telaio (le dimensioni) ===

=== le eliche ===

=== i motori ===

=== gli ESC (Electronic Speed Controller) ===

=== la power distribution board ===

=== le batterie ===

=== la flight control board ===

=== la trasmittente / ricevente ===

=== telemetria ===

=== normative ENAC ===

== Temi da approfondire ==

Man mano che il non-corso prosegue, ci piacerebbe discutere anche di:
* tipi di multirotor e loro diversi utilizzi
* approntare una lista della spesa
* come assemblarli
* come gestire l'energia
* controllo di volo: quale centralina usare? Come e perché programmarle?
* radiocontrollo: come funziona?
* volo autonomo: come e cosa è possibile fare?
* telemetria
* trasporto di sensori
* fotografia aerea
* come rispettare le leggi in materia

= Progetti completati =

[[Pagina precedente del gruppo volo]] (include vecchia lista della spesa)

= Idee folli =

ESP8266 Web server con telemetria

ESP8266 Web server con telemetria

2016-02-18T14:50:57Z

GioCupo: /* Il nuovo codice di Arduino */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di ESP o per il caricamento del firmware NodeMCU.
#Il partitore in alto, 8.2k-4.7k è calcolato per ridurre la tensione massima di circa 14v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrare le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source lang=lua>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;

/* =======================
* Tempo totale del ciclo di riconoscimento di una stringa
* di comando tipo 'move delle maniglie del display' 600us senza stampe.
* Tempo totale di riconoscimento di comando tipo 'get'
* sulla telemetria impiega oltre 1 secondo
*=======================*/
void loop() {
if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Il codice del loop() dovrebbe essere sufficientemente commentato per una prima comprensione.
In particolare si invoca, alla linea 37, la funzione stacca(), che realizza la funzione Serial.readBytes() di Arduino che legge tutta la stringa del comando ricevuto. Tale funzione è non presente nella libreria <SoftSerial.h>.

il main loop(), alle linee 49 e 50, invoca le funzioni sca_get() e scan_put() contenute nel blocco SCAN (qui non mostrato). Queste due funzioni si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.

Di seguito il codice di stacca():

<source lang>
/*===================
* acquisisce la stringa dalla seriale byte per byte
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

Del blocco MISURE si mostrano solo la funzioni Mis_1() e Volt() che si ripetono in modo simile in Mis_2() e Kappa() che potrete analizzare nel codice completo:

<source lang >
void Mis_1(){
/* =============================================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria.
* ===========================================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}

float Volt(){
/* rapporto del partitore: Tensione massima misurabile 13.7Volt
* che corrisponde a (5Volt o 1023 digit) ai capi della resistenza da 4.7k */
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

</source>

Il codice di Mis_1() fa uso di una stringa e un buffer e due trasformazioni dtostrf() ed sprintf(). La prima trasforma un numero decimale in una stringa la seconda compone il Buffer per la spedizione seriale. Forse si può rendere più efficiente ma sprintf() da sola funziona con interi ma non con float non ne conosco la ragione.

Volt() è una semplice lettura ADC dal partitore che ho costruito che dovrebbe fa corrispondere
13.7volt di input a 1023 ADC (5v sul partitore da 4.7k).
= Conclusioni =
Come nella prima versione "Ruschino", dopo il caricamento del Software e l'accensione, l'utilizzo è estremamente semplice: Si apre lo Smartphone o il Tablet scrivendo nel Browser l'indirizzo del Server di ESP8266 -> 192.168.4.1, dal display si possono modificare le velocità del 'robottino' o leggere le due variabili telemetriche gestite. I valori visualizzati nell'immagine a fianco mostrano la tensione della batteria LiIon (due pacchi) e il valore di K attuale.
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-18T14:37:56Z

GioCupo: /* Il nuovo codice di Arduino */

ESP8266 Web server con telemetria

2016-02-18T14:27:44Z

GioCupo: /* Il nuovo codice di Arduino */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di ESP o per il caricamento del firmware NodeMCU.
#Il partitore in alto, 8.2k-4.7k è calcolato per ridurre la tensione massima di circa 14v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrare le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source lang=lua>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;

/* =======================
* Tempo totale del ciclo di riconoscimento di una stringa
* di comando tipo 'move delle maniglie del display' 600us senza stampe.
* Tempo totale di riconoscimento di comando tipo 'get'
* sulla telemetria impiega oltre 1 secondo
*=======================*/
void loop() {
if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Dovrebbe essere sufficientemente commentato per una prima comprensione. In particolare si
invoca, alla linea 37, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source lang>
/*===================
* acquisisce la stringa dalla seriale
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(), alle linee 49 e 50, invoca le funzioni sca_get() e scan_put() contenute nel blocco SCAN (qui non commentato). Queste due funzioni si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.

Del blocco MISURE si mostrano solo la funzioni Mis_1() e Volt() che si ripetono in modo simile in Mis_2() e Kappa() che potrete analizzare nel codice completo:

<source lang >
void Mis_1(){
/* =============================================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria.
* ===========================================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}

float Volt(){
/* rapporto del partitore: Tensione massima misurabile 13.7Volt
* che corrisponde a (5Volt o 1023 digit) ai capi della resistenza da 4.7k */
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

</source>

Il codice di Mis_1() fa uso di una stringa e un buffer e due trasformazioni dtostrf() ed sprintf(). La prima trasforma un numero decimale in una stringa la seconda compone in Buffer per la spedizione seriale. Forse si può rendere più efficiente ma sprintf() da sola funziona con interi ma non con float non ne conosco la ragione.

Volt() è una semplice lettura ADC dal partitore che ho costruito che dovrebbe fa corrispondere
13.7volt di input a 1023 ADC (5v sul partitore da 4.7k).
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-18T14:18:56Z

GioCupo: /* Il nuovo codice di Arduino */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di ESP o per il caricamento del firmware NodeMCU.
#Il partitore in alto, 8.2k-4.7k è calcolato per ridurre la tensione massima di circa 14v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrare le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source lang=lua>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;

/* =======================
* Tempo totale del ciclo di riconoscimento di una stringa
* di comando tipo 'move delle maniglie del display' 600us senza stampe.
* Tempo totale di riconoscimento di comando tipo 'get'
* sulla telemetria impiega oltre 1 secondo
*=======================*/
void loop() {
if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Dovrebbe essere sufficientemente commentato per una prima comprensione. In particolare si
invoca, alla linea 37, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source lang>
/*===================
* acquisisce la stringa dalla seriale
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(). alle linee 49 e 50, invoca sca_get() e scan_put() contenute nel blocco SCAN (qui non commentato) che si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.

Del blocco MISURE si mostrano solo la funzioni Mis_1() e Volt() che si ripetono in modo simile in Mis_2() e Kappa() che potrete analizzare nel codice completo:

<source lang >
void Mis_1(){
/* =============================================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria.
* ===========================================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}

float Volt(){
// rapporto del partitore totale
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

</source>

Il codice di Mis_1() fa uso di una stringa e un buffer e due trasformazioni dtostrf() ed sprintf(). La prima trasforma un numero decimale in una stringa la seconda compone in Buffer per la spedizione seriale. Forse si può rendere più efficiunte ma sprintf() da sola funziona con interi ma non con float non ne conosco la ragione.

Volt() è una semplice lettura ADC dal partitore che ho costruito che dovrebbe far corrispondere 12volt a 1023 ADC.
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-18T14:11:28Z

GioCupo: /* index.htm */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di ESP o per il caricamento del firmware NodeMCU.
#Il partitore in alto, 8.2k-4.7k è calcolato per ridurre la tensione massima di circa 14v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrare le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source lang=lua>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;
/* =======================
* Tempo totale del ciclo di riconoscimento di una
* stringa comando tipo 'move' 600us senza stampe.
* Un comando tipo 'get' sulla telemetria
* impiega oltre 1 secondo
*=======================*/
void loop() {

if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Dovrebbe essere sufficientemente commentato per una prima comprensione. In particolare si
invoca, alla linea 37, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source lang>
/*===================
* acquisesce la stringa dalla seriale
* impiega cica 600 us a leggere 20 char
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(). alle linee 49 e 50, invoca sca_get() e scan_put() contenute nel blocco SCAN (qui non commentato) che si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.

Del blocco MISURE si mostrano solo la funzioni Mis_1() e Volt() che si ripetono in modo simile in Mis_2() e Kappa() che potrete analizzare nel codice completo:

<source lang >
void Mis_1(){
/* =============================================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria.
* ===========================================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}

float Volt(){
// rapporto del partitore totale
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

</source>

Il codice di Mis_1() fa uso di una stringa e un buffer e due trasformazioni dtostrf() ed sprintf(). La prima trasforma un numero decimale in una stringa la seconda compone in Buffer per la spedizione seriale. Forse si può rendere più efficiunte ma sprintf() da sola funziona con interi ma non con float non ne conosco la ragione.

Volt() è una semplice lettura ADC dal partitore che ho costruito che dovrebbe far corrispondere 12volt a 1023 ADC.
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-18T14:06:27Z

GioCupo: /* Le connessioni */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di ESP o per il caricamento del firmware NodeMCU.
#Il partitore in alto, 8.2k-4.7k è calcolato per ridurre la tensione massima di circa 14v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrarle le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source lang=lua>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;
/* =======================
* Tempo totale del ciclo di riconoscimento di una
* stringa comando tipo 'move' 600us senza stampe.
* Un comando tipo 'get' sulla telemetria
* impiega oltre 1 secondo
*=======================*/
void loop() {

if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Dovrebbe essere sufficientemente commentato per una prima comprensione. In particolare si
invoca, alla linea 37, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source lang>
/*===================
* acquisesce la stringa dalla seriale
* impiega cica 600 us a leggere 20 char
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(). alle linee 49 e 50, invoca sca_get() e scan_put() contenute nel blocco SCAN (qui non commentato) che si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.

Del blocco MISURE si mostrano solo la funzioni Mis_1() e Volt() che si ripetono in modo simile in Mis_2() e Kappa() che potrete analizzare nel codice completo:

<source lang >
void Mis_1(){
/* =============================================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria.
* ===========================================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}

float Volt(){
// rapporto del partitore totale
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

</source>

Il codice di Mis_1() fa uso di una stringa e un buffer e due trasformazioni dtostrf() ed sprintf(). La prima trasforma un numero decimale in una stringa la seconda compone in Buffer per la spedizione seriale. Forse si può rendere più efficiunte ma sprintf() da sola funziona con interi ma non con float non ne conosco la ragione.

Volt() è una semplice lettura ADC dal partitore che ho costruito che dovrebbe far corrispondere 12volt a 1023 ADC.
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-18T14:03:58Z

GioCupo: /* Il circuito usato per lo scambio dati */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di ESP o per il caricamento del firmware NodeMCU.
#Il partitore in alto, 6.8k-4,7k è calcolato per ridurre la tensione massima di 12v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrarle le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source lang=lua>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;
/* =======================
* Tempo totale del ciclo di riconoscimento di una
* stringa comando tipo 'move' 600us senza stampe.
* Un comando tipo 'get' sulla telemetria
* impiega oltre 1 secondo
*=======================*/
void loop() {

if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Dovrebbe essere sufficientemente commentato per una prima comprensione. In particolare si
invoca, alla linea 37, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source lang>
/*===================
* acquisesce la stringa dalla seriale
* impiega cica 600 us a leggere 20 char
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(). alle linee 49 e 50, invoca sca_get() e scan_put() contenute nel blocco SCAN (qui non commentato) che si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.

Del blocco MISURE si mostrano solo la funzioni Mis_1() e Volt() che si ripetono in modo simile in Mis_2() e Kappa() che potrete analizzare nel codice completo:

<source lang >
void Mis_1(){
/* =============================================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria.
* ===========================================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}

float Volt(){
// rapporto del partitore totale
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

</source>

Il codice di Mis_1() fa uso di una stringa e un buffer e due trasformazioni dtostrf() ed sprintf(). La prima trasforma un numero decimale in una stringa la seconda compone in Buffer per la spedizione seriale. Forse si può rendere più efficiunte ma sprintf() da sola funziona con interi ma non con float non ne conosco la ragione.

Volt() è una semplice lettura ADC dal partitore che ho costruito che dovrebbe far corrispondere 12volt a 1023 ADC.
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-16T15:38:48Z

GioCupo: /* Il nuovo codice di Arduino */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di o per la programmazione di ESP.
#Il partitore in alto, 6.8k-4,7k è calcolato per ridurre la tensione massima di 12v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrarle le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source lang=lua>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;
/* =======================
* Tempo totale del ciclo di riconoscimento di una
* stringa comando tipo 'move' 600us senza stampe.
* Un comando tipo 'get' sulla telemetria
* impiega oltre 1 secondo
*=======================*/
void loop() {

if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Dovrebbe essere sufficientemente commentato per una prima comprensione. In particolare si
invoca, alla linea 37, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source lang>
/*===================
* acquisesce la stringa dalla seriale
* impiega cica 600 us a leggere 20 char
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(). alle linee 49 e 50, invoca sca_get() e scan_put() contenute nel blocco SCAN (qui non commentato) che si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.

Del blocco MISURE si mostrano solo la funzioni Mis_1() e Volt() che si ripetono in modo simile in Mis_2() e Kappa() che potrete analizzare nel codice completo:

<source lang >
void Mis_1(){
/* =============================================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria.
* ===========================================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}

float Volt(){
// rapporto del partitore totale
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

</source>

Il codice di Mis_1() fa uso di una stringa e un buffer e due trasformazioni dtostrf() ed sprintf(). La prima trasforma un numero decimale in una stringa la seconda compone in Buffer per la spedizione seriale. Forse si può rendere più efficiunte ma sprintf() da sola funziona con interi ma non con float non ne conosco la ragione.

Volt() è una semplice lettura ADC dal partitore che ho costruito che dovrebbe far corrispondere 12volt a 1023 ADC.
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-16T15:27:30Z

GioCupo: /* Il nuovo codice di Arduino */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di o per la programmazione di ESP.
#Il partitore in alto, 6.8k-4,7k è calcolato per ridurre la tensione massima di 12v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrarle le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source lang>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;
/* =======================
* Tempo totale del ciclo di riconoscimento di una
* stringa comando tipo 'move' 600us senza stampe.
* Un comando tipo 'get' sulla telemetria
* impiega oltre 1 secondo
*=======================*/
void loop() {
time1=micros();
if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Dovrebbe essere sufficientemente commentato per una prima comprensione. In particolare si
invoca, alla linea 37, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source lang>
/*===================
* acquisesce la stringa dalla seriale
* impiega cica 600 us a leggere 20 char
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(). alle linee 49 e 50, invoca sca_get() e scan_put() contenute nel blocco SCAN (qui non commentato) che si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.

Del blocco MISURE si mostrano solo la funzioni Mis_1() e Volt() che si ripetono in modo simile in Mis_2() e Kappa() che potrete analizzare nel codice completo:

<source lang >
void Mis_1(){
/* =============================================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria.
* ===========================================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}

float Volt(){
// rapporto del partitore totale
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

</source>

Il codice di Mis_1() fa uso di una stringa e un buffer e due trasformazioni dtostrf() ed sprintf(). La prima trasforma un numero decimale in una stringa la seconda compone in Buffer per la spedizione seriale. Forse si può rendere più efficiunte ma sprintf() da sola funziona con interi ma non con float non ne conosco la ragione.

Volt() è una semplice lettura ADC dal partitore che ho costruito che dovrebbe far corrispondere 12volt a 1023 ADC.
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-16T15:25:24Z

GioCupo: /* Il nuovo codice di Arduino */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di o per la programmazione di ESP.
#Il partitore in alto, 6.8k-4,7k è calcolato per ridurre la tensione massima di 12v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrarle le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source lang=javascript>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;
/* =======================
* Tempo totale del ciclo di riconoscimento di una
* stringa comando tipo 'move' 600us senza stampe.
* Un comando tipo 'get' sulla telemetria
* impiega oltre 1 secondo
*=======================*/
void loop() {
time1=micros();
if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Dovrebbe essere sufficientemente commentato per una prima comprensione. In particolare si
invoca, alla linea 37, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source>
/*===================
* acquisesce la stringa dalla seriale
* impiega cica 600 us a leggere 20 char
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(). alle linee 49 e 50, invoca sca_get() e scan_put() contenute nel blocco SCAN (qui non commentato) che si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.

Del blocco MISURE si mostrano solo la funzioni Mis_1() e Volt() che si ripetono in modo simile in Mis_2() e Kappa() che potrete analizzare nel codice completo:

<source>
void Mis_1(){
/* =============================================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria.
* ===========================================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}

float Volt(){
// rapporto del partitore totale
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

</source>

Il codice di Mis_1() fa uso di una stringa e un buffer e due trasformazioni dtostrf() ed sprintf(). La prima trasforma un numero decimale in una stringa la seconda compone in Buffer per la spedizione seriale. Forse si può rendere più efficiunte ma sprintf() da sola funziona con interi ma non con float non ne conosco la ragione.

Volt() è una semplice lettura ADC dal partitore che ho costruito che dovrebbe far corrispondere 12volt a 1023 ADC.
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-16T15:24:04Z

GioCupo: /* Il nuovo codice di Arduino */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di o per la programmazione di ESP.
#Il partitore in alto, 6.8k-4,7k è calcolato per ridurre la tensione massima di 12v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrarle le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;
/* =======================
* Tempo totale del ciclo di riconoscimento di una
* stringa comando tipo 'move' 600us senza stampe.
* Un comando tipo 'get' sulla telemetria
* impiega oltre 1 secondo
*=======================*/
void loop() {
time1=micros();
if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Dovrebbe essere sufficientemente commentato per una prima comprensione. In particolare si
invoca, alla linea 37, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source>
/*===================
* acquisesce la stringa dalla seriale
* impiega cica 600 us a leggere 20 char
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(). alle linee 49 e 50, invoca sca_get() e scan_put() contenute nel blocco SCAN (qui non commentato) che si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.

Del blocco MISURE si mostrano solo la funzioni Mis_1() e Volt() che si ripetono in modo simile in Mis_2() e Kappa() che potrete analizzare nel codice completo:

<source>
void Mis_1(){
/* =============================================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria.
* ===========================================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}

float Volt(){
// rapporto del partitore totale
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

</source>

Il codice di Mis_1() fa uso di una stringa e un buffer e due trasformazioni dtostrf() ed sprintf(). La prima trasforma un numero decimale in una stringa la seconda compone in Buffer per la spedizione seriale. Forse si può rendere più efficiunte ma sprintf() da sola funziona con interi ma non con float non ne conosco la ragione.

Volt() è una semplice lettura ADC dal partitore che ho costruito che dovrebbe far corrispondere 12volt a 1023 ADC.
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-16T14:57:37Z

GioCupo: /* Il nuovo codice di Arduino */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di o per la programmazione di ESP.
#Il partitore in alto, 6.8k-4,7k è calcolato per ridurre la tensione massima di 12v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrarle le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;
/* =======================
* Tempo totale del ciclo di riconoscimento di una
* stringa comando tipo 'move' 600us senza stampe.
* Un comando tipo 'get' sulla telemetria
* impiega oltre 1 secondo
*=======================*/
void loop() {
time1=micros();
if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Dovrebbe essere sufficientemente commentato per una prima comprensione. In particolare si
invoca, alla linea 37, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source>
/*===================
* acquisesce la stringa dalla seriale
* impiega cica 600 us a leggere 20 char
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(). alle linee 55 e 56, invoca sca_get() e scan_put() contenute nel blocco SCAN che si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.
<source>
void Mis_1(){
/* ===============================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria. Vedi ADC
* =============================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}
void Mis_2(){
/* =============================
* in c2 devi inserire la lettura, in questo caso
* mappa un trimmer da 1 a 50. Vedi ADC
* ===========================*/
float c2 =Kappa();
char _buffer2[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c2, 4, 1, S);
// se int non è necessario trasformare in stringa
sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);
delay(500);
}

float Volt(){
// rapporto del partitore
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

float Kappa(){
// preleva la conversione da un trimmer e lo mappa
return (float)map(analogRead(pot),1,1023,1,50);
}
</source>
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-16T14:56:47Z

GioCupo: /* Il nuovo codice di Arduino */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di o per la programmazione di ESP.
#Il partitore in alto, 6.8k-4,7k è calcolato per ridurre la tensione massima di 12v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrarle le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Il main loop() seguente:
<source>
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;
/* =======================
* Tempo totale del ciclo di riconoscimento di una
* stringa comando tipo 'move' 600us senza stampe.
* Un comando tipo 'get' sulla telemetria
* impiega oltre 1 secondo
*=======================*/
void loop() {
time1=micros();
if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}
}
</source>

Dovrebbe essere sufficientemente commentato per una prima comprensione. In particolare si
invoca, alla linea 43, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source>
/*===================
* acquisesce la stringa dalla seriale
* impiega cica 600 us a leggere 20 char
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(). alle linee 55 e 56, invoca sca_get() e scan_put() contenute nel blocco SCAN che si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.
<source>
void Mis_1(){
/* ===============================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria. Vedi ADC
* =============================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}
void Mis_2(){
/* =============================
* in c2 devi inserire la lettura, in questo caso
* mappa un trimmer da 1 a 50. Vedi ADC
* ===========================*/
float c2 =Kappa();
char _buffer2[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c2, 4, 1, S);
// se int non è necessario trasformare in stringa
sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);
delay(500);
}

float Volt(){
// rapporto del partitore
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

float Kappa(){
// preleva la conversione da un trimmer e lo mappa
return (float)map(analogRead(pot),1,1023,1,50);
}
</source>
[[Category:Ruschino]]

ESP8266 Web server con telemetria

2016-02-16T14:51:15Z

GioCupo: /* Il nuovo codice di Arduino */

<div style="float:right;border:1px solid black;padding:10px;margin:10px background:#F5F6CE; border:1px solid #a7d7f9; vertical-align:top; color:#000; padding: 5px 10px 10px 8px; -moz-border-radius: 10px; -webkit-border-radius: 10px; border-radius:10px;" ">
{| width="400px" style="text-align:center"
! [[File:Web_serv_01.png|200px]]
|-
| <hr>
|-
| <span style="font-size:100%;font-weight:bold">ESP8266 Web server con telemetria</span>
|-
| Interfaccia di comando WiFi
|}
</div>
=Introduzione=
Il presente progetto è un'estensione di [[ESP8266 Web server touch]] e si prefigge di aggiungere al progetto citato la restituzione su Display touch di dati misurati da Arduino.

In questa estensione si mostra come si possano ottenere sul display touch di un cellulare o di un tablet valori 'inviati ad' e 'prelevati da' Arduino.

* Nell'immagine si vede il riquadro centrale L=127 R=127 che mostra i valori pwm attuali 'inviati ad Arduino'.

* Nell'immagine i due riquadri piccoli in alto V=4 e K=2 mostrano i dati telemetrici 'prelevati da Arduino'.

* Il pulsante BLU circolare, inserito in alto, consente di inviare con un touch la richiesta di aggiornamento dei dati telemetrici.

* NOTA: Per estensione si potrebbe usare, con modifiche 'leggere', questa applicazione in ambito domotico sia per visualizzare lo stato di sensori che per azionare switch o relays.

= Il circuito usato per lo scambio dati =

La figura mostra come sono stati connessi tra loro ESP8266 ed Arduino.

Oltre a questo sono mostrate le connessioni con il driver motori del Robottino che verrà usato e il collegamento dei sensori con Arduino.

[[File:NANO_ESP8266.png|500px]]

Il progetto illustrato qui è stato ricavato dal modello Ruschino, con piccole variazioni del SW e dell'HW nell'utilizzo del driver motori.

In particolare qui si fa uso del ponte H del driver per motori DC del tipo L298N interfacciato con integrato Inverter tipo 4069 che consente di utilizzare solo due segnali PWM per 'governare' i motori.

[[File:L298N.png]]

I valori PWM variano da 127 a 255 per il moto in avanti e da 127 a 0 per il moto all'indietro.

=== Le connessioni ===

#Sono visibili, in alto a sinistra, le TRE connessioni all'alimentazione: 7-12v per Arduino (verso pin VIN), Gnd e 3.3v per ESP8266. Il Diodo Schottky è stato inserito per impedire inversioni di alimentazione.
#Arduino Nano e scheda ESP8266 sono connessi serialmente sui pin 6,7 di Arduino facendo uso della libreria <SoftwareSerial.h>. In questo modo i collegamenti Rx e TX nativi di Arduino sono utilizzati per il caricamento e il debug dei programma con IDE. Si nota lo switch SW2 che ha il compito di isolare il collegamento seriale se si utilizza FTDI per aggiornare i file di o per la programmazione di ESP.
#Il partitore in alto, 6.8k-4,7k è calcolato per ridurre la tensione massima di 12v ad un valore ADC minore di 5.0v. La connessione del partitore al pin A0 consente la misura della tensione della batteria di alimentazione. La connessione (di esempio) di un sensore di Temperatura NTC al pin A1. Le DUE misure sono inviate in telemetria al display touch.
#Connessione tra ESP e convertitore FTDI USB-Seriale. Da notare il partitore in basso 18k-12k che serve per ridurre il segnale seriale Tx di Arduino dai 5v ai 3.3 di Rx di ESP. Lo switch SW1 è indispensabile per portare a massa il pin di ESP quando si usa la connessione FTDI per caricare il firmware NodeMCU.
#E' mostrata a parte l'immagine di L298N con 4096 e le relative connessioni.

= Modifiche al Software di ESP8266 =
i file del progetto Ruschino web_serv.lua, init_lua, e index.htm hanno mantenuto lo stesso nome e sono stati modificati come illustrato qui:

==init.lua==
<source lang=javascript>
tmr.alarm(0, 3000, 0, function() dofile('web_serv.lua') end );
print("");
uart.setup(0,57600,8,0,1,0);
</source>
Unica modifica la velocità di trasmissione dati da 115200 a 57600. Utilizzando la velocità più alta si riscontrava qualche errore di ricezione da parte di Arduino, non è escluso che si possa far funzionare anche a 115200 bisognerebbe fare altre prove.

==web_serv.lua==
Vengono mostrati i soli punti di modifica del file [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 web_serv.lua]
<source lang=javascript>
print("R=127&l=127&C=0");
</source>
la linea ([https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L14 14 in web_serv.lua originale]) ha subito la seguente modifica: Si invia ad Arduino l'azzeramento iniziale delle velocità motori che ora hanno valore PWM=127.

Il parametro C=0 è stato utilizzato, per distinguere le varie opzioni touch, per il testing del JavaScript di index.htm e può essere eliminato.

Inserimento:

<source lang=javascript>
httpRequest["/info.txt"]="info.txt";
</source>

Alle [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L16-L19 linee 16-19 della versione originale] è stata aggiunta la linea (20 in web_serv.lua) che dichiara i file disponibili sul server.

l'inserimento della linea di codice sottostante dopo la (26 in web_serv.lua originale) dichiara in una intestazione il mimetype da fornire ai browser dei client per gestire le richieste ad Arduino di inviare i dati telemetrici.

Inserimento:
<source lang=javascript>
getContentType["/info.txt"]="text";
</source>

Infine sono state inserite:

dopo la linea [https://github.com/raspibo/Ruschino_WiFi/blob/3313126357283e080b5020485f2dfb2abfde6948/ESP8266_code/web_serv.lua#L56 56 del di web_serv.lua originale]
<source lang=javascript>
[conn:on("sent",function(conn)]
</source>

Le seguenti linee:

<source lang=javascript>
conn:on("sent",function(conn)
-- Inserimento
_,_,nome,ext=string.find(requestFile, "(%w+).(%w+)");
if ext=="txt" and nome=="info" then
conn:send("{\"V\": \""..uno_var.."\",");
conn:send("\"K\": \""..due_var.."\"}");
else
</source>

la richiesta in Java script viene 'filtrata' e vengono inviate le due variabili popolate da arduino attraverso un comando impartito sulla connessione seriale, con identificatore V e K al client e mostrate su touch.
Le due istruzioni numerate 5 e 6 sopra restituiscono al codice javascript la stringa in formato Json "{V:xxx,K:yyy}" che le seguenti istruzioni di index.htm mostrano sul display
<source lang=javascript>
63 var A=JSON.parse(xhttp.responseText);
64 document.getElementById("mis_uno").innerHTML = "V="+A.V;
65 document.getElementById("mis_due").innerHTML = "K="+A.K;
</source>

Su Arduino l'istruzione per il popolamento delle variabili viene lanciato all'interno delle due funzioni Mis_1() e Mis_2()

sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);

sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);

Le variazioni devono essere lette in parallelo con il codice JavaScript che le invoca e con il codice di Arduino che risponde alle richieste.

==index.htm==
In questo file le modifiche a quello originale sono più consistenti rispetto agli altri file web_ser.lua e int.lua. Chi è interessato al dettaglio può scaricarli e confrontarli.

In questa sede si dà per acquisita la parte relativa al codice html nella quale si sono inserite nuove linee con lo scopo di mostrare i campi e i pulsanti non presenti nell'originale.

Per illustrarle le modifiche ad index.htm ci riferiremo alla sola parte in JavaScript che 'aziona' la telemetria.

<source lang=javascript>
// =========== Gestione Eventi Touch ======================
addEventListener('touchstart', function(e) {
e.preventDefault();
var touch = e.touches[0];
var xhttp = new XMLHttpRequest();
var posX = touch.pageX;
var posY = touch.pageY-50;
var url="";
/* ===================================================
* Se premi il pulsante circolare Blue in alto
* Motori Fermi e Richiede, Riceve e Mostra misure telemetriche
* ====================================================*/
if( e.touches.length == 1 && posX > 110 && posX < 190
&& posY > 10 && posY < 100) {
HL=200;HR=200;MR=127;ML=127;C=11;//C=11 Mostra

// Invoca i parametri telemetrici da Arduino e li mostra
url="info.txt?V=uno_var&K=due_var";
loadDoc_UNO(url);

// ==== Re-invia i parametri ML=MR=127 azzerati ad Arduino
url="data.json?R="+MR+"&l="+ML+"&C="+C;
loadDoc_ZERO(url);
disegna(HL,HR);
mostra_speed(ML,MR);
}
</source>

Le linee nuove inserite (in particolare dalla 13 alla 26) servono per gestire le richieste telemetriche.
la condizione if si riferisce all'avvenuta pressione del Pulsante circolare BLU sul display:

la riga 15 azzera le variabili per riposizionare TUTTO nella condizione iniziale.
la riga 18 compone l'url che eseguirà la richiesta al Server di inviare i dati telemetrici.
la riga 19 invoca la funzione loadDoc_UNO(url) che richiede/riceve i dati telemetrici
e li mostra sul display.
le righe 22 .. 25 ripristinano le variabili motore, le inviano ad Arduino attraverso il Server
con la funzione loadDoc_ZERO(url), riposizionano le 'maniglie motori' e le mostrano.

le 4 funzioni invocate alle righe 19, 23, 24, 25 dovrebbero essere comprensibili ad una semplice lettura del codice JavaScript e per non 'tediare' non sono riportate qui nel loro dettaglio.
Rispetto al JavaScript originale sono state modificate e adattate a queste funzioni anche altre parti del codice.

=Il nuovo codice di Arduino=

Anche questo codice (per ora si chiama RUSC_006) ha subito 'robuste' manipolazioni per adattarlo al circuito realizzato. In particolare è stato scomposto in diversi 'blocchi di funzioni'.
Infatti il main loop() seguente:
<source>
#define led 3 // Led aggiunto
#define sw 4 // Button di utilità
#define bat A0 // ADC Batteria
#define pot A1 // ADC Trimmer
#define ntc A2 // ADC NTC 10k

int Sx=127;// Velocita' motori 127->V=0 255->V=Max 0->V=-Max
int Dx=127;
int C=0;// Utile solo per i TEST

// variabili utili per manipolare i comandi
int command_name;
int posi;

// La seriale aggiuntiva di comunicazione con ESP
// permette di usare Serial per i TEST
#include <SoftwareSerial.h>
SoftwareSerial mySerial(6, 7); // RX, TX di Arduino

#define INPUT_SIZE 35 // Dim. buffer per invio e ricezione comandi
char input[INPUT_SIZE]; // Array di manipolazione delle stringhe seriali
String inputString = ""; // Stringa che memorizza il comando inviato
boolean stringComplete = false; // var logica di completamento Stringa

void setup() {
pinMode(led,OUTPUT);
pinMode(sw,INPUT);
digitalWrite(sw,HIGH);
Serial.begin(9600);
mySerial.begin(57600);
inputString.reserve(INPUT_SIZE);
Serial.println("Start");
}
unsigned long time1,time2;
/* =======================
* Tempo totale del ciclo di riconoscimento di una
* stringa comando tipo 'move' 600us senza stampe.
* Un comando tipo 'get' sulla telemetria
* impiega oltre 1 secondo
*=======================*/
void loop() {
time1=micros();
if (mySerial.available()>0){ stacca();
// Serial.print("letta:");Serial.println(inputString);
}
/* ============================
* Se il comando inviato inizia con R
* lo legge e trascodifica le due Velocità
* inviate dal server
***********************************
* Se il comando inizia con V si tratta
* di una richiesta di misure V=c1 e K=c2
*=========================*/
if (stringComplete) {
if(inputString[0]=='R')scan_get();
if(inputString[0]=='V')scan_put();

/* ==== qui sono disponibili i valori pwm per i motori====*/
//Serial.print("Pwm_Sx:");Serial.print(Sx);
//Serial.print(" Pwm_Dx:");Serial.println(Dx);
inputString = "";
stringComplete = false;
}

// time2=micros();
// Serial.println(time2-time1);
// delay(500);
}
</source>

Invoca, alla linea 43, la funzione stacca() contenuta nel blocco STACCA che realizza la readBytes() non presente nella libreria <SoftSerial.h>:

<source>
/*===================
* acquisesce la stringa dalla seriale
* impiega cica 600 us a leggere 20 char
*===================*/
void stacca() {
while (mySerial.available()) {
char inChar = (char)mySerial.read();
if (inChar != '\n' && inChar != '\r')
inputString += inChar;
if (inChar =='\n') {
stringComplete = true;
}
}
}
</source>

il main loop(). alle linee 55 e 56, invoca sca_get() e scan_put() contenute nel blocco SCAN che si occupano rispettivamente, la prima, di analizzare e ricevere dal Server i valori PWM da inviare al driver motori; la seconda di analizzare e restituire le misure telemetriche invocando le funzioni Mis_1() e Mis_2() contenute nel blocco MISURE.
<source>
void Mis_1(){
/* ===============================
* in c1 devi inserire la lettura, in questo caso
* misura la tensione Batteria. Vedi ADC
* =============================*/
float c1 =Volt();
char _buffer1[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c1, 5, 2, S);
// poi invio su seriale
sprintf(_buffer1, "uno_var=%s", S);
mySerial.println(_buffer1);
delay(500);
}
void Mis_2(){
/* =============================
* in c2 devi inserire la lettura, in questo caso
* mappa un trimmer da 1 a 50. Vedi ADC
* ===========================*/
float c2 =Kappa();
char _buffer2[INPUT_SIZE];
char S[6];
// trasformo prima in stringa
dtostrf(c2, 4, 1, S);
// se int non è necessario trasformare in stringa
sprintf(_buffer2, "due_var=%s", S);
mySerial.println(_buffer2);
delay(500);
}

float Volt(){
// rapporto del partitore
float R=13.70/1023.0;
return (float)analogRead(bat)*R;
}

float Kappa(){
// preleva la conversione da un trimmer e lo mappa
return (float)map(analogRead(pot),1,1023,1,50);
}
</source>
[[Category:Ruschino]]

ESP8266 Web server con telemetria

ESP8266 Web server con telemetria

2016-02-14T13:03:50Z

GioCupo: /* Le connessioni */

ESP8266 Web server con telemetria

2016-02-14T12:53:25Z

GioCupo: /* Le connessioni */