frsky s-bus

[romoloman]

Originalmente inviato da flyhight

Dunque il discorso è un po' intricato, ma semplice;
In generale puoi sostituire una ricevente classica con una s.bus sempre rimanendo sulla stessa marca della radio, oppure con una ricevente s.bus dichiaratamente compatibile;
Parlando in particolare di FrSky, essa ha prodotto anche riceventi che mandano fuori il segnale compatibile col protocollo Futaba s.bus, da una delle uscite del ricevitore stesso; ciò significa che se tu hai una radio FrSky e un ricevitore FrSky con uscita s.bus, puoi usarlo o con servi normali (PWM analogici o digitali); oppure puoi collegare dei servi Futaba s.bus (programmabili), oppure, caso più frequente, collegare il ricevitore subito ad una centralina di controllo es. di un quadricottero con un solo data cable in genere incluso nell'acquisto della centralina, e poi dalla centralina collegare i 4 o più regolatori del quadricottero o dell'elicottero; ricordo che Futaba, in concomitanza dell'implementazione della telemetria, ha introdotto il nuovo protocollo s.bus 2 (sui nuovi ricevitori sono presenti entrambe le uscite per i rispettivi segnali, il precedente s.bus ed il nuovo s.bus 2), utilizzabile per sensori e servi Futaba s.bus 2, e non adottato, per quanto ne sappia da ditte terze che producono centraline di controllo es. di quadricotteri, che sono rimaste appunto al protocollo s.bus;

Build telemetry Sensors for Futaba SBUS2 and a Data Logger

non esattamente... anche del sbus2 è stato fatto il reverse enginering.
tuttavia altri produttori hanno preferito separare i bus dei sensori da quelli di comando, la ragione è semplice, un corto su un bus dei sensori non manda in crash il bus di comando.
Le periferiche SBUS infatti da un punto di vista strettamente elettronico sono sempre ad alta impedenza rispetto al filo del segnale, non possono pertanto modificarne lo stato.
Le periferiche SBUS2 invece quando "parlano" sono a bassa impedenza visto che devono loro comandare il bus.
Se per errore una periferica manda in corto il cavo del segnale verso massa o lo tiene a livello logico alto, le altre periferiche non comunicano più.

In un mondo perfetto SBUS2 è superiore, in un mondo dove le cose possono rompersi, beh introduce possibilità di errori.

[mauro cap]

ok tutto chiaro: per ora mi limiterò ad una classica ricevente. Poi vedremo!
Grazie a tutti

[flyhight]

Originalmente inviato da romoloman

Build telemetry Sensors for Futaba SBUS2 and a Data Logger

non esattamente... anche del sbus2 è stato fatto il reverse enginering.
tuttavia altri produttori hanno preferito separare i bus dei sensori da quelli di comando, la ragione è semplice, un corto su un bus dei sensori non manda in crash il bus di comando.
Le periferiche SBUS infatti da un punto di vista strettamente elettronico sono sempre ad alta impedenza rispetto al filo del segnale, non possono pertanto modificarne lo stato.
Le periferiche SBUS2 invece quando "parlano" sono a bassa impedenza visto che devono loro comandare il bus.
Se per errore una periferica manda in corto il cavo del segnale verso massa o lo tiene a livello logico alto, le altre periferiche non comunicano più.

In un mondo perfetto SBUS2 è superiore, in un mondo dove le cose possono rompersi, beh introduce possibilità di errori.

Si, il motivo per cui alcuni scelgono di usare s.bus per dispositivi che ricevono solo, e s.bus 2 per telemetria, sicuramente è di sicurezza come dici tu; personalmente 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...

PS: anche del s.bus 2 hanno fatto reverse engineering, significa che lo hanno fatto dell's.bus, e che lo abbiano fatto spero non significhi che le ditte che fanno RX s.bus non abbiano i diritti del protocollo proprietario, seppur semplice e sempre che ci siano dei diritti... Cioè non vorrai dirmi che hanno visto cosa esce e fatto ricevitori che buttano fuori quanto misurato senza consultare Futaba, marchiato s.bus, senza che Futaba approvi il corretto funzionamento coi suoi magari servocomandi?

[romoloman]

Originalmente inviato da flyhight

PS: anche del s.bus 2 hanno fatto reverse engineering, significa che lo hanno fatto dell's.bus, e che lo abbiano fatto spero non significhi che le ditte che fanno RX s.bus non abbiano i diritti del protocollo proprietario, seppur semplice e sempre che ci siano dei diritti... Cioè non vorrai dirmi che hanno visto cosa esce e fatto ricevitori che buttano fuori quanto misurato senza consultare Futaba, marchiato s.bus, senza che Futaba approvi il corretto funzionamento coi suoi magari servocomandi?

Sia la Comunità Europea che gli Stati Uniti consentono il reverse enginering a norma di legge a scopo di interoperabilità. Quanto al reverse enginering del protocollo: nessuno ha consultato futaba che io ne sappia, il protocollo è talmente semplice che non ce ne è stato bisogno.

Magari futaba potrebbe non garantire (stupidamente) i suoi servi S-BUS con riceventi non sue, ma da un punto di vista legale fortunatamente il reverse enginering non solo esiste ma anche è consentito.

Inoltre neanche il nome ha copyright perchè SBUS è un marchio della SUN microsystem (ora Oracle)

Tu sapessi di quanta robe più cruciale per l'esistenza umana è stato fatto reverse enginering a causa della mancanza o perdita della documentazione originaria ti preoccuperesti meno di sapere che la stessa cosa è stata fatta per dei servocomandi RC

Per fare un'elenco nel solo settore informatico:
BIOS dei PC senza i quali non sarebbero esistiti PC compatibili
Filesystem di rete di microsoft senza il cui reverse enginering non esisterebbero gran parte dei NAS
Format binario dei documenti office, e di altre software house ora chiuse,
Senza il reverse enginering la leggibilità dei documenti sarebbe ristretta ad un software proprietario, praticamente togliendoti la proprietà dei tuoi dati.

Se poi parliamo del corpo umano e della medicina, senza reverse enginering non esisterebbero una marea di medicine...

[flyhight]

Originalmente inviato da romoloman

Sia la Comunità Europea che gli Stati Uniti consentono il reverse enginering a norma di legge a scopo di interoperabilità. Quanto al reverse enginering del protocollo: nessuno ha consultato futaba che io ne sappia, il protocollo è talmente semplice che non ce ne è stato bisogno.

Magari futaba potrebbe non garantire (stupidamente) i suoi servi S-BUS con riceventi non sue, ma da un punto di vista legale fortunatamente il reverse enginering non solo esiste ma anche è consentito.

Inoltre neanche il nome ha copyright perchè SBUS è un marchio della SUN microsystem (ora Oracle)

Tu sapessi di quanta robe più cruciale per l'esistenza umana è stato fatto reverse enginering a causa della mancanza o perdita della documentazione originaria ti preoccuperesti meno di sapere che la stessa cosa è stata fatta

Per fare un'elenco nel solo settore informatico:
BIOS dei PC senza i quali non sarebbero esistiti PC compatibili
Filesystem di rete di microsoft senza il cui reverse enginering non esisterebbero gran parte dei NAS
Format binario dei documenti office, e di altre software house ora chiuse,
Senza il reverse enginering la leggibilità dei documenti sarebbe ristretta ad un software proprietario, praticamente togliendoti la proprietà dei tuoi dati.

Se poi parliamo del corpo umano e della medicina, senza reverse enginering non esisterebbero una marea di medicine...

Ma scusa, sono stato gentile con te e ti inasprisci? Chi ha detto che la reverse engineering sia una pratica non consentita o inutile, visto che è una scienza anche a me ben nota? Forse mi sono spigato male, il solito mio amico al campo ha una RX FrSky s.bus, ha attaccato il suo bel flight controller all'uscita s.bus e mi son chiesto: ma i caratteri di stampa s.bus non mi sembrano quelli dei miei ricevitori Futaba; non è che hanno fatto reverse engineering di un protocollo tutto sommato semplice (non c'è cifratura dei dati) violando qualche ipotetico diritto di utilizzo del protocollo? Chiedo, non affermo...

[romoloman]

Originalmente inviato da flyhight

Ma scusa, sono stato gentile con te e ti inasprisci? Chi ha detto che la reverse engineering sia una pratica non consentita o inutile, visto che è una scienza anche a me ben nota? Forse mi sono spigato male, il solito mio amico al campo ha una RX FrSky s.bus, ha attaccato il suo bel flight controller all'uscita s.bus e mi son chiesto: ma i caratteri di stampa s.bus non mi sembrano quelli dei miei ricevitori Futaba; non è che hanno fatto reverse engineering di un protocollo tutto sommato semplice (non c'è cifratura dei dati) violando qualche ipotetico diritto di utilizzo del protocollo? Chiedo, non affermo...

Non mi sembra di essermi inasprito, comunque diritti non ne esistono se non sul logo...
Motivo per cui FrSky non può copiare il logo Futaba, ma può tranquilllamente reingegnerizzare il protocollo.

[klamath]

Originalmente inviato da flyhight

Ma scusa, sono stato gentile con te e ti inasprisci? Chi ha detto che la reverse engineering sia una pratica non consentita o inutile, visto che è una scienza anche a me ben nota? Forse mi sono spigato male, il solito mio amico al campo ha una RX FrSky s.bus, ha attaccato il suo bel flight controller all'uscita s.bus e mi son chiesto: ma i caratteri di stampa s.bus non mi sembrano quelli dei miei ricevitori Futaba; non è che hanno fatto reverse engineering di un protocollo tutto sommato semplice (non c'è cifratura dei dati) violando qualche ipotetico diritto di utilizzo del protocollo? Chiedo, non affermo...

non conosci Romolo, non si inasprisce mai, anzi a volte mi chiedo come faccia, ma se si inasprisce te ne accorgi...si eleva a 20000000000 Volts e skrachhhhh

[flyhight]

Originalmente inviato da romoloman

Inoltre neanche il nome ha copyright perchè SBUS è un marchio della SUN microsystem (ora Oracle)

Perdonami, non voglio farti elevare i Volts: Sunmicrosystem, ora del gruppo Oracle ma poco importa, ha inventato un bus chiamato SBus (nome sofferente di cloni in quanto si riferisce al generico termine "serial bus", ossia sistema di trasmissione seriale); quello Futaba si chiama S.Bus, che potrebbe anche in qualche modo discendere dal primo detto, ma dubito che, una volta ad oggi fatto suo in qualche modo che esula dal nostro discorso, non abbia diritti, se intendo per sistema S.Bus quello appunto per servi Futaba, sensori telemetrici Robbe o Futaba (Robbe è evidente che è in chiara collaborazione e produce da sempre prodotti per Futaba secondo certe specifiche, vedi le radio serie FX)... il dubbio sullo specifico marchio "S.Bus" Futaba (non su marchi Futaba, Fasst ecc., che ovviamente hanno copyrights) mi sorge ancora di più, non credo di essere fuori tema, anche se stiamo discorrendo di un dubbionon tecnico ma più commerciale/copyrights, stiamo parlando di S.Bus figlio di nessuno, quello insomma Futaba tanto per intenderci... Mi informerò meglio...

[romoloman]

Originalmente inviato da flyhight

Perdonami, non voglio farti elevare i Volts: Sunmicrosystem, ora del gruppo Oracle ma poco importa, ha inventato un bus chiamato SBus (nome sofferente di cloni in quanto si riferisce al generico termine "serial bus", ossia sistema di trasmissione seriale); quello Futaba si chiama S.Bus, che potrebbe anche in qualche modo discendere dal primo detto, ma dubito che, una volta ad oggi fatto suo in qualche modo che esula dal nostro discorso, non abbia diritti, se intendo per sistema S.Bus quello appunto per servi Futaba, sensori telemetrici Robbe o Futaba (Robbe è evidente che è in chiara collaborazione e produce da sempre prodotti per Futaba secondo certe specifiche, vedi le radio serie FX)... il dubbio sullo specifico marchio "S.Bus" Futaba (non su marchi Futaba, Fasst ecc., che ovviamente hanno copyrights) mi sorge ancora di più, non credo di essere fuori tema, anche se stiamo discorrendo di un dubbionon tecnico ma più commerciale/copyrights, stiamo parlando di S.Bus figlio di nessuno, quello insomma Futaba tanto per intenderci... Mi informerò meglio...

SBUS
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..

[MicheTN]

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)?