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

<title>ATNEL tech-forum</title>
<link href="https://forum.atnel.pl/index.php" />
<updated>2025-08-30T14:36:35+01:00</updated>

<author><name><![CDATA[ATNEL tech-forum]]></name></author>
<id>https://forum.atnel.pl/feed.php?f=58&amp;t=24844&amp;mode</id>
<entry>
<author><name><![CDATA[mirekk36]]></name></author>
<updated>2025-08-30T14:36:35+01:00</updated>
<published>2025-08-30T14:36:35+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239230#p239230</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239230#p239230"/>
<title type="html"><![CDATA[Re: mkbootloader 3.0 i eclipse - reset procesora]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239230#p239230"><![CDATA[
tak jak piszesz<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=54">mirekk36</a> — 30 sie 2025, o 14:36</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[APAP75]]></name></author>
<updated>2025-08-29T17:01:13+01:00</updated>
<published>2025-08-29T17:01:13+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239229#p239229</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239229#p239229"/>
<title type="html"><![CDATA[Re: mkbootloader 3.0 i eclipse - reset procesora]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239229#p239229"><![CDATA[
<a href="https://obrazkiforum.atnel.pl/6195/74ab05c1a0496ffeaca3b9279b5bd354.jpg"  class="postlink"><img src="https://obrazkiforum.atnel.pl/thumb/6195/74ab05c1a0496ffeaca3b9279b5bd354.jpg" alt="Obrazek" /></a><br /><br />Chyba rozumiem. Dla pewności, np. w putty trzeba wybrać kointrolę przepływu, aby aktywować linie RTS/CTS. Wówczas przy podłączeniu tych portów do resetu uK może nastąpić jego restart.<br />W innym przypadku można &quot;bezkarnie&quot; korzystać z tego samego UART'a co bootloader.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=6195">APAP75</a> — 29 sie 2025, o 17:01</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[mirekk36]]></name></author>
<updated>2025-08-29T12:36:07+01:00</updated>
<published>2025-08-29T12:36:07+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239228#p239228</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239228#p239228"/>
<title type="html"><![CDATA[Re: mkbootloader 3.0 i eclipse - reset procesora]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239228#p239228"><![CDATA[
Sygnały RTS DTR i inne ze standardu RS232 to sygnały służące do sprzętowej kontroli przepływu danych ... można z nich nie korzystać i nie podłączać fizycznie ... ale jeśli się podłącza to fakt czy są one używane lub nie zależy od programu do transmisji. W przypadku bootloaderów nie służą one do kontroli przepływu a do nietypowego zastosowania jakim jest np reset procka ... Mój program MkBootloader ich do tego używa i programowo je aktywuję. Jeśli jednak użyjesz innego program do transmisji który no chce kontroli sprzętowej to może to spowodować że stany tych linii się zmienią i twój procek się zresetuje ... ale jeśli używasz zwykłych terminali i nie dajesz w nich sprzętowej kontroli to wcale te sygnały nie muszą się zmieniać i nie zresetują procka ... <br /><br />Nie wiem czy udało mi się wyjaśnić ale jeśli jeszcze masz wątpliwości co do czegoś to dopytaj ok?<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=54">mirekk36</a> — 29 sie 2025, o 12:36</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[APAP75]]></name></author>
<updated>2025-08-29T08:54:55+01:00</updated>
<published>2025-08-29T08:54:55+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239227#p239227</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239227#p239227"/>
<title type="html"><![CDATA[mkbootloader 3.0 i eclipse - reset procesora]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=24844&amp;p=239227#p239227"><![CDATA[
Witam<br /><br />Po obejrzeniu Mirkowego poradnika, w którym wgrywa on soft z eclipse poprzez mkbootloadera 3.0 do procka miałbym kilka pytań odnośnie resetu procka.<br />W filmie używane jest Arduino. Chyba uno, ale nie jsetem pewny. Na płytce tej reset procesora jest robiony poprzez kondensator z portu DTR CH340G. W bootloaderze 3.0 (którego jestem szczęśliwym licencjonowanym posiadaczem) można reset uzyskać także z portu RTS. Po tym przydługim wstępie przejdę do pytania.<br />Czy, gdy podłacze poprzez ten kondensator reset procka z którymśz tych portów, to czy przy transmisji szeregowej pomiędzy np. komputerem a atmegą nie będzie się mi ona resetowała? Pytanie może głupie, bo z Arduino można prowadzić transmisję danych i się nie resetuje, ale przy użyciu bootloadera już tak. Mógłby ktoś wyjaśnić dlaczego tak jest. I co to są te porty RTS i DTR? Dlaczego raz mogą powodować reset a drugi raz tego nie robią?<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=6195">APAP75</a> — 29 sie 2025, o 08:54</p><hr />
]]></content>
</entry>
</feed>