<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="pl-pl">
<link rel="self" type="application/atom+xml" href="https://forum.atnel.pl/feed.php?f=18&amp;t=9080&amp;mode" />

<title>ATNEL tech-forum</title>
<link href="https://forum.atnel.pl/index.php" />
<updated>2014-11-06T17:25:30+01:00</updated>

<author><name><![CDATA[ATNEL tech-forum]]></name></author>
<id>https://forum.atnel.pl/feed.php?f=18&amp;t=9080&amp;mode</id>
<entry>
<author><name><![CDATA[mirekk36]]></name></author>
<updated>2014-11-06T17:25:30+01:00</updated>
<published>2014-11-06T17:25:30+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102641#p102641</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102641#p102641"/>
<title type="html"><![CDATA[Re: MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102641#p102641"><![CDATA[
<div class="quotetitle">zenowi napisał(a):</div><div class="quotecontent"><br />Jednak Atmel wyraźnie zaleca 0xC0, bo (z atmelowego pedeefa):<br /></div><br />Ja się do tego odniosę tak jak mogę najlepiej:<br /><br />1. to nie mój wymysł tylko twórców AVRDUDE<br />2. MkAvrCalculator to tylko nakładka na AVRDUDE<br />3. jeszcze nigdy w życiu się nie spotkałem żeby było coś nie tak używając AVRDUDE i Lockbitów a no hmmm nie chodzi o to żebym patrzył przez czubek własnego nosa i mówił że jak u mnie działa to u wszystkich też musi działać <img src="https://forum.atnel.pl/images/smilies/icon_e_wink.gif" alt=";)" title="Puszcza oko" /> nie mniej jednak przepuściłem już setki i to różnych procków w których zabezpieczałem je przed odczytem Lockitami <img src="https://forum.atnel.pl/images/smilies/icon_e_wink.gif" alt=";)" title="Puszcza oko" /> NO PROBLEMS <br /><br />zresztą nawet nie chce mi się wnikać jak robi to AVRDUDE - bo to że np podaje userowi informacje że w tych bitach są zera to wcale nie oznacza że przy zapisie nie stosuje jedynek - nie wiem i szczerze mówiąc nawet nie za bardzo chce mi się już dalej w to wnikać. A można to zrobić spokojnie we własnym zakresie - tylko trzeba prześledzić sobie źródła AVRDUDE bo są otwarte<br /><br />jako ciekawostkę podam że np w samym AVRDUDE są też pewne nieścisłości właśnie w podejściu do wizualizacji nieużywanych bitów i to nie tylko w Lockbitach ale także w Fusebitach. Prosty przykład:<br /><br />dla procka ATmega8 można w AVRDUDE zrobić sobie VERIFY przy zapisie fusebitów i jest wszystko OK<br /><br />ale już dla procka<br /><br />ATmega88/168/328 przy próbie weryfikacji wyskakuje info że się coś nie zgadza <img src="https://forum.atnel.pl/images/smilies/icon_e_wink.gif" alt=";)" title="Puszcza oko" /> - ło matko! sobie kiedyś pomyślałem czyżby coś było skopane w AVRDUDE ? ... zmuszony byłem to przeanalizować dogłębnie i okazało się (tak mi się wydaje) że np definicje procków robili różni ludzie w całym zespole tworzącym AVRDUDE. I jedni właśnie uznali żeby prezentować nieużywane bity jako zera a inni jako jedynki. Co gorsze - domyślnie zdaje się z tego co pamiętam - AVRDUDE traktuje tak jak atmel że powinny być zdaje się jedynki, ale ktoś kto robił definicje dla niektórych procków w pliku config podał to jako zera i wtedy przez to sam avedude głupieje czasem <img src="https://forum.atnel.pl/images/smilies/icon_e_wink.gif" alt=";)" title="Puszcza oko" /> aby to obejść wystarczy WYŁĄCZYĆ werfyfikację fusebitów (głównie chodzi o fusebit EXTENDED) i wtedy wszystko śmiga dobrze - tzn avrdude nie &quot;brzęczy&quot; że coś jest nie tak po weryfikacji<br /><br />owszem osoby, które patrzą w to napisał Atmel i są niepewne jak działa avrdude i boją się o swoje procki - po prostu mogą z niego nie korzystać. Ja korzystam i polecam bo pomimo takich małych niedociągnięć to bardzo fajny program ze sporymi możliwościami<br /><br />mam nadzieję , że teraz już WSZYSTKO kompleksowo wyjaśniłem<br /><br /><strong><span style="color: #808000">------------------------ [ Dodano po: 2 minutach ]</span></strong><br /><br /><div class="quotetitle">zenowi napisał(a):</div><div class="quotecontent"><br />1. If there is no need for a Boot Loader update in the system, program the Boot Loader Lock bits to prevent any Boot Loader software updates.<br /></div><br /><br />Ze tego jasno wynika że WSZYSTKO zależy kto robi i jak projekt i ile daje możliwości i komu - to jest temat TAK rozległy - że próba toczenia sporu na tak wysokim poziomie abstrakcji bez odniesienia się już do super konkretnego przykładu NIC NIKOMU NIE DA I NIE WYJAŚNI<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=54">mirekk36</a> — 6 lis 2014, o 17:25</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[zenowi]]></name></author>
<updated>2014-11-06T16:29:04+01:00</updated>
<published>2014-11-06T16:29:04+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102631#p102631</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102631#p102631"/>
<title type="html"><![CDATA[Re: MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102631#p102631"><![CDATA[
W uzupełnieniu:<br />Jednak Atmel wyraźnie zaleca 0xC0, bo (z atmelowego pedeefa):<br />For future compatibility it is also recommended to set bits 7 and 6 in R0 to “1” when writing the Lock bits Flash corruption can easily be avoided by following these design recommendations (one is sufficient):<br />1. If there is no need for a Boot Loader update in the system, program the Boot Loader Lock bits to prevent any Boot Loader software updates.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=233">zenowi</a> — 6 lis 2014, o 16:29</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[mirekk36]]></name></author>
<updated>2014-11-06T14:45:47+01:00</updated>
<published>2014-11-06T14:45:47+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102613#p102613</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102613#p102613"/>
<title type="html"><![CDATA[Re: MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102613#p102613"><![CDATA[
ok załóżmy, że źle zrozumiałem intencje ... (być może - to przepraszam)<br /><br />więc tak .... na początek kwestia dwóch najstarszych bitów .... to nie jest kwestia MkAvrCalculatora tylko AVRDUDE. Dwa najstarsze bity w całym bajcie Lockbitów są nie używane - co widać w nocie PDF (dla tego procka) więc czy będziemy widzieli w pierwszej STARSZEJ połówce tego bajtu wartość <br /><br />3<br /><br />czy <br /><br />F<br /><br />to nie ma znaczenia ok ? zatem jeśli chcesz ustawić wartość na FF to nie ma co się dziwić że MkAvrCalc pokazuje nagle <br /><br />3x<br /><br />zamiast<br /><br />Fx<br /><br />podobnie z wartością C0 .... zamieni się ona na<br /><br />0x<br /><br />tyle że tak by było gdyby się chciało ustawić jedno PODSTAWOWE zabezpieczenie :<br /><br /><img src="http://forum.atnel.pl/_obrazki/o/54/2d5e888e93ea822027f7a4c6b71acb6c.png" alt="Obrazek" /><br /><br />i zapewniam cię, że jeśli nie korzystasz z rozbudowanego BOOTLOADERA w procku, który ma możliwości odczytywania na żądanie zarówno pamięci FLASH jak i EEPROM i to jeszcze spod wskazanych przez załóżmy operatora adresów konkretnych - to TO żadna inna z tych widocznych opcji jest niepotrzebna ....<br /><br />dlatego REASUMUJĄC, jeśli potrzebne jest tobie ustawienie 0xC0 to spokojnie możesz ustawić 0x00 co oznacza, że zerujesz (ustawiasz) WSZYSTKIE możliwe bity zabezpieczeń i to działa przecież, tylko mówię wpisz tam 00 zamiast C0 <br /><br /><br />ale ok ... to nie o to chodzi przecież żeby nie można było skorzystać z innych opcji wg uznania .... tylko że ... jak widać ani ja nie używałem tych opcji ani chyba dotąd nikt inny .... więc wcześniej nie odkryłem że jest jednak pewien błąd .... tyle że on ujawnia się w momencie gdy chcemy ręcznie ustawić wszystkie zabezpieczenia z tych rozwijanych pól myszką a nie ręcznie wpisując na górze wartość.<br /><br />Wtedy niestety dziwnie zmieniają się te wartości Lockbitu - coś jest nie tak w moim programie i muszę to poprawić. Zauważyłem to można powiedzieć teraz ... I mam to wpisane na listę JAK NAJSZYBSZYCH poprawek. <br /><br />----------------------------------------------------------<br /><br />PODSUMOWUJĄC ostatecznie - to co chcesz uzyskać da radę zrobić w tej wersji tylko zamiast C0 wpisz 00 i taką też później po odczycie zobaczysz wartość. Tylko nie stosuj wtedy tych dwóch rozwijanych pól na dole.<br /><br />To górne zawsze zadziała dobrze i też w pełni zabezpieczy procka jak pisałem na początku<br /><br />Oczywiście gdyby coś jeszcze było niejasne z tego co napisałem to pytaj dalej .... jestem teraz w pracy i być może troszkę to chaotycznie opisałem za co przepraszam<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=54">mirekk36</a> — 6 lis 2014, o 14:45</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[zenowi]]></name></author>
<updated>2014-11-06T13:31:02+01:00</updated>
<published>2014-11-06T13:31:02+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102605#p102605</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102605#p102605"/>
<title type="html"><![CDATA[Re: MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102605#p102605"><![CDATA[
Po co te nerwy? Przecież mam wielki szacunek dla Pana i tego co Pan robi. Przy każdej okazji staram się to podkreślać. Nie chce mi się szukać cytatu, ale było wyraźnie powiedziane, że w przypadku wątpliwości proszę pytać. My tu na forum wyjaśnimy. No więc mam wątpliwości i pytam. Nie do konca zgadzają mi się LockBity z Kalkulatora i Karty katalogowej. Może jest w tym jakiś zamysł, którego nie rozumiem. Proszę o spokojne wyjaśnienie sprawy.<br />Pozdrawiam i pozostaje z najwyższym szacunkiem.<br />Zenowi<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=233">zenowi</a> — 6 lis 2014, o 13:31</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[mirekk36]]></name></author>
<updated>2014-11-06T13:11:24+01:00</updated>
<published>2014-11-06T13:11:24+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102598#p102598</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102598#p102598"/>
<title type="html"><![CDATA[Re: MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102598#p102598"><![CDATA[
<div class="quotetitle">zenowi napisał(a):</div><div class="quotecontent"><br />Błąd czy celowe działanie? Jakie?<br /></div><br />Odpowiem krótko - na takie pytania nie udzielam odpowiedzi ... i nie włączam się do dyskusji. Proponuję przy takim podejściu zrobić to:<br /><br /><div class="quotetitle">zenowi napisał(a):</div><div class="quotecontent"><br />odwieszam MKkalkulator na kołek<br /></div><br />to będzie najlepsze wyjście - i skorzystanie z tylu innych programów - jest ich pełno na świecie. Polecam np program &quot;Pony Prog&quot;.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=54">mirekk36</a> — 6 lis 2014, o 13:11</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[zenowi]]></name></author>
<updated>2014-11-06T12:55:26+01:00</updated>
<published>2014-11-06T12:55:26+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102596#p102596</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102596#p102596"/>
<title type="html"><![CDATA[Re: MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102596#p102596"><![CDATA[
Panie Mirku, jak to właściwie jest z tymi LockBitami i kalkulatorem bo nadal mam wątpliwości.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=233">zenowi</a> — 6 lis 2014, o 12:55</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[zenowi]]></name></author>
<updated>2014-11-04T09:39:35+01:00</updated>
<published>2014-11-04T09:39:35+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102269#p102269</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102269#p102269"/>
<title type="html"><![CDATA[Re: MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102269#p102269"><![CDATA[
Poczytałem od nowa nt. lock bitów, pobawiłem się programem i dopiero teraz mam problem. Do czasu objaśnienia przez kolegę Mirka odwieszam MKkalkulator na kołek. A szkoda bo taki zgrabny użyteczny program.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=233">zenowi</a> — 4 lis 2014, o 09:39</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[LA72]]></name></author>
<updated>2014-11-04T06:31:39+01:00</updated>
<published>2014-11-04T06:31:39+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102248#p102248</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102248#p102248"/>
<title type="html"><![CDATA[Re: MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102248#p102248"><![CDATA[
Z tego co wiem, to wartość H3C zabezpiecza wsad w układzie przed odczytywaniem.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3028">LA72</a> — 4 lis 2014, o 06:31</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[doman89]]></name></author>
<updated>2014-11-03T19:50:58+01:00</updated>
<published>2014-11-03T19:50:58+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102193#p102193</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102193#p102193"/>
<title type="html"><![CDATA[Re: MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102193#p102193"><![CDATA[
Ok robisz zapis i wpisuje Ci Twoją wartość.<br /><br />Ale jak sprawdzasz czy dobrze się zapisały?<br /><br />Odczyt z zaptaszkowanym Lock bity? Czy tylko klikasz Sprawdź podłączony AVR?<br /><br /><span style="color: #0000FF">z Niebieskim pozdRowieniem,<br />Doman89</span><p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3271">doman89</a> — 3 lis 2014, o 19:50</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[zenowi]]></name></author>
<updated>2014-11-03T19:32:56+01:00</updated>
<published>2014-11-03T19:32:56+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102192#p102192</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102192#p102192"/>
<title type="html"><![CDATA[Re: MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102192#p102192"><![CDATA[
Robię zapis, weryfikację i następnie blokadę. Ma być wpisane HC0 a kalkulator wylicza mi wartość H33 i taką usiłuje wpisać. Przecież nie o to chodzi.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=233">zenowi</a> — 3 lis 2014, o 19:32</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[doman89]]></name></author>
<updated>2014-11-03T19:26:48+01:00</updated>
<published>2014-11-03T19:26:48+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102190#p102190</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102190#p102190"/>
<title type="html"><![CDATA[Re: MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102190#p102190"><![CDATA[
A czy przy odczycie zaznaczasz Lock bity?<br /><br /><span style="color: #0000FF">z Niebieskim pozdRowieniem,<br />Doman89</span><p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3271">doman89</a> — 3 lis 2014, o 19:26</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[zenowi]]></name></author>
<updated>2014-11-03T19:23:36+01:00</updated>
<published>2014-11-03T19:23:36+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102188#p102188</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102188#p102188"/>
<title type="html"><![CDATA[MKAVRkalulator błąd lock bitów?]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9080&amp;p=102188#p102188"><![CDATA[
Używam popularnego procesora 328P. Próbowałem zabezpieczyć procesor (używając MKAVRKalkulator) czyli zmienić wartość LockBit z HFF na HC0 a tu wpisało się H33 czyli procesor stoi praktycznie otworem. O co chodzi? Błąd czy celowe działanie? Jakie? Dla mnie zabezpieczenie to ma być zabezpieczenie.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=233">zenowi</a> — 3 lis 2014, o 19:23</p><hr />
]]></content>
</entry>
</feed>