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

<title>ATNEL tech-forum</title>
<link href="https://forum.atnel.pl/index.php" />
<updated>2018-07-05T17:54:16+01:00</updated>

<author><name><![CDATA[ATNEL tech-forum]]></name></author>
<id>https://forum.atnel.pl/feed.php?f=4&amp;t=20942&amp;mode</id>
<entry>
<author><name><![CDATA[drewpol]]></name></author>
<updated>2018-07-05T17:54:16+01:00</updated>
<published>2018-07-05T17:54:16+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209516#p209516</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209516#p209516"/>
<title type="html"><![CDATA[Re: Problem UART z BB - 2 x AVR]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209516#p209516"><![CDATA[
Niestety w 1 poście pojawił się błąd, który mógł zmniejszyć czujność. Jeden z procesorów (m8) był taktowany z prędkością 8MHz wewnętrznym oscylatorem i zasilany napięciem 3,3V ze wezlędu na kompatybilność z innymi urządzeniami peryferyjnymi.<br />Problem polegał na tym, że odbierane dane nie były poprawne ze względu na niedokładne taktowanie. Rozwiązaniem była kalibracja rejestru OSCCAL lub wymiana na zewnętrzny kwarc 8MHz.<br />W tym przypadku zdecydowałem się na wykorzystanie zewnętrznego kwarca, gdyż myśle, że będzie działał stabilniej niż wewnętrzny oscylator, a dodatkowo układ może pracować w różnych warunkach atmosferycznych.<br />Dziękuję również za podpowiedź dotyczącą uaktualnienia kodu źródłowego.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=8379">drewpol</a> — 5 lip 2018, o 17:54</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[mirekk36]]></name></author>
<updated>2018-07-03T20:12:21+01:00</updated>
<published>2018-07-03T20:12:21+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209487#p209487</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209487#p209487"/>
<title type="html"><![CDATA[Re: Problem UART z BB - 2 x AVR]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209487#p209487"><![CDATA[
a może masz starsze wydanie książki i nie zaglądasz nigdy na stronę wydawnictwa<br /><br /><!-- m --><a class="postlink" href="http://atnel.pl/uaktualnienia-programow-do-dvd.html" >http://atnel.pl/uaktualnienia-programow-do-dvd.html</a><!-- m --><br /><br />a tam masz dla GB<br /><br /><div class="quotetitle"><b>Quote:</b></div><div class="quotecontent"><br />W bibliotece MK_USART (plik mkuart.c) w lekcji L21_UART_ASCII_AT wkradł się mały błąd w funkcji uart_get_str() - strona 402 w książce<br /></div><br /><br />i link po prawej z wyjaśnieniem<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=54">mirekk36</a> — 3 lip 2018, o 20:12</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[drewpol]]></name></author>
<updated>2018-07-03T19:06:12+01:00</updated>
<published>2018-07-03T19:06:12+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209485#p209485</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209485#p209485"/>
<title type="html"><![CDATA[Re: Problem UART z BB - 2 x AVR]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209485#p209485"><![CDATA[
Owszem, pomyliłem BB z GB, gdzie jest callback dodany (lekcja 21 - uart-ascii-at)<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=8379">drewpol</a> — 3 lip 2018, o 19:06</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[tonygryps]]></name></author>
<updated>2018-07-03T19:00:45+01:00</updated>
<published>2018-07-03T19:00:45+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209484#p209484</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209484#p209484"/>
<title type="html"><![CDATA[Re: Problem UART z BB - 2 x AVR]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209484#p209484"><![CDATA[
Coś nieźle namieszałeś w kodzie bo w BB nie było calbacka w bibliotece<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=12014">tonygryps</a> — 3 lip 2018, o 19:00</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[drewpol]]></name></author>
<updated>2018-07-03T18:09:11+01:00</updated>
<published>2018-07-03T18:09:11+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209483#p209483</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209483#p209483"/>
<title type="html"><![CDATA[Problem UART z BB - 2 x AVR]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=20942&amp;p=209483#p209483"><![CDATA[
Witam.<br />Mam pewien problem z biblioteką do UART'a z BB. Jest wgrana na dwa procki ATmega8 i ATmega16. Komunikacja z putty na każdym z nich działa bez problemu w obie strony. Problem pojawia się gdy podepnę 2 procki ze sobą. W przerwaniu odbioru po znaku return (\r - 13) powinna nastąpić inkrementacja linii i obsługa zarejestrowanego callbacka.<br />Problem polega na tym, że przy użyciu funkcji puts(&quot;Test\r&quot;) drugi procek nie odbiera znaku końca linii '\r'. Natomiast po wysyłaniu każdego znaku z przykładowo sekundowym delayem znak 'r' jest odbierany. Sprawdziłem to migającą diodą. <br />Procki są taktowane 16MHz kwarcem, a prędkość UART to 0,5 Mbps. Od razu dodam, że wpiąłem się również przejściówą RS232-USB do procesora, który wysyła dane (m16) i w putty wszystko wygląda ok. Więc jest to problem w przewaniu odbierającym dane.<br /><br />Dodatkowo testowałem odbiór danych terminalem HTerm, który nie wysyła znaków pojedyńczo po każdym kliknięciu (jak putty), lecz jednym ciągeim i w tym przypadku również występuje ten sam problem.<br /><br />Czy ktoś z was używał i testował kiedyś te biblioteki z BB do wysyłania danych między prockami? Ktoś miał kiedyś taki problem? Być może jest to wina prędkości uarta w moim przypadku, albo bug w kodzie.<br /><br />Proszę o porady w tej sprawie.<br />Pozdrawiam.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=8379">drewpol</a> — 3 lip 2018, o 18:09</p><hr />
]]></content>
</entry>
</feed>