![]() |
[QUOTE=flyhight;4043492personalmente penso che se Futaba ha, ormai da un anno abbondante mi sembra, prodotto servi s.bus 2 è perché è sicura di farli funzionare bene sullo stesso segnale dei sensori; poi, esprimo concetti personali, visto che abbiamo una psicologia oltre che la fredda intelligenza, penso che se Futaba sarà conservativa e non rivoluzionaria, continuerà a produrre RX che hanno sia s.bus che s.bus 2, altrimenti in futuro potrebbe anche soppiantare s.bus in favore del solo s.bus 2, difficilmente, ma ripeto, sono considerazioni passionali e inutili... Grazie comunque del link all'articolo... [/QUOTE] In altri settori: Anche la Toyota era sicura che la sua centralina di controllo dell'acceleratore funzionasse senza problemi... Peccato che abbia fatto dei morti... E si sta parlando comunque di Toyota... Toyota's killer firmware: Bad design and its consequences | EDN I guasti spesso capitano in modo imprevisto/diverso rispetto alla progettazione, soprattutto quando su un bus si vanno ad attaccare periferiche sviluppate da reparti diversi dello stesso produttore o peggio ancora da produttori diversi, ESC di un produttore e servi di un altro. Comunque siamo abbondantemente OT. Non si sta parlando di SBUS2 e neanche delle riceventi Futaba... |
Citazione:
|
Citazione:
Motivo per cui FrSky non può copiare il logo Futaba, ma può tranquilllamente reingegnerizzare il protocollo. |
Citazione:
|
Citazione:
|
Citazione:
S.BUS S-BUS S_BUS commercialmente sono 4 marchi differenti, se non lo fossero S.BUS non sarebbe utilizzabile in quanto TM di sun microsystem/oracle. Poi ti ripeto un conto è il marchio un conto è il protocollo.. Sta di fatto che non mi pare che futaba abbia mai fatto causa a nessuno.. |
Avrei una domanda a proposito del protocollo S-BUS: sto allestendo un modello con dieci canali, 4 in fusoliera e 6 nelle ali (3 per semiala). Utilizzo una centralina (giofly 10 canali) per alimentare il tutto. La ricevente è una X8R. Vorrei montare un s-bus decoder frsky in ogni semiala, in modo da semplificare i cablaggi e ridurre i rischi di interferenza. I miei dubbi: - posso semplicemente sdoppiare passivamente (con una Y) l'uscita s-bus della X8R o è necessario un qualche tipo di hub? - posso far passare il segnale s-bus in centralina o conviene prima convertire in pwm e poi passare questo in centralina (quindi utilizzando un solo decoder posizionato in fusoliera)? |
Citazione:
Personalmente porterei in ala anche un alimentazione aggiuntiva o mi accerterei che il cavo SBUS abbia una discreta sezione, detto questo puoi portare in ala il decoder Sbus e basta |
Ti ringrazio molto per la risposta. Un mio dubbio riguardava anche la possibilità di far passare in centralina l'sbus, vista la presenza di filtri attivi. In alternativa potrei prevedere dalla ricevente il solo polo del segnale dell'uscita sbus e poi affiancarci un'alimentazione dalla centralina. Le masse essendo tutte in comune non dovrebbero creare problemi... |
Protocollo per FrSky? Mi riaggancio a questo vecchio post per tentare di togliermi una curiosità... Ho una Taranis ed un ricevitore X8R che, tra le altre, mette a disposizione un serial bus. Tenendo conto la disponibilità di dispositivi a microcontrollore anche fortemente integrati (cito Arduino giusto per esempio), mi è balenata l'idea di poter leggere il bus FrSky per poter controllare uno di questi dispositivi. La domanda vera è: il protocollo è pubblicamente disponibile o l'unica strada sarebbe l'ingegneria inversa? Grazie. |
| Tutti gli orari sono GMT +2. Adesso sono le 10:58. |
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