BaroneRosso.it - Forum Modellismo

BaroneRosso.it - Forum Modellismo (https://www.baronerosso.it/forum/)
-   Radiocomandi (https://www.baronerosso.it/forum/radiocomandi/)
-   -   OrangeRx Open LRS 433MHz TX Module (https://www.baronerosso.it/forum/radiocomandi/284716-orangerx-open-lrs-433mhz-tx-module.html)

romoloman 13 maggio 13 23:06

Citazione:

Originalmente inviato da Italia (Messaggio 3783247)
Allora mi spiego con calma che fortunatamente stasera sono abbastanza
scarico fortunatamente. Mi è stata data una vecchia radio che ha solo
la meccanica con relativi potenziometri integrati. L'idea è quella trasformarla in
una radio completa, creando l'HW di interfaccia.


Fin ora non ho avuto modo di vedere altre radio come sono fatte internamente, ma corregimi se sbaglio dovrebbero essere tutte analogiche. Non credo che esistono radio
che al posto del potenziomentro usano un encoder?!

Esistono anche quelle che usano l'encoder, ma non è quello di cui si sta parlando...

Ma se mi dici: voglio fare una soluzione analogica senza arduino vuol dire che vuoi fare un vecchio multiplex analogico.
Le radio attuali usano gli ADC (analog to digital converter) del processore per leggere i segnali dei potenziometri poi li elaborano..

Con arduino usando gli ADC leggi il segnale dei potenziometri e poi lo lavori in digitale, generando in un interrupt il treno di impulsi per il modulo.

Mi sembra che per quello che vuoi fare, tu ne sappia un po' troppo poco, ma nessuno nasce imparato, quindi è un'occasione buona per imparare....
Buona sperimentazione...:approved::approved:

Italia 14 maggio 13 11:01

In realtà quello che voglio fare io è una scheda, che attraverso un micro qualunque,
campioni attraverso l'adc le tensioni dei potenziomentri, gli elabori al fine di rendere
la misura esente da errori, e gli trasformi in formato ppm da mandare alla trasmittente.
Quando mi dici

Citazione:

Ma se mi dici: voglio fare una soluzione analogica senza arduino vuol dire che vuoi fare un vecchio multiplex analogico.
Le radio attuali usano gli ADC (analog to digital converter) del processore per leggere i segnali dei potenziometri poi li elaborano..
lo interpreto come "esiste solo arduino" invece io potrei usare un Pic come anche un Freescale o qualsiasi altro micro.
L'idea del multiplexer che tu citi forse da riferimento alla costruzione di un HW con specifico in cui bisogna però utilizzare un un ADC congiuntamente ad un multiplexer ed una logica a mappe di carnaugh (è questo quello che intendevi?).

Ovviamente ammetto che sulle radio da modellismo ne so poco, ma sulla progettazione di HW/FW le cose cambiano. Quindi cerco sostegno per sapere ed imparare quello che serve a coprire le lacune :D:D:D:D.
Se fossi così gentile da fornirmi qualche tutorial sulle tempistiche ppm te ne sarei grato.
Infatti da quanto ho potuto leggere tra vari pezzi di codice mi pare di capire che ci sia un tempo di 300usec in cui la linea dati(ppm) si trova a livello logico LOW, seguita da un livello logico HIGH che ha un tempo minimo pari a 700usec, ed un massimo di 1700usec, che per analogia genera sul ricevitore una pwm a 50HZ con un TON compreso tra 1 e 2msec.


Corregetemi sempre se sbaglio!!

romoloman 14 maggio 13 11:57

Citazione:

Originalmente inviato da Italia (Messaggio 3783803)
lo interpreto come "esiste solo arduino" invece io potrei usare un Pic come anche un Freescale o qualsiasi altro micro.

Infatti da quanto ho potuto leggere tra vari pezzi di codice mi pare di capire che ci sia un tempo di 300usec in cui la linea dati(ppm) si trova a livello logico LOW, seguita da un livello logico HIGH che ha un tempo minimo pari a 700usec, ed un massimo di 1700usec, che per analogia genera sul ricevitore una pwm a 50HZ con un TON compreso tra 1 e 2msec.

Corregetemi sempre se sbaglio!!

Allora io non ho detto da nessuna parte esiste solo arduino...
ti ho detto solo esiste qualcosa di fatta da cui partire....


quanto all'hw lo fai con quasi tutti i processori, con alcuni pic nel momento in cui tu volessi gestire una parta trainer potresti avere dei problemi sulla risoluzione del sample & capture ma questo è un altro discorso...


Per il segnale PPM si è come hai detto tu.. ma i limiti nella realtà non sono quelli.

ci sono servi che riescono a funzionare da 500 a 2500uSec di impulso

Lo standard prevede:
1520 centrale ed estensione di +/-500 ma si arriva tranquillamente a +/- 625
quello che conta è la distanza fra i fronti di salita / discesa a seconda che l'impulso sia negativo o positivo e l'impulso deve avere una parte bassa o alta di almeno 300uSec come coda.
Il treno di impulsi si ripete ogni 22.5secondi (per 8 canali) o di più all'aumentare dei canali.

Italia 14 maggio 13 12:00

Perfetto,

adesso credo di avere almeno i primi dati per poter iniziare la scheda
di interfaccia!Ti ringrazio e ti terrò al corrente degli sviluppi, magari qualcun
altro potrebbe voler fare qualcosa del genere e troverà utile la scheda..

romoloman 14 maggio 13 12:18

Comunque ribadisco...
sei così sicuro di riuscire a fare qualcosa di competitivo e fattibile in casa per tutti rispetto ad esempio ad usare una scheda di sviluppo esistente ?

Fino a che punto vuoi arrivare nella programmabilità di quella radio ?
Conti di metterci un display ?
Se in un futuro tu volessi usare la telemetria che ritorna dal modulo frsky probabilmente un pic non basterebbe, un ATMEGA32 a 8 Mhz starebbe stretto (te lo dico per esperienza visto che su un atmega 64 a 16Mhz ci si sta veramente stretti)

Personalmente collaboro a qualcosa del genere usando come micro un stm32 o un arm sam3s4.
In entrambi si riescono ad implementare cosucce carine...
Tutto però dipende da dove vuoi arrivare....

Se conti di fare qualcosa di condiviso considera anche la popolarità del processore che scegli, non tutti conoscono i pur validi Freescale..
Insomma la scelta dipende da cosa vuoi fare e dove vuoi arrivare.
Una radio da modellismo non prende solo i 4 stick e li manda al modulo....

Italia 14 maggio 13 13:04

Il mio presupposto è disegnare l'hardware ed il firmware di interfaccia per adesso tra
parte analogica e sistema di trasmissione radio.
Poi da qui ad arrivare a cose più complesse certamente sono il primo a dire che bisogna
avere una conoscenza più approfondita. Come avrai capito sono un progettista di HW/FW, quindi parliamo la stessa lingua.
Usare un PIC ad 8 bit, oppure un arduino con su un ATMEL non cambia moltissimo nelle
prestazioni complessive, anche se sappiamo bene che in termini di velocità media
espressa in MIPS l'ATMEGA328 vince sui PIC. Usare un processore a 32 bit, vista l'esigua
quantità di dati da trasmettere, mi sembra un pò sprecato visto ciò che intendo fare.
Per l'aggiunta di un display, soprattutto se seriale, non serve salire molto in potenza di
calcolo quanto più in memoria FLASH.
Se poi la radio che sto pensando di usare implementa ulteriori caratteristiche sono ben
curioso di capire come fare per poter accedere anche alle telemetrie.

romoloman 14 maggio 13 15:10

Citazione:

Originalmente inviato da Italia (Messaggio 3783939)
Il mio presupposto è disegnare l'hardware ed il firmware di interfaccia per adesso tra
parte analogica e sistema di trasmissione radio.
Poi da qui ad arrivare a cose più complesse certamente sono il primo a dire che bisogna
avere una conoscenza più approfondita. Come avrai capito sono un progettista di HW/FW, quindi parliamo la stessa lingua.
Usare un PIC ad 8 bit, oppure un arduino con su un ATMEL non cambia moltissimo nelle
prestazioni complessive, anche se sappiamo bene che in termini di velocità media
espressa in MIPS l'ATMEGA328 vince sui PIC. Usare un processore a 32 bit, vista l'esigua
quantità di dati da trasmettere, mi sembra un pò sprecato visto ciò che intendo fare.
Per l'aggiunta di un display, soprattutto se seriale, non serve salire molto in potenza di
calcolo quanto più in memoria FLASH.
Se poi la radio che sto pensando di usare implementa ulteriori caratteristiche sono ben
curioso di capire come fare per poter accedere anche alle telemetrie.

Guarda che di roba fra flash e calcolo ne serve più di quanto tu non immagini...

Fidati.... :wink::wink::wink:

opentx - Improving your Tx! - Google Project Hosting


http://www.frsky-rc.com/NewProducts/

Italia 14 maggio 13 16:33

Ti dirò,

tu mi fai vedere cose già fatte che chiaramente sono belle da vedere
e non metto in dubbio che già esistono e di sicuro meglio di qualcosa
che deve essere ancora costruito come nel mio caso.
Ti dico che conosco molto bene l'ambiente di sviluppo arduino e posso
chiaramente dirti che programmandolo in c++, questo è già un pugno
allo stomaco per il compilatore che sicuramente diminusce l'efficienza
del codice prodotto aumentandone lo spazio occupato.
Non posso mettermi in competizione e non voglio farlo con chi già
queste cose le produce. Poi se mi dici che di potenza di calcolo ne serve,
tutto è sempre relativo a ciò che devi fare. Se chiaramente hai interfacce
grafiche o comunque interfacce con display a lcd e menu di configurazione
mi pare più che evidente che di flash ne serva in abbondanza.
Poi se la domanda è:
Citazione:

sei così sicuro di riuscire a fare qualcosa di competitivo e fattibile in casa per tutti rispetto ad esempio ad usare una scheda di sviluppo esistente ?
La risposta è molto semplice, come per tutti gli esseri umani il limite più
grande è mancare di fantasia. Se hai quella puoi fare ciò che vuoi.
Tornando sulla terra, se la specifiche di comunicazione sono quelle che mi
hai detto, ti mostrerò che fare l'interfaccia di cui parlo io è solo un passatempo.
Ti ripeto, comprare qualcosa di già fatto non mi interessa. Certo non voglio
mettermi a riprogettare un modulatore, ma almeno un'interfaccia con cui
iniziare un progetto quello certo!

romoloman 14 maggio 13 17:32

Citazione:

Originalmente inviato da Italia (Messaggio 3784313)
Ti dirò,

tu mi fai vedere cose già fatte che chiaramente sono belle da vedere
e non metto in dubbio che già esistono e di sicuro meglio di qualcosa
che deve essere ancora costruito come nel mio caso.
Ti dico che conosco molto bene l'ambiente di sviluppo arduino e posso
chiaramente dirti che programmandolo in c++, questo è già un pugno
allo stomaco per il compilatore che sicuramente diminusce l'efficienza
del codice prodotto aumentandone lo spazio occupato.
Non posso mettermi in competizione e non voglio farlo con chi già
queste cose le produce. Poi se mi dici che di potenza di calcolo ne serve,
tutto è sempre relativo a ciò che devi fare. Se chiaramente hai interfacce
grafiche o comunque interfacce con display a lcd e menu di configurazione
mi pare più che evidente che di flash ne serva in abbondanza.
Poi se la domanda è:


La risposta è molto semplice, come per tutti gli esseri umani il limite più
grande è mancare di fantasia. Se hai quella puoi fare ciò che vuoi.
Tornando sulla terra, se la specifiche di comunicazione sono quelle che mi
hai detto, ti mostrerò che fare l'interfaccia di cui parlo io è solo un passatempo.
Ti ripeto, comprare qualcosa di già fatto non mi interessa. Certo non voglio
mettermi a riprogettare un modulatore, ma almeno un'interfaccia con cui
iniziare un progetto quello certo!

La mia considerazione è che a prescindere da LCD e menate varie (che comunque dovrai gestire in qualche modo se vuoi leggere la telemetria o programmare una radio, una radio "moderna" non prende 4 stick e li manda a 4 canali, ci sono infinite cose che una radio deve fare, dalla gestione delle miscelazioni, alle fasi, alla gestione degli interruttori logici e qui se mi permetti me la sentirei di poter insegnare qualcosa a chi volesse imparare qualcosa.

Comunque buona sperimentazione e buon assembler, io me ne rimango fedele al C++ ma anche li è questione di filosofia e di scelta...

Italia 14 maggio 13 21:18

Ciao,

se hai qualche tutorial o qualcosa da cui poter prrendere nuove cose
sono un pozzo di curiosità.
In ogni caso questo è solo un esperimento che nasce dalla curiosità di
riesumare una vecchia radio e magari imparare come funzionano le
trasmittenti moderne.
Se hai qualcosa da passarmi per potermi fare una cultura sull'argomento
te ne sarei grato.


Tutti gli orari sono GMT +2. Adesso sono le 23:13.

Basato su: vBulletin versione 3.8.11
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
E' vietata la riproduzione, anche solo in parte, di contenuti e grafica. Copyright 1998/2019 - K-Bits P.I. 09395831002