Nowok76

Pięknie połączone Ha z OIII. Chętnie poznałbym technikę obróbki :-)

Dawno nie widziałem tak dobrego zdjęcia z Canona :-)

32 minuty temu, Tayson napisał:

daje rade? obrobka Twojego pliku z googla, ktora zajela mi ok 40min.

O to chodziło.

Robiłeś Selective Mask ?

10 minut temu, wessel napisał:

Moja kilkunastoletnia praktyka wykazuje że się nie da, ale może się mylę. Kosmetyki zdjęcia w Pixie nie zrobisz a jest niezbędna zawsze

Odwrotnie. Główna obróbka Pix. Kosmetyka GIMP

Teraz, wessel napisał:

Chyba wyszedłeś ze złego założenia. Te programy się uzupełniają więc co to porównywać?

Właśnie zależy mi żeby odciąć się od PSa. Ewentualnie lekka kosmetyka w Gimpie. Ale główna obróbka w Pixie.

Jeżeli okaże się że tak się nie da, to przynajmniej będę wiedział na czym stoję.

W związku z toczącą się rozmową na temat Pixa postanowiłem założyć nowy wątek.

   Jako że jestem wieloletnim użytkownikiem Photoshopa i zwolennikiem Linuxa, problematyczne do mnie stało się notoryczne przeskakiwanie pomiędzy

Ubuntu i VirtualBoxem. Więc pomyślałem że przesiądę się na Pixa .

W Wątku założonym przez Jesiona napisałem jaki mam problem z tym programem.

Dzięki uprzejmości forumowego kolegi dostałem pozwolenie na udostępnienie jego materiału do testów.

Ale o co mi chodzi...?

Chciałbym szanowni forumowicze, prosić was o obrobienie materiału  w PIXIE w taki sposób, żeby uzyskać kolorystykę palety HST jak na zdjęciu nr.1

Plik HST_Pix jest połączeniem kanałów Ha,OIII i SII metodą Channel Combination.

Proszę nie zwracać uwagi na brak detalu i gwiazd. Tutaj chodzi mi o paletę barw.

Jeżeli ktoś z Was zbliży się do "mojej" kolorystyki HST będzie to oznaczać że się mylę i że to kwestia znajomości zasad obróbki w PixInsight.

https://drive.google.com/drive/folders/1dOECyAJd5ogcGMewOgy-JYiyhbJ4VGi2?usp=sharing

Chodzi mi o taką kolorystykę:

26 minut temu, AWE napisał:

Używam PIX'a już dość długo ale dopiero po około 100 godzinach pracy urzekł mnie. Interfejs jest ciężki, ale po zrozumieniu idei genialny. Program napisali astrofotografowie dla astrofotgrafów i jednocześnie widać że byli to programiści. Według mnie nie ma lepszego programu do obróbki, wszystkie opcje są dostępne choć i wielość jest ogromna.

Co do stakowania według mnie robi to o wiele lepiej niż Maxim, szczególnie gdy użyjemy ważenia klatek i lokalnej normalizacji.

PIX to potęga języka skryptowego udało mi się opanować jego podstawy i skonstruowałem skrypt który wraz z Excelem załatwia mi żmudne zadania przed stackowaniem.

Wygląda to mniej więcej tak:

1. Nowy materiał wrzucam do jednego katalogu, zaznaczam że jest to jednocześnie wiele obiektów oraz dwa setupy

2. skrypt dokonuje sortowania materiału pod względem obiektów i filtrów

3. dokonuje kalibracji zdjęć

4. dokonuje oceny każdej klatki (FWHM, owalność, szum, SNR, liczba gwiazd)

5. operacje kosmetyczne na każdej klatce

5. dokonuje wyrównania DBE klatek źródłowych jeśli tak zdecyduję

6. debajeryzacja klatek kolorowych

7 alignowanie klatek (wybór klatki referencyjnej w Excelu). aligancja jest genialna szczególnie z wykorzystaniem korekcji dysporcji 

8. wszystkie wyniki są zapisywane w pliku tekstowym który zaczytuję do Excela

9. w Excelu dokonuję przeglądu klatek na wykresach i na nich dokonuję selekcji

W sumie zaoszczędza mi to co najmniej godzinę dziennie a mam w bazie ponad 12000 klatek

Ponieważ nowy materiał mam prawie codziennie więc bardzo mi to ułatwia pracę

Książkę mam ale niestety w pierwszym wydaniu jest wspaniała

 

Tak zautomatyzowaną procedurę bez problemu robi APP :-)

Druga sprawa to dla mnie interfejs jest mega przejrzysty, w przeciwieństwie do Maxima.

Ja testuję linuxową wersję Pixa na kompie z 16GB RAMu. Śmiga bez problemu.

8 minut temu, Andrzej F. napisał:

Takim odpowiednikiem Selektive Color jest w Pix-ie Color Mask. Jest ona umieszczona w skrypcie i działa trochę inaczej niż Selektive Color w PS-ie. Brak pracy na warstwach jest wadą Pixa. Za to mamy szybkie i skuteczne działanie masek. Na przykład założenie maski na gwiazdach i ich zmniejszenie, na zdjeciu o rozmiarach 20 Mega trwa ok. 2-3 sek. Podobnie jest z  tworzeniem koloru w RGB oraz w palecie HST. Przez dwa tygodnie trudno jest poznać Pixa. Według mnie najlepiej jest jeśli umiejętnie połączymy działania obu programów .

Zgodzę się w 100%

Jednak używając Color Mask nie mogłem uzyskać pasującej mi kolorystyki HST. W PSie bez problemu.

Ja testuję Pixa od dwóch tygodni, i postanowiłem się nie przesiadać. Brak pracy na warstwach i nieodpowiednio dla mnie działający moduł Selective Color, a właściwie jego brak, przekreśla ten program. 

W dniu 25.09.2019 o 11:11, Tadeopulous napisał:

Dzień Dobry,

 

się zastanawiam nad nabyciem drogą kupna (jakieś raty - jestem zwykłym kowalski ) tejże kamerki

 żeby wrócić na łono focenia mgławic etc w wąskich pasmach

ZWO ASI 183 MM-P

 

w wyszukiwarce na naszym forum znalazłem odnośnik do cloudynight z wątkiem o ampglow

 

czy ktoś ma?używa?

 

Ja używam QHY183M. Tam jest chyba ta sama matryca.

Jest AmbGlow, ale darki ładnie go usuwają.

10 godzin temu, Tayson napisał:

Jak to robi? 

 

Tak, chodzi o odszumianie. 

Załaduj darki z lightami.

Zaznacz tworzenie masterdarka i Badpixel map. Utworzy się plik BPM_xxx. Ładuj go przy każdym stackowaniu. Czyni cuda :-)

56 minut temu, Tayson napisał:

jak w temacie.

Jak zaznaczyc czarne pixele bez tych sasiadujacych obok nich?

w zalczniku wycinek stacka w tif.

 

dzieki za pomoc.

 

zaznacz.tif 1 MB · 2 pobrania

Po co Ci to ?

APP robi idealnie mapę złych pixeli.

Przecież robimy to samo :-)

Godzinę temu, Jagho napisał:

To rozwiązanie czujnika deszczu w formie płytki wbrew pozorom nie jest takie złe. Wszystko zależy do czego jest Ci potrzebny i gdzie ma być zainstalowany. U mnie jest tak, że czujnik ten potrzebuję, aby ochronić sprzęt w obserwatorium przed nagłym opadem deszczu i szybko zamknąć dach. Nie potrzebuję więc instalować go na zewnątrz, ale w samym obserwatorium. Ma wykryć pierwsze krople deszczu w momencie, gdy mam otwarty dach. I bardzo dobrze to robi. Jedynym usprawnieniem, które wykonałem (i które widać na poniższej fotografii) to aluminiowa płytka podgrzewająca (radiator i rezystor mocy). Chodzi o wyeliminowanie fałszywych alarmów podczas wilgotnych, jesiennych nocy.

To ma sens :-)

12 godzin temu, AdamK napisał:

Mógłbyś polecić jakiś sprawdzony czujnik?

Nie znam

22 minuty temu, keram167 napisał:

No fakt - "trochę" za daleko na podgląd na LCD . 

Po tej informacji, że do miejscówki masz 80 km, przyszły mi do głowy jeszcze 2 potencjalne problemy:

1. czy myślałeś może o dodatkowym, drugim, niezależnym i awaryjnym zabezpieczeniu Twojego setupu w przypadku pojawienia się deszczu jak np. https://abc-rc.pl/product-pol-6308-Czujnik-deszczu-FC-37-detektor-wody-do-Arduino.html?utm_source=iai_ads&utm_medium=google_shopping&curr=PLN i fajnie przedstawionym w https://www.youtube.com/watch?v=mQE1eo0WUgQ 

2. co w przypadku zaniku ( braku ) napięcia zasilającego ? Planujesz ( masz ? ) jakieś zasilanie buforowe do sterowania ( arduino + elementy wykonawcze ) ?

Pierwszego czujnika nie polecam. Po miesiącu będzie tak zaśniedziały że wartości będą przekłamywane.

Ja robiłem kiedyś taki test z M42. W brew temu co inni mówią uważam że rozpiętość tonalna się podniosła. Nie było mowy o przepalonym Trapezie.

Klatki miałem po 60x20sek 40x30 i 40x300 (Nie pamietam dokładnie)

1 minutę temu, komprez napisał:

A jaki masz patent na to parkowanie ? Bo sprawdzałem przeróżne patenty i nie za bardzo mam chęci na kombinacje z pilotem .. zwłaszcza kiedy eqmod się "położy" albo sam PC złapie zawias .... myśle nad czymś bardziej odrębnym coś jak RPi albo inny do sterowania całością.  

Cały czas piszę że skrypt działa z INDI, nie na EQMODzie :-)

2 godziny temu, komprez napisał:

@Nowok76 a czy u Ciebie będzie wymagane parkowanie montażu przed zamknięciem ? Ja się właśnie bolcuje z takim tematem bo w wersji odparkowanej dach "łapie" mi tubus...

Pomyślałem że wykorzystam gamepada i zaprogramuje mu parkowanie na jednym z przycisków który będzie wyprowadzony do sterownika pogodowego i system najpierw zaparkuje montaż a później zamknie dach .... oczywiście będzie trzeba dorobić zabezpieczenie żeby potwierdzić zaparkowanie montażu bo cholera wie co może się stać  

Tak.Parkowanie i odłączenie z INDI wszystkich elementów setupu.

1. Parkowanie

2. Odłączenie z INDI

3. Zamknięcie dachu.

4. Wyłączenie napięcia.

5. Ewentualnie mail z potwierdzeniem całej operacji.

3 godziny temu, Jagho napisał:

Pozwólcie mi na mały offtop. Też ostatnio zwróciłem uwagę ten czujnik. Po kilku latach stosowania DHT22 zauważyłem, że z czasem zaczynają zawyżać pomiar wilgotności. Po 1,5  - 2 latach działania wskazania stawały się nonsensowne (było już niemal bez przerwy 85-100%). Po wymianie na nowy DHT22 przez jakiś czas znów wszystko "grało", ale po półtora roku problem wracał.  Trafiłem na ten test i postanowiłem wypróbować BME280.

Potwierdzam, miałem to samo z dwoma czujnikami DHT22

U mnie czujnik MLX działa.

Na screenie TempSky i AmbTem są z MLXa. Temperatura to pomiar z DHT22.

Ambient nie ma co brać pod uwagę. Wartość jest przeklamywana , deltę trzeba obliczyć biorąc pomiar temperatury otoczenia z DHT22.

Skrypt obsługujący zamykanie dachu już mam gotowy, tylko że obsługuje przekazniki podłączone do GPio z RPi3

10 minut temu, AdamK napisał:

No właśnie, liczę, że ktoś mi wskaże gdzie tego szukać, jak powinien wyglądać schemat tego urządzenia, jak połączyć jedno z drugim żeby osiągnąć oczekiwany efekt.

Niestety mój pesel nie pozwala już na biegłość w ogarnianiu nowych technik...

 

https://learn.adafruit.com/using-melexis-mlx90614-non-contact-sensors/wiring-and-test

http://www.jarzebski.pl/arduino/czujniki-i-sensory/pirometr-z-czujnikiem-mlx90614.html

Na początek zalecam kupno gotowego modułu z rezystorami i kondensatorem. Masz tam gotowe wyjścia. Podpinasz zasilanie i sygnał do I2C

2 minuty temu, AdamK napisał:

No właśnie, liczę, że ktoś mi wskaże gdzie tego szukać, jak powinien wyglądać schemat tego urządzenia, jak połączyć jedno z drugim żeby osiągnąć oczekiwany efekt.

Niestety mój pesel nie pozwala już na biegłość w ogarnianiu nowych technik...

 

1. Google

2. MLX90614 Arduino cloud sensor

Masz tutoriale, schematy i inne cuda :-)

8 minut temu, AdamK napisał:

Chyba wolałbym zdecydować się na rozwiązanie z MLX90614. 

Rozumiem, że musiałoby to współpracować z Arduino (niestety nie ogarniam tego tematu).

Czy ktoś mógłby pomóc w zaprojektowaniu takiego modułu, potrzebowałbym też pomocy w wykonaniu odpowiedniego programu...?

Do Arduino są gotowe kody.

Ja piszę skrypt w Pythonie. Z tym że, Czujnik IR mam podpięty do RPi3.

Prawdopodobnie w Jolu Hubie ,lub JoloLinku (mieszają już mi sie te nazwy) jest gotowe wejście na taki czujnik.

Jeżeli używasz Windowsa to wystarczy podpiąć i odpalić gotowy program.