www.swiatelka.pl

Bocian pisze:zapewne niebawem, doda do Extended regulację progu działania zabezpieczenia termicznego

A ja znowu swoje 3 grosze. TaskLED ma to od lat w swoich driverach. Ustawiany próg zabezpieczenia termicznego i napięciowego

Jakbym czytał artykuł Samsung vs Apple

" My wymyślili", "Ale my mómy patynt"

. W Stanach nie ma problemu kto wymyślił, ważne kto opatentował.

To jest temat na wesoło przecież

Można sobie popisać to i owo. Byle bez "ściemy"

greg pisze: A ja znowu swoje 3 grosze. TaskLED ma to od lat w swoich driverach. Ustawiany próg zabezpieczenia termicznego i napięciowego

A u Nas mechanizm ten wynikł po prostu z czystej potrzeby ułatwienia sobie życia. (czyt. średniej powtarzalności tej temperatury w poszczególnych egzemplarzach procków) i nie był znikąd ściągnięty. O tej funkcjonalności w TaskLEDach dowiedziałem się dopiero od Ciebie. Czy nie jest to aby potwierdzenie tego, co napisałem w poprzedniej wiadomości jako PS?

PS. Wyglądało to śmiesznie bo przed zaimplementowaniem tego miałem już od Sławka chyba z 5 wersji z różnym ustawieniem progów. Pewnej nocy nie mogłem zasnąć i tak mniej więcej o 3-ej nad ranem wymyśliłem ten 10-klik i 12-klik, nie mogąc się doczekać aż zadzwonię rano do Pyry aby wymęczyć jego wdrożenie

greg pisze:
fredek pisze:Poza forum to... od roku mam soft Barney-a w latarce, czegoś co się bLEDd85 nazywa profile tam były od początku
Ani nie od roku, ani nie było od początku profili

Pierwsza publikacja projektu Barney-a bLEDd13.

bLEDd13 i bLEDd85 są różnymi oprogramowaniami na różne mikrokontrolery. Łączy je tak naprawdę tylko podobne nazewnictwo. bLEDd85 nie został nigdy upubliczniony. bLEDd13 był tak naprawdę sposobem na naukę programowania w C. A potem podszedłem do tematu "na poważnie" i powstał ..85

. No i ..85 przeszedł z fazy alpha do stable-beta (na której zresztą się zatrzymał, bo okazało się, że jak ustawiłem sobie 4 tryby w jednej grupie, tak się z niej nie ruszam

) kilka tygodni przed Twoimi pierwszymi wersjami public drivera extended

.

Pyra pisze: A sterowanie w te i wewte jest moje

Coś takiego:

Kod: Zaznacz cały

TRYB 0 KIER 0	3 -> 4 -> 5 -> 1 -> 2 -> 3 -> 4 -> 5 -> 1 -> 2 -> 3 -> 4
TRYB 0 KIER 1	3 -> 2 -> 1 -> 5 -> 4 -> 3 -> 2 -> 1 -> 5 -> 4 -> 3 -> 2

TRYB 1 KIER 0	3 -> 4 -> 5 -> 4 -> 3 -> 2 -> 1 -> 2 -> 3 -> 4 -> 5 -> 4
TRYB 1 KIER 1	3 -> 2 -> 1 -> 2 -> 3 -> 4 -> 5 -> 4 -> 3 -> 2 -> 1 -> 2

TRYB 2 KIER 0	3 -> 4 -> 5 -> 4 -> 3 -> 2 -> 1 -> 5 -> 4 -> 3 -> 2 -> 1
TRYB 2 KIER 1	3 -> 2 -> 1 -> 2 -> 3 -> 4 -> 5 -> 1 -> 2 -> 3 -> 4 -> 5

?

Hahahahaha

Temat naprawdę jest na wesoło

Witam

barney pisze:

Pyra pisze: A sterowanie w te i wewte jest moje

Coś takiego:

Kod: Zaznacz cały

TRYB 0 KIER 0	3 -> 4 -> 5 -> 1 -> 2 -> 3 -> 4 -> 5 -> 1 -> 2 -> 3 -> 4
TRYB 0 KIER 1	3 -> 2 -> 1 -> 5 -> 4 -> 3 -> 2 -> 1 -> 5 -> 4 -> 3 -> 2

TRYB 1 KIER 0	3 -> 4 -> 5 -> 4 -> 3 -> 2 -> 1 -> 2 -> 3 -> 4 -> 5 -> 4
TRYB 1 KIER 1	3 -> 2 -> 1 -> 2 -> 3 -> 4 -> 5 -> 4 -> 3 -> 2 -> 1 -> 2

TRYB 2 KIER 0	3 -> 4 -> 5 -> 4 -> 3 -> 2 -> 1 -> 5 -> 4 -> 3 -> 2 -> 1
TRYB 2 KIER 1	3 -> 2 -> 1 -> 2 -> 3 -> 4 -> 5 -> 1 -> 2 -> 3 -> 4 -> 5

?

A figa z makiem...
W te - tryb +
Wewte - tryb -

Pozdrawiam

Pyra, a można jakoś tak więcej opisać, albo chociaż zalinkować jak już było opisywane?

Witam

barney pisze:Pyra, a można jakoś tak więcej opisać, albo chociaż zalinkować jak już było opisywane?

A opisałem to jakiś czas temu... Przeróbka drivera AK-47 oraz Driver z trybami - nowe spojrzenie
Jak więc widzisz, można dojść do tych samych wniosków, rozpatrując to samo zagadnienie.

Pozdrawiam

No Panowie, widzę że ostro konkurujecie ze sobą

Jednak warto nie zapominać o starym przysłowiu, "gdzie dwóch się bije, tam trzeci korzysta a czasem też i dentysta"

Czyli klikam sobie (poniżej 0.5s) a po 0.5s od ostatniego kliknięcia mam wykonywaną operację przypisaną do zrobionej ilości kliknięć ?

Witam

barney pisze:Czyli klikam sobie (poniżej 0.5s) a po 0.5s od ostatniego kliknięcia mam wykonywaną operację przypisaną do zrobionej ilości kliknięć ?

Zgadza się. Przyjąłem na początku, że 0,5s jest wystarczającym czasem dla odróżnienia wieloklika od serii pojedynczych klików, tak więc każdy klik po czasie świecenia dłuższym niż 0,5s jest traktowany jako początek następnego polecenia.

Pozdrawiam

Pyra pisze:Witam
Eee tam się spieracie, jeden ściągnął od drugiego, drugi od pierwszego Ważne że idziemy naprzód.
Swoją drogą, lepiej dla użytkownika końcowego, aby UI było pod jakimś względem podobne...

I dlatego patenty na oprogramowanie czy UI są dla mnie idioctwem i nigdy nie powinno ich być. Strasznie ogranicza to możliwości tworzenia nowych rozwiązań (bez naruszania patentów oczywiście).

Pozdrawiam.

No jak widać od strony programowej wszyscy się fajnie bawią

Pewnym mankamentem jest jednak jak dla mnie hardware.

Pytanie kiedy chińskie drivery będą w standardzie wyposażone w attiny85 i złącze programujące od strony akuska by nie trzeba było wylutowywać drivera dla przeprogramowania. Jakoś pewnie nieprędko....

A dobre hardware ułatwiłoby zabawę i development

A może sami coś zmajstrujemy, jakiś ciekawy projekt drivera i podzielimy się kosztami profesjonalnego wykonania płytki drivera

Co o tym sądzicie?

fredek pisze: A może sami coś zmajstrujemy, jakiś ciekawy projekt drivera i podzielimy się kosztami profesjonalnego wykonania płytki drivera

Ta, i żeby wszystkie AMCki nie były podłączone razem, tylko np. 1, 3, reszta. Tak z ideowego punktu widzenia

fredek pisze:Co o tym sądzicie?

Było by fajnie, ale może być trudno się dogadać, co wszystkim (większości) zainteresowanych pasuje. No i potrzeba by chętnego, który by się tym zajął

(Ja na przykład programować tego sam póki co nie planuję się uczyć, ani nawet lutować bym nie miał czym, żeby to miało sens i byłbym chętny tylko na gotowy produkt

czyli w sumie odpadam od tego.

www.swiatelka.pl

Wesołe dyskusje o wzorcach w programowalnych sterownikach