BaroneRosso.it - Forum Modellismo

BaroneRosso.it - Forum Modellismo (https://www.baronerosso.it/forum/)
-   Radiocomandi (https://www.baronerosso.it/forum/radiocomandi/)
-   -   Strano ma vero! (https://www.baronerosso.it/forum/radiocomandi/353312-strano-ma-vero.html)

pikemax 19 gennaio 16 18:02

Citazione:

Originalmente inviato da stasy (Messaggio 4826552)
Si ...diritto di recesso x acquisti via web :wink:

Come avevo suggerito millemila messaggi fa...

romoloman 19 gennaio 16 21:27

Citazione:

Originalmente inviato da massimob (Messaggio 4826419)
grazie, mi hai liberato da un dubbio bello grosso e semplificato di molto la vita
quindi tutti quegli HUB che Futaba propone a prezzi a dir poco discutibili? Si può vivere senza!

Ni... avrebbero un senso anche loro ma dubito che siano fatti come penso io...
In linea di principio avrebbe anche un senso porre dei buffer sulla linea del segnale, per evitare, nel caso di un corto di un servo sulla linea del segnale, che tutti i servi vadano a donnine per bene....
Tuttavia per evitare quel problema basterebbe un banalissimo hex buffer (tipo il CD4010) per far si che le linee di uscita siano pilotate in modo indipendente.
Il CD4010 per vs informazione costa 0.7€
Quasi quasi uno di questi giorni posto uno schema di un circuito semplice da farsi per fare un hub a 6 canali con protezione di ogni singolo servo.

rosnik 19 gennaio 16 22:35

Citazione:

Originalmente inviato da romoloman (Messaggio 4826843)
Quasi quasi uno di questi giorni posto uno schema di un circuito semplice da farsi per fare un hub a 6 canali con protezione di ogni singolo servo.

Grazie Romolo,
se troverai il tempo per farlo,
sarà certo gradito.

Il discorso, immagino,
comunque valga se si usano solo servi Sbus in una catena tutta Sbus.
Se invece l'usita Rx Sbus, viene convertita in PPM, dopo averlo fatto, tutti i servi vanno cablati, come dire?....... Alla vecchia maniera. :)

pikemax 20 gennaio 16 00:03

Citazione:

Originalmente inviato da romoloman (Messaggio 4826843)
Ni... avrebbero un senso anche loro ma dubito che siano fatti come penso io...
In linea di principio avrebbe anche un senso porre dei buffer sulla linea del segnale, per evitare, nel caso di un corto di un servo sulla linea del segnale, che tutti i servi vadano a donnine per bene....
Tuttavia per evitare quel problema basterebbe un banalissimo hex buffer (tipo il CD4010) per far si che le linee di uscita siano pilotate in modo indipendente.
Il CD4010 per vs informazione costa 0.7€
Quasi quasi uno di questi giorni posto uno schema di un circuito semplice da farsi per fare un hub a 6 canali con protezione di ogni singolo servo.

Per quel che so i cablaggi Futaba son cablaggi e basta....se serve ho un decoder originale Futaba che posso fotografare...io alla fine uso i decoder Assan a 4 uscite che una volta privati del cartoncino e del termo sono grandi e pesanti come una elettronica i n microservo.

massimob 20 gennaio 16 00:04

Citazione:

Originalmente inviato da romoloman (Messaggio 4826843)
Ni... avrebbero un senso anche loro ma dubito che siano fatti come penso io...
In linea di principio avrebbe anche un senso porre dei buffer sulla linea del segnale, per evitare, nel caso di un corto di un servo sulla linea del segnale, che tutti i servi vadano a donnine per bene....
Tuttavia per evitare quel problema basterebbe un banalissimo hex buffer (tipo il CD4010) per far si che le linee di uscita siano pilotate in modo indipendente.
Il CD4010 per vs informazione costa 0.7€
Quasi quasi uno di questi giorni posto uno schema di un circuito semplice da farsi per fare un hub a 6 canali con protezione di ogni singolo servo.

sarebbe cosa gradita, anzi graditissima
è sufficiente un solo CD4010 per collegare 6 canali?

massimob 20 gennaio 16 00:20

Citazione:

Originalmente inviato da pikemax (Messaggio 4826967)
Per quel che so i cablaggi Futaba son cablaggi e basta....se serve ho un decoder originale Futaba che posso fotografare...io alla fine uso i decoder Assan a 4 uscite che una volta privati del cartoncino e del termo sono grandi e pesanti come una elettronica i n microservo.

io ho installato il decoder Frsky, l'Assan non l'ho trovato, il "problema" del decoder Frsky è che ha i connettori sul circuito invece che i cavetti con le spinette come Assan, ma ho rimediato saldando i cavetti direttamente
tutto funziona perfettamente
ora però volevo installare 4 servi SBus Frsky alari (C2100 e D25 MA) che già ho in casa e volevo sincerarmi sul modo corretto per collegarli, ora mi è più chiara la procedura e quindi, appunto, procedo
in questo modo risparmio peso e la complicazione del decoder

romoloman 20 gennaio 16 09:30

Citazione:

Originalmente inviato da massimob (Messaggio 4826970)
sarebbe cosa gradita, anzi graditissima
è sufficiente un solo CD4010 per collegare 6 canali?

Esattamente....
E' un hex buffer che oltretutto può funzionare anche da level converter....

romoloman 20 gennaio 16 13:58

2 Allegato/i
Come promesso....
& fusibili autoripristinanti a protezione di ogni uscita, alimentato direttamente dal BEC/batteria.

Questo è il PCB rigorosamente monofaccia con un solo ponticello per l'alimentazione della parte logica.:
Dentro lo zip c'è anche lo schema...

http://www.baronerosso.it/forum/atta...a-vero-pcb.jpg

Volendo sarebbe ancora leggermente migliorabile ponendo delle resistenze da 100 Ohm in serie ad ogni uscita servo....

Archi 20 gennaio 16 14:22

Non mi preoccupa troppo che possa friggersi la porta di ingresso del segnale di un servo e che vada in corto, la vedo un'eventualità parecchio remota.

Dal mio punto di vista s.bus ha davvero senso se lo si utilizza come un vero bus, derivando i segnali solamente la dove servono in modo tale da minimizzare al massimo la quantità di fili.

Fare questo con i filini ed i connettori dei normali servi non è però il massimo, perchè questi non garantiscono di portare tutta la corrente che i nostri modelli spesso richiedono. La Emcotec su questo ha fornito dei prodotti interessanti, ma ad un consto non sempre accessibile.

Per quanto riguarda gli hub, il problema è sempre legato alla distribuzione dei segnali su di una topologia ad albero, in questo caso probabilmente se l'albero ha pochi rami, mettere tutto in parallelo non dà nessun problema, ma in casi più complessi non saprei cosa può capitare.

Ho misurato con il tester un hub 1:2 e elettricamente sembra un normale y, non so però se vi sia della cirtuiteria che aiuta a bilanciare il canale nei casi incasinati.

Ciao.

romoloman 20 gennaio 16 14:31

Citazione:

Originalmente inviato da Archi (Messaggio 4827346)
Non mi preoccupa troppo che possa friggersi la porta di ingresso del segnale di un servo e che vada in corto, la vedo un'eventualità parecchio remota.

Dal mio punto di vista s.bus ha davvero senso se lo si utilizza come un vero bus, derivando i segnali solamente la dove servono in modo tale da minimizzare al massimo la quantità di fili.

Fare questo con i filini ed i connettori dei normali servi non è però il massimo, perchè questi non garantiscono di portare tutta la corrente che i nostri modelli spesso richiedono. La Emcotec su questo ha fornito dei prodotti interessanti, ma ad un consto non sempre accessibile.

Per quanto riguarda gli hub, il problema è sempre legato alla distribuzione dei segnali su di una topologia ad albero, in questo caso probabilmente se l'albero ha pochi rami, mettere tutto in parallelo non dà nessun problema, ma in casi più complessi non saprei cosa può capitare.

Ho misurato con il tester un hub 1:2 e elettricamente sembra un normale y, non so però se vi sia della cirtuiteria che aiuta a bilanciare il canale nei casi incasinati.

Ciao.

Se uno non si preoccupa del segnale sbus bastano dei buoni fusibili ripristinabili in serie ad ogni alimentazione... (e con il tester potresti non vederli)
Concordo con te sul derivare i segnali solo dove servono, da cui la logica di hub protetti in giro per la macchina con adeguati cavi di alimentazione...

massimob 20 gennaio 16 15:55

Citazione:

Originalmente inviato da romoloman (Messaggio 4827315)
Come promesso....
& fusibili autoripristinanti a protezione di ogni uscita, alimentato direttamente dal BEC/batteria.

Questo è il PCB rigorosamente monofaccia con un solo ponticello per l'alimentazione della parte logica.:
Dentro lo zip c'è anche lo schema...

http://www.baronerosso.it/forum/atta...a-vero-pcb.jpg

Volendo sarebbe ancora leggermente migliorabile ponendo delle resistenze da 100 Ohm in serie ad ogni uscita servo....

sei un grande, grazie

rosnik 20 gennaio 16 16:25

Citazione:

Originalmente inviato da romoloman (Messaggio 4827315)
Come promesso....
& fusibili autoripristinanti a protezione di ogni uscita, alimentato direttamente dal BEC/batteria.

Questo è il PCB rigorosamente monofaccia con un solo ponticello per l'alimentazione della parte logica.:
Dentro lo zip c'è anche lo schema...

http://www.baronerosso.it/forum/atta...a-vero-pcb.jpg

Volendo sarebbe ancora leggermente migliorabile ponendo delle resistenze da 100 Ohm in serie ad ogni uscita servo....

GRAZIE!!!! :)
Meriterebbe un tread dedicato, però!

Minestrone 21 gennaio 16 16:15

Non vedo lo schema perché non ho il software adatto. Per curiosità che poliswitch usi Romoloman? Sto facendo fatica a reperire poliswitch con correnti di intervento al di sopra dei 7\8 ampere dei servi standard che abbiano tempi di intetvento brevi. Se il poliswitch interviene dopo conque o sei secondi la tensione alla ricevente fa in tempo a calare per troppo tempo e diventa probabile il buco per terra.

romoloman 21 gennaio 16 17:57

Citazione:

Originalmente inviato da Minestrone (Messaggio 4828467)
Non vedo lo schema perché non ho il software adatto. Per curiosità che poliswitch usi Romoloman? Sto facendo fatica a reperire poliswitch con correnti di intervento al di sopra dei 7\8 ampere dei servi standard che abbiano tempi di intetvento brevi. Se il poliswitch interviene dopo conque o sei secondi la tensione alla ricevente fa in tempo a calare per troppo tempo e diventa probabile il buco per terra.

Quelli di quello schema sono polyswitch smd da 3A ma qui c'è un catalogo ben fornito:
http://www.farnell.com/datasheets/13482.pdf

Attenzione che difficilmente dei servi standard andranno a 7/8 ampere. Quella è la corrente di stallo di servi da parecchi kg... Ho servi standard digitali da 15kg che non superano i 2A.
Controlla con servormances.

PS qui polyswitch sono questi se non erro 50 PCS 3A/8V 1812 PolySwitch SMT SMD Resettable Fuse | eBay
http://www.littelfuse.com/~/media/el...asheet.pdf.pdf

Comunque attenzione che quando si parla di tempi si parla di tempi alla corrente di intervento non in caso di corti... quindi anche il 300 che ha tempi di intervento di 4 secondi ad 8A in caso di corto stacca in meno di 1/10 di secondo...

Minestrone 21 gennaio 16 20:53

Io puntavo a 7/8 A per stare sul sicuro.
Per quanto riguarda i tempi di intervento so che è come scrivi ma io ho avuto una esperienza di quasi cortocircuito in cui un filo fuso era in corto ma non lasciava passare molta corrente. Ho fatto un intero volo con i servi lenti e deboli ma la ricevente è rimasta accesa. Dopo essere atterrato avevo la balsa nell'intorno del cavo carbonizzata. In un caso simile penso che la corrente non fosse molto al di sopra di una decina di ampere. In ogni modo probabilmente sono pippole mentali.

romoloman 21 gennaio 16 21:20

Citazione:

Originalmente inviato da Minestrone (Messaggio 4828763)
Io puntavo a 7/8 A per stare sul sicuro.
Per quanto riguarda i tempi di intervento so che è come scrivi ma io ho avuto una esperienza di quasi cortocircuito in cui un filo fuso era in corto ma non lasciava passare molta corrente. Ho fatto un intero volo con i servi lenti e deboli ma la ricevente è rimasta accesa. Dopo essere atterrato avevo la balsa nell'intorno del cavo carbonizzata. In un caso simile penso che la corrente non fosse molto al di sopra di una decina di ampere. In ogni modo probabilmente sono pippole mentali.

7/8 A sono inutili...
il polyswitch deve saltare se si supera la corrente di stallo non se va a fuoco il modello... :wink::wink::wink:

Se hai dei servi che assorbono al massimo 1A il polyswitch deve essere al massimo da 2A... altrimenti è inutile... è come mettere in casa un magnetotermico da 150A se al massimo l'impianto ne eroga 20....

Minestrone 22 gennaio 16 06:38

Ok hai ragione.

massimob 22 gennaio 16 09:54

Citazione:

Originalmente inviato da romoloman (Messaggio 4828800)
7/8 A sono inutili...
il polyswitch deve saltare se si supera la corrente di stallo non se va a fuoco il modello... :wink::wink::wink:

Se hai dei servi che assorbono al massimo 1A il polyswitch deve essere al massimo da 2A... altrimenti è inutile... è come mettere in casa un magnetotermico da 150A se al massimo l'impianto ne eroga 20....

anche i cablaggi hanno la loro importanza, se non sono adeguati al carico, i fusibili non intervengono oppure intervengono in ritardo

greg89 24 gennaio 16 21:00

Citazione:

Originalmente inviato da Archi (Messaggio 4826097)

Le riceventi 6008 SP non escono in s-bus, ma escono in seriale, in pratica con il semplice PPM.
Non so se i decoder normalmente in commercio siano in grado di gestire questo segnale e credo nemmeno nessun servocomando.

Io ho una 6007 SP, il modello più vecchio comprata appositamente per un sistema flybarless di un elicottero, probabilmente si può usare anche con i nuovi sistemi di stabilizzazione per gli aerei o con le centraline.

Per l'utilizzo del s-bus, ho comprato un hub e sembra in tutto e per tutto un normale y, non sono riuscito ad individuare niente per l'adattamento del segnale.

Ciao.

ecco.. allora.. se il mio sistema lavora con Sbus (vbar per esempio), ste benedette riceventi 6008 SP, funzionano con l'sbus o no?:lol:

rosnik 24 gennaio 16 22:31

Citazione:

Originalmente inviato da greg89 (Messaggio 4831291)
ecco.. allora.. se il mio sistema lavora con Sbus (vbar per esempio), ste benedette riceventi 6008 SP, funzionano con l'sbus o no?:lol:

Non pare che le istruzioni neghino si possa usare in Sbus.:o:

romoloman 24 gennaio 16 23:31

Citazione:

Originalmente inviato da rosnik (Messaggio 4831367)
Non pare che le istruzioni neghino si possa usare in Sbus.:o:

No la 6008SP esce solo come PPM quindi non SBUS!!
In sbus non si può usare...

italo.driussi 24 gennaio 16 23:32

Citazione:

Originalmente inviato da rosnik (Messaggio 4831367)
Non pare che le istruzioni neghino si possa usare in Sbus.:o:

Che io ricordi sono uscite prima del Sbus.

rosnik 25 gennaio 16 03:52

Debbo aver letto le istruzioni sbagliate. sorry

Archi 25 gennaio 16 11:31

Citazione:

Originalmente inviato da greg89 (Messaggio 4831291)
ecco.. allora.. se il mio sistema lavora con Sbus (vbar per esempio), ste benedette riceventi 6008 SP, funzionano con l'sbus o no?:lol:

Per il V-Bar, onestamente non ricordo, dovrebbe funzionare con il Bavarian Demon, con il Brain e sicuramente con il MicroBeast (almeno nelle prime versioni), ovviamente non selezionando S-Bus, ma serial.

Ciao.


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

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/2026