RCMANIA.cz

Veľkosť obrázka modelu hlavnej obrazovky pre Horus X20 je 300 x 280 a 180 x 166 pre Horus X10

Založenie nového modelu

TomasC píše:Tohle je taky zajímavá stránka http://ethos.frsky-rc.com/2020/07/

u Frsky máš výhodu, že neplatíš za značku. V minulosti jsi neplatil za design ("inspirace" skříní od JR nebo grafikou a desgnem JETI Central Box), kontrolu kvality (třeba kabely kniplů u Ečka), odolnost proti rušení (FPV závody v Holešovické tržnici, kde si to neporadilo s místními wifi) nebo testování skutečnými modeláři (OS v Horusu, viz graupovo reakce), teď už neplatíš ani za web.

Woita píše:Vývoj Ethosu běží, testuje se, připomínkuje se... firmware stíhá firmware...
Zatím mi tam ještě hodně věcí vadí... no ale maká se na tom, tak uvidíme jak to bude nakonec vypadat.
Oproti OpenTX (pořád mne to nutí srovnávat) tomu zatím něco chybí, a něco to má zase navíc. Třeba jak se říká, že v Open TX může být vstupem cokoliv, tak v Ethosu ještě víc než cokoliv. Třeba místo kniplu jde použít vnitřní gyro rádia:
[youtube]http://www.youtube.com/watch?v=k4G2urqxfhM[/youtube]

Ano, zatímco Open TX umí přiřadit cokoliv, některé jiné značky umí víc než cokoliv již 8 let. To jen pro kontext historie tebou zmíněné funkce! Nemyslím to nijak zle!
[youtube]http://www.youtube.com/watch?v=RsdgHqOLw7g[/youtube]

Další příspěvky prosím jen k tématu FrSky ETHOS. Díky.

TomasC píše:Tohle je taky zajímavá stránka http://ethos.frsky-rc.com/2020/07/

Tome, hloupý dotaz - jaký má citovaný příspěvek vztah k Ethosu? Vyvolat flame - viz Honzova reakce? Nechte Ethosu čas, pak odzkoušejte produkční kus, a kritizujte. Jinak je to jen honění ega. Btw. v historii výrobků Jeti také nebylo vždy vše zalité sluncem.

Jenže to je sakra rozdíl-Jeti jsou modeláři, které vývoj přinutil programovat. Proto akcentují spolehlivost (HW i SW) a SW tak, aby navazoval na způsob, jakým si požadavky a otázky na řízení klade modelář-a růžové to nebylo tam, kde tápali v tom "jak to naprogramovat a nezavřít si do budoucna dveře k něčemu jinému".
Problém a hlavní rozdíl FrSky oproti nim je v tom, že FrSky jsou IT, programátoři a obchodníci, kteří se rozhodli podnikat ve volnočasovém segmentu a dělají to tak, aby to vyhovovalo jim (hlavně programátorům a ekonomickému oddělení), včetně podstatné části lidí, kteří o reálné aplikaci patrně vlastně nic neví a prostě dostali za úkol "naprogramuj tohle, aby to dělalo to, to a tamto v mezích XY". Tak si to programátor pojmenuje, udělá to tak, aby se mu to dobře psalo-a ty, BFU, se třeba postav na hlavu a zvykni si.
U OTx museli převzít platformu, kterou si vyvinuli modeláři k naroubování na nějaký (podstatně starší a míň výkonný) HW. FrSky OS-jako člověk nezatížený předsudky o jednotlivých systémech současnosti jsem se na to podíval a šel si pro blicí pytlík. Koncepční zprzněnina OTx v kabátu "aby to poloviční pako naprogramovalo za misku rýže tak, aby měl vizuální retard dojem jak má vlastně Futabu, bylo to hezky barevný a dalo se po tom šmatlat jak po smártfounu, což Futaba nemá, určitě ne tak veliký, heč". Logika menu a řazení příkazů je v OTx někdy trochu neintuitivní (ve smyslu bug, ale asi dáno historicky), tady je to fíčura k zblití. O tom, že spotřeba elektriky je kvůli zvolenému HW i SW zralá na prodlužovačku s jedním koncem v Temelíně ani nemluvě. podle mne slepá ulička a oproti OTx technický potrat.

A naprosto upřímně-jak jsem nad Ethosem zajásal u počtu mixů, funkcí a tak-prostudoval jsem co jsem našel a mám dojem jako z FrSky OS. Grafické šmatlací UI nade vše (ale na něco se bez tlačítek člověk nedostane a na displeji nepozná kdy a na co) a vyhodit Inputs je lapsus jaxviň, na první pohled daný asi tím, že by jim nevycházel počet a formát ikonek.
Jsou progresivní jako programátoři a vývojáři elektroniky, to jako jo-ve všech trendech vč. přibližovat se Apple graficky i "intuitivností" na úkor technické strukturovanosti a návaznosti.
Potřebovali by pořádnou sodu od někoho, kdo chce řídit model, ve kterém zahučelo 1k hodin pižlání lupenkovkou a nechce o něj přijít, ne "být modelář" z titulu otloukání bublin a BnF...

RC_FB píše:Jenže to je sakra rozdíl-Jeti jsou modeláři, které vývoj přinutil programovat. Proto akcentují spolehlivost (HW i SW) a SW tak, aby navazoval na způsob, jakým si požadavky a otázky na řízení klade modelář-a růžové to nebylo tam, kde tápali v tom "jak to naprogramovat a nezavřít si do budoucna dveře k něčemu jinému".
Problém a hlavní rozdíl FrSky oproti nim je v tom, že FrSky jsou IT, programátoři a obchodníci, kteří se rozhodli podnikat ve volnočasovém segmentu a dělají to tak, aby to vyhovovalo jim (hlavně programátorům a ekonomickému oddělení), včetně podstatné části lidí, kteří o reálné aplikaci patrně vlastně nic neví a prostě dostali za úkol "naprogramuj tohle, aby to dělalo to, to a tamto v mezích XY". Tak si to programátor pojmenuje, udělá to tak, aby se mu to dobře psalo-a ty, BFU, se třeba postav na hlavu a zvykni si.
U OTx museli převzít platformu, kterou si vyvinuli modeláři k naroubování na nějaký (podstatně starší a míň výkonný) HW. FrSky OS-jako člověk nezatížený předsudky o jednotlivých systémech současnosti jsem se na to podíval a šel si pro blicí pytlík. Koncepční zprzněnina OTx v kabátu "aby to poloviční pako naprogramovalo za misku rýže tak, aby měl vizuální retard dojem jak má vlastně Futabu, bylo to hezky barevný a dalo se po tom šmatlat jak po smártfounu, což Futaba nemá, určitě ne tak veliký, heč". Logika menu a řazení příkazů je v OTx někdy trochu neintuitivní (ve smyslu bug, ale asi dáno historicky), tady je to fíčura k zblití. O tom, že spotřeba elektriky je kvůli zvolenému HW i SW zralá na prodlužovačku s jedním koncem v Temelíně ani nemluvě. podle mne slepá ulička a oproti OTx technický potrat.

A naprosto upřímně-jak jsem nad Ethosem zajásal u počtu mixů, funkcí a tak-prostudoval jsem co jsem našel a mám dojem jako z FrSky OS. Grafické šmatlací UI nade vše (ale na něco se bez tlačítek člověk nedostane a na displeji nepozná kdy a na co) a vyhodit Inputs je lapsus jaxviň, na první pohled daný asi tím, že by jim nevycházel počet a formát ikonek.
Jsou progresivní jako programátoři a vývojáři elektroniky, to jako jo-ve všech trendech vč. přibližovat se Apple graficky i "intuitivností" na úkor technické strukturovanosti a návaznosti.
Potřebovali by pořádnou sodu od někoho, kdo chce řídit model, ve kterém zahučelo 1k hodin pižlání lupenkovkou a nechce o něj přijít, ne "být modelář" z titulu otloukání bublin a BnF...

... Nechte Ethosu čas, pak odzkoušejte produkční kus, a kritizujte. Jinak je to jen honění ega....

Ještě tři dotazy:
Byl jsi u Frsky, že víš, jak tam probíhá vývoj a výroba?
Kolik jsi odzkoušel systémů různých výrobců?
Projektuješ nebo řídíš nějaké SW projekty v současnosti?
Neber to jako útok, jen mě to zajímá.

to BoŠ..-Souhlasím s ...Nechte Ethosu čas, pak odzkoušejte produkční kus, a kritizujte.
Neberte to osobně ale ty další tři otázky jsou začátek konce jakékoli další diskuze.Diskutovat o diskutujícím je mimo téma.Lze to řešit v osobní poště.Snad to co jsem napsal bude pochopeno v dobrém.Nejsem admin.

RC_FB píše:... bylo to hezky barevný a dalo se po tom šmatlat jak po smártfounu, což Futaba nemá, určitě ne tak veliký, heč"...

Mňa by zas zaujímalo na akom rádiu od FsSky so šmatlacím displejom, si ten FrOs skúšal.

1) U Frsky jsem nebyl
2) Před dvaceti lety a před nedávnem jsem se pohrabal v Hitec (super!, jen občas něco fakt nejde, nebo je to peklo, ale to co jde je hodně snadné), Futaba (člověk si chvíli zvyká, pak dost dobrý), Graupner MC-24 (původní hranatá; německá systematická důkladnost, technická hlava si zvykne dost rychle-i proto, že má plnou přiřaditelnost fyzických vstupů jako OTx)
3) Nevyvíjím a neřídím, nejsem programátor a dokonce ani CAD kreslič. Ale s různou intenzitou se motám kolem docela specifických kusových výrob, kde člověk musí brát v potaz na čem se co bude vyrábět a jaké jsou mechanické a programovací možnosti. Z pohledu třeba prototypování v automotive nebo kusových součástek pro speciální stroje to jsou vidlácké čučkařiny, ale stejně mne to nutí přijít k něčemu (stroj), u čeho chápu rámec funkce a ovládání, nemám šanci pobrat nějaké finesy (a vlastně ani základy toho ovládání) a musím to vymyslet tak, aby se dalo dělat co nejsnáz a nejefektivněji. Při kreslení i na mašině.
Takže se na některé věci koukám asi o dost jinýma očima než ostatní.

Z OTx kape relativně nezaobalená matematika (směry, inverze, váhy, mixování)-pochopitelné, vznikalo to na HW s nějakými výpočetními a paměťovými možnostmi a tohle je způsob, jak získat co nejvíc při zabrání co nejméně paměti. A dá se k němu "matematicky" chovat. Jak si člověk zvolí vztažnou soustavu, resp. nahoře/dole/vlevo/vpravo je na něm, jen se nesmí ve znaménkách a inverzích ztratit. Má to nějaké konvence, ale dá se jít jakkoliv proti nim a pokud je člověk konzistentní, no problem.
Hitec, Futaba, Graupner-celkem pochopitelné "nahoru/dolů, přidat/ubrat"-a jak je to matematicky vyřešené je vlastně skryté a člověk se nemusí starat.
Frsky OS a Ethos v současné podobě vypadají, jako že se je někdo snažil učesat OTx-a dali to učesat někomu, kdo normálně češe UI třeba pro CNC brusku, kde se s kladnou a zápornou částí chodu osy funguje docela běžně, akorát pro modeláře a nově příchozího BFU je asi snazší suchý matematický základ, než matika s "průmyslovou" nástavbou, do keré je navíc hůř vidět...

Nijak nezpochybňuju a rozhodně vítám, že přidávají rozsah možností. Ale:
-Na co 100 senzorů telemetrie? Jak se to podepíše v objemu datového přenosu, resp. framerate a latence? Žravosti přijímače? Tohle pozitivně nevidím.
-Zrušení Inputs: proč? Oddělení požadavku na vnímání fyzického ovladače, specifikaci požadavku na reakci a nastavení výkonového prvku (serva) je skvělý zpřehledňovač a síla libovolně přiřaditelného systému. V tomhle kontextu 200 řádků v mixeru už vůbec není takové bohatství, jak to vypadalo.
I výpočetně musí být rychlejší vybrat (z matice?) v daném režimu k "páce" přiřazenou funkci a pak s ní operovat v mixeru, než uprostřed mixerového výpočtu zjišťovat, jaký je vlastně flightmode a tedy jaké je vlastně zadání. Anebo jsem konzerva a vůbec netuším a nechápu, jak dneska vypadají programovací možnosti?

Dostupné jsou především informace a obrázky z UI, ale mnohem víc by mne zajímalo, jaký je zaručený framerate při jakém zatížení, jestli se liší při čtyřech řádcích v mixeru a při plném...
Nic ve zlém, ale dostupné informace vypadají jako předváděčka předprodukčních kusů auta, která se soustředí na user-friendly infotainment, nastavování sedaček, super fíčury na kindersitz a nejtechničtějš informace je budoucí podoba katalogu tapecíruňku a laku. Podvozek? Motor? Převodovka?

TomasC píše:Tohle je taky zajímavá stránka http://ethos.frsky-rc.com/2020/07/

BoŠ píše:Tome, hloupý dotaz - jaký má citovaný příspěvek vztah k Ethosu? Vyvolat flame - viz Honzova reakce? Nechte Ethosu čas, pak odzkoušejte produkční kus, a kritizujte. Jinak je to jen honění ega. Btw. v historii výrobků Jeti také nebylo vždy vše zalité sluncem.

Snad jen to, že je web připraven od 2020/07, je to ve wordpressu a zatím tam nic není. Víc za tím nehledej.

RC_FB píše:1) U Frsky jsem nebyl
2) Před dvaceti lety a před nedávnem jsem se pohrabal v Hitec (super!, jen občas něco fakt nejde, nebo je to peklo, ale to co jde je hodně snadné), Futaba (člověk si chvíli zvyká, pak dost dobrý), Graupner MC-24 (původní hranatá; německá systematická důkladnost, technická hlava si zvykne dost rychle-i proto, že má plnou přiřaditelnost fyzických vstupů jako OTx)
3) Nevyvíjím a neřídím, nejsem programátor a dokonce ani CAD kreslič. Ale s různou intenzitou se motám kolem docela specifických kusových výrob, kde člověk musí brát v potaz na čem se co bude vyrábět a jaké jsou mechanické a programovací možnosti. Z pohledu třeba prototypování v automotive nebo kusových součástek pro speciální stroje to jsou vidlácké čučkařiny, ale stejně mne to nutí přijít k něčemu (stroj), u čeho chápu rámec funkce a ovládání, nemám šanci pobrat nějaké finesy (a vlastně ani základy toho ovládání) a musím to vymyslet tak, aby se dalo dělat co nejsnáz a nejefektivněji. Při kreslení i na mašině.
Takže se na některé věci koukám asi o dost jinýma očima než ostatní.

Z OTx kape relativně nezaobalená matematika (směry, inverze, váhy, mixování)-pochopitelné, vznikalo to na HW s nějakými výpočetními a paměťovými možnostmi a tohle je způsob, jak získat co nejvíc při zabrání co nejméně paměti. A dá se k němu "matematicky" chovat. Jak si člověk zvolí vztažnou soustavu, resp. nahoře/dole/vlevo/vpravo je na něm, jen se nesmí ve znaménkách a inverzích ztratit. Má to nějaké konvence, ale dá se jít jakkoliv proti nim a pokud je člověk konzistentní, no problem.
Hitec, Futaba, Graupner-celkem pochopitelné "nahoru/dolů, přidat/ubrat"-a jak je to matematicky vyřešené je vlastně skryté a člověk se nemusí starat.
Frsky OS a Ethos v současné podobě vypadají, jako že se je někdo snažil učesat OTx-a dali to učesat někomu, kdo normálně češe UI třeba pro CNC brusku, kde se s kladnou a zápornou částí chodu osy funguje docela běžně, akorát pro modeláře a nově příchozího BFU je asi snazší suchý matematický základ, než matika s "průmyslovou" nástavbou, do keré je navíc hůř vidět...

Nijak nezpochybňuju a rozhodně vítám, že přidávají rozsah možností. Ale:
-Na co 100 senzorů telemetrie? Jak se to podepíše v objemu datového přenosu, resp. framerate a latence? Žravosti přijímače? Tohle pozitivně nevidím.
-Zrušení Inputs: proč? Oddělení požadavku na vnímání fyzického ovladače, specifikaci požadavku na reakci a nastavení výkonového prvku (serva) je skvělý zpřehledňovač a síla libovolně přiřaditelného systému. V tomhle kontextu 200 řádků v mixeru už vůbec není takové bohatství, jak to vypadalo.
I výpočetně musí být rychlejší vybrat (z matice?) v daném režimu k "páce" přiřazenou funkci a pak s ní operovat v mixeru, než uprostřed mixerového výpočtu zjišťovat, jaký je vlastně flightmode a tedy jaké je vlastně zadání. Anebo jsem konzerva a vůbec netuším a nechápu, jak dneska vypadají programovací možnosti?

Dostupné jsou především informace a obrázky z UI, ale mnohem víc by mne zajímalo, jaký je zaručený framerate při jakém zatížení, jestli se liší při čtyřech řádcích v mixeru a při plném...
Nic ve zlém, ale dostupné informace vypadají jako předváděčka předprodukčních kusů auta, která se soustředí na user-friendly infotainment, nastavování sedaček, super fíčury na kindersitz a nejtechničtějš informace je budoucí podoba katalogu tapecíruňku a laku. Podvozek? Motor? Převodovka?

Dle mých informací dostali první kusy s Ethosem testeři, takže nelze současný stav Ethosu považovat za finále, zatím se stále testuje a upravuje. Co se UI týče, v tomto hodně záleží na tom, na co je člověk zvyklý.

Nějaké zprostředkované info z fabriky mám, na mě Frsky působila jako normální fabrika vyvíjející a vyrábějíci elektroniku včetně testerů - rc pilotů, rozhodně to nevypadalo jako garážovka.

K mé třetí otázce - pokud se jedná o rozsáhlejší projekt, tak je jedno, zda se jedná o programující piloty, nebo o hravé IT - nakonec projekt povede manažer, vývoj SW budou zajišťovat programátoři, HW hardvéráři, požadavky na systém zákazníci, návrhy úprav a testy rc piloti. A důraz bude kladen jako vždy na obrat a náklady.
A o úspěchu rozhodnou zákazníci.


To, že manažerská vrstva ztratila technický rozhled, je stále větší problém všeobecně, včetně oboru, ve kterém pracuji, stejně tak mám pocit, že managementu jde většinou o krátkodobý zisk než o budování pozice a jména firmy do časů budoucích. Ale třeba ještě existují výjimky.

ETHOS na Horus X10

[youtube]https://www.youtube.com/watch?v=lL363JcTE5c[/youtube]

Zdá sa, že stránka ETHOS už funguje:
http://ethos.frsky-rc.com/

a tu sa môžu nahlasovať chyby a navrhovať riešenia:
https://github.com/FrSkyRC/ETHOS-Feedback-Community

Simulátor zatiaľ nieje k stiahnutiu.