Strona 5 z 10

: poniedziałek 25 sty 2010, 17:49
autor: hEx
powitania ;)
Bardzo fajny projekt, ciekawostka: kiedyś testowałem eeprom w ATmega8, średnio do pierwszego błędu wyszło 4537000 zapisów (tej samej komórki).
Do wydłużenia żywotności używałem dwóch buforów cyklicznych, jeden na wskaźnik, drugi na daną (o takiej samej długości, wskaźnik ostatnio zapisanej komórki z oczywistych względów nie mógł być zapisywany ciągle w tym samym miejscu).

: poniedziałek 25 sty 2010, 18:17
autor: df
hEx pisze:powitania ;)
Bardzo fajny projekt, ciekawostka: kiedyś testowałem eeprom w ATmega8, średnio do pierwszego błędu wyszło 4537000 zapisów.
No to ładnie - to będzie jakieś 45x więcej niż gwarantuje producent.
Zakładam, że leciałeś licznikiem w kółko w pełnym zakresie od 0-0xff.

Ja minimalizuję zerowanie bitów, negując (do postaci logicznie komplementarnej) wszystkie zapisywane fizycznie do pamięci wartość i odwracam je tuż po odczycie. A więc tam, gdzie operuję na prostych wartościach 0,1,2,3... nie zużywam niepotrzebnie pamięci na ff-owanie i zaraz po tym ponowne zerowanie bitów, co jeszcze bardziej powinno zwiększyć jej długie i bezawaryjne życie.
hEx pisze:Do rozłożenia używałem dwóch buforów cyklicznych, jeden na wskaźnik, drugi na daną (o takiej samej długości, wskaźnik ostatnio zapisanej komórki z oczywistych względów nie mógł być zapisywany ciągle w tym samym miejscu).
Ja swoje rozpraszanie zrobiłem podobnie, tylko że moja przestrzeń wskaźników jest stosunkowo mała (silnie agreguje różne dane na pojedynczych bajtach) i mam dodatkową kopię przestrzeni wskaźników, gdyż uznałem, że one także pomimo setek tysięcy/milionów rzadziej występujących zmian także powinny być redundantne i zabezpieczone. Reszta pamięci to liniowa dużą przestrzeń, w którą dynamicznie mapuję docelowe wartości.
Każdy zapis weryfikowany jest odczytem i jeżeli odczytam co innego niż zapisałem (błąd), to posługując się algorytmem obliczenia "najdalszego" wskaźnika +1 określam nowy adres danej komórki modyfikując dany wskaźnik.
Obszar wskaźników zmieniany jest tylko przy relokacjach danych - a więc zmienia się on tylko, gdy nie uda się weryfikacja odczytu zapisanej danej, a więc nastąpi jej relokacja.
Dodam, że zapasowy bufor na wskaźniki nie jest równolegle zapisywany wraz z buforem głównym, ale wykorzystywany tylko i wyłącznie dla wskaźnika, którego komórka bazowa uległa uszkodzeniu - wówczas następuje przeniesienie tego konkretnego wskaźnika i dalsze jego zapisy idą wyłącznie na bufor drugi (na kopię). W ten sposób także i wszystkie wskaźniki mają swoje "zapasowe" kopie.

: wtorek 26 sty 2010, 09:45
autor: hEx
df pisze: Zakładam, że leciałeś licznikiem w kółko w pełnym zakresie od 0-0xff.
Tak, choć na początku nie było to takie oczywiste - w pierwszej wersji zapisywałem ciągle tą samą liczbę, gdzieś w okolicach 10mln zorientowałem się że coś nie gra (mimo że wartość zapisana była równa odczytanej). Okazało się że ona mi tam zamarzła na stałe, z eeproma zrobił się prom ;).

Każdy sposób spełniający zadanie jest dobry.

: wtorek 26 sty 2010, 17:24
autor: lennin
Uff w końcu dostałem :D kochana nasza poczta polska. Ide sobie klikać. Dzięki Darku :mrgreen:

: wtorek 26 sty 2010, 23:22
autor: Bulba
Ja czekam na wersje 1.4A :)
No moze nie ja tylko moja V-65C :D

: poniedziałek 01 lut 2010, 21:48
autor: Calineczka
df pisze: ......

W ten sposób możliwe będzie softwarowe ustawianie następujących parametrów:
1. dostępność trybu strobe-rowerowy (tak=będzie/nie=nie będzie)
2. opcja pomiaru i kontroli stanu napięcia baterii (tak=włączona/nie=wyłączona)
3. pamięć ostatniego trybu (tak=włączona/nie=wyłączona)
4. opcja konfiguracji jasności dostępna po 3-kliku (tak=włączona/nie=wyłączona)

Każda z opcji wyboru przebiega w następujący sposób:
- przez 2 pierwsze sek. sterownik oczekuje ze zgaszoną diodę - kliknięcie w tym czasie anuluje zmianę danego parametru i powoduje przejście do kolejnego z zachowaniem jego aktualnej wartości
- następnie sterownik zapali diodę z jasnością średnią (tak) i co 2 sekundy będzie zmieniał jej jasność na niską (nie) i spowrotem - pojedyncze kliknięcie w danym stanie oznacza dokonanie wyboru danej opcji i przejście do kolejnego parametru
- brak dokonania wyboru dowolnej z opcji w czasie 10 sek. spowoduje wyjście z trybu konfiguracji bez dokonywania zmian.



Wersja 2.1 przechodzi aktualnie testy.

mam, mam właśnie przechodzi :mrgreen:
Pierwsze wrażenia bardzo pozytywne, jak się do dwukliku człowiek przyzwyczai to nawet chyba jest lepszy od jednokliku...oswajam się...
Będę miał jakieś wnioski to się pochwalę :mrgreen:
Idę klikać :razz:

: poniedziałek 01 lut 2010, 21:55
autor: pawelsz
ano ja od dawna ćwiczę inne wersje, ale jednak dwuklik
na razie jest ok, musze ogniwo wyładować celem obaczenia bajerków, hmm, ale coś z uwag wymyślę, żeby nie było, że nie klikałem
edi
us wiem
wchodzimy do programowania jasności i se mryga 2 razy po 2 mrugnięcia i dopiero potem zmiania, ale w sumie jak się wie, to nie jest to złe, kurczę ide dalej klikać forwardem

: poniedziałek 01 lut 2010, 22:10
autor: freebike
Też klikam, popieram że dwuklik jest ok. Co do informowania o słabym zasilaniu wolałbym rozwiązanie bez ciągłego mrugania. Kilka mrugnięć informujących mnie że czas oszczędzać to co jeszcze zostało w aku lub zmienić go na nowy, z pewnością mi wystarczy. Mógłby się powtarzać przy ponownym włączeniu latarki. Mrugacz co 8 sek trochę denerwuje. Wolałbym zejść na niższy tryb i świecić mniejszą mocą do nowej granicy gdzie latarka mnie poinformuje że trzeba zejść na jeszcze niższy tryb. Później odcięcie zasilania.

Oczywiście doceniam pracę DFa nad projektem i wciąż jestem podekscytowany posiadaniem takiego drivera :) Chciałem tylko napisać co może być zmienione.

: wtorek 02 lut 2010, 13:27
autor: Marcio
U mnie tez wczoraj wyladowal paczek z wersja 1A i 1,4A. Narazie testowalem 1,4A i jest fajnie. Troche musialem sie przyzwyczaic do UI i jeszcze chyba musze sie pobawic z klikiem, bo na dwuklik trzeba go miec bardziej czuly.
Bardzo mi sie podoba moon mode, ciekawy jestem, jak dlugo potrafi zaswecic na takim trybie :)

: wtorek 02 lut 2010, 13:32
autor: lennin
Szukałem błędów w tej wersji. Jak na razie po dwóch dniach klikania nie wpadło mi nic w oko ;) Gratuluje pomysłu i wykonania po raz kolejny.

: wtorek 02 lut 2010, 14:22
autor: Pikom
Trafiła do mnie latarka z tym driverkiem i klikam... Jestem pod wrażeniem, zwłaszcza że bałem się troszkę jak to będzie z dwuklikiem - ale jest wygodnie. Gratuluję i dziękuję za udostępnienie driverka :)

: wtorek 02 lut 2010, 14:52
autor: Calineczka
...a ja zapowiadam, że wsadzę (a przynajmniej spróbuję) ten sterowniczek do czołówki Ultrafire H3, wykorzystam sterowanie switchem i postaram się zdać foto-relację;-)

: sobota 06 lut 2010, 22:10
autor: Calineczka
no to mam problem ;-)
testuję najnowszą wersję...i
Chciałem go wsadzić do H3-ki, własnie teraz....ale BARDZO przydało by się by mikroswitchem DAŁO SIĘ CAŁKOWICIE kontrolować driverek. Albo nie wiem jak, albo nie mogę go wyłączyć switchem, jedynie odcinając zasilanie. A bardzo przydała by się taka funkcja-np. dłuższe przytrzymanie switcha i driverek robi off. Darku, co Ty na to???

Mimo wszystkow sadziłem go do H3. Po to, by klikać. Nie wiem, czy zrobiłem coś nie tak, czy coś źle zaprogramowałem, ale od tego klikania zrobiło mi się tak, ze mam 3 tryby, z czego 1 i 2 zawsze mają taka samą jasność. Bez względu na to, czy programuję jasnośc na 1wszym czy na 2gim-ustawiam ja dla obu-na identyczną. :o Na 3cim mogę miec tylko najniższy. Jak wchodze w procedurę reg. jasności....zatwierdzam jasnośc to po wyjściu od razu mam następny tryb(strobo)
Kolejna ciekawostka...pamiętacie, jak niektórym gasły LED-y gdy w najniższym trybie poświeciło się na soczewkę? No to mam to samo :mrgreen: Myslałęm, w czasie zabawy w programowanie, że mi coś nie styka, a tu led pod lampkę biurkową-gaśnie, oddala-robi się jasniejszy :mrgreen: Aha, po tym jak zepsułem te regulacje jasności to próbowałem też regulowac ją przez odłączanie zasilania-efekt ten sam.

: wtorek 09 lut 2010, 14:00
autor: Marcio
No i ja tez mam cos ciekawego. Mam wersje 1,4A i dzis mialem okazje zrobic pomiary na zrodle napiecia stabilizowanego z ragulacja. Testowalem XPG-R5. Prad trzymal sie na 1,46A od 6 do 4,2V i raptem zaczal spadac. Przy 4,0V bylo 1,1A i przy 3,7V mialem juz tylko 0,82A.
Czyzby takie wysokie Vf LEDa??? Jutro bede madrzejszy, zrobie taki sam pomiar dla samego LEDa.
Zrobilem taki sam pomiar do wersji 1A z XP-E Q3 i 1A trzymal sie praktycznie do 3,6V.
Mam 2 pytania:
1. Czy moze byc jakis problem w regulacji? To chyba nie sprawa programu, tak?
2. Moge podlaczyc zasilanie LEDa bezposrednio na stykach PCB i zarowno miec podlaczonego driverka? Bo nie chce mi sie odlutowac druciki (styki musze miec plaskie), ale nie chce uszkodzic driwera.

: wtorek 09 lut 2010, 17:19
autor: lennin
Wygląda na wysokie Vf XP-G to też częściowo odpowiedz na pierwsze pytanie. ad2 to nie potrafię pojąć pytania.