myślę Mirku, że kolega napisał wstawkę dla wprawki. Żeby zobaczyć co się w ogóle dzieje. I jak pisze nie ma na wyjściu tego czego oczekiwał. Dlatego pyta kolega co robi nie tak.

_________________
Jestem początkujący i moje porady mogą być błędne

ja też tak myślę i dlatego starałem się zwrócić uwagę na to co zrobił źle ... czy może zostałem odebrany inaczej ? bo nie rozumiem za bardzo ?

ja wkrótce też dam pełne kody do swoich bibliotek do tych diod, także ze wstawkami asm ....

ale jeśli kolega próbuje na tą chwilę pisać sam - to przecież chyba nie jest grzechem powiedzieć gdzie popełnia błędy i zadać ew naprowadzające pytania ?

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Chciałem wpierw uzyskać właśnie te dwa przebiegi z noty, by potem to połączyć w całą ramkę 24 bitów. Niezależnie od tego ile nopów wstawię po wyzerowaniu, przebieg się nie zmienia. Ustawiłem zegar na 9.6MHz więc jeden nop powinien trwać jego odwrotność. Według tego co napisałem powinien być prostokąt, a jest nie to co oczekuję. Jakby procek w ogóle mnie nie słuchał. Nie wiem jak ze stabilnością tego zegara.

Mirku, ależ oczywiście, że nie jest grzechem
Tyle że kolega napisał:


Czyli na razie nie sięgał do noty a celem było zobaczyć co taki kod zrobi. Spodziewał się prostokąta o wypełnieniu 50% a dostał co innego i pyta co w tym co naskrobał jest nie tak, że nie dostał tego czego się spodziewał...
Niestety nie pomogę bo asm leży poza moim zasięgiem

_________________
Jestem początkujący i moje porady mogą być błędne

MirkoT --> aaa no to masz rację a ja ślepy byłem - PRZEPRASZAM

------------------------ [ Dodano po: 2 minutach ]



ok teraz po uwadze kolegi wyżej odniosę się merytorycznie do pytania - więc i ciebie przepraszam za mój poprzedni wywód.

Tak mi się wydaje że tą wstawkę wywołujesz cyklicznie - prawda ? bo nie zrobiłeś pętli w tej wstawce - więc wypełnienie masz nierówne z uwagi na realizację pętli wyżej w C.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Racja w głównej pętli programu jest ta wstawka wywoływana i wykonanie pętli też prockowi zabiera czasu. Specjalnie nie zależy mi na najwyższej prędkości, a na poprzedniej stronie wspomniałeś że można to zrobić czysto w C. Uchylisz rąbka tajemnicy? Może jakaś wskazówka? W sumie teraz wpadłem na takie coś:
Dobry kierunek obieram?
Inna sprawa, jak to jest z tymi wartościami przy niższych prędkościach? Po prostu musi być zachowany ten stosunek stanu wysokiego do niskiego (2/3 albo 1/3)?

Zdaje się, że problem jest trochę trudniejszy bo z tego co pamiętam to bit ma trwać określony odcinek czasu. A stosunek niskiego do wysokiego określa czy to jest 1 czy 0

_________________
Jestem początkujący i moje porady mogą być błędne

Tu proszę jak powinien wyglądać bit o wartości 1 i 0 przy prawidłowych czasach dzięki czemu można uzyskać jak widać częstotliwość 800kHz



tu jest kompletna wstawka asm, która potrafi już wyemitować całą tablicę kolorów RGB ... to tylko taka zajawka i proszę na razie mnie nie męczyć o więcej szczegółów ale widzicie że się kroi poradnik....

niestety nie mogę obiecać konkretnego terminu jego ukazania się niestety i proszę o zrozumienie ... tym bardziej, że jeszcze nie ukończyłem prac nad tymi bibliotekami

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Cześć

Mam pytanie odnośnie korekcji gamma. Zrobiłem sobie arkusz do generowania tych tablic w excellu, włożyłem co trzeba w program i niby wszystko pięknie działa, ale powstaje efekt którego właściwie się mogłem spodziewać. Wykorzystuję efekty powolnego rozjaśniania i ściemniania kolorów w zwykłych paskach diodowych RGB i podczas operowania na małych wypełnieniach widać wyraźne skokowe rozjaśnianie/ściemnianie się. Zgodnie z moim chemicznym podejściem powiedziałbym, że rozjaśnianie się diodek przy niskim wypełnieniu jest skwantowane jak temperatura w okolicach zera bezwzględnego.

A teraz pytanie: Czy jedynym sposobem na poprawę sytuacji jest zastosowanie wyższej rozdzielczości PWM, czy też istnieje jakiś chytry sposób na ten problem?

_________________
Ja nie dam rady?

Może jednak poszło ci coś nie tak ? .... zobacz sobie na wartości GAMMA dla chociażby rozdzielczości 7-bitowej:



Owszem przy BARDZO powolnych zmianach PWM nawet z korekcją gamma może powstać dla oka zjawisko skokowej zmiany ... w zakresie niskich wartości - ale wtedy wystarczy że zrobisz PWM o rozdzielczości 9 bit albo więcej - i spróbuj wtedy to dostrzec

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dziękuję za odpowiedź. Dokładnie o taką powolną zmianę mi chodzi. Od zera do 255 w 10 sekund. Wartości układają się podobnie. Najpierw jedno zero, potem sznur jedynek, kilka dwójek itd.

Ze względu na to, że używam PWMa programowego na 9 niezależnych kanałów który jest schowany w przerwaniu obawiam się, że na liczbach 16 bitowych porównywanie wartości może trwać zbyt długo. Nie mniej jednak spróbuje się pobawić. Zapewne pierwszym krokiem będzie przeniesienie PWMa do pętli głównej tak jak powinno się to odbywać. Mam nadzieję, że obsługa TCP/IP w pętli głównej nie będzie przeszkadzała.

Odezwę się zaprzęgnę więcej bitów do pracy i powiem jak wyszło.

_________________
Ja nie dam rady?