ten sraz je nejak otevreny, nebo je to ciste interni zalezitost ?

napadlo mi udělat prezentaci o czCube na některém z lightning talks Brmlabu:
[ Brmlab + fenomén hackerspace, v ČR i ve světě. ]

... třeba by tam tým czCube nabral nějakou mladou krev :-) ale na tom zítřejším se neuúčstním. spíš bych se zúčastnil o víkendu srazu czCube, abych měl v Brmlabu čerstvé informace.

XCHAOS: casovac s dlouhymi casy (desitky minut a vice) se bez pameti rozumne udelat neda (mechanicky leda, ale to je fakt uplne mimo)

hele, nejsem až takovej guru na elektroniku. mám ale zkušenost se "samo-resetujícími" zařízeními, u kterých je právě cílem aby se udržely v chodu bez přítomnosti nějakého operátora co by provedl HW restart.

watchdog bez zranitelných elektronických součástek je jistě dobrý nápad. jestli má být postavený na komunikaci s těmi moduly, nebo jestli by stačil nějaký časovač, to jiná věc (zase bude časovač odolnější proti radiaci, než zařízení co má paměť ? to je jiná otázka...)

XCHAOS: Tak interaktivni WD je imho nezbytny - predstav si situaci - pameti radiomodemu proleti castice a modem je tuhej - po nejaky dobe reset a pak zase castice ale tentokrat se treba trefi fakt blbe a kvuli chybe v programu ten modem zaplavi sbernici datama k nepouzitelnosti .... Proste problem je, ze to muze vytuhnout 3x za hodinu a pak 2 dny klid.
To je prave o cem jsem mluvil, mel by tam bejt blok, kterej bude zabezpecenej - bude v nem nejak vyreseny aby se nemohl katastroficky rozbit (cisty HW reseni, zadnej program, TMR na registrech, ECC nad pameti nebo idealne vubec zadna pamet ... proste neco ne moc slozityho ale hodne stabilniho) a takovou konstrukci by mel mit i blok rizeni smeru - tam si clovek asi moc resetu nemuze dovolit - takze by se vlastne dal udelat jeden modul Test & Control.

Kazdopadne to jsou jenom takovy napady - tohle se musi nejak dostat k vedeni projektu, tem se to musi libit a pak to musi nekdo udelat. Nicmene pokud ja vim, tak ridici system zatim realne neexistuje, takze to mozna neni uplne marny.

my tohle kdysi hodně řešili u routerů, ve kterých tehdy (zřejmě kvůli blým driverům) tuhly bezdrátový karty, resp. ty karty byly schopný zatuhnout sběrnici

co se mě týče, tak bych klidně dělal nějaký globální reset třeba jednou týdně či řádově tak něco. samozřejmě nevím, jaký charakter ty činnosti těch subsystémů budou mít... ale pochopitelně, asi by se nedával příkaz na zahájení něčeho dlouhodobějšího před známou dobou globálního resetu. samozřejmě plnohodnotný interaktivní "watchdog" by taky měl svoje kouzlo, ale přesně jak říkáš - co když se rozbije...

XCHAOS: No jasne, ale kdo pozna, ze neco nekomunikuje? Urcite neni dobrej napad aby kdokoliv mohl resetovat cokoliv. Takze by mel bejt centralni prvek, co to bude hlidat (stylem, "zijes?" - pokud odpovi, tak OK, pokud ne, nebo posle blbost tak reset) a tenhle prvek by mel fungovat hodne spolehlive. Protoze pokud TEN vytuhne, tak je to kaput.

a nebyl tam nějaký plán, že co nekomunikuje, to se automaticky resetne ? nebo že se to jednou za čas samo resetne všechno ?

XCHAOS: Tak je otazka jak dlouha ja udrzim tempo
Zatim mam splneny akorat 2 ukoly a dalsi zatim nemam tak uvidime

Jinak nektery jejich koncepty jsou dobry - oddeleny moduly na sbernici je rozhodne dobrej napad, akorat by tam prave mel imho viset jeste nejakej supervisor, kterej bude zabezpecenej a bude se starat o pripady, kdy se nejaka nezabezpecena cast vysere (normalne reset, vysledkem radiace je typicky bordel v RAM a v registrech coz ve vetsine pripadu vede k tomu, ze ten ridici MCU danyho modulu proste vytuhne)

PIGSTER: nechtěl by si prosímtě vlastnictví tohohle klubu převzít ? já už jsem spíš jen formální člen.

jinak k tomu co píšeš bych dodal asi tolik, že podle mě se to tým snaží postavit z toho, čemu rozumí. jenže já nejsem elektrotechnik, tak mi to bohužel přijde prašť jako uhoď

na ten sraz jsem málem zapomněl.. asi bych tam rád dorazil

pokud vím, tak se to hodně zaměřilo na tu pozemní stanici...

PIGSTER: hmm s fpga jsem jeste nemel tu cest tvorit...
jen jsem chtel informovat ze uz nekdo neco podobnyho realizuje.

btw jak je na tom ted vlastne czcube ? docela mi prijde ze uz nejaky ten patek preslapujou na miste + to scifi v podobe solarni plachty..

PACHOLEQ: Jop, akorat pro czCube by se spis zamenilo "high performance" za "low cost" aneb jak "co nejvic muziky" z "co nejmin penez"
Virtex4 je fajn, akorat mi to prijde jako overkill. Nevim na co ho tam pouzivaji.
Porad mi prijde ze Actel je lepsi cesta vpred (resi to nektery problemy a ty ostatni jsou resitelny celkem snadno)
U RAM-Based FPGA je nejvetsi plocha pameti spotrebovana na definici propojeni - ty jsou taky nejcitlivejsi a resit jejich ochranu je netrivialni. FLASH-based FPGA tohle resej by design.

PIGSTER: heh http://eetimes.com/design/military-aerospace-design/4216480/High-performance-FPGAs-take-flight-in-microsatellites

Spaceports: NASA Goes Nano-Sailing in Space
http://spaceports.blogspot.com/2011/01/nasa-goes-nano-sailing-in-space.html

tedy cena za start.

TOXICMAN: ano, czcube tým se snaží o stavbu družice přesně v tomhle formátu.

předpokládáme, že to bude něco jako 19" rackový serverhousing, a že cena postupně půjde dolů.

Extreme Hobbyists Put Satellites Into Orbit With $8,000 Kits | Gadget Lab | Wired.com
http://www.wired.com/gadgetlab/2010/07/tubesat-personal-satellite/