Löytyisikö jostain hyvää ohjetta miten saan Heq5 pron toimimaan kstarsin kautta. Olen asentanut kstarsin ja yhdistänyt mountin läppäriin (kapula välissä direct modessa). Kun yritän yhdistää mounttia kstarsin device managerissa niin tulee virheilmoitus "failed to connect to port /dev/ttyUSB0. Error :Port failure error: permission denied....jne
Olen aika nyyppä tän Linuxin kanssa..
Noniin sain ratkaistua itsekseni tuon permission denied ongelman, mutta nyt kun yrittää yhdistää niin tulee virheilmoitus "Mount Not Responding"
Taitaa tulla pitkä ja kivinen tie ennenkuin pääsee tositoimiin tämän kanssa. Windows puolella tää onnistuu mutta haluan saada toimimaan Linuxissa koska etäyhteys on halvempi rakentaa esim. Rasperryn kautta.
Kai laitoit jo eqmod paketin?
Olisko tästä ketjusta jotain iloa?
https://www.avaruus.fi/foorumi/index.php?topic=12883.0
No enhän mää ollut sitä asentanut. Nyt asensin mutta mikään ei muuttunut.
Kun olis joku tutoriaali mikä neuvoisi askel askeleelta miten homma toimii.
Jatketaampa juttelua. Nyt homma pelittää jollain tavalla. Otin kapulasta pc direct moden pois päältä niin jo otti yhteyttä. Kummallista kun Windows puolella nimen omaan piti olla pc direct mode päällä että homma toimi.
Nyt kuitenkin voin ajella kstarsissa eri kohteisiin ja Heq5 kääntyilee niinkuin pitääkin mutta esim manuaali ajelu ei onnistu ja jos erehtyy parkkeraamaan niin unparking ei toimi. Ilmoittaa vain että käskyä ei tueta tms.
Varmasti vika on näppäimistön ja tuolin välissä joten kaikenlainen kokemuksen tuoma tuki otetaan ilolla vastaan.
Olisiko synscan ajuri eikä eqmod käytössä? Jälkimmäinen vaatii sen direct moden, edellinen ei. Jälkimmäinen on suositeltava EQ jalustoille.
Mites ton eqmod ajurin saa käyttöön? Olen asentanut sen ohjeiden mukaan mutta kun kstarsissa valitaan jalustaa niin siellä ei ole vaihtoehtoja kuin kuin Heq5 tai synscan...muiden muassa, mutta ei eqmodia.
Eikös sinne tarvinnut sekä ascom että eqmod-paketit.?
Jollain varmaan on tuoreemmassa muistissa?
Edit: eipä kai.
https://www.cloudynights.com/topic/439303-eqmod-for-linux/
Asensin eqmodin komennolla:
sudo apt-add-repository ppa:mutlaqja/ppa
sudo apt-get update && sudo apt-get install indi-eqmod
Tarviikos muuta tehdä ja pitäisikö tuolla kstarsin device managerissa löytyä listassa toi ihan eqmod nimellä?
En ole tuota kokoonpanoa pyörittänyt mutta löytyisikö täältä apua ongelmaan? : http://indilib.org/devices/telescopes/eqmod.html
Oon lueskellut tuoltakin mutta missään ei ole vastaavaa ongelmaa. Tuo asennusvaihe on käyty läpi vain antamalla ohje millä toi eqmod-ajuri asennetaan ja jonka mukaan olen sen asentanut mutta sitten seuraavat ohjeet alkavat siitä että se eqmod löytyy sieltä kstarsin device valikosta.
Jotenkin tämä asennus ei nyt onnistu tai jotain olennaista puuttuu kun tätä eqmodia ei löydy. Eli mulla on koneella uusin Ubuntu ja asennettuna uusin Kstars sekä toi eqmod (josta tosin ei näy merkkiäkään missään)
Lainaus käyttäjältä: hanva77 - 27.12.2017, 19:43:21
Asensin eqmodin komennolla:
sudo apt-add-repository ppa:mutlaqja/ppa
sudo apt-get update && sudo apt-get install indi-eqmod
Tarviikos muuta tehdä ja pitäisikö tuolla kstarsin device managerissa löytyä listassa toi ihan eqmod nimellä?
Siis olet ensin tehnyt nämä:
sudo apt-add-repository ppa:mutlaqja/ppa
sudo apt-get update
sudo apt-get install indi-full kstars-bleedingJa tämän jälkeen eqmod näin:
sudo apt-get update && sudo apt-get install indi-eqmod
Tein tuon proseduurin mukaan omalle Linux Mintille ja kaikki näytti olevan kunnossa vaikkei mulla fyysistä eqmodia tukevaa jalustaa olekaan.
Siis eqmod näkyi ihan ok Kstarsissa ja Indin/ekosin asetuksissa
Vielä sen verran että itse en aikanaan tuota Tools - Devices - Device Manager osiota käyttänyt lainkaan.
Jos asennus on tehty oikein niin Tools-valikosta pitäisi löytyä Ekos -vaihtoehto ja sieltä laitetaan härpäkkeet "tulille" kun ensin on muodostettu laitteistoa vastaava profiili jne.
Olin asentanut tuon kstarsin Ubuntun asennustyökalulla, en päätteen kautta. Kokeilin tuota sun ohjettasi niin asennuksessa tuli virheitä mutta nyt eqmod ilmestyi listalle. Mystistä. Asennan koko Ubuntun uusiksi ja teen tuon asennusprosessin tuolla sun ohjeillasi. Jospa se sitten alkaa toimimaan.
Palaan asiaan kun olen saanut Ubuntun asennettua uudelleen ja testattua noilla sun ohjeillasi. Kiitoksia tässä vaiheessa.
Lainaus käyttäjältä: hanva77 - 28.12.2017, 16:54:53
Olin asentanut tuon kstarsin Ubuntun asennustyökalulla, en päätteen kautta. Kokeilin tuota sun ohjettasi niin asennuksessa tuli virheitä mutta nyt eqmod ilmestyi listalle. Mystistä. Asennan koko Ubuntun uusiksi ja teen tuon asennusprosessin tuolla sun ohjeillasi. Jospa se sitten alkaa toimimaan.
Palaan asiaan kun olen saanut Ubuntun asennettua uudelleen ja testattua noilla sun ohjeillasi. Kiitoksia tässä vaiheessa.
Mielestäni ongelma on ratkennut koska perusasennus KStarsista ei sisällä Ekos:ia (joka on se ratkaiseva asia tässä kuviossa). Tuo Indin sivuilta asennettava "kstars bleeding" on jonkinlainen KStars ja Ekos -yhdistelmä ja vasta sillä versiolla homman pitäisikin pelittää.
Nimenomaan Ekos:in kautta määritellään koko ohjattava kokoonpano mm. onko käytössä puhdas lokaaliasennus vai niin että RaspBerry toimii serverinä (sis. Indin ajurit), myös käytettävä jalusta, kamerat ja muut oheislaitteet määritellään Ekosilla.
HUOM! myös käytettävän putken ominaisuudet määritellään Ekosilla.
Tässä vielä viittaus tuohon einarin aiemmin viittaamaan ketjuun https://www.avaruus.fi/foorumi/index.php?topic=12883.0
Siellä tuota asiaa on kuvattu laajemmin.
Onnea matkaan uuden asennuksen kera :azn:
No niin homma toimii nyt. Kyllä toi ekos oli tuossa kstarsin asennuksessa minkä asensin ensiksi, mutta väliäkö tuolla kun toimii nyt.
Tarkoituksena onkin hommata rasperry ja etäkäyttää jalustaa sen kautta. Onkohan tuon kokoonpanon asennus kuinka vaikea operaatio? Siihen varmaan löytynee ohjeita?
Lainaus käyttäjältä: hanva77 - 28.12.2017, 19:10:47
No niin homma toimii nyt. Kyllä toi ekos oli tuossa kstarsin asennuksessa minkä asensin ensiksi, mutta väliäkö tuolla kun toimii nyt.
Tarkoituksena onkin hommata rasperry ja etäkäyttää jalustaa sen kautta. Onkohan tuon kokoonpanon asennus kuinka vaikea operaatio? Siihen varmaan löytynee ohjeita?
Hieno juttu että homma alkoi pelittään :smiley:
Tutustu nyt ensin tuohon kokoonpanoon jossa koko hoito (KStars, Ekos ja Indi) on yhdellä koneella. RaspBerry kokoonpanossa siihen asennetaan indi ja driverit. Tämän jälkeen clientin KStarsista Ekosilla kerrotaan että Indi-serverinä toimii RaspBerry ei lokaalityöasema.
Tuohon RaspBerry-kuvioon liittyy tietysti paljon muutakin kuten mitä käyttistä siinä ajetaan, ja se tietysti muuttaa tarvittavaa asennusta. Ubuntulla RaspBerryä ajettaessa homma onnistunee helpoiten mutta itsellä ei ole kokemusta tuosta kokoonpanosta, ajoin sitä aikanaan Raspbianilla.
Jos ajat Ubuntua RaspBerryssä niin silloin riittää kun siihen asentaa Ubuntun download-osiosta 1. kohdan
LainaaTo Install INDI Library including all 3rd party drivers: sudo apt-get install indi-full
tai kohdan 3
LainaaTo Install only INDI Library with basic drivers: sudo apt-get install libindi1 indi-bin
ja tämän lisäksi tarvittavien oheilaitteiden driverit erikseen
Alkuun päässee näillä ohjeilla http://indilib.org/download/raspberry-pi.html ja Indin omalta sekä muilta foorumeilta löytyy lisää ohjeistusta asiaan.
Myös tätä kannattanee vilkaista http://indilib.org/devices/rasbperry-pi/astroberry-server.html Tuossa kaikki tarvittava on asennettuna RaspBerrylle (PI 3) jota sitten ohjataan etänä (kai?)
Tää Indi-alusta kehittyy sellaista vauhtia ettei tahdo mukana pysyä.
Joo pitää nyt tutustua tähän ennenkuin alan tuon raspberryn kanssa taistelemaan.
Tuossa on varmaan puolensa että koko paketti on standalonena raspberryssä mitä sitten vaan ohjataan etänä kuin että raspi on palvelimena. Toisaalta se palvelimena toimiminen ei vaadi niin paljon potkua, mutta kai se on mitoitettu siten että raspi jaksaa pyörittää tuota linkkaamaasi kokoonpanoa?
Itse jos tuolla konseptilla kuvauskokoonpanoa rakentaisin (itseasiassa mieli tekisi) niin tekisin kyllä niin että vain välttämätön raspberrylle (käytettävien oheislaitteiden driverit + muu pakollinen) ja kaikki putkenohjaamiseen ja kuvaamiseen liittyvä käyttöliittymätoiminta natiivisti clientille. Mielestäni tämä ratkaisu olisi dynaamisin ja toimivin. Näin myös raspberryn päivitysrarve minimoituisi.
En tosin tiedä noiden uusimpien raspberryjen suoritustehosta mutta jotenkin tuntuu vieraalta pyörittää niissä graafista käyttöliittymää.
Korjatkoon joku paremmin tietävä mutta näin itse tekisin.
No niin. Seuraava ongelma. Kaikki toimii hyvin mutta kun ajelen kohteeseen ja jätän seurannan päälle niin jossain vaiheessa jalusta lopettaa vastaamasta käskyihin. Käyttöliittymä kyllä toimii eli ihan totaalista jäätymistä ei tapahdu mutta mikään ei toimi. Esim. Jos haluaisi muuttaa seurantakohdetta niin jalusta ei reagoi millään tavalla. Homman saa toimimaan ainoastaan katkaisemalla palvelun ja käynnistämällä sen uudelleen.
Pitää testata tapahtuuko jäätyminen aina tietyn minuuttimäärän kohdalla vai satunnaisesti. Sen verran tiedän että puolen tunnin seurannan jälkeen jalusta ei reagoi käskyihin.
Lainaus käyttäjältä: hanva77 - 29.12.2017, 13:23:07
No niin. Seuraava ongelma. Kaikki toimii hyvin mutta kun ajelen kohteeseen ja jätän seurannan päälle niin jossain vaiheessa jalusta lopettaa vastaamasta käskyihin.
No voihan rähmä.
Tuo ongelma kuulostaa jonkinlaiselta timeout-/nukahtamisongelmalta jossain komponentissa...mutta missä??
Minä lähtisin kaivamaan ongelmaa lokeista. Siihen näytöllehän tulee myös lokitusta erilaisista tapahtumista. Eikö siihen ilmesty mitään poikkeavaa seurannan aikana?
Riittävä virransaanti, usb-liitännät yms on myös hyvä aina tsekata. (https://stargazerslounge.com/topic/196582-eqmod-tracking-but-stops-responding-to-input/)
Ei tule minkäänlaista poikkeavaa tohon alanäytölle. Itseasiassa sen verran päivitystä asiaan että homma saattaa jäätyä ihan muutamassa minuutissa. Testailin tässä ajella kohteeseen, sammuttaa seurannan ja laittaa seurannan takaisin. Siihen saakka toimi mutta kun yritin ottaa seuraavaa kohdetta niin eipäs puhunut mitään. Jalustassa on kyllä seuranta päällä edelleen (selviää kuuntelemalla). Indi control panelissa jäätymisen huomaa esim. siitä että motor statuksessa stepper positionissa ei numerot enää juokse ja main control paneelissa kun painaa mitä tahansa "nappulaa niin mitään ei tapahdu. Ainoastaan vihreä pallukka muuttuu keltaiseksi.
Edit: virransaanti pitäisi olla kunnossa. Käytössä laadukas 12V 5A hakkuri. Pitääpä muuten kokeilla toista usb liitäntää.
Ei auttanut usb portin vaihto. Pari minuuttia homma toimii mutta sitten jäätyy. Mistähän tätä lähtisi purkamaan?
Laitetaampa vielä tarkka kokoonpano. Vasta hankittu Heq5 pro synscan (ver.04.37.03). Läppäri HP Probook 6360b. Mountti kytketty läppäriin siten että jalustasta menee piuha kapulaan ja kapulasta läppäriin jossa välissä rs232=>usb muunnin. Läppärissä asennettuna uusin Ubuntu uusimmilla päivityksistä. Läppäri on verkkovirrassa kiinni ja jalusta saa laadukkaasta 5A hakkurista virran.
Harmi jos Indissä ei ole ascom diagnostic:Ian vastaavaa työkalua, vai onko?
Tosiaan usb:eista kannattaa ainakin ottaa mahdolliset virransäästöt pois.
Ja logeja kannattaa tutkia.
Mikä rs232 - usb-muunnin se oli?
FTDI on siinä hyvä kirjainyhdistelmä.
Indissä on todella kattava lokitus. Sitä voi säätää tarpeen mukaan Ekosin asetuksista. Debug-moodi taitaa olla kattavin.
Huomenna voin yrittää laittaa ohjeistusta tuosta
Lisäys: Löytyi jotain indin foorumiltakin http://indilib.org/forum/general/571-read-before-you-post-any-support-request.html
Ja jos taas USB tuntuu olevan se joka kyykkää, niin kirjoittaa terminaalissa
dmesg > logia.txt
ja avaa sen sitten haluamallaan editorilla ja selailee loppupäästä löytyykö mitään USB-ongelmiin viittaavaa. USB-ajurin (ja USB-RS323 -piirin) löydät komennolla
lsusb -v
ja penkomalla sieltä.
Sain debug logia mutta enhän mä siitä ymmärrä paljoakaan. Yritin laittaa logia tänne mutta merkkilimitti tuli vastaan. Mitenhän saisin ton login linkattua tänne?
edit: Tässä linkki logitiedostoon, jos joku osaisi sitä tulkita...
https://drive.google.com/file/d/1pqFpILnqx1hlGi93mGovQ3qaQ-5G1hnG/view?usp=sharing
Tuossa logissa kaikki näyttää suht normaalilta. Pari varoitusta alussa, ei virheitä
Viimeiset "elonmerkit" on:
INFO 97.659154 sec : West Slew stopped
DEBUG 97.659252 sec : StopRA() : calling RA StopWaitMotor
COMM 97.659798 sec : dispatch_command: ":f1", 4 bytes written
COMM 97.682245 sec : read_eqmod: "=111", 5 bytes read
COMM 97.682342 sec : dispatch_command: ":K1", 4 bytes written
COMM 97.698180 sec : read_eqmod: "=", 2 bytes read
COMM 97.698314 sec : dispatch_command: ":f1", 4 bytes written
COMM 97.714118 sec : read_eqmod: "=101", 5 bytes read
INFO 97.714231 sec : Restarting RA Tracking...
DEBUG 97.714292 sec : StartRATracking() : trackspeed = 15.0411 arcsecs/s, computed rate = 1
DEBUG 97.714367 sec : SetRARate() : rate = 1
Tuon jälkeen ei ole reagoinut enää, jos jotain olet yrittänyt.
Nuo kaksi logissa olevaa Tracking:in aloitusta poikkeaa hieman toisistaan. Tuon "Restarting RA Tracking..." tiedon perässä ei ole aiemmin ollutta "StartDETracking()" tietoa lainkaan mutta tuolla tasolla en kyllä logia ymmärrä että onko sillä mitään merkitystä.
edit: No eipä tuolla väliä kun kertoo vain DEC-seurannan aloituksesta.
Oletko yrittänyt kapulalla ohjata jalustaa tuon "hyytymisen" jälkeen, ja jos niin reagoiko jalusta? Jos reagoi niin tapahtuuko KStarsissa mitään?
Kyllä jalusta toimii kapulalla senkin jälkeen kun kstars hyytyy. Pitää tsekata seuraavaksi herääkö kstars eloon kun siirryn kapulaohjaukseen. Todennäköisesti ei koska silloin otan pc direct moden pois päältä.
Lainaus käyttäjältä: hanva77 - 30.12.2017, 10:00:07
Kyllä jalusta toimii kapulalla senkin jälkeen kun kstars hyytyy. Pitää tsekata seuraavaksi herääkö kstars eloon kun siirryn kapulaohjaukseen. Todennäköisesti ei koska silloin otan pc direct moden pois päältä.
Noita lokitusasetuksia tuntuu olevan turhankin paljon tuossa KStars/Ekos/Indi -paketissa kun noita ohjeita silmäilin :huh:
Toisekseen ainakin omassa "simulaatioviritelmässäni" tuota jalustan ohjausta voi tehdä useammalla tavalla, joten variaatioita riittää.
Alkaa tässä eväät ongelmanratkaisuun loppua. Minä kokeilisin noita eri variaatioita ja yksi vaihtoehto voisi olla se, että kokeilee jollain toisella jalustan driverilla (kuin eqmod), ja katsoo ilmeneekö samainen ongelma sillä.
Onkos tätä viritystä kokeiltu windows-puolen vastaavilla palikoilla?
Mietin vaan että ongelmanratkaisussa linux-tietämys olisi aika kova juttu.
Ei ole kokeiltu mutta pitää kokeilla. Toi rs232->usb muunnin (joka muuten on FTDI) on toiminut windows puolella kun jalustana oli eq6. Ainut uusi palikka tässä kokoonpanossa on toi Heq5 ja sen mukana tulleet piuhat.
Kokeilinpa tuota kokoonpanoa omalla Celestron-jalustalla ja homma toimi (voiko sanoa valitettavasti) kuin buickki.
Laitoin tähän muutaman kuvakaappauksen liitteeksi kun kokeilin myös jalustan ohjausta tuolta Ekosin jalustanäytön (kuva 1) Mount Controllista (painike jossa kaukoputki). Siitä aukeaa tuollainen "käsikapulan" näköinen ikkuna (kuva 2) jolla voi ohjata jalustaa.
Ekosin setup-näytöllä rullaa kokoajan trackingissä ympyrä ja al- sekä az- arvot vaihtuvat juoksevasti myös (kuva 3).
Tapahtuuko myös sinulla näin ja löytyykö vastaavat näytöt Eqmod-driverilla?
Viimeinen kuva on KStarsin debug-asetusnäytöstä. Sieltä kun laittaa tuon "Verbose"-valinnan Mount ja INDI -valinnoilla debuggaamaan tiedostoon, niin voisi saada myös lisävalaistusta ongelmaan.
Oletko muuten tuota pnuu:n ehdottamaa USB-debugia kokeillut?
Testailin samalla tavalla kuin sinäkin ja muutaman minuutin kuluttua kesken ajelun homma jäi jumiin siten että jalusta jatkoi ajeluaan itsekseen eikä kuunnellut enää käskyjä. Piti sammuttaa virrat jalustasta.
Tässä uutta debug logia päivitettynä tuolla Verbose valinnalla ja lisäksi toi usb-debug logi.
https://drive.google.com/file/d/1K48MB7Zn9mX9EBTvcQJ1GRyAU_Gthxps/view?usp=sharing
https://drive.google.com/file/d/1856tLbMs0QbDUc8ZKbKNLdPkyGfiGI_z/view?usp=sharing
Ennen tuota viimeistä testiä kun homma meni jumiin siten että ajelu ei ollut kesken niin numerot kyllä juoksivat ekosissa, mutta käskyt eivät vain enää menneet perille.
Tutkailenpa noita edellisessä viestissäsi olevia lokeja tässä ehtiessäni
MUTTA
Tätä kokoonpanoa pystyy muka ajamaan Windowsillakin nykyään :shocked:
Täältä löytyy INDI (tai windi) http://www.cloudmakers.eu/windi/
Ja täältä KStars (+Ekos) https://edu.kde.org/kstars/#download
Jutun juoni onkin siinä että pääsisin halvemmalla jos saisin tän toimimaan Linuxissa koska raspberry on halvempi ratkaisu kuin Windows pohjainen korttikone.
Ajattelin tuota windowsia lähinnä testausmielessä tän ongelman haarukointiin :) siis mitä einarikin tuossa aiemmin väläytti
Niin ja eiköhän tuo Winkkari-versiokin toimi Raspberryn kanssa (?)
Lainaus käyttäjältä: hanva77 - 30.12.2017, 14:48:51
Testailin samalla tavalla kuin sinäkin ja muutaman minuutin kuluttua kesken ajelun homma jäi jumiin siten että jalusta jatkoi ajeluaan itsekseen eikä kuunnellut enää käskyjä. Piti sammuttaa virrat jalustasta.
Tässä uutta debug logia päivitettynä tuolla Verbose valinnalla ja lisäksi toi usb-debug logi.
https://drive.google.com/file/d/1K48MB7Zn9mX9EBTvcQJ1GRyAU_Gthxps/view?usp=sharing
https://drive.google.com/file/d/1856tLbMs0QbDUc8ZKbKNLdPkyGfiGI_z/view?usp=sharing
Ennen tuota viimeistä testiä kun homma meni jumiin siten että ajelu ei ollut kesken niin numerot kyllä juoksivat ekosissa, mutta käskyt eivät vain enää menneet perille.
Ei noistakaan lokeista mitään ihmeempää ollut havaittavissa :(
Määpä testaan winukan puolella niin voidaan poissulkea laiteviat.
Noniin asensin Windowsin puolelle kstarsin ja indin. Ekosin puolelta kun käynnistää eqmodin niin toi eqmod palikka pomppaa esiin ja siitä voi ohjailla jalustaa ilman ongelmia mutta ekosissa on tyhjät ruudut eikä mitään elämää ja kstarsin device managerissa ei voi valita mitään laitteita (ovat harmaina) eikä myöskään voi siten ajella kohteisiin.
Edit: indin ohjaupaneelissa kyllä juoksee numerot ja indin motion control käskyttää myöskin jalustaa moitteettomasti. Kstars ja Ekos vain ovat "pimeänä"
Lainaus käyttäjältä: hanva77 - 30.12.2017, 17:05:09
Noniin asensin Windowsin puolelle kstarsin ja indin. Ekosin puolelta kun käynnistää eqmodin niin toi eqmod palikka pomppaa esiin ja siitä voi ohjailla jalustaa ilman ongelmia mutta ekosissa on tyhjät ruudut eikä mitään elämää ja kstarsin device managerissa ei voi valita mitään laitteita (ovat harmaina) eikä myöskään voi siten ajella kohteisiin.
Ja käynnistit INDI Serverin erikseen ensin ja sinne määritit käytettävät oheislaitteet (ajureineen)?
Ihan vaan varmistukseksi kysyn :)
Kyllä
Joka tapauksessa winukan puolella eqmodilla ja windillä saa ajella mielin määrin ilman ongelmia joten vian täytyy olla Ubuntu-indi-eqmod akselilla. Laiteviat on ainakin poissuljettu?
Täältä löytyy enemmänkin tietoa tuosta windistä ja myös Raspberrystä serverinä
http://www.indilib.org/forum/general/1284-indi-server-for-windows.html?limitstart=0
Kaiken kaikkiaan mielenkiintoinen konsepti serveripään Raspberryineen.
Mutta kaikkinensa omituista että tuo hanva77:n kokoonpano ei ota toimiakseen ilman ongelmia.
Pitää itsekin testailla tätä uudella innolla koska kehitystä on tapahtunut melkoisesti muutaman vuoden aikana.
On kyllä todella omituista. Olen eilisen illan testaillut Windowsissa Eqmodia ja Stellariumia samalla kokoonpanolla ja kaikki toimii niinkuin junan vessa.
Kiinnostaisi kyllä saada Linuxin puolellakin homman toimimaan mutta työkalut on aika vähissä. Epäilen että vika on läppärin Ubuntun ja ajureiden yhteensopivuusongelmassa.
Mäkin testailin tuota Windowsin KStarsia Ekosin kera ja INDI-serverinä toimi RaspBerry Raspbianilla.
Ainakin oma jalusta toimi tuollakin kokoonpanolla ok. Täytyy tässä vielä ehtiessä laittaa kameratkin kiinni ja katsoa onko tuo Wifi:n läpi DSLR-kameran käyttö paremmalla tolalla kuin taannoin. Tästä voisi saada taas toimivan kokoonpanon aikaan, jos vielä tukee tuota DIY autofocuseriani.
Ekos vaikuttaa todella hyvältä kokonaisuudelta tänä päivänä.
Nimimerkillä: "hommasinko SGP:n turhaan"
Hanva oletko lukenut tätä ketjua Indin foorumilta?
http://indilib.org/forum/search.html?query=eqmod&searchatdate=12/31/2017&childforums=1
Lueskelin, mutta eipä tuolta oikein mitään irronnut. Mullakun ei noita erroreitakaan näy logeissa ja samoilla härpäkkeillä toimii windowsin puolella moitteettomasti, joten kaapeliviat sun muut on poissa laskuista.
Tulipa eilen testattua Windowsissa Ekos:ta Celestronin jalustan, Canon 1000D:n ja Microsoftin lifecam cineman kanssa. INDI-serverinä toimi RaspBerry PI.
Kaikki toimi sinällään ok mutta webbikameran ohjaukseen guidekamerana on niin paljon eri parametreja että sitä pitää opiskella lisää.
Yllätyksekseni DSLR-kamera toimi mainiosti ja mukana oli mahdollisuus tallentaa kuvat vain kameran muistikortille joten kuvaus toimi sujuvasti ilman
verkkoliikenteen aiheuttamaa viivettä. Ainoa mitä en vielä testannut oli DIY-autofocuseri, koska siinä ilmeni virransaantiongelmaa raspberryn kanssa. Uskoisin että tuokin ongelma on ratkaistavissa pienellä paneutumisella.
Lisätestaukset pitäisi päästä tekemään oikeissa "kenttäolosuhteissa" jotta saisi varmuuden kokonaispaketin toimivuudesta.
Ekos:in käyttöliittymä on kehittynyt muutamassa vuodessa valtavasti ja on mielestäni aivan kilpailukykyinen mm. Sequence Generator Pron:n kanssa, ja lisäksi Ekos (+INDI/KStars) on vielä täysin ilmainen :o Käyttöliittymä on selkeähkö ja häiritsevin tekijä on suunnaton parametrien määrä, joihin joutuu kokoonpanoa määritettäessä tekemään konffausta. Tuettuja oheislaitteita on kattavasti, joten jos haluaa rakentaa kalustonsa tämän konseptin varaan, niin varmasti löytää tuettuna haluamansa laitteet.
Tämän ketjun viesteistä löytyy linkit sekä Windows- että Linux-clientin ja -serverin lataussivuille.
Ekos in a nutshell:
http://indilib.org/about/ekos/requirements.html
No perhana! Mites focusointi toimi kameraoptiikalla ? Yritin just Windows puolella ottaa yhteyttä kameraan siinä onnistumatta (kuinkas muuten) mutta pitää kattoo tuota ajan kanssa.
Lainaus käyttäjältä: hanva77 - 01.01.2018, 17:00:07
No perhana! Mites focusointi toimi kameraoptiikalla ? Yritin just Windows puolella ottaa yhteyttä kameraan siinä onnistumatta (kuinkas muuten) mutta pitää kattoo tuota ajan kanssa.
Kuvaan DSLR:llä suoraan putken polttotasolta en kameraoptiikalla. Siksi itselläni on putkessa autofocuseri, joka hoitaa tuon fokusoinnin.
Mulla ei siis ole kokemuksia Ekosin fokusointiominaisuuksista kameraoptiikalla :undecided:
Mutta periaatteessa Ekosissa on kyvykkyys tuohon kameraoptiikan fokusointiin
LainaaFocusing
If supported by your camera, you can control Focus In and /Focus Out with speed settings under the Focus tab of the GPhoto driver. You can autofocus with any client that supports INDI auto-focusing.
http://indilib.org/devices/ccds/gphoto.html
Linuxin puolella sain kameran toimimaan! Vaikuttaa lupaavalta. Focusointi toimii tarpeeksi tarkasti. Täytyy vielä tutustua ajan kanssa muihin hallinta ominaisuuksiin. Live videon suurennosta en ainakaan huomannut. Se olisi todella tärkeä kun tarkentaa lyhyellä polttovälillä tähteen. Lisäksi jäi vielä epäselväksi miten livevideon kuvan exposurea voi säätää.
No niin alkaa pikkuhiljaa toi Ekosin kamerahallinta tulla tutuksi. Toi livekuvan suurennus ei vain onnistu. Katsoin videon missä kuvaan vedettiin hiiren kursorilla laatikko jonka sisällä oleva alue suureni mutta meikäläisellä ei tapahdu mitään. Sitten vielä semmoinen pikkuviilaus olisi tarpeellinen. Voiko jostain säätää siten että Ekosin fittsviewer ei muodostaisi esikatsekuvia kun varsinainen capturing alkaa. Se vie ihan turhaan resursseja ja aikaa.
Tuohon live viewn zoomaukseen en osaa sanoa mitään mutta tuon esikatselun voi ehkäistä sillä ettei lataa kuvia työasemalle vaan tallentaa ne vain kameran muistikortille. Tuon voi määrittää indin kamera-ajurin parametreista muistaakseni options-välilehdeltä. Myös tuon fits-muunnoksen voi muistaakseni säätää pois päältä parametreista.
Mulla on asetuksena että tallentaa kameran muistikortille mutta silti tulee näytölle kuva ja kun sulkee sen niin kysyy että tallenetaanko jonnekin temp tiedostoon tms.
Astroberry rokkaa! Hain Raspberry PI 3 ja asensin siihen astroberryn. Nyt kaikki toimii niinkuin pitääkin. Jalusta toimii kuin ajatus, kameran ohjaus samoin...liveviewin zoomausta myöden. Tätä kaikkea voin nyt ohjailla ubuntuläppärillä langattomasti selaimesta käsin. Ehdottomasti ääni tälle systeemille!
Se oli näköjään tää mun läppäri ja Ubuntu mikä aiheutti kaikki ongelmat.
Lainaus käyttäjältä: hanva77 - 02.01.2018, 21:56:34
Astroberry rokkaa! Hain Raspberry PI 3 ja asensin siihen astroberryn. Nyt kaikki toimii niinkuin pitääkin. Jalusta toimii kuin ajatus, kameran ohjaus samoin...liveviewin zoomausta myöden. Tätä kaikkea voin nyt ohjailla ubuntuläppärillä langattomasti selaimesta käsin. Ehdottomasti ääni tälle systeemille!
Se oli näköjään tää mun läppäri ja Ubuntu mikä aiheutti kaikki ongelmat.
Upeaa! :cheesy:
Toivotaan ettei enää tule takapakkeja, sen verran on taisteltu :)
Uskon että tuo konsepti pelaa myös niin että Raspberryssä serveri pää ja clientina oikea ubuntu/windows-mylly, mutta eiköhän tuokin kokoonpano
ole riittävä.
Pitää mennä tää kausi tällä nyt kun kerran toimii. Pitää kauden jälkeen testailla tuotakin vaihtoehtoa. Jouhevasti tuo Ubuntu mate ja astrohärpäkkeet näyttäis pyörivän tuolla raspi 3b:llä. Päivityksiä ei tuolle varmaan kannata tehdä ettei mee homma taas munille. Mun logiikan mukaan kun tuo raspi ei ole netissä ja jos kalusto pysyy samana niin päivityksille ei ole tarvetta??
KStars ja Ekos elää aika nopeaa kehitystä (esimerkiksi guidaukseen ja PHD2 käyttöön on tullut suuria parannuksia parin viikon sisään), että sitä voi ajoittain harkita päivittävänsä, INDI ajureihin ei isompia muutoksia yleensä tule, lähinnä vain uusia ajureita tulee, joten niihin ei tarvitse koskea, jos homma toimii. Raspin kanssa on se kiva, että voi ottaa vaan kopion koko SD-kortista ja palauttaa jos meni metsään :)
Ihmettely jatkuu. Tuli mieleen että mitenkäs toi raspin kello pysyy ajassa kun se ei ole nettiin yhteydessä ja käsittääkseni siinä ei ole mitään paristoa? Tuleekos tästä ongelmia esim. gotoilussa jos järjestelmän kello on pielessä?
Kyllähän se metsään menee, jos aika on pielessä kun ohjelman käsitys asioiden paikasta taivaalla on väärä. Itse käytän USB-GPS-mokkulaa, josta saa sekä ajan että paikan ja KStars osaa suoraan käyttää GPSD ajurilla. Vaihtoehto on hommata muutaman euron RTC kuten https://thepihut.com/products/mini-rtc-module-for-raspberry-pi?variant=758601217
Tulihan niitä ongelmia :cool: Kaikki toimii kuin pitääkin. Indi/ekos ottaa yhteyden kameraan (Nikon D800), livekuva näkyy ja focusointi onnistuu MUTTA...kun pitäisi ottaa capture niin kameran suljin käy ja kuva menee muistikortille mutta Ekosissa prosessi kestää ja kestää kunnes ekos ilmoittaa että capture failed ja aloittaa prosessin alusta. Indin paneeliin ilmestyy virheilmoitukset: error downloading image from camera:directory not found ja exposure failed to save image... directory not found.
Tarkoittaako noi nyt että indi/ekos ei löydä kameran muistikortilta kansiota missä kuva on vai mistä on kysymys?
Ei tää liian helppoo oo ollenkaan :cheesy:
Lainaus käyttäjältä: hanva77 - 04.01.2018, 00:27:09
Tulihan niitä ongelmia :cool: Kaikki toimii kuin pitääkin. Indi/ekos ottaa yhteyden kameraan (Nikon D800), livekuva näkyy ja focusointi onnistuu MUTTA...kun pitäisi ottaa capture niin kameran suljin käy ja kuva menee muistikortille mutta Ekosissa prosessi kestää ja kestää kunnes ekos ilmoittaa että capture failed ja aloittaa prosessin alusta. Indin paneeliin ilmestyy virheilmoitukset: error downloading image from camera:directory not found ja exposure failed to save image... directory not found.
Tarkoittaako noi nyt että indi/ekos ei löydä kameran muistikortilta kansiota missä kuva on vai mistä on kysymys?
Ei tää liian helppoo oo ollenkaan :cheesy:
Kannattaa myös tarkistaa onko johonkin määritelty tietokoneella sijaitseva olematon kansio, johon ohjelma yrittää tallentaa kuvaa.
Ainoat kansiomääritykset mitä löydän on /home/astroberry ja kyseinen kansio löytyy kyllä.
Joskus jossakin foorumi keskustelussa jollakulla oli ollut tämä ongelma jos yritti ottaa kuvan indi control panelista. Mutta jos otti Ekos sequence queuesta kstarsissa niin sitten pelitti.
Minä yritän nimen omaan ottaa kuvaa tuolta sequence queuesta.
Minun netin käyttö taidoillani ei löydy oikein mitään yleispätevää syytä, canonisteilla on joskus auttanut kameran usb tilan vaihto, samoin kuin peilin lukitus ja kaikkien kameran omien timed shooting säätöjen poisto... nikonista ei löydy oikein mitään. Minulla lojuu kyllä tuolla nurkassa raspberry pi, voisin itsekkin rakentaa systeemin kokeeksi ja testailla mutta siihen ei varmaan ole ennen viikonloppua aikaa. Minulla on canonin kamera tosin joten se ei olisi ihan sama asia.
Lainaus käyttäjältä: hanva77 - 04.01.2018, 00:27:09
Ekosissa prosessi kestää ja kestää kunnes ekos ilmoittaa että capture failed ja aloittaa prosessin alusta. Indin paneeliin ilmestyy virheilmoitukset: error downloading image from camera:directory not found ja exposure failed to save image... directory not found.
Kansiomäärityksiä on kahdessa paikassa. Indin kamera-ajurin parametreissa: Eli olet tarkistanut sieltä kaikista välilehdistä?
Lisäksi Ekosin kamera-välilehdellä on myös kansiomääritykset: Sieltä myös tarkistettu?
Jos kaikissa noissa on se "home/astroberry" niin pitäisi oll ok (ja oikeudet ko kansioonkin kunnossa).
Voisit harkita myös sieltä indin kamera-ajurin paramtreista säätää upload-asetukseen arvon local arvon client sijaan ja katsoa mitä tapahtuu.
ohje: http://indilib.org/devices/ccds/gphoto.html kohdassa "Saving locally"
Kyllä molemmissa paikoissa on asetuksena /home/astroberry. Tuota local asetustakin kokeilin, mutta tuloksetta.
Pitänee flashata astroberry uusiksi kortille ja lähteä sitä kautta purkamaan tätä. Pieni epäilys alkoi kaivelemaan että olisiko tiedostot korruptuneita kun aluksi tietämättömänä sammuttelin raspia vain vetämällä virtajohdon irti, ilman että sammutin järjestelmää oikeaoppisesti.
(https://farm5.staticflickr.com/4595/27713422379_210183fc90_b.jpg)
(https://farm5.staticflickr.com/4643/24623308197_5d15f9008e_b.jpg)
Lainaus käyttäjältä: hanva77 - 04.01.2018, 09:00:03
Kyllä molemmissa paikoissa on asetuksena /home/astroberry. Tuota local asetustakin kokeilin, mutta tuloksetta.
Yksi asia mikä itseäni vaivaa tuossa INDI / Ekos "integraatiossa" on se, että kuten sinullakin kuvista näkyy, olet määrittänyt Ekosiin uploadiksi "Client" mutta Indin parametreissa ko kohdassa on määritelty "Local"
Kukahan osaisi kertoa kumpaa noista nyt käytetään ja miksi? Lisäksi jos tuosta kuvasta okein näen niin
Ekosin Remote-kohdassa lukee "/home/pi"...vaikuttaako tuo mitenkään ja jos niin millä parametrivaihtoehdoilla vaikuttaa ja millä ei???
Seuraa arvelua, koska en ole noita koskaan käyttänyt:
Tuossa hanva77:n kuvassa lukee hakemistojen edessä (ainakin luulen niin, hiiri pahasti edessä) Upload settings. Tämä viittaisi minusta clientin hakemistoihin joihin serveripäästä kuvat siirretään. Nuo hakemistot eivät sitten välttämättä ole olemassa siellä client-koneella.
Tämä sama asia vähän itseänikin mietityttää. Miksi asetuksissa on oletuksena client, vaikka kyseessähän on standalone/local systeemi eli Raspberry ei toimi serverinä vaan Ekos/Kstars ovat asennettuina Raspille sitä ohjataan verkon yli "Kaappaamalla työpöytä"
Tosin tässä mun tapauksessa se ei auttanut vaikka laitoin ton local vaihtoehdoksi molempiin.
Lainaus käyttäjältä: hanva77 - 04.01.2018, 13:31:40
Tämä sama asia vähän itseänikin mietityttää. Miksi asetuksissa on oletuksena client, vaikka kyseessähän on standalone/local systeemi eli Raspberry ei toimi serverinä vaan Ekos/Kstars ovat asennettuina Raspille sitä ohjataan verkon yli "Kaappaamalla työpöytä"
Tosin tässä mun tapauksessa se ei auttanut vaikka laitoin ton local vaihtoehdoksi molempiin.
Pystytkö mistään vaihtamaan sitä Ekos:in upload remoten hakemistoa ("/home/pi"-> "/home/astroberry":ksi)?
Kokeilen kun saan flashattua ton astroberryn uudelleen ja lähdettyä puhtaalta pöydältä. Sen ainakin tässä on oppinut kun vikaa etsii niin ei kannata käännellä kuin "yhtä vipua" kerrallaan. Muuten ei hetken kuluttua tiedä mikä oli lähtötilanne ja mikä vaikuttaa mihinkin :cheesy:
Tyhmä kysymys tähän väliin.
Onhan sun profiili Ekosissa määritelty lokaaliksi ei remoteksi?
Joo local...
sitten pitää olla upload asetukset arvossa client.
Tsekkaapa vielä mitä sulla lukee tuolla Default FITS Directory -kohdassa.
Samalla voit katsoa mitä tuolla FITS-osiossa on parametreina. En tiedä voiko tuolla ohjata sitä FITS-preview:tä mutta sellainen täppä sieltä kuitenkin löytyy
Kyllä tuossa Default FITS directory kohdassa on johdonmukaisesti /home/astroberry.
Tuolla FITS kohdassa ei ollut mitään mikä voisi vaikuttaa. On taas niin mystinen juttu.....
Mikäs tuossa General info välilehdellä oleva FITS Header kohta on? Siinä on kaikissa neljässä laatikossa unknown.
Lainaus käyttäjältä: hanva77 - 04.01.2018, 20:25:32
Kyllä tuossa Default FITS directory kohdassa on johdonmukaisesti /home/astroberry.
Tuolla FITS kohdassa ei ollut mitään mikä voisi vaikuttaa. On taas niin mystinen juttu.....
Löytyisikö täältä mitään apuja? http://indilib.org/forum/general/1807-exposure-failed-to-save-image-directory-not-found.html
Olen tuonkin lukenut mutta nikonissa ei ole vastaavia asetuksia joten tuostakaan ei ole hyöty.
Tai ehkä se hyöty että alan kallistumaan sille kannalle että toi virheilmoitus tarkoittaakin että indi ei löydä kansiota KAMERASTA mistä se lataisi esikatselukuvan näytölle. Eli kameran asetuksissa on jotain häikkää. Tää olisi sinänsä loogista koska joka ikinen yritys ottaa preview kuva tai varsinainen valotus antaa käskyn kameralle ja kuva jää muistikortille. Virhe tulee siinä vaiheessa kun indi yrittää löytää kuvaa ladattavaksi muistikortilta.
Indin Gphoto ajurin ohjeissa yksi asia joka voisi vaikuttaa, mutta en tiedä liittyykö tähän... exposurehan toimii kun kuva tallentuu kuitenkin sinne kameraan:
"Nikon is officially supported under GPhoto but the level of features supported is less than that of Canon cameras. For bulb exposures to work, you must set Capture Target to SD Card. By default it is set to Internal RAM which is problematic in Nikon cameras. Please save configuration after setting capture target to SD Card."
Lisäksi siellä sanotaan että image info ja image settings kohdat pitäisi täyttää oikein tai voi tulla erinäisiä ongelmia. Leveys, korkeus, pikselikoko, bittisyys etc... jos live view tarkennus tai fokusointi on päällä niin ne konvertoidaan kai FITS muotoon siirron yhteydessä kameran omasta formaatista. Tuon gphoto ajurin toimintaan tämä ongelma voisi kuitenkin liittyä kun se tuon DSLR kontrollin näyttäisi hoitavan.
Kehtaisko joku paremmin lontoota osaava pistää kyselyä tästä keissistä tonne indin foorumille. Kyse ei ole omasta laiskuudesta vaan riittävän kielitaidon puutteesta. Ymmärrän kyllä lukemaani kohtuu hyvin mutta lauseiden muodostaminen ammattisanastoa käyttäen voisi aiheuttaa väärinkäsityksiä :cheesy:
Paljosta ei ole enää kiinni. Kaikki muu toimii loistavasti mutta tää pieni mutta tärkeä palanen vielä puuttuu. Jos tästä sais muillekin Linux pohjaista systeemiä miettiville sysäyksen siirtyä avoimen koodin hienoon maailmaan :cheesy:
Se kehittäjä/ylläpitäjä kysyy joka tapauksessa sitä debug-lokia joten se olis hyvä ottaa ulos kameran osalta.
Siiltä voisi päästä muutenkin paremmin jyvälle ongelmasta.
Joo pitää ottaa se debug-loki ulos tänään illalla...
Mistä olet ottanut tuon resoluution?
En löytänyt ko kameran spekseistä vastaavaa (https://www.nikonusa.com/en/nikon-products/product-archive/dslr-cameras/d800.html#tab-ProductDetail-ProductTabs-TechSpecs)
https://www.digicamdb.com/specs/nikon_d800/
Tuolta ja Ekos kysyi nimenomaan sensor resolutionia mikä oli tuon sivuston mukaan eri kuin image resolution. Kokeilin mä jossain vaiheessa tuotakin vaihtaa mutta ei sillä ollut vaikutusta.
INFO 67.860496 sec : Session log file /home/astroberry/.indi/logs/2016-02-11/indi_nikon_ccd/indi_nikon_ccd_16:31:12.log
DEBUG 82.878604 sec : Configuration successfully saved.
WARNING 95.380769 sec : World Coordinate System is enabled. CCD rotation must be set either manually or by solving the image before proceeding to capture any frames, otherwise the WCS information may be invalid.
DEBUG 128.588268 sec : Setting focuser speed to -1
DEBUG 128.899365 sec : manual focus -3 -> -1024.000000
DEBUG 128.991985 sec : manual focus -3 -> -1024.000000
DEBUG 130.465165 sec : Setting focuser speed to -1
DEBUG 130.549318 sec : manual focus -3 -> -1024.000000
DEBUG 130.630884 sec : manual focus -3 -> -1024.000000
DEBUG 132.940781 sec : Setting focuser speed to 1
DEBUG 133.238105 sec : manual focus 1 -> 128.000000
DEBUG 133.316795 sec : manual focus 1 -> 128.000000
DEBUG 133.928261 sec : Setting focuser speed to 1
DEBUG 134.032589 sec : manual focus 1 -> 128.000000
DEBUG 134.165060 sec : manual focus 1 -> 128.000000
DEBUG 134.638454 sec : Setting focuser speed to 1
DEBUG 134.714579 sec : manual focus 1 -> 128.000000
DEBUG 134.817519 sec : manual focus 1 -> 128.000000
DEBUG 135.363476 sec : Setting focuser speed to 1
DEBUG 135.462611 sec : manual focus 1 -> 128.000000
DEBUG 135.579156 sec : manual focus 1 -> 128.000000
DEBUG 136.192969 sec : Setting focuser speed to 1
DEBUG 136.500893 sec : manual focus 1 -> 128.000000
DEBUG 136.610203 sec : manual focus 1 -> 128.000000
DEBUG 137.003805 sec : Setting focuser speed to 1
DEBUG 137.118654 sec : manual focus 1 -> 128.000000
DEBUG 137.218429 sec : manual focus 1 -> 128.000000
DEBUG 140.158263 sec : Setting focuser speed to 1
DEBUG 140.449399 sec : manual focus 1 -> 128.000000
DEBUG 140.554027 sec : manual focus 1 -> 128.000000
DEBUG 145.273156 sec : The video stream has been disabled. Frame count 0
DEBUG 145.273304 sec : Setting toggle widget viewfinder: 0
DEBUG 145.291061 sec : Setting new configuration OK.
DEBUG 153.413205 sec : Requested CCD Frame is ( 0, 0) (7379 x 4919)
DEBUG 153.418341 sec : Starting exposure (exptime: 1 secs, mirror lock: 0)
DEBUG 153.418481 sec : Mutex locked
DEBUG 153.418526 sec : Setting radio/menu widget iso: 9 (400)
DEBUG 153.421297 sec : Setting new configuration OK.
DEBUG 153.421443 sec : Setting radio/menu widget capturetarget: 1 (Memory card)
DEBUG 153.424105 sec : Setting new configuration OK.
DEBUG 153.424233 sec : Using camera predefined exposure ranges.
DEBUG 153.424289 sec : Finding optimal exposure setting for 1 seconds in shutterspeed2 (count=57)...
DEBUG 153.424341 sec : Best match: 1 seconds Index: 39
DEBUG 153.424381 sec : Setting radio/menu widget shutterspeed2: 39 (1)
DEBUG 153.459615 sec : Setting new configuration OK.
DEBUG 153.460133 sec : Using predefined exposure time: 1 seconds
DEBUG 153.460257 sec : Exposure started
INFO 153.460742 sec : Starting 1 sec exposure
DEBUG 154.461746 sec : Reading exposure...
DEBUG 258.766465 sec : Exposure complete
DEBUG 258.766683 sec : gp_file_new_from_fd result: 0
DEBUG 258.766739 sec : Downloading /
DEBUG 258.766777 sec : Downloading result: -107
ERROR 258.766822 sec : Error downloading image from camera: Directory not found
DEBUG 258.766901 sec : Setting radio/menu widget iso: 9 (400)
DEBUG 258.769776 sec : Setting new configuration OK.
DEBUG 258.769947 sec : Setting radio/menu widget shutterspeed2: 56 (Bulb)
DEBUG 258.827434 sec : Setting new configuration OK.
ERROR 258.827971 sec : Exposure failed to save image... Directory not found
DEBUG 258.854691 sec : Starting exposure (exptime: 1 secs, mirror lock: 0)
DEBUG 258.854816 sec : Mutex locked
DEBUG 258.854857 sec : Setting radio/menu widget iso: 9 (400)
DEBUG 258.857546 sec : Setting new configuration OK.
DEBUG 258.857675 sec : Setting radio/menu widget capturetarget: 1 (Memory card)
DEBUG 258.860705 sec : Setting new configuration OK.
DEBUG 258.860856 sec : Using camera predefined exposure ranges.
DEBUG 258.860912 sec : Finding optimal exposure setting for 1 seconds in shutterspeed2 (count=57)...
DEBUG 258.860963 sec : Best match: 1 seconds Index: 39
DEBUG 258.861067 sec : Setting radio/menu widget shutterspeed2: 39 (1)
DEBUG 258.883898 sec : Setting new configuration OK.
DEBUG 258.884050 sec : Using predefined exposure time: 1 seconds
DEBUG 258.884099 sec : Exposure started
INFO 258.884133 sec : Starting 1 sec exposure
DEBUG 259.884667 sec : Reading exposure...
DEBUG 364.234311 sec : Exposure complete
DEBUG 364.234504 sec : gp_file_new_from_fd result: 0
DEBUG 364.234545 sec : Downloading /
DEBUG 364.234579 sec : Downloading result: -107
ERROR 364.234618 sec : Error downloading image from camera: Directory not found
DEBUG 364.234685 sec : Setting radio/menu widget iso: 9 (400)
DEBUG 364.237395 sec : Setting new configuration OK.
DEBUG 364.237534 sec : Setting radio/menu widget shutterspeed2: 56 (Bulb)
DEBUG 364.263596 sec : Setting new configuration OK.
ERROR 364.263771 sec : Exposure failed to save image... Directory not found
DEBUG 364.351289 sec : Starting exposure (exptime: 1 secs, mirror lock: 0)
DEBUG 364.351434 sec : Mutex locked
DEBUG 364.351479 sec : Setting radio/menu widget iso: 9 (400)
DEBUG 364.354179 sec : Setting new configuration OK.
DEBUG 364.354311 sec : Setting radio/menu widget capturetarget: 1 (Memory card)
DEBUG 364.357021 sec : Setting new configuration OK.
DEBUG 364.357159 sec : Using camera predefined exposure ranges.
DEBUG 364.357226 sec : Finding optimal exposure setting for 1 seconds in shutterspeed2 (count=57)...
DEBUG 364.357275 sec : Best match: 1 seconds Index: 39
DEBUG 364.357323 sec : Setting radio/menu widget shutterspeed2: 39 (1)
DEBUG 364.439511 sec : Setting new configuration OK.
DEBUG 364.440153 sec : Using predefined exposure time: 1 seconds
DEBUG 364.440509 sec : Exposure started
INFO 364.440816 sec : Starting 1 sec exposure
DEBUG 365.442130 sec : Reading exposure...
DEBUG 469.796075 sec : Exposure complete
DEBUG 469.796239 sec : gp_file_new_from_fd result: 0
DEBUG 469.796279 sec : Downloading /
DEBUG 469.796318 sec : Downloading result: -107
ERROR 469.796356 sec : Error downloading image from camera: Directory not found
DEBUG 469.796421 sec : Setting radio/menu widget iso: 9 (400)
DEBUG 469.799432 sec : Setting new configuration OK.
DEBUG 469.799579 sec : Setting radio/menu widget shutterspeed2: 56 (Bulb)
DEBUG 469.858753 sec : Setting new configuration OK.
ERROR 469.858918 sec : Exposure failed to save image... Directory not found
DEBUG 469.910000 sec : Starting exposure (exptime: 1 secs, mirror lock: 0)
DEBUG 469.910155 sec : Mutex locked
DEBUG 469.910233 sec : Setting radio/menu widget iso: 9 (400)
DEBUG 469.913146 sec : Setting new configuration OK.
DEBUG 469.913344 sec : Setting radio/menu widget capturetarget: 1 (Memory card)
DEBUG 469.916223 sec : Setting new configuration OK.
DEBUG 469.916339 sec : Using camera predefined exposure ranges.
DEBUG 469.916396 sec : Finding optimal exposure setting for 1 seconds in shutterspeed2 (count=57)...
DEBUG 469.916454 sec : Best match: 1 seconds Index: 39
DEBUG 469.916497 sec : Setting radio/menu widget shutterspeed2: 39 (1)
DEBUG 469.933807 sec : Setting new configuration OK.
DEBUG 469.933957 sec : Using predefined exposure time: 1 seconds
DEBUG 469.934021 sec : Exposure started
INFO 469.934074 sec : Starting 1 sec exposure
DEBUG 470.934505 sec : Reading exposure...
DEBUG 575.284794 sec : Exposure complete
DEBUG 575.284948 sec : gp_file_new_from_fd result: 0
DEBUG 575.284983 sec : Downloading /
DEBUG 575.285015 sec : Downloading result: -107
ERROR 575.285048 sec : Error downloading image from camera: Directory not found
DEBUG 575.285109 sec : Setting radio/menu widget iso: 9 (400)
DEBUG 575.287937 sec : Setting new configuration OK.
DEBUG 575.288044 sec : Setting radio/menu widget shutterspeed2: 56 (Bulb)
DEBUG 575.317962 sec : Setting new configuration OK.
ERROR 575.318096 sec : Exposure failed to save image... Directory not found
INFO 575.508440 sec : Nikon DSLR DSC D800 is offline.
Tuon lokin perusteella ei tosiaan voi suoraan sanoa onko hakemisto-ongelma kameran vai clientin päässä. Vois tietty yrittää suoraan sorsakoodista katsoa mitä tuo koodi -107 kertoo. Omituista ettei edes lokille tule tietoa mistä hakemistosta on kyse.
Täytyy vähän tutkia lisää kun pääsee työaseman ja. netin ääreen.
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ä?
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
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ä?
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?
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.
Lainaus käyttäjältä: hanva77 - 05.01.2018, 22:25:14
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.
Päivitykset ajettu ja ainoa mikä muuttui niin livekuvan zoomaus ei enää toimi ja systeemi tahmaa aikalailla :cheesy:
Ojasta allikkoon mentiin.
Lainaus käyttäjältä: hanva77 - 05.01.2018, 23:24:28
Päivitykset ajettu ja ainoa mikä muuttui niin livekuvan zoomaus ei enää toimi ja systeemi tahmaa aikalailla :cheesy:
Ojasta allikkoon mentiin.
Hmmm no on nyt ainakin testattu viimeisimmillä kilkkeillä. Kovin epävakaalta vaikuttaa jos tuo zoomaus tosiaan ei toimi päivitetyllä softalla :undecided:
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:
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?
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.
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.
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 :azn:
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ä