Teleskobunuzu kurdunuz. Kamera bağlı, odak tutmuş, hedef ekranda görünüyor. İlk beş dakikalık kareyi çektiniz ve yıldızlar minik çizgiler hâlinde çıktı. Guiding'i açtınız, sorun düzeldi. Buraya kadar her şey yolunda gibi.
Ama sabah, 60 kareyi üst üste bindirmeye çalıştığınızda köşelerin tutmadığını fark ediyorsunuz. Kareler birbirine göre hafifçe dönmüş — üstelik bu, guiding açıkken olmuş.
İşte kutup hizalaması tam olarak bunun hikâyesidir. Guiding bazı sorunları sizin yerinize çözer, bazılarına ise hiç dokunamaz. Hangisinin hangisi olduğunu bilmek, gece boyunca ayar cıvatalarıyla boğuşup boğuşmayacağınızı belirler.
Bu yazıda önce işin fiziğini kuracağız (korkmayın, tek bir çarpma işlemi yeter), sonra bunu kendi ekipmanınızın sayılarına döküp size ne kadar hassasiyet gerektiğini hesaplayacağız, en sonunda da 2026'da kullanılan bütün yöntemleri tek tek gezeceğiz.
Kısa özet
- Kutup hizalaması, montürünüzün dönme ekseninin Dünya'nın dönme eksenine paralel olmasıdır. Başka hiçbir şey değil.
- Hizasızlık iki şey yapar: deklinasyonda sürüklenme ve alan dönmesi. Guiding birincisini düzeltir, ikincisini düzeltemez.
- Basit kural: 1 yay dakikası hata ≈ 0.26 yay saniyesi/dakika sürüklenme — yani saatte 16 yay saniyesi.
- Alan dönmesi kutba yaklaştıkça 1/cos(deklinasyon) ile büyür. Deklinasyon 70°'de ekvatordakinin 3 katıdır.
- Guiding yapıyorsanız birkaç yay dakikası fazlasıyla yeterlidir. PHD2 kılavuzunun kendi ifadesi: "yeterince yakın, yeterince iyidir."
- Polarscope 2026'da hâlâ çalışır ama kendi kolimasyon hatasını göremez. Plaka çözümlemeli yazılımlar (SharpCap, N.I.N.A., ASIAIR) bu sorunu tamamen ortadan kaldırır.
- PHD2 grafiğinde kutup hatasının imzası nettir: DEC eğiliminin sabit eğimi. Ama bunu boşluk (backlash) ve esnemeden ayırmayı bilmeniz gerekir.
BÖLÜM 1
Kutup hizalaması nedir?
Bir plak çaların döner tablasını düşünün. Üzerine bir bardak koyup tablayı çevirirseniz bardak daireler çizer. Şimdi bardağı hareketsiz göstermek istiyorsanız ne yaparsınız? Bardağı takip eden bir kamerayı, tam olarak aynı eksen etrafında, aynı hızda döndürürsünüz.
Gökyüzü de böyle döner. Dünya kendi ekseni etrafında döndüğü için yıldızlar, gökyüzünde sabit bir noktanın — gök kutbunun — etrafında yavaşça dönüyormuş gibi görünür. Kuzey yarımkürede bu nokta Kutup Yıldızı'nın (Polaris) çok yakınındadır.
Ekvatoryal bir montür, tek bir işi yapmak üzere tasarlanmıştır: bir eksen etrafında, gökyüzünün döndüğü hızda dönmek. Bu eksene sağ açıklık ekseni (RA ekseni) denir.
Kutup hizalaması, montürün RA ekseninin Dünya'nın dönme eksenine paralel hâle getirilmesidir. Eşdeğer ifadeyle: RA ekseni gökyüzünde tam olarak gök kutbunu göstermelidir.
Bu paralellik sağlandığında montür tek bir motorla, tek bir eksende, sabit hızda dönerek gökyüzünün hareketini birebir taklit eder. Yıldızlar kamerada sabit durur.
Paralellik bozulduğunda ise montür yanlış bir eksen etrafında döner. Yakındır ama aynı değildir. Ve bu küçük fark, saatler boyunca birikerek fotoğrafınızı bozar.
Hata neye benzer? İki bileşen
Montürünüzün iki ayar mekanizması vardır ve hata da iki bileşene ayrılır:
- Yükseklik (altitude) hatası — eksen olması gerekenden fazla yukarıyı ya da aşağıyı gösteriyor. Enlem ayar cıvatasıyla düzeltilir.
- Azimut hatası — eksen olması gerekenden doğuyu ya da batıyı gösteriyor. Yatay ayar vidalarıyla düzeltilir.
Bunlar birbirinden bağımsızdır ve her yöntem ikisini ayrı ayrı raporlar. Toplam hata ise ikisinin dik toplamıdır:
cos(enlem) kadar küçülür. 40° enlemde azimut vidasını gökyüzünde 1′ hareket ettirmek için yaklaşık 1.3′ çevirmeniz gerekir.BÖLÜM 2
Hizasızlık tam olarak ne yapar?
Üç şey olur ve bunları ayrı ayrı düşünmek gerekir, çünkü her birinin çözümü farklıdır.
1. Deklinasyonda sürüklenme
Montür yanlış eksende döndüğü için yıldız, kadrajda yavaş yavaş yukarı ya da aşağı kayar. Bu kaymanın yönü kuzey-güney doğrultusundadır — yani deklinasyon ekseninde.
Guiding yapmıyorsanız bu, doğrudan yıldız izi demektir. Guiding yapıyorsanız PHD2 her karede montüre "biraz kuzeye" (ya da "biraz güneye") komutu göndererek bunu kapatır. Yani guiding bu sorunu çözer.
Ama bir bedeli vardır: PHD2'nin sürekli aynı yöne düzeltme yapması, montürünüzün deklinasyon eksenindeki boşluğu ve sürtünmeyi sürekli çalıştırır. Ayrıca gecenin bir yerinde, gökyüzündeki belirli bir noktada bu yön tersine döner — ve o anda deklinasyon boşluğu devreye girip birkaç kareyi bozar.
2. Alan dönmesi
Asıl kritik olan etki budur. Montür yanlış eksen etrafında döndüğü için kadrajınız, poz boyunca yavaşça kendi ekseninde döner.
Guiding, rehber yıldızı sabit tutar. Ama sabit tutmak, dönmeyi durdurmak demek değildir. Rehber yıldız yerinde kalır, kadrajın geri kalanı onun etrafında döner. Merkeze yakın yıldızlar neredeyse hiç kıpırdamaz; köşedekiler yay çizer.
Guiding, iki serbestlik dereceli bir düzeltmedir: bir yıldızın konumunu sabitler. Dönme üçüncü bir serbestlik derecesidir ve guiding ona dokunamaz. Onu düzeltmenin tek yolu ya kutup hizalamasını iyileştirmek ya da alan döndürücü (field derotator) kullanmaktır.
3. Gösterme (GOTO) ve model hataları
Montürünüzün gökyüzü modeli, RA ekseninin kutbu gösterdiğini varsayar. Göstermiyorsa hizalama yıldızları tutmaz, GOTO ıskalar, meridyen dönüşünden sonra hedef kadrajdan kaçar. Bu, görüntü kalitesinden çok gecenizi bozan bir sorundur.
Aşağıdaki tablo bu üçünü yan yana koyuyor; aslında yazının geri kalanının özeti de burada saklı:
| Etki | Nasıl görünür | Guiding düzeltir mi? | Ne zaman canınızı yakar |
|---|---|---|---|
| DEC sürüklenmesi | Yıldızlar kuzey-güney yönünde uzar; PHD2'de DEC eğrisi sürekli tırmanır | Evet | Guiding'siz çekimde, ilk dakikadan itibaren |
| Alan dönmesi | Köşelerde yay şeklinde izler; kareler üst üste binmiyor | Hayır | Uzun pozda, yüksek deklinasyonda, büyük sensörde |
| GOTO / model | Hedef kadrajda değil; meridyen dönüşünde kayma | Kısmen (plaka çözümleme kurtarır) | Hata birkaç dereceye çıktığında |
Dikkat edin: guiding yapan biri için alan dönmesi tek gerçek kısıttır. Kutup hizalamanızın ne kadar iyi olması gerektiğini belirleyen şey de odur. Bölüm 6'da bunu tam olarak hesaplayacağız.
BÖLÜM 3
Sayılara dökelim: 1 yay dakikası ne demek?
Bütün konunun tek bir sayıya indiği yer burası. Gökyüzü dakikada 15.04 yay dakikası döner. Ekseniniz gerçek eksenden ε kadar sapmışsa, yıldız da dakikada en fazla ε çarpı dönme açısı kadar kayar.
Aynı bağıntıyı ters yönden de yazabiliriz — ölçtüğünüz sürüklenmeden hatayı bulmak için:
Bu iki satır, bütün drift alignment yönteminin temelidir. Sürüklenmeyi ölçersiniz, çarparsınız, hatanızı bulursunuz.
| Hizalama hatası | Sürüklenme (yay sn/dk) | 5 dakikada | Bir saatte | Guiding'siz sonuç |
|---|---|---|---|---|
| 0.5′ (30″) | 0.13 | 0.7″ | 7.9″ | Görünmez |
| 1′ | 0.26 | 1.3″ | 15.8″ | Uzun pozda fark edilir |
| 2′ | 0.53 | 2.6″ | 31.5″ | Belirgin uzama |
| 5′ | 1.31 | 6.6″ | 78.8″ | Açık yıldız izi |
| 10′ | 2.63 | 13.1″ | 158″ | Kare çöp |
| 30′ (Ay çapı) | 7.88 | 39.4″ | 473″ | Hedef kadrajdan çıkar |
Tablodaki değerler en kötü durumu gösterir: hatanın tamamının o anki saat açısında sürüklenmeye dönüştüğü hâli. Gökyüzünün başka bir yerine baktığınızda aynı hata daha az sürüklenme üretir — bölümün sonundaki formüle bakın.
Karşılaştırma için: iyi bir gecede yıldızların şişkinliği (FWHM) 2–4 yay saniyesi arasındadır. Yani 5 dakikalık guiding'siz bir karede 2 yay saniyesinden fazla sürüklenme zaten görünür hale gelir — bu da yaklaşık 1.5′ hataya karşılık gelir.
Yukarıdaki sayılar guiding'siz çekim içindir. Guiding açıkken bu sürüklenmenin tamamı düzeltilir; geriye yalnızca alan dönmesi kalır ve o çok daha küçüktür. Bu yüzden "kaç yay dakikası yeterli" sorusunun cevabı guiding'li ve guiding'siz çekimde tamamen farklıdır.
Sürüklenme her yerde aynı mı?
Hayır, aynı değil. Üstelik bu fark, birazdan göreceğimiz drift alignment yönteminin bütün mantığını kuran şeydir.
Sürüklenme, teleskobun gökyüzünde nereye baktığına bağlıdır. Daha doğrusu: saat açısına bağlıdır (hedefin meridyenden ne kadar doğuda/batıda olduğu). İki bileşen şöyle davranır:
Bunun pratik anlamı çarpıcı derecede kullanışlıdır:
- Meridyende (H = 0):
sin H = 0, yani yükseklik hatası hiç sürüklenme üretmez. Gördüğünüz sürüklenmenin tamamı azimut hatasındandır. - Doğu veya batı ufkunda (H = ±6 saat):
cos H = 0, yani azimut hatası hiç sürüklenme üretmez. Gördüğünüz sürüklenmenin tamamı yükseklik hatasındandır.
İki eksen böylece birbirinden tamamen ayrılır. Klasik drift alignment yöntemi tam olarak bunu kullanır: önce meridyende bakıp azimutu ayarlarsınız, sonra ufka bakıp yüksekliği. Bölüm 8'de adım adım yapacağız.
Çoğu kaynak "sürüklenmeyi ölçmek için gök ekvatoruna yakın bir yıldız seçin, çünkü sürüklenme orada en fazladır" der. Bu gerekçe yanlıştır. Yukarıdaki formülde deklinasyon hiç geçmiyor — DEC sürüklenmesi hedefin deklinasyonundan bağımsızdır. (Bunu hem geometriden hem de tam bir katı-cisim simülasyonuyla doğruladık; profesyonel gözlemevlerinde kullanılan TPOINT gösterme modelinin deklinasyon terimlerinde de cos δ yoktur.)
Ekvatora yakın ölçmenin gerçek gerekçeleri şunlardır: (1) PHD2'nin ve Barrett'ın kullandığı çevirme formülünde bir 1/cos δ çarpanı vardır ve bu çarpan yalnızca ekvatorda 1'e eşittir — başka yerde okuduğunuz sayı olduğundan büyük çıkar; (2) alan dönmesi ekvatorda en küçüktür, dolayısıyla ölçümünüzü kirletmez; (3) kırılma (refraksiyon) kaynaklı sahte sürüklenme meridyende en zayıftır. Yani öğüt doğru, açıklaması yanlış. Bölüm 7'de bu 1/cos δ meselesine geri döneceğiz — PHD2 kullanıcıları için gerçek bir tuzak.
BÖLÜM 4
Canlı simülatör: hatayı kendi gözünüzle görün
Buraya kadar anlattığımız her şey aşağıdaki tek araçta toplanıyor. Kutup hizalama hatasını arttırdıkça hem karenizde ne olduğunu hem de PHD2 grafiğinizde nasıl göründüğünü aynı anda izleyebilirsiniz.
Karşınızda iki panel var: soldaki guiding kapalıyken, sağdaki ise açıkken ne göreceğinizi gösteriyor. Aradaki farkı kendi gözünüzle görmek, bu yazının en önemli fikrini tek başına anlatıyor — guiding sürüklenmeyi siler, dönmeyi silmez.
Simülatör — hata kareye nasıl yansıyor?
Ayarları değiştirin; iki kare ve PHD2 grafiği anında yeniden hesaplanır.
Sürüklenme + dönme birlikte: 6.8 piksel iz.
Kadrajın köşesinden 240×240 piksellik kesit (1:1).
Sürüklenme silindi. Kalan: 0.68″ = 0.46 piksel alan dönmesi.
Aynı kesit, aynı ölçek.
Her iki panel de kadrajınızın köşesinden alınmış 240×240 piksellik bir kesittir ve gerçek piksel ölçeğinde çizilir — izler abartılmamıştır. Köşeyi seçmemizin sebebi, alan dönmesinin izinin orada en uzun olmasıdır; kadrajın ortasında hemen hemen hiçbir şey görünmez. Dönme merkezi (rehber yıldız) kadrajın ortasındadır, yani bu kesitin dışındadır.
Grafikte belirgin bir imza yok. Bu sürüklenme hızında (1.05 ″/dk) guiding hatayı seeing gürültüsünün içinde rahatça yutuyor ve düzeltme darbeleri iki yöne de dağılıyor. Hatayı ölçmek istiyorsanız guiding'i kapatmanız gerekir — Guiding Assistant tam olarak bunu yapar.
Simülatörle denemeye değer üç şey
- Hatayı 0'dan 20′'ya çekin, hedefi M42 (deklinasyon −5°) yapın. Guiding'li panelde neredeyse hiçbir şey olmadığını göreceksiniz. Ekvator civarında alan dönmesi çok zayıftır.
- Şimdi hedefi NGC 188 (deklinasyon +85°) yapın. Aynı hatayla köşeler tam anlamıyla dağılır. Kutba yakın hedefler kutup hizalamasını affetmez.
- Saat açısını −6'dan +6'ya kaydırın, hatayı "tamamı azimut" yapın. Sürüklenmenin meridyende (0) en yüksek, ufukta sıfır olduğunu göreceksiniz — Bölüm 3'teki formülün canlı hali.
BÖLÜM 5
Alan dönmesi: guiding'in duvara tosladığı yer
Simülatörde gördüğünüz sağdaki panel, kutup hizalamasının gerçek bedelidir. Şimdi neden öyle olduğuna bakalım.
Guiding yazılımı tek bir yıldıza bakar ve onu tek bir piksele sabitler. Bunu yapmak için montüre RA ve DEC düzeltmeleri gönderir; yani elinde iki komut, dolayısıyla iki serbestlik derecesi vardır.
Ama montürün ekseni yanlış yerde olduğu için, kameranızın "yukarısı" gökyüzünün "kuzeyi" ile aynı yeri göstermez — ve bu fark gece boyunca değişir. Bu değişim, kadrajın dönmesidir. Guiding yazılımının bunu düzeltecek üçüncü bir komutu yoktur.
Guiding, tüm kadrajın ötelenmesini siler. Dönmesini silemez. Üstelik guiding'in kendi RA düzeltmeleri, yüksek deklinasyonda dönmenin bir parçasını doğrudan üretir.
Dönme hızı
Alan dönmesinin hızı şudur:
Üç şeyi hemen görüyorsunuz:
- Dönme, hatayla doğru orantılıdır. Hatayı yarıya indirin, dönme yarıya iner.
- Dönme,
1/cos δile büyür. Ekvatorda 1×, deklinasyon 60°'de 2×, 70°'de 2.9×, 80°'de 5.8×, 85°'de 11.5×. - Dönme, poz süresiyle doğrusal büyür. Bu, sürüklenmenin aksine, kısa pozla kaçabileceğiniz bir sorundur.
Kadraja ne kadar iz düşer?
Dönme açısını ize çevirmek basit bir çarpma işidir: iz = dönme açısı × merkeze uzaklık. Merkez rehber yıldızdır, en uzak nokta da sensörün köşesidir.
Gerçek sayılarla: 530 mm odak, APS-C sensör (köşe açısı ψ ≈ 1.5°), 300 saniyelik poz, 10′ hata:
| Hedef | Deklinasyon | Dönme (300 sn) | Köşede iz | Görünür mü? |
|---|---|---|---|---|
| M42 Orion | −5° | 13.2″ | 0.35″ (0.24 px) | Hayır |
| M31 Andromeda | +41° | 17.5″ | 0.47″ (0.32 px) | Hayır |
| M81 / M82 | +69° | 36.8″ | 0.98″ (0.67 px) | Sınırda |
| NGC 7023 İris | +68° | 35.3″ | 0.94″ (0.64 px) | Sınırda |
| NGC 188 | +85° | 157″ | 4.18″ (2.86 px) | Evet, açıkça |
Bu tablodan çıkan sonuç, çoğu insanı şaşırtır: 10 yay dakikalık bir hata, gökyüzünün büyük kısmında guiding ile görünmezdir. Kutup hizalamasına gecenin yarısını harcamanın çoğu zaman gereksiz olmasının sebebi budur.
Ama iki durumda tablo tersine döner: kutba yakın hedefler ve çok uzun tek pozlar. Bu ikisini aynı gecede yapıyorsanız hizalamanızı ciddiye alın.
Tek karedeki iz görünmese bile, dönme gece boyunca birikir. 10′ hatayla deklinasyon 70°'de dönme saatte yaklaşık 0.13 derecedir. Beş saatlik bir projede bu 0.65 derece eder. Yığınlama yazılımınız bunu düzeltir (dönmeli hizalama yapar), ama bedeli kırpılmış köşelerdir: kadrajınızın kenarlarından bir şerit kaybedersiniz. Uzun projelerde bu, tek karedeki izden daha çok canınızı yakar.
Formüldeki ψ, dönme merkezinden görüntünün en uzak noktasına olan açıdır. Dönme merkezi rehber yıldızdır, dolayısıyla ψ'yi belirleyen şey rehber yıldızın nerede olduğudur.
Ayrı rehber teleskop ana teleskopla eş eksenlidir; rehber yıldız kabaca ana kadrajın merkezindedir, yani ψ ≈ yarım köşegen. Off-axis rehber (OAG) ise prizmayla, ana kameranın görüş alanının dışından ışık alır — rehber yıldız kadrajın bir kenarındadır ve karşı köşeye olan açı yaklaşık iki katına çıkar. Aynı hizalama hatasıyla OAG, köşede kabaca iki kat uzun iz üretir.
Bu, OAG'yi kötü yapmaz — OAG diferansiyel esnemeyi tamamen ortadan kaldırır ki o çok daha sinsi bir sorundur. Ama alan dönmesi hesabında ψ'yi büyük almayı unutmayın.
BÖLÜM 6
Ne kadar iyi yeterli?
Bu sorunun tek bir cevabı yok, çünkü tolerans dört şeye birden bağlı: poz süreniz, odak uzunluğunuz, sensörünüzün boyutu ve hedefinizin deklinasyonu.
Ama şu iki cümle, vakaların %90'ını kapsar:
Guiding yapıyorsanız: 5 yay dakikasının altı fazlasıyla yeterlidir. 1–2 yay dakikası mükemmeldir. Bunun altını kovalamak, ölçüm gürültüsünü kovalamaktır.
Guiding yapmıyorsanız: tolerans poz sürenizle belirlenir. 60 saniyelik karelerde 2–3 yay dakikası iş görür; 300 saniyeye çıkıyorsanız 1 yay dakikasının altına inmeniz gerekir.
PHD2'nin kendi kılavuzu bu konuda alışılmadık derecede net: "gök kutbuna yaklaşık 10 yay dakikası içinde makul bir mekanik kutup hizalaması yapın" ve hemen ardından "büyük hassasiyet gerekmiyor, 'yeterince yakın' 'yeterince iyi'dir." PHD2'nin geliştiricilerinin yazdığı Best Practices belgesi aynı fikri daha da açık söyler: "iyi bir kutup hizalaması yapın, ama takıntı hâline getirmeyin."
Hatta ilginç bir ters etki de var: PHD2'nin Guiding Assistant, montürünüzde büyük deklinasyon boşluğu tespit ederse 10 yay dakikasının altındaki kutup hatası için hiç öneri vermez — normalde 5 yay dakikasının üstünde uyarırken, boşluk varsa o uyarıyı tamamen bırakır — çünkü küçük bir kasıtlı hizasızlık, deklinasyon düzeltmelerini tek yönde tutarak boşluğun devreye girmesini engeller.
Kendi toleransınızı hesaplayın
Aşağıdaki araç, Barrett'ın Denklem 3'ünü uygular. Kabul edilebilir iz uzunluğunu siz belirlersiniz; makul bir seçim bir piksel'dir.
Hesaplayıcı 1 — Ne kadar hassas olmalıyım?
Ekipmanınızı ve hedefinizi girin; alan dönmesinin görünür hâle geleceği hata sınırını görün.
Guiding yapmıyorsanız asıl sınır sürüklenmedir: 1.1′. Alan dönmesi sınırından 27 kat daha katı. Guiding'in kutup hizalaması gereksinimini bu kadar gevşetmesinin sebebi budur.
"Eksen başına" değeri, hatanın iki eksene eşit dağıldığı varsayımıyla toplam ÷ √2'dir. Yazılımlar azimut ve yükseklik hatasını ayrı gösterdiği için ayarlarken bakacağınız sayı budur. "Guiding'siz sınır", aynı poz süresinde sürüklenmenin aynı toleransı aşmayacağı hatadır. Hesap, dönmenin en güçlü olduğu saat açısını (en kötü durumu) varsayar.
Formül yalnızca alan dönmesini hesaba katar. Gerçekte hizalama hatanız arttıkça guiding'in işi de zorlaşır: deklinasyon düzeltmeleri sıklaşır, boşluk daha sık devreye girer, meridyen dönüşünde yön değişimi daha sert olur. Bu yüzden hesabın verdiği sayıyı üst sınır olarak alın, hedef olarak değil.
BÖLÜM 7
PHD2 grafiğinde kutup hatasını okumak
PHD2'nin guiding grafiği, montürünüz hakkında düşündüğünüzden çok daha fazlasını söyler. Ama önce bir yanlış anlaşılmayı temizleyelim.
Hayır — ve bu, en sık yapılan yanlış okumadır. PHD2'nin kendi analiz belgesi net: "Deklinasyon için, düzeltmelerin hepsinin aynı yönde olmasında yanlış bir şey yok, bu iyi bir şey bile." Tek yönlü DEC düzeltmesi, montürün deklinasyon boşluğuna hiç girmediği anlamına gelir; birçok kişi bunu bilerek yapar.
Patoloji, düzeltmelerin hep aynı yönde olması değil; hep aynı yönde olup yıldızı geri getirememesidir. Grafikte DEC eğrisi durmadan tırmanıyorsa ve düzeltmeler yetişemiyorsa, o zaman kutup hatası (ya da başka bir şey) çok büyüktür.
Gerçek imza: DEC eğilim çizgisinin eğimi
Kutup hatasının ölçülebilir imzası, guiding kapalıyken ortaya çıkar. PHD2 bunu iki yerde yapar:
- Grafiğin "Trendlines" kutucuğu — açtığınızda her iki eksene eğilim çizgisi ekler. PHD2 kılavuzunun ifadesiyle: "deklinasyon eğilim çizgisi yoğun olarak kullanılır."
- Guiding Assistant — çalıştırdığınızda guiding komutlarını geçici olarak keser ve yıldızın serbest hareketini ölçer. Sonuçlar arasında "Polar Alignment Error" satırı vardır, yay dakikası cinsinden.
Guiding Assistant'ın yaptığı hesap tam olarak Bölüm 3'teki formüldür: DEC örneklerine bir doğru uydurur, eğimi alır, 3.8197 ile çarpar. Tek eklediği şey bir 1/cos δ bölmesidir — ve o çarpanın nesi olduğuna birazdan geleceğiz.
PHD2 kılavuzu: "Yaklaşık iki dakikalık veri toplamadan sonra... Kutup Hizalama Hatası gibi daha oynak ölçümler genellikle kararlı hâle gelir" — ama kesin bir sonuç için "Guiding Assistant'ı 10 dakikaya kadar çalıştırmanız gerekir."
1.7 arc-min biçiminde, yay dakikası olarak yazılır; başında > işareti varsa PHD2 teleskobun deklinasyonunu bilmiyor demektir ve gösterilen sayı bir alt sınırdır. Ölçüm sürerken guiding çıkışı kapalıdır — yıldızın serbestçe gezinmesi normaldir. Gerçek ekran görüntüsü: PHD2 kılavuzu, Tools.PHD2'nin bildirdiği sayıya nasıl bakmalı
Burada gerçek bir tuzak var ve PHD2 kullanıcılarının çoğu bunun farkında değil.
Deklinasyon sürüklenmesi, Bölüm 3'te gördüğümüz gibi hedefin deklinasyonundan bağımsızdır. Ama PHD2 (Barrett'ın makalesini izleyerek) sonucu cos δ'ya böler. Sonuç: teleskobunuz ekvatordan uzaktayken PHD2 size olduğundan büyük bir hata bildirir.
| Rehber yıldızın deklinasyonu | PHD2'nin bildirdiği | Şişme |
|---|---|---|
| 0° | 10.0′ | 1.0× |
| 20° | 10.7′ | 1.1× |
| 40° | 13.1′ | 1.3× |
| 60° | 20.1′ | 2.0× |
| 75° | 38.7′ | 3.9× |
| 85° | 115′ | 11.5× |
Tablodaki "bildirilen" değerler PHD2'nin kendi sabitiyle (3.8197) hesaplanmıştır; bu sabit gökyüzünü saatte 15° kabul eder ve yıldız gününe göre %0.27 fazla okur. Deklinasyon 0'da bu yüzden 10.0′ yerine 10.03′ çıkar — pratikte görünmez, ama tablodaki son haneyi kendiniz hesaplarsanız aradaki farkın sebebi budur.
Yani M81'e (deklinasyon 69°) bakarken Guiding Assistant size "22 yay dakikası" derse, panik yapmayın: gerçek hatanız muhtemelen 8 yay dakikası civarındadır.
PHD2 kılavuzu bu sorunu doğrudan itiraf etmez ama çözümünü söyler: "hesaplanan kutup hizalama hatası, teleskobun o anki deklinasyonuna duyarlıdır. En doğru ölçüm için teleskobu gök ekvatorunun birkaç derece yakınına ve meridyene yakın bir yere doğrultmalısınız." Bu öğüde uyarsanız cos δ ≈ 1 olur ve bildirilen sayı doğrudur.
PHD2'nin kutup hizalama hatası ölçümünü daima deklinasyon 0 civarında, meridyene yakın yapın. Başka bir yerde okuduğunuz sayıyı cos δ ile çarparak düzeltebilirsiniz. Bölüm 8'deki hesaplayıcı ikisini de gösteriyor.
Bu bir "hata" mı, yoksa bilinçli bir tercih mi?
Dürüst cevap: bu, aracın yazarlarıyla bir görüş ayrılığıdır, belgelenmiş bir yazılım hatası değil. PHD2 bu hesabı Frank Barrett'ın yayımlanmış makalesinden alır ve Barrett de cos δ'ya böler. PHD2'nin kendi ipucu metni de bölmeyi bir düzeltme gibi sunar: "Teleskobun deklinasyonu bilinmiyorsa gösterilen değer bir alt sınırdır ve gerçek hata daha büyük olabilir."
Buna karşılık geometri nettir: deklinasyon sürüklenmesi ω × [yükseklik·sin H − azimut·cos(enlem)·cos H] ile verilir ve bu ifadede δ hiç geçmez. Bunu hem analitik olarak hem de tam bir katı-cisim benzetimiyle (deklinasyon 0'dan 89°'ye kadar aynı sürüklenme hızı, 5 anlamlı hane) doğruladık; profesyonel gözlemevlerinin kullandığı TPOINT gösterme modelinin deklinasyon terimleri de (MA·sin H + ME·cos H) δ içermez.
Pratik sonuç değişmiyor: PHD2 kılavuzunun kendi öğüdüne uyup ölçümü ekvatora yakın yaparsanız cos δ ≈ 1 olur ve tartışma ortadan kalkar.
Grafikteki dört farklı sorunu birbirinden ayırmak
Diyelim ki DEC ekseninde bir gariplik görüyorsunuz. Bu kutup hatası mı, boşluk mu, esneme mi, yoksa sürtünme mi? Aşağıdaki araç bu sorunları yan yana koyuyor; göreceğiniz gibi imzaları birbirinden oldukça farklı.
Teşhis aracı — PHD2 grafiği nasıl okunur?
Bir sorun seçin; o sorunun grafikte nasıl göründüğünü ve nasıl ayırt edileceğini görün.
| Sorun | Ayırt edici işaret | Ne yapmalı |
|---|---|---|
| Kutup hizalama hatası | DEC eğilim çizgisinin sabit, tek yönlü eğimi. Guiding kapatıldığında düz bir rampa. | Hizalamayı düzeltin — ya da hata küçükse görmezden gelin |
| DEC boşluğu (backlash) | Sadece yön değiştiğinde tepkisizlik. Aynı yönde düzeltme yaparken sorun yok. | Guiding Assistant'ın boşluk testini çalıştırın; tek yönlü guiding'e geçin |
| Diferansiyel esneme | Grafik iyi görünür ama ana kamerada yıldızlar uzamıştır. Rehber ile ana teleskop birbirine göre kayıyordur. | Bağlantıları sıkın; OAG'ye geçin |
| Sürtünme (stiction) | Yön değişiminden sonra önce gecikme, sonra aşırı düzeltme — ardından salınım. | Deklinasyon eksenini gevşetip yağlayın; agresifliği düşürün |
| Seeing | Yüksek frekanslı, yönsüz gürültü. Eğilim çizgisi düz. | Rehber pozunu uzatın; min-move'u yükseltin |
PHD2'nin belgeleri bu ayrımı özlü bir şekilde koyar. Boşluk için: "guiding komutlarında yön değiştiğinde montür oldukça tepkisizleşiyor." Büyük kutup hatası içinse: "Guiding darbelerinin hepsi aynı yönde, dolayısıyla bunun bir boşluk sorunu olmadığını biliyoruz."
PHD2'nin Guiding Assistant, montürünüzde büyük deklinasyon boşluğu tespit ederse 10 yay dakikasının altındaki kutup hatası için öneride bulunmaz. Kaynak kodundaki yorum açık: küçük bir hizasızlık, DEC düzeltmelerini tek yönde tutarak boşluğu devre dışı bırakır — yani işe yarar. Boşluğu ölçmeden önce montür yazılımındaki kendi boşluk telafisini kapatmayı unutmayın.
Kırılma (refraksiyon): görmezden gelinen kirletici
Atmosfer, ufka yakın yıldızları olduklarından yukarıda gösterir. Bu etki yükseklikle değiştiği için, teleskobunuz gökyüzünde ilerledikçe gerçek bir kutup hatası gibi görünen yavaş bir sürüklenme üretir.
Bunun günlük hayattaki karşılığı üç maddede toplanabilir:
- Ufka yakın yaptığınız drift ölçümleri, kırılma yüzünden gerçek hatanızı olduğundan farklı gösterir. Bu yüzden yükseklik ölçümü için önerilen bölge ufkun tam dibi değil, ufkun 23–35 derece üzeridir.
- Gökyüzünün her yerinde aynı anda sıfır sürüklenme veren tek bir kutup hizalaması yoktur. Bir bölgeyi mükemmelleştirirseniz başka bir bölgede küçük bir sürüklenme kalır.
- SharpCap gibi bazı araçlar bunu düzeltir (konumunuzu girerseniz); düzeltmenin büyüklüğü kendi belgelerine göre "60° enlemde yaklaşık 0.5 yay dakikası, 25° enlemde 2 yay dakikası"dır.
Yani rakamların son yay saniyesini kovalamanın fizikî bir anlamı yok. Atmosfer zaten o kadarını size vermeyecek.
BÖLÜM 8
Drift alignment: en eski ve en doğru yöntem
Drift alignment, kutup hizalamasını dolaylı değil doğrudan ölçen tek yöntemdir. Kutbun nerede olduğunu bilmesine gerek yoktur, retiküle, kalibrasyona, plaka çözümlemeye gerek yoktur. Sadece "yıldız kayıyor mu?" diye sorar — ki zaten canınızı yakan şey tam olarak odur.
PHD2 kılavuzunun ifadesiyle drift alignment "hâlâ çoğu kişi tarafından doğruluk açısından 'altın standart' sayılır". Bedeli zamandır.
Yöntemin mantığı
Bölüm 3'teki formülü hatırlayın. İki bileşen, saat açısına göre birbirinden ayrılıyordu. Drift alignment bunu iki ayrı istasyona çevirir:
| Adım | Nereye bakılır | Ne ayarlanır | Neden orası |
|---|---|---|---|
| 1 | Meridyen × gök ekvatoru (tam güneyde, yaklaşık başucu yüksekliğinde değil, ekvator yüksekliğinde) |
Azimut | Burada sin H = 0; yükseklik hatası sürüklenme üretemez. Ölçtüğünüz her şey azimuttandır. |
| 2 | Doğu ya da batı ufku, ufkun 23–35° üzerinde, gök ekvatorunda | Yükseklik | Burada cos H ≈ 0; azimut hatası sürüklenme üretemez. Ölçtüğünüz her şey yükseklikten. |
PHD2'nin Drift Align aracı bu iki konumu size gösterir ve gerekirse montürü oraya sürer. Aracın ekranındaki talimatlar birebir şöyledir: "Meridyene ve ekvatora yakın bir yere sürün" ve "Ekvatora ve doğu ya da batı ufkuna yakın bir yere sürün."
PHD2 Drift Align — adım adım
- Önce kalibre edin. Araç kalibrasyon olmadan başlamaz. Kılavuz, "deklinasyonu 0'a 20 derece içinde" bir yıldızda kalibre etmenizi ister. Kalibrasyon, o an bulunduğunuz meridyen tarafı için geçerli olmalıdır.
- Ölç ("Drift"). PHD2 bir yıldız seçer ve guiding'e başlar. Grafikte kırmızı DEC eğilim çizgisini izlersiniz. Kılavuz: "Önce DEC eğilim çizgisi yukarı aşağı zıplayacak, ama kısa sürede gürültü ortalanacak ve çizginin eğimi bir miktar kararlı hâle gelecek." Amaç eğimi düzleştirmektir.
- Ayarla ("Adjust"). PHD2 guiding'i durdurur ve ekrana macenta bir daire çizer. Rehber yıldızı o dairenin kenarına taşıyacak kadar alt/azimut ayarı yaparsınız. Daire, eğim ne kadar dikse o kadar büyüktür — bazen ekranın dışına taşar, bu normaldir.
- Tekrarla. Eğim düzleşene kadar ölç-ayarla döngüsünü sürdürün. Sonra ikinci istasyona geçip yüksekliği aynı şekilde yapın.
> Altitude ile < Azimuth arasında gidip gelir ve pencere başlığı da ona göre değişir. "Scope Pointing" bölümündeki Slew düğmesi montürü doğru istasyona sürer, Save ise o konumu o eksen için varsayılan olarak kaydeder. Alttaki not alanı ("Azimuth adjustment notes") profilinize kaydedilir — bir dahaki sefere hangi yöne çevireceğinizi tahmin etmemek için buraya yazın. Gerçek ekran görüntüsü: PHD2 kılavuzu, Tutorials.Kılavuzdan: "Azimutu ilk kez ayarlıyorsanız hangi yöne gideceğinizi bilemezsiniz — doğuya mı batıya mı? PHD2 de bilmiyor, o yüzden tahmin etmek zorundasınız, %50 şansınız var."
Bu yüzden aracın içinde not alanları vardır: "azimut düğmesini saat yönünde çevirdim, eğim aşağı gitti" gibi bir not yazarsanız PHD2 bunu profilinize kaydeder ve bir daha tahmin etmezsiniz. Bu, en çok göz ardı edilen ve en çok zaman kazandıran özelliktir.
Ölçtüğünüz sürüklenmeyi hatayla çevirin
PHD2 kullanmıyor, sadece bir retiküllü göz merceğiyle ya da elde kamera görüntüsüyle ölçüyor olabilirsiniz. Aşağıdaki araç, ölçtüğünüz kaymayı doğrudan yay dakikasına çevirir.
Hesaplayıcı 2 — Sürüklenmeden hataya
Ölçtüğünüz kaymayı girin; hangi eksende ne kadar hatanız olduğunu görün.
"Ayar vidasında" değeri, azimut için cos(enlem) düzeltmesini içerir: gökyüzünde 1′ oynatmak için vidayı 1/cos(enlem) kadar çevirmeniz gerekir. Yükseklik ayarında böyle bir çarpan yoktur.
PHD2'nin diğer iki kutup hizalama aracı
PHD2'de aslında üç ayrı araç vardır. Kılavuzun kendi karşılaştırma tablosu şöyle (1 = en düşük, 3 = en yüksek):
| Yöntem | Doğruluk | Hız | Gökyüzü görüşü | Notlar |
|---|---|---|---|---|
| Drift Align (klasik) | 3 | 1 | Doğu/batı ufku + meridyen/ekvator | En çok sürme; eksenler ayrı ayrı ölçülür |
| Static Polar Align | 1 | 3 | Kutup bölgesi | Kutup bölgesindeki yıldızları tanımanız gerekir; çok az sürme |
| Polar Drift Align | 2 | 2 | Kutup bölgesi | En basit; kalibrasyon bile gerektirmez |
- Static Polar Align — montürü kutba 5 derece içinde getirip Dec = ±90'a sürersiniz; bir referans yıldızı seçip açılır listeden tanımlarsınız; PHD2 montürü 10 derece batıya sürer ve ekrana dönme merkezini (kırmızı artı) ile hedef yörüngeyi (yeşil daire) çizer. Kalibrasyon gerektirir. Doğruluktan feragat edip hızı optimize eder.
- Polar Drift Align — kutba yakın bir yıldızda sürüklenmeyi ölçer ve iki ekseni aynı anda hesaplar. Kılavuzun ifadesiyle "muhtemelen en basit olanı" ve kalibrasyon gerektirmez. Bedeli: yıldız kutuptan uzaklaştıkça doğruluğu düşer.
Çoğu insan için hayır. Plaka çözümlemeli araçlar (SharpCap, N.I.N.A., ASIAIR) dakikalar içinde yay dakikası altı sonuç veriyor. Ama drift alignment iki durumda hâlâ vazgeçilmez: (1) sabit bir gözlemevi kurup gerçekten en iyi sonucu istiyorsanız, (2) kutup bölgeniz ağaç ya da binayla kapalıysa ve TPPA gibi bir araç da elinizde yoksa. Bir de üçüncüsü var: sonucu doğrulamak için. Başka bir yöntemle hizaladıktan sonra Guiding Assistant'ı çalıştırıp DEC eğimine bakmak, hizalamanızın gerçekten iyi olduğunun tek bağımsız kanıtıdır.
BÖLÜM 9
Polarscope: nasıl çalışır, neden artık demode?
Polarscope, montürünüzün RA ekseninin içinden geçen küçük bir teleskoptur. İçinde bir retikül bulunur; bu da cam üzerine kazınmış ince bir desenden ibarettir. Otuz yıl boyunca astrofotoğrafın standart giriş yöntemi oldu ve bugün hâlâ çoğu ekvatoryal montürün üzerinde duruyor.
Temel fikir
Polaris, gök kutbunun tam üzerinde değildir — 2026 itibarıyla kutuptan yaklaşık 37.7 yay dakikası (0.63°) uzaktadır ve kutbun etrafında bir yıldız gününde (23 saat 56 dakika) bir tur atar. (Bu mesafe presesyon nedeniyle yılda yaklaşık 14 yay saniyesi azalıyor; en yakın konumuna 2100'lerin başında, yaklaşık 27.6 yay dakikasında ulaşacak.)
Yani Polaris'i retikülün merkezine koymak yanlıştır. Onu, kutbun etrafındaki dairesel yörüngesinde o anki doğru saatine koymanız gerekir.
Polaris'in yerini bulmanın üç yolu
Sky-Watcher'ın kendi kılavuzu bu üç yöntemi de anlatıyor:
- El kumandası (en doğrusu). SynScan ekranda "Polaris Position in P.Scope=SS:DD" yazar. Büyük daireyi 12:00'si yukarıda bir saat kabul edip Polaris'i o saate yerleştirirsiniz.
- Kochab yöntemi. Polaris'ten Kochab'a (β Ursae Minoris) olan yön, Polaris'in retikülde olması gereken yönü verir.
- Asterizm yöntemi. Retikül üzerindeki Büyükayı / Kraliçe (Cassiopeia) desenlerini gökyüzündeki gerçek konumlarıyla hizalarsınız.
Telefon uygulamaları (PolarFinder, PS Align Pro, SynScan uygulaması) aynı hesabı yapar. Yalnız bir tuzak var: her retikül saat kadranı düzeninde değildir. Eski Sky-Watcher EQ6 retiküllerinde radyal bir çizgi ve üzerinde işaretler vardır; oradaki kural farklıdır (çizgiyi Kochab'a doğrultursunuz). Uygulamanın verdiği saat okumasını yanlış retikülde kullanırsanız hizalamayı bozarsınız.
Asıl sorun: kolimasyon
Polarscope size kendi optik ekseninin nereye baktığını söyler. Montürünüzün RA ekseninin nereye baktığını değil. İkisi çakışmıyorsa — ki fabrikadan çıkarken çoğu zaman tam çakışmaz, taşıma ve darbe de bozar — hizalamayı yanlış eksene yaparsınız.
İşin can sıkıcı tarafı, bu hatayı göz merceğinden görmenizin mümkün olmamasıdır: bakarken her şey mükemmel görünür.
Sky-Watcher'ın kendi kılavuzundaki yöntem birebir şöyle:
- Sabit bir hedef seçin (gece Polaris, gündüz uzak bir nesne). Alt/azimut ayarlarıyla retikülün merkezine koyun.
- Montürü RA ekseninde yarım tur (180°) çevirin.
- Nesne hâlâ merkezdeyse polarscope hizalıdır, iş bitti.
- Kaydıysa: 1.5 mm alyan anahtarla polarscope'un üç küçük ayar vidasını kullanarak sapmanın yarısını düzeltin. (Yarısı, çünkü 180° dönüş hatayı ikiye katlar — gerçek eksen tam ortadadır.)
- Nesne dönme boyunca merkezde kalana kadar tekrarlayın.
Kılavuzun uyarısı da birebir: "Bir vidayı yalnızca ¼ tur gevşetin, sonra diğer ikisini sıkın. Vidaları aşırı sıkmayın... Bir vidayı tamamen gevşetmeyin ve aynı anda birden fazla vidayı gevşetmeyin." Retikül plakası yerinden çıkarsa göz merceğini sökerek geri oturtabilirsiniz.
Güney yarımküre: iş ciddi anlamda zorlaşıyor
Kuzeyde Polaris 2. kadirdedir ve şehirden bile görünür. Güneyde karşılığı olan σ Octantis 5.42 kadirdir — çıplak gözle zar zor görülür, gök kutbundan da bir dereceden biraz fazla uzaktadır. Retiküldeki güney deseni 5–6 kadir civarında dört sönük yıldıza dayanır; ışık kirliliği olan bir yerde bunları polarscope'tan görmek pratikte imkânsızdır.
Bu, plaka çözümlemeli yöntemlerin güney yarımkürede neden orantısız derecede değerli olduğunu açıklar: hiçbiri belirli bir yıldızı görmenizi gerektirmez.
Peki polarscope ne kadar doğru?
İşin garibi, incelediğimiz üreticilerin hiçbiri polarscope'u için sayısal bir doğruluk değeri yayımlamıyor. Sky-Watcher, iOptron ve Astro-Physics'in belgelerini taradık: hiçbirinde "şu kadar yay dakikası" yazmıyor. Buna karşılık iPolar ve PoleMaster gibi elektronik ürünler açıkça 30 yay saniyesi iddia ediyor. Bu karşıtlığın kendisi bir cevaptır.
Genel kabul, iyi kolimasyonlu bir polarscope ile dikkatli bir kullanıcının birkaç yay dakikası mertebesine ulaşabileceğidir. Bu da — Bölüm 6'yı hatırlayın — guiding yapan biri için fazlasıyla yeterlidir.
Doğruluk açısından hayır, iş akışı açısından evet. Bir polarscope size şunları dayatır: eğilip bükülerek göz merceğine bakmak, kutbu doğrudan görebilmek, retikülü aydınlatmak, saat açısını hesaplamak, kolimasyonu ayrı ayrı kontrol etmek ve sonucu doğrulayamamak. Plaka çözümlemeli bir araç bunların hepsini siler ve üstüne ölçtüğü sayıyı size gösterir.
Yine de bir yedek olarak vazgeçilmezdir: bilgisayarınız açılmadığında, kamera bağlanmadığında ya da sadece hızlı bir görsel gözlem yapacağınızda polarscope 60 saniyede sizi işe başlatır.
BÖLÜM 10
SharpCap Polar Alignment
SharpCap, yazılımsal kutup hizalamasının en yaygın ve en iyi belgelenmiş uygulamasıdır. Windows üzerinde çalışır ve kendi plaka çözümleyicisini içinde taşır; yani ne internet bağlantısına ne de ayrı bir yıldız veritabanı kurmaya ihtiyacınız olur.
Nasıl çalışır?
SharpCap iki kare çözümler. Aralarında montürü RA ekseninde döndürürsünüz. İki çözümden montürün gerçek dönme eksenini geometrik olarak hesaplar, sonra o ekseni gerçek kutupla karşılaştırır. Aradaki fark, hatanızdır.
Bu yaklaşımın güzelliği, montürün gerçek RA eksenini ölçmesidir — polarscope'un çözemediği kolimasyon sorunu burada hiç ortaya çıkmaz.
Gerekenler (kılavuzdan birebir)
- Ekvatoryal montür
- SharpCap'in desteklediği bir kamera + teleskop ya da rehber teleskop
- Görüş alanı 0.6° ile 2.5° arasında
- Gök kutbunun açık görünmesi
- Görüş alanında en az 15 yıldız
- Kutba yaklaşık 5 derece içinde önceden hizalanmış olmak
SharpCap'in yıldız veritabanı kutbun yaklaşık 6–7 derece çevresini kapsar ve her yarımkürede 16.000'den fazla yıldız içerir. Bu, hem kuzey hem güney yarımkürede çalıştığı anlamına gelir.
Hayır. SharpCap'in resmî SSS'si açık: "Kutup hizalama yaparken montürün takip yapıp yapmaması fark etmez." Bu, PHD2 ve N.I.N.A. TPPA'dan önemli bir farktır.
Adım adım
- Giriş ekranı. Gereksinimleri hatırlatır. NEXT.
- Birinci kare. Teleskobu kutbun 5 derece içine getirin. Kazanç ve pozu, yıldızlar algılanana kadar ayarlayın. SharpCap her kareyi çözmeye çalışır; ekranda "Most Recent Frame: Solved" yeşil yazmalı.
- İkinci kare. Montürü RA ekseninde yaklaşık 90 derece çevirin — ister kavramayı gevşetip elle, ister GOTO ile. NEXT.
- Ayarlama. SharpCap parlak bir yıldızı işaretler ve ona bir hedef gösterir. Yalnızca alt/azimut vidalarını kullanarak yıldızı hedefe taşırsınız.
"SON AŞAMAYA GEÇMEK İÇİN NEXT'E BASILANA KADAR YÜKSEKLİK VEYA AZİMUTU AYARLAMAYIN."
Erken ayar yaparsanız SharpCap'in gösterdiği yön okları ters görünür ve saatlerce niye çalışmadığını anlamaya çalışırsınız. Yön oklarının ters göründüğü durumların birinci sebebi budur.
Ayarlama sırasında işaretli yıldız değişebilir — bu normaldir, kılavuz açıkça söylüyor. Hedefe yaklaştıkça ok ve hedef, birleştirmeniz gereken iki paralel çizgiye dönüşür.
Most Recent Frame satırı sürekli yeşil Solved göstermelidir; kırmızı Could Not Solve görüyorsanız pozu uzatın ya da kazancı artırın. Not: SharpCap'in hata değerini ekrana hangi sayı biçimiyle yazdığı belgelerinde yer almıyor; buradaki biçim temsilîdir. Gerçek ekran görüntüleri: SharpCap 4.1 kılavuzu.Ne kadar iyi yeterli — SharpCap'in kendi eşikleri
SharpCap, sayısal bir eşik yayımlayan az sayıdaki kaynaktan biri (diğerleri ZWO ve Ekos, aşağıda):
Ücretsiz mi?
Kısmen ücretsiz. Ölçüm bedava; canlı ayar yönlendirmesi (dördüncü aşama) ise SharpCap Pro gerektirir. SharpCap'in kendi ifadesiyle: "Aracı Pro lisansı olmadan da kutup hizalama doğruluğunuzu ölçmek için kullanabilirsiniz, ama Pro lisansıyla ayar yaparken ekranda canlı güncellenen hatayı görebilirsiniz." Kişisel lisans yılda 14 £'dir.
Ne zaman patlar?
| Belirti | Sebep |
|---|---|
| Hiç çözemiyor (sürekli kırmızı "Could Not Solve") | Yeterli yıldız algılanmıyor (gereken 15); kutuptan 5–6 dereceden fazla uzaktasınız; sıcak pikseller yıldız sanılıyor |
| Arada bir çözüyor | Pozu uzatın, kazancı artırın, odağı kontrol edin |
| Ayardan sonra sonuç tutmuyor | 90° dönerken bir şey oynadı — kablo, denge, yatak boşluğu. SharpCap SSS'si: "en yaygın sebep, montür döndürülürken bir şeyin hareket etmesi ya da esnemesidir." |
| Yön okları ters | NEXT'e basmadan ayar yaptınız |
Kararlı sürüm SharpCap 4.1'dir. 4.2 beta ise kutup hizalamasını yeni "SharpSolve" motoruna taşıyor: yüksek çözünürlüklü indeks kuruluysa 0.25 derecelik görüş alanına kadar inebiliyor ve kutbun 45 derece uzağına kadar çözmeyi deniyor. Uzun odaklı kurulumlar için önemli bir gelişme.
BÖLÜM 11
N.I.N.A. — Three Point Polar Alignment (TPPA)
TPPA, N.I.N.A.'nın eklenti mağazasından kurulan ücretsiz ve açık kaynaklı bir eklentidir. Yazarı, N.I.N.A.'nın da yazarı olan Stefan Berg. Ağustos 2026 itibarıyla güncel sürüm 2.2.6.5.
En önemli özelliği ise şu: gök kutbunu görmenize hiç gerek yok.
"Kutba ya da yakınına doğrultmam gerekir mi?" — "Hayır. TPPA ufkunuzun üstünde neredeyse her yerde çalışabilir."
Bahçesinin kuzeyi binayla kapalı olan herkes için bu tek başına yeterli bir sebeptir.
"Üç nokta" ne demek?
TPPA, RA ekseni boyunca birbirinden ayrılmış üç konumda plaka çözümlemesi yapar. Üç noktadan geçen bir çember, montürün gerçek dönme eksenini verir. Sonra bu ekseni, bulunduğunuz konum için hesaplanan gerçek kutup ekseniyle karşılaştırır.
- Başlangıç konumuna sürer (ya da bulunduğunuz yerden başlar) ve takibi açar.
- Kare çeker, çözümler. Nokta 1.
- Montürü RA ekseninde — otomatik ya da elle — en az "Target Distance" derecesi kadar hareket ettirir. Varsayılan 10 derece. Kare çeker, çözümler. Nokta 2.
- Aynı hareketi tekrar eder. Nokta 3. (Elle modda üçüncü noktadan sonra 10 saniyelik oturma süresi bekler — bu sırada montüre dokunmayın.)
- Ekseni yeniden kurar, hatayı hesaplar.
- Düzeltme aşaması: takip devam ederken sürekli çözümleme yapar ve hatayı canlı günceller. Yalnızca alt/azimut ayarlarını değiştirirsiniz. Bir yıldıza sol tıklarsanız görsel göstergeler o yıldızı izler.
Nereye doğrultmalı?
TPPA her yerde çalışır ama bazı bölgeler daha bağışlayıcıdır. SSS'nin önerileri:
- Yarımkürenizin kutup tarafına doğru bir alan tercih edin (güneyde tam güney).
- Mümkünse 15 derece yükseklikten yukarıda bir alan seçin.
- Tam doğu (90°) ve tam batıdan (270°) kaçının — düzeltme matematiği orada zayıftır. TPPA bu bölgeye çok yaklaşırsanız sizi uyarır.
- Tam başucundan kaçının.
- Üç ölçüm ya da düzeltme sırasında meridyeni geçecek bir konum seçmeyin.
Ne gerekir?
- N.I.N.A.'da enlem ve boylamın doğru girilmiş olması
- Çekime hazır bir kamera (rehber kamera da olur, ana kamera da)
- Çalışan bir plaka çözümleyici — N.I.N.A.'nın desteklediği herhangi biri olur; en yaygınları ASTAP, PlateSolve2 ve PlateSolve3. (N.I.N.A. hem birincil hem kör çözümleme için ASTAP'ı öneriyor.)
- Otomatik modda: ASCOM
MoveAxisdestekleyen bağlı bir montür. Elle modda montür bağlantısı isteğe bağlıdır — ama o zaman kör çözümleyici ayarlı olmalı.
Plaka çözümleme başka her yerde çalışırken TPPA'da başarısız oluyorsa, sebep neredeyse her zaman arama yarıçapıdır. TPPA hızlı çalışmak için kendi "Search Radius" ayarını kullanır; bu yarıçap, gösterme hatanız + kutup hatanızın toplamından küçükse çözümleme başarısız olur. Önce yarıçapı büyütün, sonra poz/odak/piksel boyutuna bakın.
Faydalı ayarlar
| Ayar | Varsayılan | Ne işe yarar |
|---|---|---|
| Target Distance | 10° | Ölçüm noktaları arasındaki açı. Küçültmek hızlandırır ama doğruluğu düşürür. |
| Move Rate | 3 | Otomatik modda RA ekseninin sürülme hızı |
| Search Radius | 10 (30'a sıkıştırılır) | Plaka çözümleme arama yarıçapı, derece |
| Alignment Tolerance | 0 (kapalı) | Yay dakikası cinsinden. Sıfırdan büyükse, hata bu değerin altına indiğinde TPPA kendini bitirir. Ondalık kabul eder: 0.5 = 30 yay saniyesi. |
| Adjust for refraction | Kapalı | Kırılma düzeltmesi. SSS'ye göre hâlâ test aşamasında. |
| Manual Mode | Kapalı | RA hareketini siz yaparsınız; montür bağlantısı gerekmez |
Ekrandaki hedef daireleri 30 yay saniyesi, 1 yay dakikası ve 5 yay dakikasında çizilir — pratikte ulaşabileceğiniz hassasiyetin ne olduğunu bu üç halka söylüyor.
Başlangıç hatası büyükse canlı ekranı sonsuza kadar kovalamayın; TPPA'yı yeniden çalıştırın. Eklentinin uyarı metni açık: "Başlangıçtaki kutup hizalama hatası büyük. Düzeltme aşaması güvenilir olmayacak. Lütfen montürü kutba yaklaştırıp sonucu doğrulamak için yeni bir tur yapın!" Pratikte bir kaba geçiş + bir ince geçiş, tek bir düzeltme döngüsünü uzatmaktan daha hızlıdır.
Ve en çok yapılan iki hata, eklentinin kendi yönergesiyle: "İlk üç nokta arasında yalnızca RA eksenini hareket ettirin." ve "Başlangıç hatası göründükten sonra yalnızca montür yüksekliğini ve azimutunu ayarlayın."
BÖLÜM 12
ZWO ASIAIR
ASIAIR, bilgisayar taşımak istemeyenlerin en yaygın çözümüdür. Kutup hizalaması, uygulamanın "PA" sekmesinden tek dokunuşla başlar ve montürü sizin yerinize kendisi döndürür.
Nasıl çalışır?
ASIAIR Plus kılavuzundan birebir: "Ekvatoryal montür mevcut konumunda görüntü çekip analiz eder, ardından otomatik olarak yaklaşık 60 derece dönerek tekrar çeker ve analiz eder."
Yani SharpCap'in iki kareli yaklaşımının aynısı, ama dönüşü sizin yerinize montür yapıyor ve 60 derece yetiyor.
Hazırlık — kılavuzun istedikleri
- Montür sıfır konumundayken teleskobun kabaca gerçek kuzeyi (ya da güneyi) göstermesi önerilir
- Ana kamera ve montür ASIAIR'e düzgün bağlı olmalı
- Teleskobun önü açık olmalı; "Preview" modunda yıldız görebilmelisiniz
Sonra "Start Calibration"a basar, hesaplanan sapmalara göre montürün yükseklik ve azimut açısını elle ayarlarsınız.
Start Calibration, Auto Refresh ve Finish. Hata değerleri yay dakikası (') cinsinden gösterilir. Oklar kılavuzda tarif edildiği gibi doğrudan hangi düğmeyi nasıl çevireceğinizi söyler: "Yukarı ok: yükseklik ince ayar düğmesini saat yönünde çevirin." Kaynak: ASIAIR Plus Kullanım Kılavuzu V1.3, s. 45–48.Eşik
Ekranda bir artı (hedef), bir daire (mevcut konumunuz), sayısal sapmalar, yön okları ve hizalama iyileştikçe değişen bir yüz ifadesi görürsünüz. ASIAIR yaklaştıkça görüntüyü otomatik yakınlaştırır. Yüz ifadesinin arkasındaki sayısal eşikleri ZWO yayımlamamıştır.
Bilinen sorunlar
- Çözümleme başarısız. Kullanıcı forumunda en sık rapor edilen sebep yetersiz kazanç/poz — yeterli yıldız çıkmıyor. İkincisi, teleskop ayarlarına yanlış girilmiş odak uzunluğu.
- All Sky Polar Alignment. ZWO, kutbu görmeden hizalama yapan bir mod da sunuyor. Kılavuzda yalnızca tek bir cümleyle geçiyor ("gökyüzünün herhangi bir yerinde kutup hizalamasını destekler; önceden lensin gök kutbuna yakın doğrultulması gerekiyordu, bu yöntemde böyle bir sınır yok"); ayrıntılı bir prosedür yayımlanmamış. ZWO'nun kendi forumunda, güney yarımkürede AM3 montürlerde takibin hizalama sırasında kapandığı ve sonucun bozulduğu bir hata bildirilmiş; ZWO log istemiş, yayımlanmış bir çözüm yok. Kullanıyorsanız sonucu bağımsız olarak doğrulayın.
ASIAIR V3.0 (Temmuz 2026) yayımlandı; sürüm notlarında kutup hizalamasıyla ilgili bir değişiklik listelenmiyor.
BÖLÜM 13
Diğer yöntemler ve karşılaştırma
iOptron iPolar
iPolar, RA ekseninin içine yerleşen küçük bir kameradır; kısacası polarscope'un elektronik halefidir. Üreticinin verdiği rakamlar şöyle:
- Hizalama hassasiyeti: 30 yay saniyesi (üretici iddiası; ölçüm yöntemi yayımlanmamış)
- Görüş alanı: ~13 derece
- Gereksinim: montür RA ekseni gerçek kuzeye/güneye ±6 derece içinde olmalı
- Polaris ya da σ Octantis'in görünmesi gerekmez — plaka çözümleme yapar
Akış: sıfır konumu → dark kare (20 saniye) → çözümleme → "Confirm Position 1" → RA'da döndür → alt/azimut vidalarıyla bordo daireyi merkeze taşı → daire ile artı çakışınca yeşile döner, iş biter. Birçok iOptron montüre (CEM40 vb.) fabrikadan gömülü gelir.
QHY PoleMaster
- Hassasiyet: 30 yay saniyesine kadar (üretici iddiası)
- Görüş alanı: ürün sayfası 11° × 8°, kılavuz 11° × 6° diyor — iki resmî kaynak çelişiyor
- 9. kadire kadar yıldız görür; piksel ölçeği ~30 yay saniyesi
iPolar'dan önemli bir farkı var: kutup yıldızını görmeniz ve fareyle tıklamanız gerekir. Sonra kutba yakın parlak bir yıldız seçip montürü iki kez yaklaşık 15 derece döndürürsünüz; yıldızın üç konumu bir çember belirler ve PoleMaster gerçek dönme merkezini böyle bulur. Kılavuz takibin açık tutulmasını öneriyor.
Kavramsal olarak PoleMaster'ın yöntemi — önce RA dönme merkezini ölçmek, sonra onu gerçek kutba taşımak — polarscope'un kolimasyon sorununa yapısal olarak bağışıktır.
Ekos / KStars (Linux, StellarMate, Raspberry Pi)
- Üç kare çeker ve çözümler, aralarında döner. Varsayılan dönüş 30 derece, ayarlanabilir, doğuya ya da batıya.
- Meridyenin doğusunda ya da batısında 30–60 derecelik bir yay görünür olmalı.
- Kutup kapalıysa meridyene yakın başka bir yerden de çalışır.
- Hatayı yay dakikası ve yay saniyesi olarak gösterir; "Refresh" modunda canlı geri bildirim verir.
- Belgelerin ifadesi: "Hatanız yeterince düşükse (örneğin bir yay dakikasından az) ayar yapmanız gerekmez."
ASTAP hakkında yaygın bir yanlış
ASTAP bir plaka çözümleyicidir. N.I.N.A. TPPA ve Ekos onu arka planda kullanır, bu yüzden "ASTAP ile kutup hizalama yaptım" cümlesi yaygınlaşmıştır. ASTAP'ın 2021–2026 sürüm geçmişinin tamamını taradık: kutup hizalama diye bir özellik yok. Pratik sonucu şudur: TPPA çalışmıyorsa hata genellikle TPPA'da değil, ASTAP'ın yapılandırmasındadır (yıldız veritabanı, odak uzunluğu, arama yarıçapı).
Akıllı teleskoplar (Seestar, Dwarf) kutup hizalaması ister mi?
Çalışmak için hayır — bunlar alt-azimut montürlüdür. Ama bedeli alan dönmesidir ve ZWO bunu iki şeyle yönetir: 10 saniyelik poz sınırı ve yığınlama sırasında dönme düzeltmesi. Seestar SSS'sinden birebir: "Seestar S50, hedef takibi ve çekim için Alt/Azimut montür kullanır."
Son firmware'lerde S30/S50 için bir EQ modu eklendi: cihazın tamamı bir sıvı kafa ya da kama üzerinde kutba eğiliyor. Kazanç uzun poz ve dönme kırpması olmayan köşeler.
Hepsi bir arada
| Yöntem | Kutbu görmeli mi? | RA dönüşü | Takip | Belgelenen eşik | Ücret |
|---|---|---|---|---|---|
| Polarscope | Evet | — | Gerekmez | Üretici yayımlamıyor | Montürle gelir |
| SharpCap | Evet (5° içinde) | ~90° | Gerekmez | <2′ iyi, <1′ mükemmel | Ölçüm ücretsiz, ayar Pro (14 £/yıl) |
| N.I.N.A. TPPA | Hayır | 2 × 10° | Açık olmalı | Eşik yok; halkalar 30″/1′/5′ | Ücretsiz, açık kaynak |
| ASIAIR | Standart PA: evet All-Sky PA: hayır | ~60° (otomatik) | Gerekir | <5′ kabul edilebilir | Cihazla gelir |
| Ekos / StellarMate | Hayır | 2 × 30° | Gerekir | <1′ ise ayar gerekmez | Ücretsiz, açık kaynak |
| iPolar | Kutup bölgesi (±6°) | Var | Gerekmez | 30″ (üretici iddiası) | ~Cihaz fiyatı |
| PoleMaster | Evet (yıldızı tıklarsınız) | 2 × 15° | Önerilir | 30″ (üretici iddiası) | ~Cihaz fiyatı |
| PHD2 Drift Align | Hayır | — | Gerekir | Eşik yok; en doğru sayılır | Ücretsiz |
"SharpCap mı daha doğru, TPPA mı?" sorusuna birincil kaynaklara dayalı bir cevap yok. Ne SharpCap ne ZWO ne de TPPA yayımlanmış bir doğruluk spesifikasyonu veriyor; ikisini karşılaştıran bağımsız bir ölçüm de bulamadık. Forumlarda ikisi için de tipik olarak 10–60 yay saniyesi arası artık hata bildiriliyor — ama aynı başlıklarda seeing, tripod oturması ve montür esnemesinin bu sayıları belirlediği de söyleniyor. Yani karar verirken doğruluğu değil, iş akışını ölçüt alın: kutbu görebiliyor musunuz, bilgisayarınız var mı, montürünüz bağlı mı.
BÖLÜM 14
Sahada: cıvatalar, boşluk ve sıra
Teori bitti. Karanlıkta, soğukta, elinizde el feneriyle yapacağınız işe geldik.
Ayar mekanizmalarını tanıyın
Yükseklik (enlem) ayarı. Sky-Watcher EQ6 sınıfı montürlerde bu ayar, katlanır kollu bir krikolu vidayla yapılır. Teleskobun ağırlığı bu vidayı sürekli aşağı yönde zorlar; birazdan göreceğiniz gibi bunun pratik bir sonucu var.
Azimut ayarı. Bu iş, tripodun üstündeki metal pime karşı çalışan iki karşılıklı vidayla yapılır: birini sıkarken diğerini gevşetmeniz gerekir. Kurulum sırasında kılavuz, iki vidayı pimin geçebileceği kadar açmanızı ve pimi aradaki boşluğa oturtmanızı ister.
ZWO AM5'te düzen biraz farklıdır: enlem aralığı iki kademelidir (0–60° ve 45–90°), azimutta ise ince ayar düğmelerinden ayrı kilitleme kolları vardır — kilitleme ayrı bir adımdır ve sonrasında hizalamayı tekrar kontrol etmeniz gerekir.
Sky-Watcher'ın kendi kılavuzundan: "AZ-EQ6 GT montüründe hafif bir yükseklik boşluğu olması normaldir... yükseklik ayarını yukarı doğru bir hareketle bitirmeniz önerilir."
Sebebi basit: yükün ağırlığı vidayı aşağı bastırır. Hedef yüksekliğe aşağıdan yukarı yaklaşırsanız diş bir yüzeye yaslanmış olur ve orada kalır. Yukarıdan aşağı yaklaşırsanız montür saatler içinde kendiliğinden birkaç yay dakikası daha aşağı oturabilir. Hizalamanızın gece boyunca "kendi kendine bozulması" çoğunlukla budur.
Azimut için aynı ilkenin karşılığı: bitirirken iki vidayı birbirine karşı sıkın ki montür yakalansın — sonra ölçümü tekrarlayın. Kilitleme işlemi neredeyse her zaman birkaç yay dakikası kaydırır.
Tripodu tesviye etmek gerçekten gerekli mi?
Bu, astrofotoğrafın en çok yanlış anlaşılan konularından biridir. Net cevap şu:
Kutup hizalaması, RA ekseninin gökyüzünde nereyi gösterdiğidir — iki açı, hepsi bu. Tripodun düz olup olmaması bunu değiştirmez. Yamaçtaki bir tripod da mükemmel kutup hizalı olabilir.
Ama üç gerçek sebep var:
- Polarscope kullanıyorsanız gereklidir. Astro-Physics kendi kılavuzunda açıkça yazıyor: "En yüksek doğruluğu elde etmek için montürünüzü doğu-batı yönünde tesviye etmeniz gerekecektir." Sebebi: retikülün saat kadranı, montürün azimut ekseninin dik olduğunu varsayar. Montür doğu-batı eğikse retikülün "12:00"ı gerçekten yukarıyı göstermez ve Polaris'i yanlış saate koyarsınız.
- Ayarlar dikleşir. Montür eğikse "yükseklik" vidası artık saf yükseklik değiştirmez, "azimut" da saf azimut. İkisi birbirine karışır ve yakınsamak çok daha uzun sürer. Sonucu değil, süreyi etkiler.
- Enlem skalası anlamlı kalır. Kaba hizalamayı skalayla yapıyorsanız, skala tesviye edilmiş bir tabana göre kalibredir.
Kısacası: plaka çözümlemeli bir araç kullanıyorsanız tesviye tamamen bir kolaylıktır. Polarscope kullanıyorsanız zorunludur.
Sahada işlem sırası
- Tripodu sağlam zemine kurun, bacakları açın, su terazisiyle tesviye edin.
- Enlem skalasını yaklaşık enleminize getirin; pusulayla kabaca kuzeye/güneye doğrultun (manyetik sapmayı düzeltin). Gereken kabalık: iPolar ±6°, SharpCap 5°.
- Teleskobu takın, RA ve DEC'te dengeleyin. Dengesiz yük, alt/azimut boşluğunu artırır ve guiding'i bozar.
- Montürü sıfır / ev konumuna getirin. ASIAIR ve iPolar bunu şart koşar.
- Odak yapın. Odaksız yıldızlar, plaka çözümleme hatalarının bir numaralı sebebidir.
- Kutup hizalama rutinini çalıştırın. Aynı anda tek bir ayarı değiştirin ve bir poz döngüsü bekleyin.
- Yükseklik ayarını yukarı doğru bitirin.
- Azimut vidalarını/kollarını kilitleyin, sonra ölçümü tekrarlayın.
- Polarscope kullandıysanız kolimasyonu daha önce doğrulamış olun (Bölüm 9).
Harmonik (dalga dişlili) montürler farklı mı?
AM5, AM3 gibi karşı ağırlıksız montürler için sık duyulan bir iddia var: "bunlar kutup hizalamasını daha az önemser."
Bu iddiayı destekleyen hiçbir üretici belgesi yok. ZWO'nun AM5 kılavuzunda kutup hizalama toleransıyla ilgili tek bir cümle bile geçmiyor. Fizik de dişli tipine göre değişmez: RA ekseni kutbu göstermiyorsa alan yine döner, deklinasyon yine sürüklenir.
Harmonik montürlerin gerçek farkı, periyodik hatalarının genellikle iyi bir sonsuz dişli montürden büyük olmasıdır — bu yüzden neredeyse her zaman guiding ile kullanılırlar. Guiding de sürüklenmeyi emer. Yani "daha toleranslı" görünmelerinin sebebi dişlileri değil, guiding ile kullanılıyor olmalarıdır. Alan dönmesi kuralı onlar için de aynen geçerlidir.
BÖLÜM 15
Yaygın yanlışlar
| Sık duyulan | Gerçek |
|---|---|
| "Polaris'i polarscope'un ortasına koydum, hizalandım" | Hayır. Polaris kutuptan 37.7 yay dakikası uzaktadır. Ortaya koymak, yaklaşık 0.63 derecelik — yani 38 yay dakikalık — bir hata bırakır. Onu yörüngesindeki doğru saate koymanız gerekir. |
| "Guiding yapıyorum, kutup hizalaması önemsiz" | Yarı doğru. Guiding sürüklenmeyi siler ama alan dönmesini silemez. Ekvatorda gerçekten önemsizleşir; deklinasyon 70°'nin üstünde önemli olmaya devam eder. |
| "DEC düzeltmelerim hep aynı yönde, hizalamam bozuk" | Hayır. PHD2'nin kendi belgesi bunu iyi bir şey sayıyor — boşluğa hiç girmiyorsunuz demektir. Sorun, düzeltmelerin yıldızı geri getirememesidir. |
| "Guiding Assistant 25′ dedi, felaket" | Nereye baktığınıza bağlı. Yüksek deklinasyonda PHD2 hatayı 1/cos δ kadar şişirir. Deklinasyon 70°'de 25′ okuması, gerçekte ~8.5′ demektir. Ölçümü ekvatorda tekrarlayın. |
| "Sürüklenmeyi ölçmek için ekvatordaki yıldız seçilir çünkü sürüklenme orada en fazladır" | Gerekçe yanlış. DEC sürüklenmesi deklinasyondan bağımsızdır. Ekvatorun tercih edilme sebebi, çevirme formülünün orada yansız olması ve alan dönmesinin orada en zayıf olmasıdır. |
| "Tripodu tesviye etmezsem kutup hizalaması bozulur" | Hayır. Tesviye, polarscope retikülü için ve ayarların birbirine karışmaması için gerekir. Plaka çözümlemeli yöntemlerde doğruluğa etkisi yoktur. |
| "30 yay saniyesine indirdim, artık kusursuz" | Ölçüm gürültüsündesiniz. Atmosferik kırılma bile gökyüzünün farklı bölgelerinde 0.5–2 yay dakikalık farklar yaratır. Gökyüzünün her yerinde aynı anda sıfır veren tek bir hizalama yoktur. |
| "Yükseklik vidasını istediğim yönden ayarlarım" | Hayır. Yükü vidayı aşağı bastırır. Ayarı yukarı doğru bitirmezseniz montür gece boyunca oturur ve hizalamanız kendiliğinden bozulur. |
| "ASTAP ile kutup hizalaması yaptım" | ASTAP'ın böyle bir aracı yok. O bir plaka çözümleyicidir; N.I.N.A. TPPA ya da Ekos onu arka planda kullanır. |
| "Harmonik montürüm kutup hizalamasını umursamıyor" | Kaynaksız bir iddia. Hiçbir üretici böyle bir tolerans yayımlamıyor. Fizik dişliye bakmaz. |
Kaynaklar
Bu yazıdaki bütün sayısal iddialar aşağıdaki birincil kaynaklara karşı doğrulanmıştır. Formüller ayrıca bağımsız bir katı-cisim simülasyonuyla sayısal olarak sınanmış ve Barrett'ın yayımlanmış örnekleri yeniden üretilmiştir.
Matematik
- Frank Barrett — Determining Polar Axis Alignment Accuracy (2. baskı, 2016). Denklem 1, 3 ve 13'ün kaynağı.
- Frank Barrett — Measuring Polar Axis Alignment Error (3. baskı, 2016).
- Frank Barrett — Survey of Polar Alignment Methods.
- Field Rotation Calculator ve Maximum Polar Alignment Error Calculator.
- Patrick Wallace — Telescope Pointing (TPOINT modelinin MA/ME terimleri).
- Software Bisque — TPoint Geometrical Terms (azimut düzeltmesindeki 1/cos(enlem) çarpanı).
PHD2
- PHD2 Kılavuzu — Tools and Utilities (üç kutup hizalama aracının karşılaştırması, Guiding Assistant).
- PHD2 Kılavuzu — Tutorials (Drift Align, Static Polar Align, Polar Drift Align adım adım).
- PHD2 Kılavuzu — Trouble-shooting ("10 yay dakikası içinde makul bir hizalama").
- PHD2 Kılavuzu — Visualization (eğilim çizgileri).
- PHD2 Kılavuzu — Supplemental Information (boşluk, sürtünme, tek yönlü guiding).
- Analyzing PHD2 Guiding Results (grafik imzaları).
- PHD2 Best Practices (Waddington & Galasso).
Yazılımlar
- SharpCap 4.1 Kılavuzu — Polar Alignment.
- SharpCap — Polar Alignment Troubleshooting.
- SharpCap SSS ve SharpCap Pro.
- N.I.N.A. TPPA — resmî SSS ve eklenti deposu.
- N.I.N.A. — Plate Solving.
- ASIAIR Plus Kullanım Kılavuzu V1.3.
- KStars El Kitabı — Ekos Align.
- ASTAP belgeleri (kutup hizalama aracı içermez).
Donanım
- Sky-Watcher AZ-EQ6 GT Kılavuzu (polarscope kolimasyonu, yükseklik boşluğu, azimut vidaları).
- Sky-Watcher EQ6 Polarscope Talimatları (eski retikül deseni).
- Astro-Physics RAPAS Talimatları (doğu-batı tesviye gerekliliği).
- iOptron iPolar Kullanım Kılavuzu ve ürün sayfası.
- QHY PoleMaster ve kullanım kılavuzu.
- ZWO AM5 Kullanım Kılavuzu.
- ZWO Seestar S50 SSS (alt-azimut ve alan dönmesi).
- Sigma Octantis (güney kutup yıldızının parlaklığı).
Son güncelleme: Ağustos 2026. Polaris'in kutba uzaklığı astronomik efemeristen hesaplanmıştır (J2026.0 için 37.7′). Yazılım sürümleri ve fiyatlar bu tarih itibarıyladır.