Commenti a: Come gestire e controllare i nostri dispositivi senza usare cavi – Parte 2 – Controllo via radio relè e temperatura con XBee e PIC16F88

Di: Giovanni Bernardo

Giovanni Bernardo — Fri, 20 Jan 2012 11:14:59 +0000

Gli XBee non sono Bluetooth.

Di: Framoro

Framoro — Fri, 20 Jan 2012 10:51:04 +0000

Si scusa…..Blog…….perdono ….

Si le conosco quelle schede Bluetooth…..considera che ho bisogno di una trasmissione sicura a ….100 -200 metri
meglio un xbee PRO…. :P

Grazieee

Di: Giovanni Bernardo

Giovanni Bernardo — Fri, 20 Jan 2012 10:26:56 +0000

E’ un blog non un forum. Con gli XBee puoi fare tutto. Scaricati il manuale che ho messo qui e capisci quale è il piu adatto a fare quello che vuoi: http://www.settorezero.com/wordpress/easy-bee-guida-alla-scelta-e-alla-comprensione-dei-moduli-xbee-free-ebook/

Di: Framoro

Framoro — Fri, 20 Jan 2012 09:57:55 +0000

Prima di tutto i miei complimenti per il forum !!!! Molto interesante e ben fatto !!!

Poi volevo chiedere una cosa, se posso usare questi moduli per collegare 3 o piu punti con USART dei pic ?
esempio:

Ho tre punti A B e C

A trasmette

B e C (o piu) devono ricevere.

In pratica devo trasmettere dei segnali di comando(trasmettitore A ,che sincronizza i vari moduli) a vari displayB-C-D-ecc(non sono altro che dei segna tempo)

Grazieee

Di: gabriel

gabriel — Sun, 16 Oct 2011 09:11:03 +0000

Ciao Giovanni, usando come base il software in C che proponi, ho l’esigenza di poter selezionare il canale di lettura analogica (AN0, AN1, ecc.) usando naturalmente il registro ADCON0. Purtroppo, la variazione del codice che occorre non è banale perché si rende necessario inserire nel protocollo un comando di selezione canale e anche inizializzare la parte di software che fa la media della lettura analogica nella routine dell’interrupt.
Quando finirò il codice, ti farò avere una copia perché tu possa darmi la tua opinione ed eventualmente pubblicarla. A presto.

Di: gippo

gippo — Wed, 22 Jun 2011 22:40:38 +0000

Beh, visto che si è parlato di bluetooth lascio un commento per chi fosse interessato… :)
Grazie alle 2 lezioni di Giovanni sugli XBee mi è venuta la voglia di provare anch’io a realizzare un progettino che funzionasse via wireless…
Qualche tempo fa ho realizzato un circuito di telecomando/controllo di 4 relè tramite seriale RS232… l’interfaccia l’ho implementata anche via web (in php) cosi da poter funzionare anche in rete locale e tramite internet…
Bene, adesso ho modificato il progetto eleminando il cavo seriale e comunicando i dati (sia i comandi verso i relè che i controlli sugli stati degli stessi) via wireless…
Io pero’ ho usato semplicemente un modulo bluetooth-TTL acquistato dall’america (eBay) al prezzo di circa 13 euro spedizione inclusa…
Il modulo è molto semplice da usare… probabilmente non ha tutte le funzioni degli XBee e sicuramente il raggio di azione è inferiore (una decina di metri) ma a livello didattico diciamo che è abbastanza interessante…
La scheda ha diversi ingressi e uscite anche configurabili ma x quello che dovevo fare io ho usato solo 4 pin: Vcc, GND, TX, RX… La scheda funziona a 5V (la versione che ho preso è composta del modulo bluetooth vero e proprio che funziona a 3.3V saldato su una schedina di adattamento per funzionare a 5V… in realtà credo non abbia le resistenze per la TTL a 5V ma questo problema si risolve facilmente inserendo un partitore sull’RX della scheda). Ovviamente il TX va collegato all’RX del PIC e l’RX al TX…
Il funzionamento è molto semplice… effettuando dal PC la ricerca di periferiche bluetooth viene trovata la scheda e viene associata creando una porta COM via bluetooth… appena con HyperTerminal (o tramite l’interfaccia che volete) aprite la porta COM relativa viene stabilita la connessione con il modulo bluetooth e la comunicazione è trasparente senza alcun altro carattere aggiuntivo… a carattere (byte) inviato corrisponde un carattere ricevuto in entrambi i sensi. Niente di più semplice…
Spero che questo possa essere d’aiuto a qualcuno… :)
Grazie Giovanni per i tuoi articoli e a presto…

Di: Giovanni Bernardo

Giovanni Bernardo — Tue, 22 Feb 2011 17:42:50 +0000

Ci sono delle schede che comunicano via Bluetooth utilizzando la seriale, tipo questo: http://www.robot-italy.com/product_info.php?products_id=1733
o questo: http://www.robot-italy.com/product_info.php?products_id=1734

Di: Camillo

Camillo — Tue, 22 Feb 2011 12:49:30 +0000

Dove posso trovare documentazione per realizzare questo genere di interfaccia da rs232 a bluetotth? Non è necessario ci sia un microcontrollore in mezzo, mi va bene anche che quello che intra dalla seriale venga inviato paro paro tramite il bluetotth. Grazie per l’aiuto

Di: Giovanni Bernardo

Giovanni Bernardo — Tue, 22 Feb 2011 07:25:26 +0000

Hai detto niente! Per me la soluzione più facile di tutte è usare l’Xbee. Se non hai una porta COM sul pc puoi usare l’adattatore su USB. Hai tutto il vantaggio che il treno di dati te lo ritrovi su seriale e lo puoi processare come meglio credi (tutti i linguaggi di programmazione hanno il supporto della seriale). Per usare il Wi-Fi ci vorrebbe una scheda che: da un lato prende i dati inviati dalla seriale (e quindi ha un convertitore RS232 a livelli ttl), un microcontrollore processa questi dati, prepara una pagina web con tutti i dati e poi la distribuisce via wi-fi.. un server insomma, tu lato pc ti colleghi all’indirizzo ip della scheda e ti leggi i dati… la cosa più complicata.. è sicuramente fattibile ma è più difficile: oltre a saper programmare bene in C devi pure conoscere almeno le basi dell’html, dato che il micro deve realizzare una pagina che si aggiorna da sola senza che tu stai li a fare il refresh della pagina… Un semplice refresh nei meta tag può bastare ma sicuramente l’utilizzo di ajax è più professionale.
Col bluetooth hai che questo può funzionare anch’esso come una seriale, per cui se sul pc hai un adattatore bluetooth che supporta il protocollo seriale ti ritrovi sempre una porta com da cui leggere i dati.

Di: Camillo

Camillo — Tue, 22 Feb 2011 00:48:29 +0000

Ma non dovrei fare nessuna operazione praticamente lo strumento funziona da solo ed in uscita alla rs232 invia i valori rilevati io vorrei fare un interfaccia che sia raggiungibile dal pc con il wifi (ad esempio usando la modalità ad-hoc). In pratica quello che farei con i due Xbee ma vorrei avere tutta l’elettronica dalla parte dello strumento. Il bluetooth come alternativa è più semplice?

Di: Giovanni Bernardo

Giovanni Bernardo — Mon, 21 Feb 2011 22:53:24 +0000

Collegarti ad uno strumento RS232 per ricevere i dati tramite il Wi-Fi? Di sicuro è molto costoso e difficile.

Di: Camillo

Camillo — Mon, 21 Feb 2011 21:40:40 +0000

Grazie per la risposta. Ho un altro dubbio: se io volessi collegarmi senza fili al mio strumento dal mio pc come dovrei fare? Senza aggiungere nulla dal lato pc, quindi sfruttando la scheda wifi già presente. Grazie

Di: Giovanni Bernardo

Giovanni Bernardo — Mon, 21 Feb 2011 08:55:35 +0000

Si. Ovviamente dovrai impostare i due Xbee in maniera che comunichino alla stessa velocità dati dell’apparecchio

Di: Camillo

Camillo — Sat, 19 Feb 2011 22:04:16 +0000

Ciao ho letto con interesse i tuoi articoli. Volevo chiederti un consiglio: io ho una apparecchiatura che rileva dei dati e tramite seriale li invia al pc, posso sostituire il cavo usando semplicemente due moduli Xbee montati uno su usb board (lato pc) e uno su scheda seriale Dte (lato strumento)? Grazie

Di: Sara Minuzzo

Sara Minuzzo — Mon, 08 Nov 2010 10:58:35 +0000

Aggiornamento: abbiamo acquistato il kit di sviluppo Digi Xbee Serie 2 da AreaSX ora appena riesco a tirare fuori la testa dall’ acqua e a respirare comincio a metterci le manine. Intanto a chi è interessato consiglio di visitare il sito di AreaSX(http://www.areasx.com/), tra l’ altro sono estremamente disponibili, ho già lavorato con loro sulle piattaforme modem GSM Telit e sono stati veramente disponibili.
Alla prossima!
Sara

Di: Sara

Sara — Thu, 14 Oct 2010 11:36:54 +0000

Ciao, di nuovo grazie. Attualmente ci siamo indirizzati presso un nostro fornitore da cui avevamo già comprato dei modem gsm della Telit e con cui siamo trovati particolarmente bene soprattutto a livello di supporto tecnico.A chi può interessare:http://www.areasx.it/index.php?D=1&page=prodotti.php&prodclass=1021

Penso che acquisterò il kit di sviluppo. Vi aggiorno.
Apresto.Ciao!!! Sara

Di: Giovanni Bernardo

Giovanni Bernardo — Fri, 08 Oct 2010 13:03:29 +0000

Diciamo che la questione non è tanto che la Digi non è chiara. C’è proprio il fatto che di moduli XBee ne esistono un’infinità e tra le varie “infinità” ce ne sono pure diverse versioni per poterle adattare alle legislazioni vigenti in vari paesi, per cui avrebbero dovuto fare, magari, una tabella comparativa giusto per capire le differenze salienti tra un modello e l’altro. Comunque tutti, appena devono comprare un modulo XBee, si trovano di fronte a questo interrogativo. Potrei dirti: vai su un PRO (serie1) con antenna esterna (se la tua applicazione lo permette) e ci riesci a fare tutto. A me dispiace per la legge Italiana, perchè quei moduli arriverebbero a distanze enormi se non ci fossero le limitazioni tutte Italiane e ne farebbero uno strumento davvero utile per qualsiasi cosa. Nulla però ti vieta di utilizzare un terzo XBee da usare per funzioni di ponte radio per aumentare le distanze. Tra le varie configurazioni, difatti, c’è anche questa. Mi fa piacere sapere come procede, come penso faccia piacere a tutti gli appassionati.

Di: saravbasic

saravbasic — Fri, 08 Oct 2010 11:51:42 +0000

Ma grazie per il rispostone!!Per la parte elettronica non c’è problema in quanto ho un ottimo elettronico in casa(vecchio ma funzionante come dico io).Devo dire che quelli della Digi non presentano le cose molto chiaramente sul loro sito. Grazie delle favolose delucidazioni!!!Magari se hai piacere poi ti aggiorno sugli sviluppi!Ciao.
Sara

Di: Giovanni Bernardo

Giovanni Bernardo — Tue, 05 Oct 2010 11:13:36 +0000

Guarda.. su due piedi non ti so essere d’aiuto, per il semplice motivo che la Digimesh ha una varietà di moduli zigbee che spesso quasi non ci sono differenze. Ti consiglio di chiedere nel forum di robot-italy (http://www.robot-italy.net), li vendono e sono molto preparati sull’argomento.
Tieni conto inoltre di numerosi fattori:
- alcuni dei moduli sul sito della Digimesh non sono destinati al mercato Europeo o Italiano in quanto qui ci sono delle forti restrizioni sulle potenze di trasmissione.
- alcuni modelli differiscono unicamente per il formato dell’antenna. Pur avendo stesse potenze, quelli con l’antenna integrata raggiungono distanze inferiori rispetto all’antenna a filo e ancora meno rispetto ad un’antenna esterna. L’antenna integrata è buona per motivi di spazio, ma avere un’antenna esterna a filo ti da più possibilità in quanto puoi scegliere pure antenne con alto guadagno e arrivi a trasmettere più lontano o con più potenza.

Oltre agli XBee e XBee PRO, ora ci sono pure gli XBee serie 2 e gli XBee PRO serie 2. Le differenze tra un XBee e un PRO sta in un set più avanzato di configurazioni, le serie 2 hanno ancora altre opzioni in più. Queste opzioni riguardano soprattutto le configurazioni per creare reti.

Se ti serve comunicare unicamente tra due dispositivi per scambiare dei dati reciprocamente, non ti serve fare spese elevate e può bastarti un XBee serie 1. Se poi però devi far convivere in un unico ambiente più coppie di dispositivi, magari usa i PRO (serie 1) che, oltre ad essere più potenti degli standard, hanno altri parametri di configurazione e non costano molto in più. Alla fine sono semplicissimi da utilizzare: se sai già usare una comunicazione UART sei già a cavallo. devi solo adattare i livelli di tensione come ho spiegato e alimentarli a 3V. Ma se prendi queste schedine di adattamento non fai nessuna fatica e il lavoro viene sicuramente più pulito.

Di: saravbasic

saravbasic — Tue, 05 Oct 2010 10:05:01 +0000

Ciao, sto partendo con un progetto zigbee ed ho alcuni dubbi con cui magari puoi aiutarmi, ho guardato sul sito della digi(http://www.digi.com/products/wireless/zigbee-mesh/) ma da brutta ignorante quale che sono non mi è chiara la differenza fra i vari moduli:
1) XBee® & XBee-PRO® ZB ZigBee® PRO RF Modules
(XBee® & XBee-PRO® ZB ZigBee® PRO RF Modules)
2)XBee® & XBee-PRO® DigiMesh™ 2.4 RF Modules
(http://www.digi.com/products/wireless/zigbee-mesh/xbee-digimesh-2-4.jsp#overview)
3)XBee® & XBee-PRO® 802.15.4 OEM RF Modules
(http://www.digi.com/products/wireless/point-multipoint/xbee-series1-module.jsp#overview)

Scusa ancora la profonda ignoranza.Puoi aiutarmi?

P.S.: All’ inizio ero indirizzata verso Aurel(a parte i costi del kit di sviluppo)….bhè non ci hanno cagati neanche di striscio…fastidiosissimi!!(Scusa il linguaggio)

Di: Francesco

Francesco — Thu, 17 Jun 2010 23:02:51 +0000

grazie mille per la dritta :-) ora sta a me capire come creare il vettore :-)

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 17 Jun 2010 15:01:26 +0000

Certo che è fattibile, in fondo i sistemi di comunicazione seriale si possono anche inventare dal momento che funzionano tutti piu o meno allo stesso modo. L’importante è sapere da dove cominciare. La cosa migliore in questo caso è fornire anche un clock, ma puoi renderti conto dei 3 uno successivi anche calcolando il tempo e in questo modo ti fai una comunicazione asincrona.

Di: Francesco

Francesco — Thu, 17 Jun 2010 14:58:52 +0000

grazie per l’immediata risposta, cmq pensavo di inviare i dati serialmente intendendo semplicemente commutando una porta settata in output sincronizzando l’877 con il 675 in questo modo: il 675 continua a inviare 1010101010 etc… fino a quando deve trasmettere, in tale occasione invierà 1010…101xyyyyyyyyyy dove x è 1 e le y sono i 10 bit del segnale convertito, i primi 2 uni di fila farebbero capire all’877 che i 10 bit successivi sono quelli da salvarsi, così è possibile? si cmq uso la 9.7.
grazie 1k ancora :-)

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 17 Jun 2010 14:28:19 +0000

i fuses di configurazione, come già detto tantissime altre volte, si trovano nel datasheet alla voce “special functions registers”. I nomi mnemonici, come già detto altrettante volte, si trovano nei files relativi al pic in uso nella cartella:

C:\Programmi\HI-TECH Software\PICC\PRO\9.65\include

ovviamente se hai una versione diversa dalla 9.65 li ci sarà un altro numero. Il file con i nomi mnemonici del 12F675 si chiama pic12f6x.h.

Il 16F675 ha i registri ANSEL che il 16F877 non ha e dei quali ho parlato in questo stesso articolo.

Di: Giovanni Bernardo

Giovanni Bernardo — Thu, 17 Jun 2010 14:24:22 +0000

Le modalità per usare il convertitore AD sono simili (se non del tutto uguali) a quelle già illustrate qui:

http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-11-parte-1-il-convertitore-analogico-digitale-principi-di-funzionamento/

e qui:

http://www.settorezero.com/wordpress/corso-programmazione-picmicro-in-c-lezione-11-parte-2-il-convertitore-analogico-digitale-esempi-pratici-termostato-con-isteresi/

quarzo esterno o clock interno è indifferente, basta che poi adatti le velocità di lettura e le impostazioni del convertitore AD in base alla frequenza operativa.

Non avendo il 12F675 nessuna periferica di comunicazione seriale, come pensi di inviare il dato verso il 16F877? A questo ci hai pensato?

Lo si può fare comunque sfruttando i protocolli I2C o USART emulando le comunicazioni via software, in giro su altri siti ci sono esempi adatti allo scopo.

Di: Francesco

Francesco — Thu, 17 Jun 2010 13:52:20 +0000

ciao,
innanzitutto i miei più sentiti complimenti in quanto la tua è stata l’unica guida che mi ha fatto capire ben benino come funziona il c per i pic e devo ammettere che è assolutamente un’altra cosa rispetto al c per pc, ancora complimenti e grazie.
in secondo luogo ho un problema: sto creando il programma in c per un pic 12f675 che deve leggere la temperatura da un ad590 che fornisce 1ma per grado k collegato a un operazionale che fornisce 0v a 0 gradi C° e 10v a 100 C°, convertirla in digitale e inviarla a un 16f877 per la lettura, il problema è che essendo il 12f675 a 8 pin la trasmissione deve essere fatta in maniere seriale, solo che non so come dirgli di leggere il valore analogico, convertirlo e salvarsi i 10 bit in un vettore del quale manderà uno alla volta i bit sul canale.
poi, non so nel __config del 675 cosa ci va messo, ho cercato nel datasheet ma non sono riuscito a trovarlo. Come ultima cosa vorrei sapere per chiarezza prima di scrivere il main e tt il programma cosa va obbligatoriamente impostato nel pic e come tipo clock etc…
grazie infinite in anticipo

Di: Giovanni Bernardo

Giovanni Bernardo — Sat, 12 Jun 2010 22:13:09 +0000

Grazie. Mi piace fare le cose per gradi, per cui il mio obiettivo è quello di partire dai pic 10/12/16, per poi arrivare ai pic18 (che una volta capiti bene i pic16 sono una passeggiata)… e quindi forse un giorno arrivare alle fasce alte …. ai pic24/dsPic. Per ora no quindi… Ma sono molto aperto, per cui se c’è qualcuno che ha dei piccoli tutorial o comunque informazioni di base per buttare giù un articoletto… ben venga per tutti quanti… Anche perchè i pic24 e i dsPic si programmano in C30 ed hanno un approccio molto diverso a quanto ho potuto vedere un po’ in giro.

Di: KID

KID — Sat, 12 Jun 2010 20:44:45 +0000

Salve, è da un bel po’ che seguo i tuoi tutorial sui PIC: davvero ben fatti, con una spiegazione semplice e allo stesso tempo molto precisa e dettagliata.

Mi chiedevo se per caso un giorno avessi intenzione di iniziare una serie di tutorial sull’uso dei dsPIC, molto più performanti dei PIC16 o PIC18 e sui quali purtroppo si fa fatica a trovare qualche guida/tutorial che non sia di quelli forniti dalla Microchip…