Mabula, what am i looking at here, a master dark rejection map made from 65x600 seconds -20C darks. Cosmic ray hits?Dark-rejection-map

 There is very dangerous bug. De Scopedome heeft de rare gewoonte om aan het eind van de sessie eerst keurig naar "park" te gaan, om dan weer even terug te draaien naar de laatste positie en tenslotte weer naar "park". Niet erg, maar onnodig. Toen ik naar de website van Scopedome ging om te kijken of andere gebruikers daar ook last van hebben trof ik deze hele merkwaardige melding: "If you have version 5.1.35 please uninstall it. There is very dangerous bug." Ik heb het afgelopen half jaar versie 5.1.35 gebruikt...... Dus gelijk versie 5.1.36 geinstalleerd. En een email naar de customer service van Scopedome om te vragen waarom ze hun klanten niet aktief benaderd hebben hierover en wat nou dat "Dangerous" precies inhield. De Email correspondentie gaat vervolgens in "Pengels" (Scopedome is Pools). De meest uitgebreide toelichting die ik uiteindelijk kreeg: "This is bug connected with rotation limits." Geen antwoord op mogelijke schade aan mens en machine. Ook tegen beter weten in gevraagd naar de oorzaak van de dome beweging aan het eind van een sessie, Scopedome wil dan teamviewer toegang tot mijn PC, die krijgt niemand en dus alle screenprints opgestuurd en alle logfiles waar ze om vroegen. Antwoord: " I do not know, I can help you only via TeamViewer service session." En dat had je mij ook van tevoren kunnen vertellen. Ik heb Scopedome geinformeerd dat ik nu via verschillende fora ga informeren of er andere Scopedomegebruikers zijn met dezelfde ervaring. Scopedome vond dat prima, zolang ik hun antwoorden maar erbij zou vermelden (Ha!). Het probleem zit niet in Sequence generator Pro want die geeft maar 1 keer opdracht tot parkeren aan de dome: 04-27-17 13:46:22.912][DEBUG] [Sequence Thread] Checking RunEndOfSequenceEquipmentOptions, force = True [04-27-17 13:46:22.912][DEBUG] [Sequence Thread] In RunEndOfSequenceEquipmentOptions [04-27-17 13:46:54.546][DEBUG] [Sequence Thread] Parking telescope... [04-27-17 13:46:54.550][DEBUG] [Sequence Thread] ASCOM Telescope: Park message received. [04-27-17 13:46:54.550][DEBUG] [Sequence Thread] ASCOM Telescope: closing observatory shutter... [04-27-17 13:46:54.552][DEBUG] [Sequence Thread] Dome: Closing Shutter [04-27-17 13:47:35.927][DEBUG] [Main Thread] PopulateDataModel:  Transferring view to the data model... [04-27-17 13:47:35.931][DEBUG] [MF Update Thread] Performing serialize... [04-27-17 13:48:05.010][DEBUG] [Sequence Thread] ASCOM Telescope: parking observatory... [04-27-17 13:48:22.840][DEBUG] [Sequence Thread] ASCOM Telescope: Sending park... [04-27-17 13:48:35.016][DEBUG] [Sequence Thread] ASCOM Telescope: Parked [04-27-17 13:48:35.023][DEBUG] [Main Thread] Aborting sequence timer thread... [04-27-17 13:48:35.023][DEBUG] [Main Thread] Sending sequence end notification... [04-27-17 13:48:35.023][DEBUG] [Main Thread] Resetting UI elements... [04-27-17 13:48:35.023][DEBUG] [Main Thread] Checking if sequence has work left... [04-27-17 13:48:35.023][DEBUG] [Main Thread] No work left...Scopedome-dangerous-bug

Welke gain offset gebruik je nu met de QHY16200 ? Wat is dan ongeveer de well depth in elektronen ?  Ik gebruik tot nu toe alleen bin 1x1 bij gain=1 en offset=130 (zie screenprint van een deel van mijn calibratietestresultaten) Dan is de sensor lineair tot een ADU van 60.000 en met 0.7 e/ADU zit je dan rond de 41000 electronen.cal

Met een rond beeldveld is het eigenlijk niet handig om een langwerpige sensor te gebruiken. De meest gelijkmatige benutting van de beeldcircel heb je dan met een vierkante sensor. De KAF16200 meet 27.0x21.6 mm met een diagonaal van 34.6mm. De rotatie van de camera aan de telescoop is dan ook minder van invloed en voor het maken van mozaieken is het handig om de camera dan horizontaal af te stellen in de parkeerstand. Mijn camera staat nu op 0.47 graad nauwkeurig vlak zoals blijkt uit het platesolve resutaat: Rotation .......... 90.469 deg Field of view ..... 2d 47' 15.0" x 2d 13' 48.0" Voorbeeld hierbij van M13, stack van 3x600 seconden Luminance, volledig sensorbeeld. Ook is mooi te zien dat 10 minuten subs bij f5.5 geen overbelichting geven in het centrum van M13, het verschil in Full well capaciteit van de QHY16200 (41000) met de Canon 6Da (5100) kan ik goed merken....M13_3x600sec_APP_ABE-solved-etc

De eerste 25x 600 seconden Luminance zijn binnen (Ook hier zit het weer niet mee, overdag vaak zonnig en dan om 23:00 steeds lage bewolking). Gestackt in APP (+30 darks/25 flats), deze weergave is even in PI bewerkt met histogram en HDRMultiscaletransform. Dit is het volledige beeld met de stackrandjes er nog aan en ik ben inmiddels tevreden over de sterbeelden tot in de hoeken van de QHY16200/ Esprit 100 combinatie. Met wat geluk kan ik deze week nog RGB verzamelen. Nog onvoldoende de "staart" naar boven vanaf  NGC3628 zichtbaar kunnen maken maar met 4 uur data lijkt dat wat veel gevraagd.Leo-25x600sec-APP-LP2-St_avg_15000_0s_WSC_2_3_0_x_1_0_LZ3_NS_ref_eq_add_sc_BWMV_nor_AA_RL_noMBB_2ndLNC_it3_ABE-etc

I am testing different settings for the integration step. Looking at the 2 different rejection maps for this image it looks clear the kappa value of 2 (on the right) results in a rejection level that is too high, but also the Kappa 3 shows a lot of rejects. But i can not go any higher than 3?rejectionmap

De GAIN setting was om onverklaarbare redenen ineens op nul komen te staan (ipv 139); hierdoor had ik heel weinig signaal en een hoop extra ruis!  Even voor mijn begrip Rob, (ik ben camera's aan het vergelijken). Voor het beste dynamisch bereik van de ZWO ASI1600mm wordt gain=0 en offset =10 aangeraden door ZWO, zie deze presetwaarden in de schermprint. Waarom gebruik jij andere waarden?  Zie ook deze vergelijking waaruit blijkt dat je met de andere instellingen al snel je sterkleuren verliest.....asi1600=gain-offset

Een alternatief voor Sequence Generator Pro (SGP)  en Backyard EOS/Backyard Nikon (BYE/BYN) is Astro Photography Tool (APT). Met een prijs van 18.70 euro voor de volledige versie is APT zeer betaalbaar zeker vanwege funkties die alleen in APT te vinden zijn zoals : "Multi-camera synchronization and dithering", "Light Auto plan type for EOS for easier eclipse imaging in AV dial mode", "Automatic EOS Lens focusing". Zie de APT website voor volledige lijst en download. Het programma is er ook in een Nederlandstalige versie en de "demo" heeft vrijwel alle funkties en heeft geen verloopdatum.APT1

Toch nog een betere vergelijking, ik vond nog een opname gemaakt met Canon 6Da en 6 nm Ha clip filter van 1200 seconde iso1600. En die ziet er een stuk beter uit qua achtergrond. (Links QHY16200, rechts Canon 6Da) Dus ik had ongelijk, het 12nm filter "doet" het een stuk slechter".Vergelijk-Ha-DSLR-QHY16200-NGC6888-6nm-7nm

QHY16200 mono CCD met 6mu pixels en -20C sensor+ 7nm Ha filter vergeleken met Canon 6Da met 6.5 mu pixels en 12nm Ha Filter. Beide cameras aan dezelfde Esprit 100 f5.5 telescoop. 15 minuten belichting per sub, QHY16200 9x links, Canon 6Da 12x rechts.Vergelijk-Ha-DSLR-QHY16200-NGC6888

Ik kan het niet laten om stacks van PI en APP te blijven vergelijken (een hele vooruitgang is dat ik DSS inmiddels niet meer noem :-) ) Dit is een vergelijking tussen Luminance (met Hutech IDAS LP2 filter) stacks gemaakt met PI en APP waarbij voor zowel de 19 lights, de 25 Flats en de 30 darks Averaged Winsorized sigma clip is toegepast met kappa 3 en iteraties 1.  In APP is een regulair Normalize gebruikt. De stacks zijn geladen in Pixinsight, hebben een handmatige Histogram stretch (zonder clipping)  gekregen todat dezelfde achtergrondwaarde van 0.17 (schaal 0.00-1.00) is bereikt.  Daarna een HDRMultiscaletransform (6/1, median, to lightness, lightness mask). Resultaat: Links APP, rechts PI. Het ruisnivo in de APP stack is zichtbaar lager. Toelichting: Dit is zoals ik naar een vergelijking (letterlijk) wil kijken, maar tot nu toe doe ik elke keer iets fout in de vergelijking dus  nog even wachten op de beoordeling door Mabula......Vergelijk-APP-en-PI-stack-zelfde-achtergrond-na-histo

Tijdens het spelen met data viel mij het enorme verschil op tussen het "overnemen" van een autostretch naar Histogramtransformation (Rechts) en het ouderwets in kleine stapjes gebruiken van de histogramtransfer funktie. Zowel links als rechts hebben dezelfde achtergrondhelderheid. Met een enkel kanaal histogramtransfer grijp je eerder naar de oude methode. Nu is er in de rechter afbeelding vast wel meer informatie zichtbaar zoals de vage "tidal stream" boven de hamburger, maar mooi kan ik dat nog niet vinden.MANUAL-HISTO-AUTO-HISTO

Heel plezierig om te zien hoe \"glad\" de achtergrond is bij slechts 8 (Luminance)light-frames. (Shutdown vanwege bewolking maakte een voortijdig einde aan de sessie) Gestackt/ gecalibreerd/genormaliseer etc. met APP (+25 flats en 30 darks). Histogram/curves in PI. Luminance frames zijn 600 seconden met Hutech IDAS LP2 bij -20 Celcius.Leo-triplet-Esprit100-20170416-8x600sec-25F30D-APP-stack-histogram-QHY16200

Dank je voor de stacks Rob, mooi om even mee te stoeien. Het lukt mij niet om er voldoende blauw in te krijgen en bij verder kijken naar de stacks zag ik dat de gemiddelde waarden maar weinig boven de minimale waarden (ruis) liggen.  (R mean/ R min=1.36, G=1.20, B=1.24, Lum= 1.32, Ha= 1.56 ) Ik ben zelf gewend dat deze waarden 10.0 of hoger zijn. Met andere woorden in jouw geval zou ik elke sub veel langer belichten of veel meer subs schieten. Maar ik begin maar pas met LRGBHa opnames dus ik moet nog een boel ervaring opdoen dus ik kan er naast zitten.Rob-M106

Het gebruik van de Framing & Mosaic Wizard in Sequence Generator pro voor het maken van dit mozaiek. Na het invoeren van het beeldcentrum in "1" en camera data in "2" is het in "3" van belang om de "camera rotation" op te geven. De exacte waarde daarvan liet ik eerst uitrekenen m.b.v. een platesolve op een sub van een vorige run (De telescoop/camera staan op een vaste opstelling). In "4" geef je dan het aantal en verdeling van de panelen op en je ziet gelijk de eindafmeting in pixels. Van de 10168x9909 bleven uiteindelijk 9724x9616 over na croppen. Les geleerd, de nieuwe camera ga ik exact op 0 graden afstellen. De Wizard maakt vervolgens automatisch 6 targets aan in de targetlist.Virgo-mosaic-frame-and-mosaic-wizard-01Virgo-mosaic-frame-and-mosaic-wizard-02Virgo-mosaic-frame-and-mosaic-wizard-04

Het gebruik van de Framing & Mosaic Wizard in Sequence Generator pro voor het maken van dit mozaiek. Na het invoeren van het beeldcentrum in "1" en camera data in "2" is het in "3" van belang om de "camera rotation" op te geven. De exacte waarde daarvan liet ik eerst uitrekenen m.b.v. een platesolve op een sub van een vorige run (De telescoop/camera staan op een vaste opstelling). In "4" geef je dan het aantal en verdeling van de panelen op en je ziet gelijk de eindafmeting in pixels. Van de 10168x9909 bleven uiteindelijk 9724x9616 over na croppen. Les geleerd, de nieuwe camera ga ik exact op 0 graden afstellen. De Wizard maakt vervolgens automatisch 6 targets aan in de targetlist.Virgo-mosaic-frame-and-mosaic-wizard-01Virgo-mosaic-frame-and-mosaic-wizard-02Virgo-mosaic-frame-and-mosaic-wizard-04

Het gebruik van de Framing & Mosaic Wizard in Sequence Generator pro voor het maken van dit mozaiek. Na het invoeren van het beeldcentrum in "1" en camera data in "2" is het in "3" van belang om de "camera rotation" op te geven. De exacte waarde daarvan liet ik eerst uitrekenen m.b.v. een platesolve op een sub van een vorige run (De telescoop/camera staan op een vaste opstelling). In "4" geef je dan het aantal en verdeling van de panelen op en je ziet gelijk de eindafmeting in pixels. Van de 10168x9909 bleven uiteindelijk 9724x9616 over na croppen. Les geleerd, de nieuwe camera ga ik exact op 0 graden afstellen. De Wizard maakt vervolgens automatisch 6 targets aan in de targetlist.Virgo-mosaic-frame-and-mosaic-wizard-01Virgo-mosaic-frame-and-mosaic-wizard-02Virgo-mosaic-frame-and-mosaic-wizard-04

Erg indrukwekkend Kees!. Bestaat er trouwens een procedure voor plate solving van mozaïeken? Dank je Marc! De brandpuntsafstand en pixelafmeting zijn bekend en ik weet precies de coordinaten van het beeldcentrum (Omdat ik die had opgegeven aan de Frame & Mosaic wizard van PI).piplatesolve

De Virgocluster is een cluster van ca. 2000 sterrenstelsels in het noordelijk deel van het sterrenbeeld Maagd (Virgo). De afstand tot de Aarde bedraagt ongeveer 53,8 miljoen lichtjaar, waarmee het de dichtstbijzijnde grote cluster is. De booghoek aan de hemel is ruim 5° — meer dan 10 maal de schijnbare doorsnede van de volle maan. Dit mozaiek met als doel om heerlijk rond te dwalen door de cluster, beslaat 6.5x6.5 graad en is opgenomen op 16,17,19,20,21 februari en 17,28,29 maart 2017. In totaal zijn 248 subs van 240 seconden iso1600 (Esprit 100 f5.5/Canon 6Da) gebruikt. Na voltooing van elk paneel werden de lights gestackt in DSS met 150 bias en 40 flat frames. De 6 Stacks zijn in Astro Pixel Processor samengevoegd tot een mosaiek en de eindbewerking is gedaan in Pixinsight (alleen wat simpele zaken, geen ruisreduktie!). De afbeelding hierbij is een 50% resolutie versie, 2 100% versies staan op Astrobin: Astrobin 100% resolutieversie (44 MB) / Astrobin Annotated (PI) 100% resolutieversie (44MB) In het beeldveld staan: 11 Messier stelsels, 224 NGC stelsels, 2605 PGC stelsels en 22655 SDSS stelsels. Het is opvallen hoe weinig kleur de stelsels in Markarians chain hebben, behalve wat blauw in "The Eyes", Maar M100 linksboven langs de rand is weer heel kleurrijk Het paneel linksboven is gemaakt met wat lichte hoge sluierbewolking te zien aan de halo's rond de helderte sterren. Voor het Mozaiek is verder gebruik gemaakt van de Frame & Mosaic Wizard in Sequence generator Pro met 15 % overlap tussen de panelen. Alle opnamen zijn unguided gemaakt met de 10 Micron GM2000 HPS II montering. Er is geen gebruik gemaakt van platesolving (alleen "slew to", met 6 boogseconden richtnauwkeurigheid is dat voldoende)Virgo-6panel-2017-feb-mar-Esprit100-6Da-248x240sec-iso1600-ver2-50procent

Very nice @keesscherer  ! Looking forward to the post processed version… Let me know if you have questions about LNC or MBB or for instance the advanced normalisation mode  Yes, i think so. See attached screenprint where the background values in the panel overlap areas do not match precisely. What can i change to improve this?Virgo-example-for-Bula

O yes, a hole in one, blindfolded! The very first pass in APP with default settings of this 6 panel mosaic (Virgo cluster) just works! This is soo much simpeler to do than all the methods in Pixinsight.....  Just load the 6 stacks and let APP do it's thing!Virgocluster-6panel-screenshot