Kstars ja jalustan ohjaus

[hanva77]

Semmoinen välikysymys tähän että voisko joku selventää millainen rakenne tässä astroberry systeemissä oikein on eli mikä on clientti ja mikä serveri? Ja mitä on remote ja local?

Tiedän kyllä mitä nämä määritelmät tarkoittavat mutta se on vähän mystistä miten ne sijoittuvat tässä systeemissä?

[Jommeli]

Ei vastaus edelliseen vaan muuhun. Ajoithan päivitykset tuohon astroberryyn?
Komennoilla:
sudo apt-get update
sudo apt-get upgrade
(sudo apt-get dist-upgrade)
lopuksi voi vielä ajaa komennon: sudo apt-get clean

Viimeiseen kysymykseen:
Luulen että tuossa astroberry-tapauksessa kaikki tapahtuu local/client-moodissa. Remote/server on kyseessä silloin kun profiilissa on määritetty remote, sinulla nyt local

[jussi_k_kojootti]

Ihan sivusta heitän nyt, mutta kaikitenkin se berry jalustan kyljessä on INDI server, ja läppäriltä voit ajaa sitten ajaa remotena INDI clientejä?

[hanva77]

No enhän mä ole ajanut mitään päivityksiä tuolle. Ajattelin että se olisi "valmis" paketti ja parempi kun en aja mitään päivityksiä sille kun se ei tule olemaan yhteydessä nettiin.

Olisiko tässä taas ratkaisu ongelmaan?

[hanva77]

Ketaraxille: jalusta ja kamera on kiinni raspberryssä missä on käyttiksenä astroberry joka koostuu Ubuntu matesta ja tarvittavista astrohärpäkkeistä kuten kstars, ekos ja indi.

Ohjaan tuota kokonaisuutta WiFin kautta läppärillä selaimesta niinkuin etätyöpöytäjuttuna. Eli läppärillä mulla ei ole asennettuna mitään ohjelmia vaan kaikki pyörii raspissa.

[jussi_k_kojootti]

Ohjaan tuota kokonaisuutta WiFin kautta läppärillä selaimesta niinkuin etätyöpöytäjuttuna. Eli läppärillä mulla ei ole asennettuna mitään ohjelmia vaan kaikki pyörii raspissa.

OK, sit kaikki eli INDI server ja clientit on berryllä localia.

[hanva77]

Päivitykset ajettu ja ainoa mikä muuttui niin livekuvan zoomaus ei enää toimi ja systeemi tahmaa aikalailla 

Ojasta allikkoon mentiin.

[Jommeli]

Päivitykset ajettu ja ainoa mikä muuttui niin livekuvan zoomaus ei enää toimi ja systeemi tahmaa aikalailla 

Ojasta allikkoon mentiin.

Hmmm no on nyt ainakin testattu viimeisimmillä kilkkeillä. Kovin epävakaalta vaikuttaa jos tuo zoomaus tosiaan ei toimi päivitetyllä softalla 
Yritin kaivella lähdekoodista (https://github.com/indilib/indi) lisävalaistusta tähän ongelmaan ja kuten jo eilen ihmettelinkin sitä miksei lokille tule tietoa mistä hakemistosta on kyse, niin
näyttää siltä että ko tieto ei kulje downloadin hoitavalle gphoton palikalle ja siksi homma "hajoaakin". Lokille pitäisi siis tulla tieto sekä hakemistosta että kameran kuvatiedoston nimestä mutta johonkin ne ilmeisesti katoaa matkalla???

Laitan tähän kyseisen koodipätkän:

Koodi [Valitse] Laajenna

void gphoto_set_upload_settings(gphoto_driver *gphoto, int setting)
{
    gphoto->upload_settings = setting;
}

static int download_image(gphoto_driver *gphoto, CameraFilePath *fn, int fd)
{
    int result;
    CameraFileInfo info;

    strncpy(gphoto->filename, fn->name, sizeof(gphoto->filename));

    if (fd < 0)
    {
        result = gp_file_new(&gphoto->camerafile);
        DEBUGFDEVICE(device, INDI::Logger::DBG_DEBUG, "gp_file_new result: %d", result);
    }
    else
    {
        result = gp_file_new_from_fd(&gphoto->camerafile, fd);
        DEBUGFDEVICE(device, INDI::Logger::DBG_DEBUG, "gp_file_new_from_fd result: %d", result);
    }

    DEBUGFDEVICE(device, INDI::Logger::DBG_DEBUG, "Downloading %s/%s", fn->folder, fn->name);

    result = gp_camera_file_get(gphoto->camera, fn->folder, fn->name, GP_FILE_TYPE_NORMAL, gphoto->camerafile,
                                gphoto->context);

    DEBUGFDEVICE(device, INDI::Logger::DBG_DEBUG, "Downloading result: %d", result);

    if (result != GP_OK)
    {
        DEBUGFDEVICE(device, INDI::Logger::DBG_ERROR, "Error downloading image from camera: %s",
                     gp_result_as_string(result));
        gp_file_free(gphoto->camerafile);
        gphoto->camerafile = NULL;
        return result;
    }


Kyllä tämä varmaan pitäisi tonne INDI:n foorumille laittaa pähkäiltäväksi. Voisin asian hoitaa tässä ehtiessäni.
Oletan että sieltä tulee jotain fiksattua koodipätkää joka pitää kääntää ja sitten sillä suorittaa kyseiset kuvaustoimet uudestaan. Mutta katsotaan kun saadaan asia eteenpäin.
Jos mulla tulee kysyttävää niin laittelen yv:nä sulle Hanva77. Onko tämä sinulle ok?

[hanva77]

Kyllä sopii. Ja kiitoksia kun autat!

Edit: Olisko se nyt kuitenkin järkevintä flashata toi alkuperäinen astroberry takaisin muistikortille koska sillä kaikki tuntuu muuten pelaavan hyvin mukaan lukien livekuvan zoomaus.

[hanva77]

Noniin päivitystä tännekin. En saanut yrityksistä huolimatta indi/ekos kameran ohjausta toimimaan luotettavasti omalla kameralla (Nikon D800) joten sille täytyy keksiä jokin muu systeemi. Heq5 jalustan ohjaus sen sijaan toimii loistavasti tuolla raspberry /astroberry systeemillä.

Nähtävästi Canon on tuetumpi kuin Nikon ja sillä on vakaampi indiajuri.

[Jommeli]

Tilannekatsausta tähän asiaan kun asian edistäminen siirtyi tältä ketjulta muualle.

Jatkoimme siis hanva77:n kanssa asian edistämistä mm. laittamalla INDI:n foorumille ongelmakuvauksen. Sieltä ei ole kuitenkaan saatu oikein mitään järkevää palautetta asiaan.

Päätimme kuitenkin testata toimintaa myös siten, että Raspberry PI3 (ubuntu mate) toimi vain indiserverinä ja clientina oli Ubuntu-työasema. Testaus suoritettiin teamviewerin avulla (lisäapuna perinteinen puhelin).
Testaussessio antoi vaihtelevia tuloksia, mutta lopputulemana voi mainita että jostain syystä kuvien prosessointi ilm. serveripäässä kesti yleensä n. 2 minuuttia. Kuitenkin itse lataus työasemaan meni sujuvasti muutamassa sekunnissa.
Joissain tapauksissa prosessointi meni läpi nopeastikin mutta emme saaneet todennettua selkeää toimintamallia/syytä näille erikoistapauksille. Testasimme samassa sessiossa myös Canonin kameralla (serverinä Raspberry PI1 Raspbianilla ja Clientina Linux Mint työasema)
mahdollisimman identtisillä ajuriasetuksilla INDI:ssä ja homma toimi ongelmitta.
Loppupäätelmä oli, että ilmeisesti Nikonin kamera-ajuri on epävakaampi kuin Canonin ja epävakautta on niin paljon että kyseinen kokoonpano on
todettava toimimattomaksi. Eihän tuo arvioitu ongelman ydin eli nikonin ajuri 100% varmuudella sitä ole, mutta paras arvaus kuitenkin 

Eilen sattui alkuillaksi selkeää säätä ja päätin vielä kokeilla ihan oikeissa olosuhteissa kuvaamista Canonin 1000D:llä Ekosilla ja Raspberryllä
Homma toimi moitteetta. Kuvat tallentuivat kameran muistikortille ja tulivat Ekosin preview-ikkunaan n. 30 sekunnin viiveellä.
Yhteisvalotusta, ennen pilvien vyörymistä, sain M45:stä 17 minuuttia ja tähän kului kokonaisaikaa n.25 minuuttia, joka on mielestäni ihan
kohtuullinen wifillä ja raspberry PI 1:llä