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

<title>ATNEL tech-forum</title>
<link href="https://forum.atnel.pl/index.php" />
<updated>2017-04-17T21:51:29+01:00</updated>

<author><name><![CDATA[ATNEL tech-forum]]></name></author>
<id>https://forum.atnel.pl/feed.php?f=4&amp;t=18169&amp;mode</id>
<entry>
<author><name><![CDATA[acid255]]></name></author>
<updated>2017-04-17T21:51:29+01:00</updated>
<published>2017-04-17T21:51:29+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187339#p187339</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187339#p187339"/>
<title type="html"><![CDATA[Re: LCD I2C problem z  UART]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187339#p187339"><![CDATA[
Najdziwniejsze jest to, że jak miałem te funkcje do obsługi UARTA i inne w oddzielnym plikach to miałem problem z resetem po wysyłaniu na RSa entera, ale jak zebrałem wszystko do pliku main.c to problem zniknął - o co chodzi - nie mam pojęcia.<br />Mam teraz takiego tasiemca w jednym pliku ale przynajmniej wszystko mi działa jak należy.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3673">acid255</a> — 17 kwi 2017, o 21:51</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[acid255]]></name></author>
<updated>2017-04-15T15:24:30+01:00</updated>
<published>2017-04-15T15:24:30+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187189#p187189</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187189#p187189"/>
<title type="html"><![CDATA[Re: LCD I2C problem z  UART]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187189#p187189"><![CDATA[
<div class="quotetitle"><b>Quote:</b></div><div class="quotecontent"><br />Ale ty chyba mylisz reset sprzętowy z programowym.<br /></div><br /><br />Nie mylę. Właśnie o to chodzi, że chcę użyć:<br />[syntax=c]if( !strncasecmp(&quot;AT+RST?&quot;, buf, 7) ) {<br />cli();              // disable interrupts<br />wdt_enable( 0 );  // set  watchdog<br />while(1);           // wait for RESET<br />}[/syntax]<br />w funkcji parse_uart_data i to mi dotychczas działało ale chyba coś z fusami pomieszałem bo przestało działać. Bootloader ładuje program po sprzętowym resecie - TYLKO. Ten reset który pojawia się po wysłaniu na UARTa entera nie powoduje wgrywania softu bo jakby bootlader nie reaguje ( na terminalu nie pojawiają się ?????). <br />Wrzucę na wszelki wypadek screeny z ustawień fusów i BLSa.<br /><br /><a href="https://obrazkiforum.atnel.pl/3673/b4acd681813e837a23355bc182ffd51f.jpg"  class="postlink"><img src="https://obrazkiforum.atnel.pl/thumb/3673/b4acd681813e837a23355bc182ffd51f.jpg" alt="Obrazek" /></a><a href="https://obrazkiforum.atnel.pl/3673/cceb77133fd113e9d358a842d5e23b3f.jpg"  class="postlink"><img src="https://obrazkiforum.atnel.pl/thumb/3673/cceb77133fd113e9d358a842d5e23b3f.jpg" alt="Obrazek" /></a><br /><br /><br />Pracuję na płytce testowej z Atmegą 32.<br /><br />[syntax=c]void parse_uart_data( char * pBuf );<br /><br />int main( void ) {<br /><br /><br />USART_Init(__UBRR);<br />register_uart_str_rx_event_callback( parse_uart_data );<br /><br /><br />sei();<br /><br />uart_puts(&quot;******* ATNEL - AT tester - restart ***********\r\n&quot;);<br /><br />while(1) {<br /> UART_RX_STR_EVENT( bufor );  // zdarzenie odbiorcze UART<br />}<br />}<br /><br />void parse_uart_data( char * pBuf ) {<br /><br />if ( !strncasecmp( &quot;AT+RST?&quot;, pBuf, 7 ) ) {<br />        cli();              // disable interrupts<br />        wdt_enable( 0 );      // set  watchdog<br />        while ( 1 );        // wait for RESET<br />    }<br /><br />}[/syntax]<br /><br />każdy enter wyświetla na terminalu: ******* ATNEL - AT tester - restart *********** czyli procek się resetuje i w dodatku bootloader po takim resecie milczy.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3673">acid255</a> — 15 kwi 2017, o 15:24</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[karolen]]></name></author>
<updated>2017-04-15T15:11:01+01:00</updated>
<published>2017-04-15T15:11:01+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187187#p187187</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187187#p187187"/>
<title type="html"><![CDATA[Re: LCD I2C problem z  UART]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187187#p187187"><![CDATA[
Ale ty chyba mylisz reset sprzętowy z programowym.<br />Watchdoga nie używałem jeszcze (nie było mi to potrzebne) tak więc w tej kwestii Ci nie pomogę niestety.<br />Korzystasz z bootloadera, a czy jest on również w uC ?<br />Poza tym procka masz na jakiejś płytce drukowanej, na stykówce czy może w wersji pająkowej ??<br />Opisz układ bo tak na chwilę obecną to nie ma jak pomóc...<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=6210">karolen</a> — 15 kwi 2017, o 15:11</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[avrfun]]></name></author>
<updated>2017-04-15T15:08:18+01:00</updated>
<published>2017-04-15T15:08:18+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187186#p187186</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187186#p187186"/>
<title type="html"><![CDATA[Re: LCD I2C problem z  UART]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187186#p187186"><![CDATA[
<div class="quotetitle">acid255 napisał(a):</div><div class="quotecontent"><br />Czy ktoś spotkał się z problemem przy wykorzystaniu LCD na I2C ( pcf8574A ), że w momencie zastosowania lcd_init(); przestaje działać procesor - zawiesza się jak LCD nie jest podpięte.<br /></div><br />Stan magistrali I2C jest przez cały czas monitorowany. Jeżeli jest zadeklarowane na niej programowo urządzenie np. LCD lub BMP180, to gdy go fizycznie nie ma, następuje zawieszenie działania programu. Przerabiałem to w konfiguracji j.w. LCD + BMP180.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=9310">avrfun</a> — 15 kwi 2017, o 15:08</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[acid255]]></name></author>
<updated>2017-04-15T15:05:09+01:00</updated>
<published>2017-04-15T15:05:09+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187185#p187185</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187185#p187185"/>
<title type="html"><![CDATA[Re: LCD I2C problem z  UART]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187185#p187185"><![CDATA[
Fakt to może być przez linie RW. Mam takie chińskie I2C -&gt; LCD i tam musi być użyte RW = 1. <br />A proszę mi powiedzieć co może być przyczyną, że co nie wyślę na  UART to po enterze resetuje mi się procek? <br />Korzystam z bootloadera i chcę użyć watchdoga do resetu wg funkcji p. Mirka, ustawiłem pułapkę programową w funkcji parse_uart_data ( przed funkcją resetującą ) i wygląda na to, że procesor nie wskakuje w ogóle do obsługi tej funkcji. Co dziwne reset spowodowany enterem wysłanym na UART nie uruchamia wgrywania softu z bootloadera ( muszę ręcznie wcisnąć reset ).<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3673">acid255</a> — 15 kwi 2017, o 15:05</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[karolen]]></name></author>
<updated>2017-04-15T14:10:30+01:00</updated>
<published>2017-04-15T14:10:30+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187180#p187180</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187180#p187180"/>
<title type="html"><![CDATA[Re: LCD I2C problem z  UART]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187180#p187180"><![CDATA[
A wykorzystujesz pin &quot;RW&quot; od wyświetlacza ?<br />Bo jeśli tak, to bym się nie dziwił, że Ci się &quot;zawiesza&quot; - a tak dokładniej oczekuje na odpowiedź od LCD żeby iść dalej.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=6210">karolen</a> — 15 kwi 2017, o 14:10</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[acid255]]></name></author>
<updated>2017-04-15T13:31:58+01:00</updated>
<published>2017-04-15T13:31:58+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187176#p187176</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187176#p187176"/>
<title type="html"><![CDATA[LCD I2C problem z  UART]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=18169&amp;p=187176#p187176"><![CDATA[
Czy ktoś spotkał się z problemem przy wykorzystaniu LCD na I2C ( pcf8574A ), że w momencie zastosowania lcd_init(); przestaje działać procesor - zawiesza się jak LCD nie jest podpięte.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3673">acid255</a> — 15 kwi 2017, o 13:31</p><hr />
]]></content>
</entry>
</feed>