<?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=4&amp;t=9623&amp;mode" />

<title>ATNEL tech-forum</title>
<link href="https://forum.atnel.pl/index.php" />
<updated>2014-12-11T22:49:42+01:00</updated>

<author><name><![CDATA[ATNEL tech-forum]]></name></author>
<id>https://forum.atnel.pl/feed.php?f=4&amp;t=9623&amp;mode</id>
<entry>
<author><name><![CDATA[MikieMan]]></name></author>
<updated>2014-12-11T22:49:42+01:00</updated>
<published>2014-12-11T22:49:42+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108291#p108291</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108291#p108291"/>
<title type="html"><![CDATA[Re: Dziwne zachowanie Eclipse/Mikroprocesora]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108291#p108291"><![CDATA[
<div class="quotetitle">Bartosz napisał(a):</div><div class="quotecontent"><br />Okazało się, że po każdym dłubaniu w kodzie plik należy najpierw zapisać,<br /></div>Kolego to chyba nic dziwnego akurat bo jak nie zapiszesz projektu to kompilator użyje pliku z dysku z ostatnio zapisaną zawartością. Gdybyś przejrzał choć pobieżnie blog Pana Mirka to byś znalazł świetne poradniki jak konfigurować sobie środowisko Eclipse do pracy i wiedziałbyś m.in. jak ustawić sobie Auto Save przed każdym Build-em.<br /><br />A jak chcesz &quot;naprostować&quot; swoją wiedzę nt. poprawnej filtracji zasilania to również pełną wiedzę znajdziesz w poradnikach Pana Mirka, który tyle w nie włożył pracy, a jaki widać często początkującym nie chce się nawet do nich zajrzeć <img src="https://forum.atnel.pl/images/smilies/icon_e_smile.gif" alt=":-)" title="Szczęśliwy" /><br />No i popraw Kolego umieszczenie swojego listingu wg. wskazań Adminów bo nie da się tego czytać.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3503">MikieMan</a> — 11 gru 2014, o 22:49</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[Jaglarz]]></name></author>
<updated>2014-12-11T21:32:29+01:00</updated>
<published>2014-12-11T21:32:29+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108279#p108279</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108279#p108279"/>
<title type="html"><![CDATA[Re: Dziwne zachowanie Eclipse/Mikroprocesora]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108279#p108279"><![CDATA[
Ostrzeżenie za ignorowanie próśb Admina.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=471">Jaglarz</a> — 11 gru 2014, o 21:32</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[Bartosz]]></name></author>
<updated>2014-12-11T20:38:40+01:00</updated>
<published>2014-12-11T20:38:40+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108272#p108272</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108272#p108272"/>
<title type="html"><![CDATA[Re: Dziwne zachowanie Eclipse/Mikroprocesora]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108272#p108272"><![CDATA[
Dzięki za szybką odpowiedź <img src="https://forum.atnel.pl/images/smilies/icon_e_wink.gif" alt=";)" title="Puszcza oko" /><br />k_lukasik:  <br />Też o tym myślałem, ale wszystkie połączenia są dobre, sprawdzałem to wiele razy. Co do filtracji zasilania nie bardzo wiem jakie kondensatory użyć, stosuję zwykle po jednym na wejście 100nF, ale dokładnie nie wiem jak owa filtracja powinna wyglądać, więc przy okazji może ktoś zechce mnie naprostować.<br />Co do wykrywania sprzętu: Wszystko działa jak należy. mkAVR wykrywa procka, programator widoczny w systemie, menedżer urządzeń sprawdzony, Load from MCU także, dioda na programatorze świeci podczas wgrywania programu, a po pracy procka widać, że następuje wtedy reset. (wykonywanie dotychczasowego programu zostaje wstrzymane, nic się nie dzieje). Także z tej strony wszystko jest ok.  <img src="https://forum.atnel.pl/images/smilies/icon_e_smile.gif" alt=":)" title="Szczęśliwy" /><br />kicajek:<br />Częstotliwość &quot;osiągnąłem&quot; jedynie poprzez zmianę ustawień w Eclipsie, bądź EclipseGadget, różnie, efekt jednak ten sam. Nie stosuję zewnętrznego oscylatora. Po każdym dłubaniu w kodzie robiłem wciąż Clean i build, więc problem także nie leżał w tym.<br /><br />Udało mi się jednak dojść do rozwiązania:<br />Okazało się, że po każdym dłubaniu w kodzie plik należy najpierw zapisać, potem wyczyścić, dopiero potem można z powodzeniem wgrywać w procesor. Wtedy wszystko działa beż żadnego problemu. Przyznam, że trochę mnie to zaskoczyło. To pierwsze środowisko które spotykam, w jakim tyle &quot;procedur&quot; należy przechodzić przy kodowaniu. Wiem oczywiście, że są różnice między programem dla AVR, a zwykłym .exe, jednak przyzwyczajenia robią swoje  <img src="https://forum.atnel.pl/images/smilies/icon_razz.gif" alt=":P" title="Pokazuje język" /><br /><br />Pozdrawiam <img src="https://forum.atnel.pl/images/smilies/icon_e_smile.gif" alt=":)" title="Szczęśliwy" /><p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=7190">Bartosz</a> — 11 gru 2014, o 20:38</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[kicajek]]></name></author>
<updated>2014-12-11T06:58:27+01:00</updated>
<published>2014-12-11T06:58:27+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108152#p108152</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108152#p108152"/>
<title type="html"><![CDATA[Re: Dziwne zachowanie Eclipse/Mikroprocesora]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108152#p108152"><![CDATA[
Witam<br /><div class="quotetitle">Bartosz napisał(a):</div><div class="quotecontent"><br />i odpaliłem program przy taktowaniu (zmienionym w EclipseGadget) 16 MHz, zadziało.<br /></div><br />...a jakim cudem osiągnąłeś 16MHz - dajesz różne kwarce, czy tylko deklarujesz w Eclipse że z taką częstością pracujesz?. Przypomnę też, że po każdym dłubaniu w kodzie najpierw clean a dopiero później kompilacja.<br /><br />Pozdr.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=826">kicajek</a> — 11 gru 2014, o 06:58</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[k_lukasik]]></name></author>
<updated>2014-12-11T06:42:02+01:00</updated>
<published>2014-12-11T06:42:02+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108151#p108151</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108151#p108151"/>
<title type="html"><![CDATA[Re: Dziwne zachowanie Eclipse/Mikroprocesora]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108151#p108151"><![CDATA[
Po pierwsze: Sprawdź podłączenie procka z vcc i gnd oraz filtrowanie zasilania.<br />Po drugie: Sprawdź czy Eclipse wykrywa Ci procka jak klikniesz Load from MCU. Jeśli nie odczytuje to coś jest nie tak. Możesz dać schemat jak podłączasz diode do procka bo to też ma znaczenie <img src="https://forum.atnel.pl/images/smilies/icon_e_wink.gif" alt=";)" title="Puszcza oko" /> I sprawdź co Ci odczytuje MkAvrCalc bo może nie zapisujesz częstotliwości do procka.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3791">k_lukasik</a> — 11 gru 2014, o 06:42</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[Bartosz]]></name></author>
<updated>2014-12-11T22:47:39+01:00</updated>
<published>2014-12-11T02:21:47+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108149#p108149</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108149#p108149"/>
<title type="html"><![CDATA[Dziwne zachowanie Eclipse/Mikroprocesora]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=9623&amp;p=108149#p108149"><![CDATA[
Witam<br /><br />Napotkałem dziwny problem z poniższym kodem:<br /><br /><span style="color: #FF0000">[ panie kolego - przeczytaj NAJPIERW DOKŁADNIE to: <!-- l --><a class="postlink-local" href="http://forum.atnel.pl/topic7402.html" >topic7402.html</a><!-- l --> i popraw ten post - mirekk36 ]</span><br /><br />[syntax]#include &lt;avr\io.h&gt;<br />#include &lt;util/delay.h&gt;<br /><br />int main()<br />{<br />DDRB|=_BV(PB1);<br />while(1)<br />{<br />PORTB^=_BV(PB1);<br />_delay_ms(5000);<br />}<br />}[/syntax]<br /><br />Książkowy przykład mrugania diodą na procesorze Atmega8A<br />Ustawione taktowanie to 8 MHz (ustawione za pomocą mkAVRCalculator), podobnie w Project -&gt; Properties, jednak procesor nie reaguje na zmianę programu. Jedyna jego reakcja następuje po zmianie ustawień taktowania na 1 MHz, oraz 16 MHz.<br />Może mieć to związek z tym, iż nie mogąc znaleźć rozwiązania uznałem, iż może nie działa ustawienie taktowania, więc:<br />W funkcji _delay_ms ustawiłem wartość 200,  dla ustawionego taktowania 1 MHz. Program o dziwo zadziałał, jednak kolejna próba zmiany czasu opóźnienia nie powiodła się, dla jakiegokolwiek argumentu delay dioda mrugała z taką samą częstotliwością. <br />Więc zmieniłem taktowanie na 8 MHz i ustawiłem czas opóźnienia na 1000 ms, co również zadziałało, ale tak jak poprzednio nie było możliwości zmiany na jakikolwiek inny czas opóźnienia. Ostatecznie, ustawiłem _delay_ms(5000) i odpaliłem program przy taktowaniu (zmienionym w EclipseGadget) 16 MHz, zadziało. <br />Teraz sytuacja wygląda tak, iz cokolwiek ustawię w kodzie, wykonywanie programu zmienia się jedynie dla zmiany wartości taktowania procesora, co więcej:  zmienia się na wartości, które ustawiałem dla kolejnych (1, 8, 16) taktowań...<br /><br />Co zrobiłem źle?  Przypomnę, że już na samym początku, zanim zacząłem &quot;eksperymentować&quot;  procesor (mimo poprawnego wykrywania go w mkAVRCalculator, oraz bezbłędnej kompilacji) nie odpowiadał na zmianę wgrywanego programu...<br /><br />Poniżej zamieszczam także wynik kompilacji:<br /><div class="codetitle"><b>Code:</b></div><div class="codecontent">//Wynik kompilacji<br />02:19:33 **** Build of configuration Release for project PierwszyAVR ****<br />make all <br />Building file: ../Pierwszy.c<br />Invoking: AVR Compiler<br />avr-gcc -Wall -Os -fpack-struct -fshort-enums -ffunction-sections -fdata-sections -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega8 -DF_CPU=8000000UL -MMD -MP -MF&quot;Pierwszy.d&quot; -MT&quot;Pierwszy.d&quot; -c -o &quot;Pierwszy.o&quot; &quot;../Pierwszy.c&quot;<br />Finished building: ../Pierwszy.c<br /> <br />Building target: PierwszyAVR.elf<br />Invoking: AVR C Linker<br />avr-gcc -Wl,-Map,PierwszyAVR.map -mmcu=atmega8 -o &quot;PierwszyAVR.elf&quot;  ./Pierwszy.o   <br />Finished building target: PierwszyAVR.elf<br /> <br />Invoking: AVR Create Extended Listing<br />avr-objdump -h -S PierwszyAVR.elf  &gt;&quot;PierwszyAVR.lss&quot;<br />Finished building: PierwszyAVR.lss<br /> <br />Create Flash image (ihex format)<br />avr-objcopy -R .eeprom -R .fuse -R .lock -R .signature -O ihex PierwszyAVR.elf  &quot;PierwszyAVR.hex&quot;<br />Finished building: PierwszyAVR.hex<br /> <br />Create eeprom image (ihex format)<br />avr-objcopy -j .eeprom --no-change-warnings --change-section-lma .eeprom=0 -O ihex PierwszyAVR.elf  &quot;PierwszyAVR.eep&quot;<br />Finished building: PierwszyAVR.eep<br /> <br />Invoking: Print Size<br />avr-size --format=avr --mcu=atmega8 PierwszyAVR.elf<br />AVR Memory Usage<br />----------------<br />Device: atmega8<br /><br />Program:      90 bytes (1.1% Full)<br />(.text + .data + .bootloader)<br /><br />Data:          0 bytes (0.0% Full)<br />(.data + .bss + .noinit)<br /><br /><br />Finished building: sizedummy<br /> <br /><br />02:19:35 Build Finished (took 1s.666ms)<br /></div><br /><br />oraz wynik wgrywania programu przez program Eclipse:<br /><br /><div class="codetitle"><b>Code:</b></div><div class="codecontent">//Wynik wgrywania programu:<br /><br />Launching D:\Programy\MkAvrCalculator\AVRDUDE\avrdude -pm8 -cusbasp -Ereset,vcc -Uflash:w:PierwszyAVR.hex:a <br />Output:<br /><br />Please wait ...<br />avrdude_mk.exe: WARNING: -E option not supported by this programmer type<br /><br />avrdude_mk.exe: warning: cannot set sck period. please check for usbasp firmware update.<br />avrdude_mk.exe: AVR device initialized and ready to accept instructions<br /><br />Reading | ################################################## | 100% 0.01s<br /><br />avrdude_mk.exe: Device signature = 0x1e9307<br />avrdude_mk.exe: NOTE: FLASH memory has been specified, an erase cycle will be performed<br />                To disable this feature, specify the -D option.<br />avrdude_mk.exe: erasing chip<br />avrdude_mk.exe: warning: cannot set sck period. please check for usbasp firmware update.<br />avrdude_mk.exe: reading input file &quot;PierwszyAVR.hex&quot;<br />avrdude_mk.exe: input file PierwszyAVR.hex auto detected as Intel Hex<br />avrdude_mk.exe: writing flash (90 bytes):<br /><br />Writing | ################################################## | 100% 0.06s<br /><br />avrdude_mk.exe: 90 bytes of flash written<br />avrdude_mk.exe: verifying flash memory against PierwszyAVR.hex:<br />avrdude_mk.exe: load data flash data from input file PierwszyAVR.hex:<br />avrdude_mk.exe: input file PierwszyAVR.hex auto detected as Intel Hex<br />avrdude_mk.exe: input file PierwszyAVR.hex contains 90 bytes<br />avrdude_mk.exe: reading on-chip flash data:<br /><br />Reading | ################################################## | 100% 0.05s<br /><br />avrdude_mk.exe: verifying ...<br />avrdude_mk.exe: 90 bytes of flash verified<br /><br />avrdude_mk.exe: safemode: Fuses OK<br /><br />avrdude_mk.exe done.  Thank you.<br /><br />Compiled special for http://forum.atnel.pl (v5.11.1)<br /><br />avrdude finished<br /></div><br /><br />Pozdrawiam   <img src="https://forum.atnel.pl/images/smilies/icon_e_wink.gif" alt=";)" title="Puszcza oko" /><p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=7190">Bartosz</a> — 11 gru 2014, o 02:21</p><hr />
]]></content>
</entry>
</feed>