Zbudowałem układ fazowego regulatora jasnośći oświetlenia wedle schematu w załączniku. Ma on jedną wadę... w zależności od ustawienia jasności mozna zauważyć jak migocze żarówka... czy ktoś może mi powiedzieć co jest tego przyczyną? nieraz bardziej widać to migotanie a nieraz mniej... help.
0 29A czy wogule Ci to reguluje jasność ? Bo jeżeli ten opto-triak włącza w zerze to wogule nie powinno to działać. Poniważ regulacja jasności jest od 0 do 180 stopni czyli od 0 do 10ms Każdy dłuższy czas będzie powodował opisywany przez Ciebie efekt migotania (jeżeli opto-triak nie będzie włączał w zerze oczywiście).
0a nie jest przyczyną ?(narysuję
) ) * - świeci - -nie świeci:
maksyymalna jasność: *****
duża jasność: -****
mniejsza: ---**
mała: ----*
i mała bezwładność włókna żarówki.
przy małej jasności świecenia, żarówka jest włączana np. na 1 ms i będzie widoczny efekt migotania, to jest widoczne przy najprostszych regulatorach z tyrystorem i układem opóźniającym na RC. metoda usunięcia - żarówka z dużą bezwłądnością włókna (większej mocy?)
MOC3020 jest jak najbardziej na miejscu (w odróżnieniu od MOC3040 nie posiada detekcji zera).
W Twoim układzie sprawdziłbym czy Det0 na transoptorze działa prawidłowo, czyli sygnał jest powtarzalny - ja swego czasu robiłem podobny układ, ale detekcja zera była bardziej rozbudowana.
Po południu postaram się zamieścić część ze swojego rozwiązania.
Ponadto jakiego typu triak zastosowałeś w układzie?
Pozdrawiam
Artur G.
Masz fazowe sterowanie(a nie grupowe) czyli włączasz po odpowiednim opoznieniu od przejscia przez zero na odpowiedni czas(do nastepnego przejścia)? Przebieg jest wyprostowany(100Hz). To jeszcze napisz z jaką rozdzielczością sterujesz jasnością i czy to migotanie jest zawsze czy tylko przy niektórych ustawieniach. Osobiście uważam że to raczej problem z wykrywaniem tego "0" niż z bezwładnością(bez przesady to jest 100Hz - nawet jak będzie 10% to nie da się zauważyć migotania).
0W pełni zgadzam się z Szymtro, z pewnością musi być kłopot albo z momentem wyzwalania, albo układ "gubi" niektóre cykle i stąd migotania.
Jak obiecałem w wątku: https://www.elektroda.pl/rtvforum/searchtopic47216-.html
jest schemat z którym ja wojowałem - u mnie równiez migotało, ale przy całkowitym ściemnieniu - jakieś niepożądane załączenia triaków.
Reasumując - moje typy to: poprawić układ detekcji zera, wykrywać opadające zbocze sygnału DET0, a także zmniejszyć rezystor sterowania bramki z k33 na k18.
Ponadto nadal czekamy na typ triaka.
Pozdrawiam
Artur G.
Ciesze sie ,że mój post napotkał taki odzew. Jeśli chodzi o detekcje zera to sprawdzałem oscyloskopem i pojawiające się impulsy są dość "czytelne". Procesor nie powinien mieć problemu z interpretacją. Triak to BT 136. Dziś nie znajde już czasu by przy tym posiedzieć ale jutro zmniejsze wartość tej rezystancji i dam znać jaki był tego efekt.
Dziękuje za porady.
To że sygnały powinny być czytelne to jeszcze nic nie znaczy. Do programu dodaj malutką procedurkę zapalania leda na jakimś porcie w momencie przerwania. Nic więcej nie zmieniaj i odpal to na rzeczywistym napięciu sieci. Poobserwuj wtedy obraz na oscyloskopie(napięcie sieci i wyjście dodatkowe z procka). Może wtedy się wyda co jest nie tak. A jak wyglądają wykresy sieci i te na żarówce?
0Ja robie wlasnie podobny układ. Mialem problem z miganiem. Okazalo sie ze przyczyna sa przerwania. Wystarczylo 80 mikro sekund zeby dalo sie to zauwazyc. Polegalo to na tym ze raz to przerwanie weszlo w momecie kiedy mial byc zalaczony a raz nie. Roznica z moich obliczen wynosila wlasnie te 80 micro sek. myslalem ze to nie ma znaczenia a jednak to bylo widac. Usprawnilem i dziala. Ale mam takze pytanie do tworcy tego ukladu - czy sam to robil?
0U mnie sprawa wygląda tak, że za sterowanie triaka odpowiada oddzielny procesor. Jedyne wykorzystywane tu przerwanie to detekcja zera [Int0] i przepełnienie licznika. Wiec takie coś nie wchodzi raczej w gre...
Oczywista sprawa, że sam robiłem układ... nie chciało by mi sie raczej nad czyimś zastanawiać..
No oki, ale po detekcji zera musisz odliczyc czas i wtedy zalaczysz triak , ktory sam juz sie wylaczy w zerze. Miedzy czasie timer musi dalej liczyc (musi odliczyc 10 ms) i ponownie po zadanym czasie otworzyc triak dla drugiej polowki. Jesli masz czas dokladnie 10 ms to nieraz zdaza sie ze to zasrane napiecie naszej sieci nie ma 50 hz dokladnie i sa przestrzaly na druga polowke. No ja przynajmniej tak robilem, moze ty znalazles lepszy sposob. Mozna wykrywac teoretycznie zbocza co jedna polowke sinusa - zastosowac mostek prostowniczy (tylko ze ja mialem z tym problemy bo pojemnosc na sciezkach powodowala ze mialem tak duza skladowa stala ze przerwanie bylo non stop.
0Kasijas napisał:Mozna wykrywac teoretycznie zbocza co jedna polowke sinusa - zastosowac mostek prostowniczy (tylko ze ja mialem z tym problemy bo pojemnosc na sciezkach powodowala ze mialem tak duza skladowa stala ze przerwanie bylo non stop.
i jak ci to migocze - mocno?. No bo wlasciwie to dales az 2 procesory , sterujesz jednym kanalem i sa problemy. Ja na jednym zrobilem komunikacje, 6 kanalow bez prostowania i nie migocze - warto sie zastanowic co jest problemem u ciebie - sam jestem ciekawy I program pisalem w C nie w asmeblerze
0Kasijas napisał:i jak ci to migocze - mocno?. No bo wlasciwie to dales az 2 procesory , sterujesz jednym kanalem i sa problemy. Ja na jednym zrobilem komunikacje, 6 kanalow bez prostowania i nie migocze - warto się zastanowic co jest problemem u ciebie - sam jestem ciekawy I program pisalem w C nie w asmeblerze
Oczywiscie nie krytykuje Ciebie:), ale czy Amega8 nie ma w sobie EEProma?, po co dawac dodatkowo po i2c. Faktycznie jesli piszesz w Basicu to Ci wspolczuje. Pisalem kiedys petle PLL do tunera w Basicu - zalamać sie idzie. Proponuje przejscie na C, jest taki CodevisionAvr, który ma takie funkcje jak basic - ze wyswietlacze i cale te peryferia robi sie jednym kliknieciem myszki. Przedewszystkim C jest o niebo prostrzy od basica. Basic na jednoukladowce, w ktorych trzeba miec kontrole nad kazdym bajtem jest lipny bo drobna duperele na znakach trzeba robic na okretke Pozdrawiam
0Od czegoś trzeba zacząć 
. Co do paięci w atmega - owszem jest ona, ale ma ograniczoną liczbę zapisów, a u mnie w pamięć bedzie szło co zmiana stanu jasności żarówki, stąd konieczna jest zewnętrzna. Ja próbowałem w AVR Stuidio i gcc.. ale jakoś mi się nie spodobało...
Co nie zmienia faktu, że żarówka migocze
Kapusta napisał:MACbartek napisał:
...
Oczywista sprawa, że sam robiłem układ... nie chciało by mi się raczej nad czyimś zastanawiać..
A my to co, jelenie jakieś, że się głowimy nad twoim problemem
co do zasadzy działania układu to jest ona następująca. odbiera on ramkę z rs 485. w niej zawarta jest informacja ile ma wynosić opóźnienie. ładowana jest ona do pamieci, by po ew. awarii zasilania przywrócić stan a następnie przekazywana d odrugiego procesora, by ten na jej podstawie odliczył opóźnienie zapalenia triaka.. dodatkowo w pierwszy procesor zaimplikowana jest obsługa układu z włączika oświetlenia.
0Moja rada jest taka: postaraj się zawęzić problem - odłącz procek nr1, zostaw tylko ten który steruje triakiem, a wartość czasu opóźnienia (którą jak sądzę przesyłasz poprzez port C) zadawaj np. z mikroswich'ów. Przetestuj wszystkie wartości i sprawdź czy dalej miga.
Jeśli tak, to problem jest w programie tego procka. W takim przypadku możesz jeszcze zdisasemblować kod jaki wygenerował Bascom i poszukać błędów.
Jeśli nie będzie migać, to przyglądnij się prockowi nr1. Czy wartości przesyłane przez port C są stabilne? Czy przypadkiem nie zanikają na chwilę?
Przy budowie złożonych układów (programów) najlepiej postępować małymi kroczkami: uruchomić najpierw jedną rzecz - sprawdzić czy działa, a potem następną.. itd.
Pozdrawiam.
Witam
Problem tkwi w tym że nie ma żadnej synchronizacji pomiędzy procesorami US1 i US2. Układ 1 odbiera dane z RS485 i wystawia je na wyjściu portu PC.0 - PC.7. Układ 2 ma je odbierać i w zależności od wartości sterować triakiem. Ale zastanów się co on w rzeczywistości odbiera, przecież dane na porcie PC. US1 mogą być w trakcie aktualizacji, czyli niestabilne i te dane odbierze US2 - czyli błędne i stąd miganie.
Więc należy zapewnić synchronizację między procesorami, można to przykładowo rozwiązać w taki sposób.
Sygnał z detektora przejścia przez "0" podpiąc do US1, po każdym przerwaniu pochodzącym z detektora układ wystawia dane na porcie PC, i generuje przerwanie do procesora US2 pin PD.3. Procesor US2 "wie" że ma ważne dane do odczytu, a napięcie sieci jest równe "0".
Należało by też zastosować rezystory podciągające na porcie PC, co prawda można ustawić wewnętrzne podciąganie ale w niektórych egzemlarzach ATMEGI8 to za mało.
Po co aż 3 linie do sterowania 75176, przecież pracuje on jako odbiornik, i wystarczy RE i DE podpiąć do masy.
AB
gummis napisał:ale wymysliles,przy zmianie stanu portu nie maja prawa się pojawic przejsciowe stany.
