Forum Replies Created

Viewing 15 posts - 1 through 15 (of 104 total)
  • Author
    Posts
  • #29817
    han.k
    Participant

    De MPC1992 rapportage functie heb ik nu verwijderd. Voor observaties kan het programa (v2024-02-24) van een serie opnames nu alle zichtbare asteroiden direct track & stacken naar kleine FITS images. De FITS opnames zijn astrometric correct. Ze zien er dan zo uit:

    Wel is het zaak dat de MPC database redelijk klopt (binen een paar maanden) met de tijd van de opnames.

    Documentatie
    http://www.hnsky.org/astap#trackandstack

    Terugmelding is welkom.

    Han

    • This reply was modified 2 years, 2 months ago by han.k.
    #29815
    han.k
    Participant

    Er zijn nog wat verbeteringen aangebracht in de laatste development versie inclusief het stacken aligned op een solar object. Echter als ik in de MPCchecker een veld controleer of er nog observaties nodig zijn, dan is dat alleen het geval voor objecten met een magnitude tussen de 21 en 23. Dat gaat in Nederland niet echt lukken. Dus de tijd waar je als doorsnee amateurastronoom kon bijdragen met observaties is voorbij.

    Han

    #29807
    han.k
    Participant

    Het program is nu bij versie 2024-02-16 en ook uitgebracht voor de Mac. Met behulp van de test opnames van het Tycho programma heb ik e.a. kunnen testen en verifieren. Er zijn wat formateerproblemen in het MPC1992 rapport opgelost. Het rapport moet nu foutloos zijn.

    #27540
    han.k
    Participant

    Mooie opname. Ik had dit object nog niet in mijn database. Maar toegevoegd. De omtrek and positie heb als in de bijlage getekend. Rechts in de omtrek is volgens mij de vissestaart.

    Han

    #27535
    han.k
    Participant

    Dit object is in Simbad te vinden als:

    PK_104-29.1

    PN_Jn1

    PNG104.2-29.6

     

    Han

    #27521
    han.k
    Participant

    Ik heb een eerste rapport van een CR2 file. De tijd van exposure (exif) is voor de starttijd van de belichting. Dit is anders dan wat de RAW file van mijn S7 telefoon aangeeft. Deze geeft de eindtijd aan.  Blijkbaar hangt het af van de camera/software. Voorlopig houd ik aan wat de CR2 file doet. Dat betekend ook dat Siril and PI het correct aangeven voor (Canon) CR2 files. Nu is de vraag wat andere cameras doen.

    Han

     

    #27519
    han.k
    Participant

    Die zelfde site geeft voor mijn S7 (SM-G930F) ook maar een 1/10 seconde aan. Maar in de verklaring bij alle telefoons staat dit:

    Manual exposure range
    The range of supported manual exposure in seconds (minimum or shortest to maximum or longest). This camera might support exposures outside this range, but only in automatic mode and not in manual exposure mode. Also, note that this range is the one third-party apps have access to, as often the first-party app preinstalled on the phone by the manufacturer might have privileged access to the hardware and offer longer or shorter exposures times.

    Third party access is bv mijn experimentele app. Dus ik kan alleen langer dan 1/10 seconden belichten met de originele camera app. Het speciale PRO camera menu bereik je na het opstarten van camera app met een swipe over het scherm van links naar rechts. De PRO menu opties zijn niet instelbaar in het normale camera settings menu.

    Han

     

    #27516
    han.k
    Participant

    Tot mijn verbazing kan ik toch lange belichtingen maken en als RAW files opslaan met mijn S7 telefoon. In menu Fotogrootte kan je JPEG/RAW selecteren. Verder is het zaak de PRO mode te activeren met een swipe. Dan kan je belichten tot 10 seconden. Nu nog een heldere nacht om dit uit te proberen.

     

    Nicolàs,

    Het kan zijn dat de A6 ook een PRO menu heeft. Klopt dat? Indien zo misschien nog eens interessant  om dit uit te proberen:

    https://smartandroid.fr/en/comment-faire-les-reglages-photo-sur-un-samsung-galaxy-a6/

     

    Han

    #27510
    han.k
    Participant

    Hallo Paul,

    Bedankt voor de info. Ja de conclusie van dit draadje is dat solven van beelden van de beste smartphones gaat maar alleen met de beste telefoon cameras. De oriëntatie sensor kan daarbij helpen om de globale richting te bepalen wat helpt om het solving process te bespoedigen. Dat deze app gaat werken voor misschien 10% tot 20% van de telefoons is te weinig en ontwikkeling gaat veel tijd kosten en vraagt daarnaast ook veel begeleiding voor de telefoons waar het niet of onbetrouwbaar werkt.  Je ziet dit ook in de commentaar van de “Celestron StarSense Explorer”. Veel teleurstellingen.

    Praktisch nut van een phone app is ook beperkt. Het was een leuk experiment maar niet goed uitvoerbaar.

    Han

     

    #27504
    han.k
    Participant

    Je test opnames heb ik niet gestacked. Ik heb het pas geprobeerd maar de stackresultaten van jpeg files was slecht.

    Ik ben nu aan het experimenteren met de gemeten  X, Y, Z  waarden. Het vreemde is dat de maximale Y amplitude groter is dan die van X, Y.  Zonder een gelijke maximale amplitude wordt dit geen success. Ja ik zie ook dat metaal een invloed heeft. Blijkbaar is de meting genoeg voor een grove oriëntatie maar niet voor precisiewerk :( . Dit ziet er niet goed uit voor mijn project. Die indruk krijg ik ook van wat forum berichten over deze toepassing.

    Han

     

    #27502
    han.k
    Participant

    Nicolàs bedankt. Helaas zijn alle opnames niet te solven. Er zijn wat hints van twee of drie sterren maar niet genoeg. Ik zie het zelfde by mijn oude J5 phone. De conclusie is dat solven van smart phones gaat, maar alleen voor de duurdere en nieuwste modellen met de beste cameras. Verder merk ik dat solven mischien wel 20 or 30 seconden kost. Dat is niet zo bruikbaar.

    Ik denk dat ik dit smartphone solven nog even laat liggen.

    Een ander plan is de telefoon orientatie sensor gebruiken. Deze geven direct feedback van de telefoon orientatie. Dat wordt ook gebruikt in applicaties als Sky Safari. Als ik me goed herinner kunnen de afwijkingen enige graden zijn. Maar misschien helpt als je de sensor calibreert met een bekende heldere ster of deepsky object. Als je in de buurt van dit calibratie punt blijft is de nauwkeurigheid misschien bruikbaar. Ik heb een demo applicatie waar de sensor X,Y,Z positie wordt uitgelezen. De waarden zijn dan gemakkelijk in Ra, Dec of Azimuth, Altitude om te zetten.

    In principe zou je dan de telefoon tegen de Dobson of andere telescoop kunnen klemmen in een willekeurige orientatie. Zodra de telescoop is uitgericht op een bekende heldere ster als Canopus, Rigel dan zou je met een calibratie opdracht de uitlezing kunnen “ijken”. Dat is relatief eenvoudig vectorrekenen. Dit lijkt uitvoerbaar. De diverse goniometrie routines kan ik uit mijn bestaande programmas kopieren.

    Zijn er al phone applicaties waar je de orientatie sensor kan calibereren? En zo ja is dat bruikbaar?

    Han

     

    #27499
    han.k
    Participant

    Deze laatste opname is net iets te slecht voor solven. Nova.astrometry.net lukt het ook niet:

    https://nova.astrometry.net/user_images/6765277#original

     

    #27494
    han.k
    Participant

    Paul,

    Het solven van de Huawai opname gaat gemakkelijk. De bitdiepte is 10 bit. Meer dan genoeg sterren. Meer opnames zijn niet nodig want die zullen ook gemakkelijk te solven zijn.

    Waarschijnlijk is het nu interessanter om het te proberen met de wat mindere telefoons als de A6 :)  Ik heb mijn algorithm nu zo verbeterd dat voor mijn S7 phone ik 9 van de 10 opnames kan solven. Dat lukt nova.astrometry.net niet. Wel heb ik de ster herkenningspatronen aangepast. De quads (4 sterren) worden nu niet van 4 sterren die dichtbij mekaar staan gemaakt maar willekeurig. Het aantal quads neemt dan wel heel snel toe. Dit werkt beter bij weinig sterren en eventuele storende spooksterren/hotpixels. Zie bijlagen.  Ook heb ik een opname van mijn S7 bijgevoegd om te illustreren wat de solver aankan.

    Dus opnames van A6 of andere telefoons zijn welkom.

    Han

    Attachments:
    You must be logged in to view attached files.
    #27478
    han.k
    Participant

    Paul,

    Jouw Huawai lijkt een prima phone for solving.  De belichtingstijd van mijn Samsung S7 is niet te beinvloeden. Ook niet met applicatie software. Stacken werkt ook niet goed. Jpeg is ook niet ideaal. Raw is veel beter.

    Een belichtingstijd van een paar seconden en een normale ISO (800?) moeten solven heel gemakkelijk maken. Als je die als RAW kan bewaren is helemaal top. Dat betekend waarschijnlijk dat de opnames 12 of 14 bit diep zijn. Dan kan je waarschijnlijk beter via een ander site delen.  E.v.t. gezipped via https://ufile.io/ en de link doorgeven. Bij langere belichtingstijd dan een paar seconden dan lijkt me dat de sterren ovaal worden maar ik heb het niet nagerekend. De sterren moeten redelijk rond zijn ander negeert de solver deze.

    Han

     

    #27475
    han.k
    Participant

    De Maan is niet erg. Het probleem is de korte belichtingstijd en de bijzonder kleine lensopening. Dan valt de hemelachtergrond weg en blijven er een paar sterren tot circa magnitude 3.5 over. Momenteel heb ik zeven fotos waarvan twee door nova.astrometry.net gesolved kunnen worden en zes van zeven kan ik met mijn speciale software solven. Het blijft moeilijk. Het gaat technisch waarschijnlijk net. Helaas kan je in software de telefoon belichtingstijd niet langer maken. Belichtingstijd wordt door camera zelf bepaald.

    Maak foto’s in een paar richtingen. niet met de hand maar terwijl de telefoon ligt en op zelfontspanner (timer) een opname maakt.  Heeft je camera meerdere cameras probeer dan deze allemaal.

    Han

     

     

Viewing 15 posts - 1 through 15 (of 104 total)
Scroll to Top