Astronomické fórum

pesvo napsal:
*3) Další snižování LVL (pod hodnotu 8) má stejný účinek, jako jeho zvyšování !!! Kolem hodnoty 10-12 je maximum detekovatelnosti. Pokud jsem nastavil LVL na 8 a méně nebo na 14 a více, tak četnost "vypadávání" hvězdy výrazně narůstala (kolem LVL 6 ji už autoguider vůbec nedetekoval !!!).
*4) Stejné chování autoguideru dle nastavení LVL jako v *3), ale hvězda vypadává (při LVL=10) každých 3-5 sekund => hranice detekovatelnosti autoguiderem
To je logicke, muze za to sum. Zlepsit se to da bud chlazenim, nebo akumulaci snimku ( to by vyzadovalo jinou kameru ).

To MMYS:

A) Martine, měl bych do budoucna jednu prosbu. Píšeš v návodu, že při focení na malinký CCD čip (což je můj případ), je velmi výhodné pohybovat křížem po obrazovce a najít tímto způsobem vhodnou pointační hvězdu a ne pohybem celého dalekohledu. Včera jsem přišel na to, že "krok" v pohybu kříže odpovídá jeho velikosti (takže jinak řečeno, když mám kříž nejmenší tedy 10x10 pixlů, mohu velmi přesně najet na pointační hvězdu, zapnout pointaci a mám jistotu, že mi celý dalekohled "neuhne" výrazně jinam). Problém je ale v tom, že když už mám na SBIGu proměnnou a na pointéru chycenou pointační hvězdu a najednou zjistím, že bych celý dalekohled potřeboval "lehce" posunout o pár úhlových minut jinam (třeba, aby se mi tam vlezla vhodná srovnávačka), tak bych to celé nastavení musel dělat znovu (protože na rozdíl od Tebe nemám sáňky, ale nastavuji pointační dalekohled poměrně dost hrubě přes tu stativovou hlavu, která jemné doladění jaksi nemá). A při té příležitosti jsem přišel na to, že vlastně můžu hýbat celým dalekohledem tak, že prostě při zapnuté pointaci (např. když je pointační hvězda ve středu kříže) posunu celý kříž tím směrem, kam potřebuji, čímž mi celý dalekohled včetně pointéru uhne o přesně definovaný kousek a tak i na malém CCD čipu dostanu přesně to, co potřebuji. Vlastně to mohu využít jako velmi jemné pohyby celého systému. Bohužel, díky tomu, že krok posunu kříže odpovídá jeho velikosti, tak se mi ovšem tato pointační hvězda může dostat mimo kříž (nad nebo pod něj)a tím pádem ji už autoguider nedetekuje. Jediná možnost pak je, že už na začátku začínám s křížem např. o velikosti 50x50 pixlů, vždy jej posunu o kousek a musím jej ručně zvětšit o 10, čímž se mi hvězda do něj dostane a pochopitelně při zapnuté pointaci mi opět vleze do středu. Pak kříž opět zmenším a to se celé opakuje. Nevím, jestli se mi to povedlo dostatečně popsat, o co mi vlastně jde, ale nešlo by tedy ten krok posunu kříže udělat třeba poloviční než je jeho rozměr nebo alespoň takový, aby byl o pár pixlů menší než vlastní kříž ? Tím bych se totiž vyhnul tomu neustálému zmenšování a zvětšování jeho velikosti a hodně by mi to usnadnilo práci...

B) Ještě jsem si všiml jedné kosmetické vady (která samozřejmě nemá vliv na funkčnost) a sice, že při uložení konfigurace prostředním tlačítkem, se vypíše hláška o uložení, kde je ale uvedena verze firmware 1.1 (tipuju, že by tam měla být ta 1.3, která se zobrazuje ve std. menu).

C) Ještě před odesláním tohohlr příspěvku mě napadla jedna věc. Pořád nevím, jak vyřešit nějak elegantně, aby mě něco upozornilo, že se zatáhlo, abych v klidu mohl celé nádobíčko schovat než mi začne téct do dalekohledu voda . Moje představa je taková (a na té V1073 Her jsem to tak poprvé realizoval), že z večera nastavím celý dalekohled, pointér, zadám sekvenci pro SBIGa a půjdu v klidu spát. Ráno pak udělám DARKy a FLATy, vše schovám a nebudu muset ponocovat. Kupovat nějaké infrasenzory kvůli detekci oblačnosti apod. se mi moc nechce a stejně tak nějak vyhodnocovat snímky ze SBIGu nějakým sólo SW. Ale teď s Tvým autoguiderem by to mohlo jít úplně geniálně => nebylo by možné nějak "vyvést" ten signál ze speakru autoguideru ven (na vzdálenost řádově desítek metrů) a připojit si jej na nějaký reproduktorek (třeba i se zesilovačem) k posteli, no a jakmile se něco začne dít (jak např. že se začne zatahovat, pršet, dalekohled se o něco zachytne nebo jej prostě někdo ukradne apod.), tak mi repráček začne pískat a já budu vědět, že je něco špatně... Takové jednoduchý a přitom geniální hlídač celého systému, nešlo by to nějak ?

Zdravím,
toto už vypadá jako standardní stav, a mě spadl kámen ze srdce, že je něco špatně. Takže k jednotlivým bodům:

ad. Dosah - to je reálné a shoduje se to s mými zkušenostmi, s Borgem 77 se dostanu asi o něco dále, protože kreslí ostřeji.

ad. LVL - popisované chování je správné. Hodnota kolem 8 je zřejmě hodnota jasu pozadí+šumu kamerky, a pokud se hvězda blíží této úrovni, je to hranice, a další snižování LVL již nepomůže, ba naopak. Z vlastní zkušenosti vím, že dobrá funkce je ještě i při velmi častém vypadávaní hvězdy, klidně i v poměru dostupnosti/nedostupnosti 1:1, protože korekce jsou velmi časté. V nouzi lze jet i takto (pak by asi stálo za to mít možnost vypnout pískání).

ad. Posun kříže - to je dobrý nápad, udělám to o polovinu rozměru kříže, aby se nemuselo laborovat s jeho velikostí tam a zpátky.

ad. Chybka v označení verze firmware, o té vím, ale zjistl jsem to, když již byla polovina pointerů zabalených, a tak jsem to nechal s tím, že si toho nikdo nevšimne Už je to opravené, je to definované jako konstanta, a tak to bude všude identické.

ad. Vyvedení signálu pískače - to by možná šlo, ale:

1) pískač je samopískací, čili signál do něj je buď log. 1 nebo 0, takže na normální repro nebo zesilovač to nic neudělá.

2) bylo by to připojené přímo k portu citlivého mikroprocesoru, a to se mi moc nelíbí, kdoví co se do tak dlouhého kabelu může naindukovat a procesor je 3.3V, to by nemuselo dobře dopadnout.

3) Pípnutí je krátké, ne trvalé, jenom asi 100ms, když se ztratí hvězda, pištění po celou dobu kdy není detekovaná bylo o nervy, tak jsem to zavrhl. Takže by se to muselo předělat. Napadlo mě ale využít nějak port COM, tam se teď normálně vysílají příkazy protokolu LX200. To ale se skyscanem nevyužijete, takže bych tam mohl posílat něco jiného, na co by reagovalo něco na druhém konci. A nebo tam dát nějaký bezdrátový vysílač a přijímač s pípákem, aby nemusel být kabel. Vysílací a přijímací modul na 430 nebo 860Mhz se do tisícovky vejdou. Zamyslím se nad tím

Tak, a teď nahrání firmware - je třeba si vyrobit sériový kabel k PC. Na jedné straně bude 9-pinový konektor Canon pro připojení k COM portu PC a na druhé straně RJ konektor pro zastrčení do zásuvky označené COM. Zapojení pošlu nebo se dá vydedukovat z návodu. Stačí tři dráty. Země (GND) se spojí a RXD a TXD se propojí křížem, tedy RXD guideru na TXD PC a TXD guideru na RXD PC.

Software pro naládování programu s návodem jak to udělat a novou verzi firmware pošlu, až to udělám. V první fázi upravím to posouvání kříže.

Ja uz zacinam vidiet drobne problemy. Nemam k dispozicii pocitac, co ma COM port. Akosi nan na novych notebookoch zabudaju. Vyzera to tak, ze budem musiet hladat - a velmi pozorne hladat. ???

FunTomas napsal: Ja uz zacinam vidiet drobne problemy. Nemam k dispozicii pocitac, co ma COM port. Akosi nan na novych notebookoch zabudaju. Vyzera to tak, ze budem musiet hladat - a velmi pozorne hladat. ???Pre Martina to nemoze byt problem tam v buducnosti pridat FT232 vo funkcii RS232/USB prevodniku, potom to mozete programovat cez USB (zatial si kup "klucik" USB/RS232)

O tom vím, proto taky ta moje elektronika pro navádění montáže USB navíc k COMu má (mimochodem, daleko lepší než obvody od FTDI jsou obvody od Silicon Labs, konkrétně CP2101 a 02, vyžadují žádné nebo minimum vnějších součástek.

U TVGuideru, kde to ale slouží jen k nahrání firmware, jsem to teda nedělal, protože ten případ bude velmi řídký. Dotyčný buď zajde k velkému PC, které COM má, nebo to skutečně řeší ta redukce USB/COM za pár stovek.

To MMYS:

Tak to jsem rád, že se nacházím ve standardu a ještě jednou se omlouvám za to vyvolání diskuze, co je u mě špatně. Holt žádný učený z nebe nespadl, ale blbý jako by vyhazovali .

Jinak, nedovu odhadnout, kolik by to bylo práce s tím pípákem a nevím, jestli bych mohl o něj poprosit, samozřejmě vše zaplatím (včetně vývoje apod.), ale fakt by mi to hodně pomohlo. Samozřejmě by pro mě bylo lepší, kdyby ten pípák pískal trvale a ne jen 100ms, abych věděl, že se něco děje. Ještě mě napadlo (i když je to asi podstatně dražší varianta, ale za to skoro bez práce) a sice to vyřešit tak, že bych dal k autoguideru tzv. mluvítko (tak tomu říkám já - takový ten bezdrátový baby hlídač, který se aktivuje zvukem a přenáší zvuk z místnosti kde je malé dítě) a přijímač si dát k posteli. Nevýhoda by byla v tom, že tam zůstane jen to 100ms pípnutí, ale za to, když se v okolí dalekohledu bude něco hlučného dít, tak to budu slyšet. Možná by to vyřešilo můj problém, protože chápu, že času je málo a pokud to budu chtít jen já, tak to fakt asi nestojí za to vyrábět...

Naopak to zmenšení kroku posunu kříže by mi hodně pomohlo. Jestli to ještě nemáte udělané a mohl bych si vymýšlet, nebylo by možné, aby ten krok byl co nejmenší (takový jaký je třeba u kříže 10x10 pixlů) ? Protože, ať budu mít kříž jakkoliv velký, tak i při tomto nejmenším kroku projedu celou obrazovku zprava do leva nebo zhora dolů za několik sekund (což nijak nezdržuje a stačí jen trvale držet dvě tlačítka) a přitom budu moci velmi přesně nastavit místo, kam chci poinatční hvězdu umístit. Bude-li však krok 1/2 velikosti kříže a já díky malému CCD čipu budu potřebovat jen velmi malý posun, pak opět budu muset jít cestou zmenšování jeho velikosti, kdežto při těch malých krocích s libovolně velkým křížem najedu vždy přesně tak, jak potřebuji.

Posun kříže udělám tedy pro tebe konstantní, rozumně. To je úplná banalita. Vyrob si ten sériový kablík pro nahrání firmware, jestli si na to troufáš. Jde to udělat z kusu čtyřžilové telefonní šňůry, pokud nemáš kleště na krimpování konektorů. Jsou využity jen piny 2, 4 a 5, které stačí vhodně (viz. návod) naletovat na COM konektor.

Pak to připoj k PC, pusť nějaký terminál, nastav ten port, kde je to připojené na rychlost na 9600 kbps, 8bitů, bez parity. Podrž tlačítko CROSS CONTROL a pak zapoj napájení. Měla by se rozsvítit jen zelená LED a po sériové lince se TVGuider ohlásí a čeká na data. Hlavně tam pak NIC NEPOŠLI !!! Tím se vymaže flash paměť a začne se programovat znovu.

Raději to hned, jak se to ohlásí zase vypni a až ti to bude komunikovat, pošlu ti program pro nahrání.

Nad tím hlídáním se zamyslím.

Díky za ochotu. Nevím ale, jestli je to rozumné, abys speciálně pro mě dělal nějakou verzi firmware, kterou ostatní nevyužijí. Mě by se to samozřejmě moc hodilo, ale zase nemůžeš udržovat více verzí a dle toho, co si kdo vymyslí, tak mu to dělat na míru. Navrhuju to tedy zkusit a pokud by se to časem neosvědčilo (nemyslím ten fixní posun tam je to jednoznačné, ale údržba firmware u jednotlivých uživatelů), tak bych se vrátil ke standardu. Vždyť i se současným firmwarem je to špica, tak co bych ještě chtěl víc, ne ?

Jinak, krimpovací kleště mám a sám jsem si dělal propojovací kabel mezi PC (COM port) a SKYSCAN, takže bych to snad mohl zvládnout. Bohužel nejsem tak zběhlý v elektronice, abych se do toho bezhlavě pustil, takže si budu chtít pár věcí ověřit. Díval jsem se do návodu, takže jen pro kontrolu:

- je to prostřední tabulka na 4 straně "RS232 - COM PORT"

- sloupec PIN označuje piny na RJ11/6p při pohledu do zásuvky (viz. obrázek nahoře)

- sloupec FUNKCE popisuje zapojení drátů do sériového portu v PC (myslím, že se mu říká 9-ti pinový Canon alias DB9): a tady mám problém, na které piny toho 9-ti pinového Canonu mám zapojit GND, RXD a TXD ? Nebo, nemohl bys mi poslat tabulku, např. jak to je v manuálu od SKYSCANu (myslím, že na str. 28 českého překladu) , kde je v levém sloupci číslo pinu RJ11/6p a v pravém číslo pinu na tom Canonu (DB9) ?

- při vlastním programování pak zasunu jeden konec do COM portu PC (DB9) a druhý do COM portu na autoguideru RJ11/6p (toho jak jsi psal, kam si jeden nešťastlivec zapojil vstup ze SKYSCANu a tím si odpálil el. montáže) ?

Omlouvám se, pro Tebe to jsou jistě triviality, ale já si na takové hardwerařiny jen tak prostě netroufnu.

Díky Petr

Martine, ještě jeden dotaz k předchozímu. Jak moc nebezpečná akce je ten upgrade firmware. Když mi v průběhu toho uploudování třeba vypnou proud nebo se mi kousne PC, dá se to pak nějak opravit ? Mám totiž špatný zkušenosti s upgradema BIOSů u základních desek a když se sice výjimečně stane nějaká krpa a ten BIOS je v čipu, které je natvrdo zapájený v desce (tudíž se nedá vytáhnout a přeprogramovat v nějakém klasickém programátoru), tak je to průšvih... Mám z toho trochu obavy, raději budu mít vrabce v hrsti než holuba na střeše...

Udržovat dvě verze firmware nebo dát ostatním uživatelům při příštím upgrade verzi pro Tebe není paroblém, tak jako tak je to s tím křížem dobrý nápad. Ještě zkusím udělat, aby se po delším držení to opakování tlačítka zrychlilo, na pojezdy o větší kus. Pak to bude vyhovovat i ostatním.

Tabulku na propojovací kabel pošlu.

Upgrade firmware moc riskantní není. Víceméně stačí zapsat prvních pár desítek bytů, kde je test klávesnice a skok na loader, který je v paměti chráněný a až na konci, pak to může lehnout. Schválně jsem si takovou havárii zkoušel, nejde ani o sekundu nahrávání, pak už se může stát cokoli.

Navíc stejně riskuješ jen to, že mi pošlelš krabičku, já ji jen připojím přes programovací konektor k JTAG adaptéru a firmware tam nahraju standardní cestou přes programátor.

Udělal jsem verzi 1.4, která má následující vlastnosti:

1) Křížem se hýbe vždy po 5 pix, při držení tlačítka delší dobu se po osmi pomalých posunech rychlost krokování 3x zvýší, takže to jede rychleji.

2) Pískání při ztrátě hvězdy je trvalé, po dobu, kdy hvězda není OK. V menu ale přibyla položka, kterou lze pískání při ztrátě hvězdy zakázat, pokud by to někomu vadilo.

3) Byly opraveny drobné kosmetické vady

Ještě to otestuji, a pak vyrobím a rozešlu návod, jak updatovat firmware.

Paráda, díky moc .

Vážení, byla uvolněna nová verze 1.4 firmware pro TVGuider. Změny jsou tyto:

1) Křížem se hýbe vždy po 5 pix, při držení tlačítka delší dobu se po osmi pomalých posunech rychlost krokování 3x zvýší, takže to jede rychleji.

2) Pískání při ztrátě hvězdy je trvalé, po dobu, kdy hvězda není OK. V menu ale přibyla položka, kterou lze pískání při ztrátě hvězdy zakázat, pokud by to někomu vadilo.

3) Byly opraveny drobné kosmetické vady