Słyszałem plotkę, że ATtiny85 można ustawić na wewnętrzny oscylator 16MHz. Czy to prawda? Jeżeli tak, to jak to zrobić przy użyciu mkAVR Calculatora?

Nie wierz w plotki, bo daleko na plotkach się nie zajedzie

Zawsze powtarzam, wystarczy czytać noty PDF

_________________
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 ]

Widziałem to, ale za słabo znam angielski. Czyli że można? Moje wątpliwości biorą się z tego że w Calculatorze nie ma takiej opcji w fusach uproszczonych.

No przecież masz w MkAvrCalculatorze PLL Clock

_________________
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 ]

W którym miejscu? nie nie widzę. Jest tylko 6,4MHz i 8MHz

Zajrzyj do zakładki "Fucy właściwości" - tam, z rozwijanej listy, możesz wybrać wszystkie dostępne opcje taktowania; zakładka "Fusy uproszczone" jak sama nazwa wskazuje, jest to uproszczona sekcja z najpopularniejszymi ustawieniami.

OK, widzę, są 4 opcje PLL Clock. Możesz napisać która z nich daje 16MHz taktowania i czym się różnią?

przecież każda opcja to PLL i taktowanie procka zegarem 64MHz/3 czyli 16MHz ... a te 4 opcje dotyczą tylko fusebitów SUT odpowiedzialnych za parametry startu - w zasadzie to z twojego punktu nieistotne którą opcję wybierzesz - ale zawsze najbezpieczniej jak już wybrać tę z najdłuższym delayem po resecie i już

_________________
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 ]

Widzisz procesor to bezmyślna maszyna która tylko wykonuje rozkazy. Problem w tym że niektóre jego układy mogą działać nieprzewidywalnie w stanie nieustalonego napięcia zasilania. I tu właśnie kluczową rolę odgrywają opcje startup które powodują opóźnienie w rozpoczęciu wykonywania rozkazów przez CPU . Najkrótszy czas startu powinno się ustawiać gdy masz włączony układ BOD-a. Jest to układ nadzorujący napięcie zasilania i przy napięciu niższym niż zadane utrzymuje procka w stanie resetu więc stanowi on niejako zabezpieczenie przed błędnym działaniem układów spowodowanym za niskim/niestabilnym napięciem zasilania.
Kolejna opcja z nieco wolniejszym startem dedykowana jest dla aplikacji w których mamy pewność że zasilanie układu zawsze pojawi się szybko w pełnej wartości i w pełni stabilne.
Dwie ostatnie opcje to są tzw bezpieczne starty gdzie CPU jest opóźniany o bezpieczny długi margines czasu w których wszystkie układy powinny już być w pełni gotowe do poprawnej pracy.
W praktyce jeśli używasz BOD-a można załączyć najkrótszy czas, niestety ale układy BOD-a pobierają dosyć sporo energi więc się ich nie załącza w aplikacjach bateryjnych. I wtedy najbezpieczniej jest ustawić najdłuższy czas startu.

Niektóre AVRy mają opcję programowego wyłączania BOD na czas głębokiego uśpienia. Także można i zjeść ciastko i mieć ciastko.

A no mają, i jednym z nich jest np attiny45/85 niestety jest pewne ale. Nie od zawsze mają, tylko od pewnego czasu. Problem w tym że kupowałem z kilku różnych źródeł poszukując te mające i niestety żadne z zakupionych nie miały Chyba że opcja programowego wyłączenia BOD-a daje mniejszy zysk energetyczny niż wyłączenie w Fusach. Testowałem przy podłączonym miliamperomierzu stosując procedurę opisaną w nocie - niestety z mizernym rezultatem. Pewnie nie trafiłem w "egzemplarze mające"; zirytowany poszukiwaniami w końcu wyłączyłem BODa na stałe...

Dziękuję wszystkim za wyjaśnienia.

- programowałem fuse bity w tiny 85 i z premedytacją włączyłem opcję DWEN, potem program zaprogramował fusy na tiny 85.
- teraz przy odczycie Tiny85 pojawia się komunikat "initialization failed, rc = -1 i nic nie można z nim zrobić.
- czy program mkAVR Calculator (wer 1.1.0 build 82) nie ma opcji "rescue" poprzez odczyt z pinu Reset ?
- czy jest planowana w przyszłości taka funkcjonalność ?.
- taką funkcjonalność spotkalem w debuggerze z tej stronki
https://sites.google.com/site/wayneholder/debugwire

To najpierw trzeba się zaopatrzyć w programator DebugWire a nie szukać opcji w MkAvrCalculatorze

_________________
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 ]

- zrobiliśmy debugwire i naprawiliśmy fusy, problem zniknął.
- doświadczenie pozostało.

@spairo: czym dokładniej zrobiłeś? Jakim urządzeniem

https://sites.google.com/site/wayneholder/debugwire
- z arduino UNO r3 jako baza dla wiredebugera, tak jak w opisie.
- naturalnie cześć 3 opisu.

@spairo: nie myślałeś o fusebit doctor? Będę zamawiał 10 płyt PCB, później pozostanie elementy polutowac i będzie testowanie

@Misiek_86: jeśli będziesz miał jedną w nadmiarze, to chętnie ją od ciebie odkupię.

- a jakis link do tego programu abym zobaczył czy to naprawia fusy z pomocą 12 V ?

fusebit doctor to nie program a samodzielne urządzenie przygotowane dla całej rodziny AVR umozliwiające zresetowanie fusbitów do wartości fabrycznej (więc zarówno większe atmegi jak i mniejsze attiny potrafi odblokować)
Niestety oryginalna strona projektu obecnie nie działa http://mdiy.pl/atmega-fusebit-doctor-hvpp/
Tu masz czyjąś recenzję tego rozwiązania http://mirley.firlej.org/node/726
Na "innym forum" znajdziesz również post autora projektu: @Manekinen, gdzie przeczytasz cały opis działania urządzenia.

Jeśli to kogoś zainteresuje, mam kilka płytek przygotowanych dla tego projektu (zamówiłem z Chin 10 szt., polutowałem jedną). Mogę się podzielić, za koszty wysyłki. Projekt mogę udostępnić wieczorem

To ja jestem zainteresowany

Witam , ja też jestem zainteresowany , jeśli jest możliwość to mogę odebrać osobiście.Proszę o wiadomość.

Panowie, spokojnie. Wieczorem wrzucę podgląd, bo to nie jest projekt wysokich lotów. Więc może nie będzie zainteresowanych.
I myślę, że dodam temat w dziale Giełda, tak chyba będzie najlepiej.