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

<title>ATNEL tech-forum</title>
<link href="https://forum.atnel.pl/index.php" />
<updated>2015-08-20T09:15:54+01:00</updated>

<author><name><![CDATA[ATNEL tech-forum]]></name></author>
<id>https://forum.atnel.pl/feed.php?f=58&amp;t=12427&amp;mode</id>
<entry>
<author><name><![CDATA[Lagun_25]]></name></author>
<updated>2015-08-20T09:15:54+01:00</updated>
<published>2015-08-20T09:15:54+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=137923#p137923</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=137923#p137923"/>
<title type="html"><![CDATA[Re: UART - zawieszanie procka]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=137923#p137923"><![CDATA[
Dziękuję panie Mirku za odpowiedź <img src="https://forum.atnel.pl/images/smilies/icon_e_smile.gif" alt=":)" title="Szczęśliwy" /> Chciałem już pisać, że z komunikacją po I2C w pętli głównej też sprawdzałem i było to samo, ale było to miesiąc temu, stara przejściówka, itd, więc na całe szczęście sprawdziłem to jeszcze raz. No i co? Odczarowane <img src="https://forum.atnel.pl/images/smilies/icon_e_biggrin.gif" alt=":D" title="Bardzo szczęśliwy" /> A ja tyle się męczyłem... Dziękuję bardzo za pomoc i serdecznie 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=4953">Lagun_25</a> — 20 sie 2015, o 09:15</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[mirekk36]]></name></author>
<updated>2015-08-19T18:48:18+01:00</updated>
<published>2015-08-19T18:48:18+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=137863#p137863</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=137863#p137863"/>
<title type="html"><![CDATA[Re: UART - zawieszanie procka]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=137863#p137863"><![CDATA[
Pierwszą rzecz jaką źle robisz to komunikacja po I2C w przerwaniach ... tzn to nie jest tak ogólnie i generalnie, źle ale wtedy trzeba wziąć sporo rzeczy pod uwagę, a ty jako początkujący ich nie bierzesz i już na tym etapie może się dla ciebie rozpoczynać magia czy tam czary o jakich piszesz<br /><br />Po co w Bluebooku pokazywałem jak obsługiwać RTC ale nie w przerwaniu ? i jak tego dokonałem ? jak to pokazałem ? jak myślisz ?<br /><br />Oczywiście to nie musi być wszystko i rozwiązanie twoich czarów ... bo jeszcze może być zła komunikacja gdyż ty zamiast sobie przygotować tak jak podpowiadałem w Bluebooku ładnie funkcje I2C_read_buf() oraz I2C_write_buf() to za każdym razem rzeźbisz ręcznie wywołania począwszy od I2C_start .... a wtedy łatwo się zakałapućkać - co też właśnie może mieć u ciebie miejsce ... ale niestety ja nie jestem w stanie ze względu na czas wnikać tutaj w specyfikę komunikacji I2C twojego scalaka. Być może ktoś inny coś podpowie kto go używał.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=54">mirekk36</a> — 19 sie 2015, o 18:48</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[Lagun_25]]></name></author>
<updated>2015-08-19T18:30:56+01:00</updated>
<published>2015-08-19T18:30:56+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=137861#p137861</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=137861#p137861"/>
<title type="html"><![CDATA[Re: UART - zawieszanie procka]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=137861#p137861"><![CDATA[
Czas odkopać. Trochę czasu minęło, ale trochę pracowałem, a w między czasie kończyłem inny projekt. Wracając do tematu: zmieniłem przejściówke do RSa, nic nie wywala, więc można się bawić. Niestety problem zawieszania występuje nadal i nie mam zielonego pojęcia o co chodzi. Jakieś czary. Wkleję jeszcze raz kod, bo widzę, że co prawda nieznacznie, ale trochę się różni od tego wyżej:<br /><br />[syntax=c]#include &lt;avr/io.h&gt;<br />#include &lt;avr/interrupt.h&gt;<br />#include &lt;math.h&gt;<br />#include &lt;util/delay.h&gt;<br /><br />#include &quot;libraries/mpu_6050.h&quot;<br />#include &quot;libraries/i2c.h&quot;<br />#include &quot;libraries/mkuart.h&quot;<br /><br /><br />//#define LED_TOG PORTD ^= (1&lt;&lt;PD6)<br /><br />#define RAD2DEG 57.29578<br /><br />volatile int16_t accX, accY, accZ, gyX, gyY, gyZ; // default values<br />//int8_t accX_zero, accY_zero, accZ_zero;<br /><br />//flags<br />volatile uint8_t newData_FLAG;<br /><br /><br />int main(void){<br /><br />//DDRD|=(1&lt;&lt;PD6);<br /><br />MPU_init(); // Inicjalizacja MPU-6050<br />//sensors_calibration();<br /><br />// ******************* INICJALIZACJA PRCESORA ******************* //<br /><br />// EXTERNAL INTERRUPT<br />//SREG |= 1&lt;&lt;7; // Global Interrupt Enable | It's set by sei();<br />GICR |= 1&lt;&lt;INT1;<br />//MCUCR |= DEFAULT ; // The low level of INT1 generates an interrupt request<br />PORTD |= (1&lt;&lt;PD3); // Podciagniecie INT1 (PD3) do VCC<br /><br /><br /><br />// UART<br />USART_Init( __UBRR );<br /><br />// Test połączenia<br />// if ( MPU_connectionTest() == 1) ;<br />// else<br /><br />sei();<br /><br />while(1) {<br /><br />if(newData_FLAG==1) {<br /><br />//LED_TOG;<br /><br />// obliczenie kątów<br />float Pitch =( atan2(acc_conv2normal(accY), acc_conv2normal(accZ)) )*RAD2DEG;<br />//float Pitch =( atan2(acc_conv2normal(accY-accY_zero), acc_conv2normal(accZ-accZ_zero)) )*RAD2DEG;<br />//float Roll = ( (-atan2(acc_vect&#91;0&#93;, sqrt(acc_vect&#91;1&#93;*acc_vect&#91;1&#93; + acc_vect&#91;2&#93;*acc_vect&#91;1&#93;)) ) )*RAD2DEG;<br /><br />//float angular_rate=gy_conv2normal(gyX);<br /><br />uart_puts(&quot; Pitch: &quot;);<br />int Pitch2=Pitch;<br />uart_putint(Pitch,10);<br />uart_puts(&quot; \r \n &quot;);<br /><br />//uart_puts(&quot; Angular rate: &quot;);<br />//int angular_rate2=angular_rate;<br />//uart_putint(angular_rate2,10);<br />//uart_puts(&quot; \r \n &quot;);<br /><br />newData_FLAG=0;<br />}<br /><br />}<br /><br /><br />}<br /><br />ISR(INT1_vect) {<br /><br />// accelerometr measurement reading<br />I2C_start();<br />I2C_write_byte(MPU_adress);<br />I2C_write_byte(ACCEL_XOUT_H);<br />I2C_start(); // repeated start<br />I2C_write_byte(MPU_adress + 1); // slave adress + read bit<br />accX=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />accY=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />accZ=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(NACK)  );<br />I2C_stop();<br /><br />// gyro measurement reading<br />//I2C_start();<br />//I2C_write_byte(MPU_adress);<br />//I2C_write_byte(GYRO_XOUT_H);<br />//I2C_start(); // repeated start<br />//I2C_write_byte(MPU_adress + 1); // slave adress + read bit<br />//gyX=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />//gyY=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />//gyZ=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(NACK)  );<br />//I2C_stop();<br /><br />newData_FLAG=1;<br /><br />}[/syntax]<br /><br />Co do tych czarów: przy takim kodzie procek się wiesza po trochę dłuższym czasie. Wystarczy, że zmienię ten fragment kodu:<br />[syntax=c]I2C_start();<br />I2C_write_byte(MPU_adress);<br />I2C_write_byte(ACCEL_XOUT_H);<br />I2C_start(); // repeated start<br />I2C_write_byte(MPU_adress + 1); // slave adress + read bit<br />accX=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />accY=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />accZ=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(NACK)  );<br />I2C_stop();[/syntax]<br /><br />na taki: <br /><br />[syntax=c]I2C_start();<br />I2C_write_byte(MPU_adress);<br />I2C_write_byte(ACCEL_YOUT_H); // ZMIANA REJESTRU<br />I2C_start(); // repeated start<br />I2C_write_byte(MPU_adress + 1); // slave adress + read bit<br />//accX=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />accY=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />accZ=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(NACK)  );<br />I2C_stop();[/syntax]<br /><br />i wiesza się po chwili. Dla mnie nie ma to sensu, ale może na podstawie tego ktoś dojdzie do tego dlaczego zawiesza się w ogóle. Ma ktoś pomysł o co tutaj chodzi?<br /><br />P.S: z biblioteką wszystko w porządku. Kiedy wysyłam coś innego, np:<br /><br />[syntax=c]#include &lt;avr/io.h&gt;<br />#include &lt;avr/interrupt.h&gt;<br />#include &lt;util/delay.h&gt;<br /><br />#include &quot;MKUART/mkuart.h&quot;<br /><br /><br />int main(void) {<br /><br />USART_Init( __UBRR );<br /><br /><br />sei();<br />int licznik=0;<br /><br />while(1) {<br /><br />uart_puts(&quot;Test UART: &quot;);<br />uart_putint(licznik, 10);<br />uart_putc('\r');<br />uart_putc('\n');<br />_delay_ms(25);<br />licznik++;<br /><br />}<br /><br />}[/syntax] to nic się nie wiesza - wszystko działa jak należy <img src="https://forum.atnel.pl/images/smilies/icon_e_smile.gif" alt=":)" title="Szczęśliwy" /> Bardzo proszę o pomoc.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=4953">Lagun_25</a> — 19 sie 2015, o 18:30</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[Lagun_25]]></name></author>
<updated>2015-07-24T12:06:30+01:00</updated>
<published>2015-07-24T12:06:30+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135385#p135385</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135385#p135385"/>
<title type="html"><![CDATA[Re: UART - zawieszanie procka]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135385#p135385"><![CDATA[
Wszystko zaczęło mi się sypać, chyba czas odpoczac ;/ Padła mi atmega8 (rc=-1), ale jestem pewny, ze to nie wina polaczen - juz sie chyba wysluzyla. Na szczescie mialem jeszcze pod reka atmege16. Na innym programie przy samym przesylaniu przez UART, np. OSCCAL z plyty, procek sie nie zawiesza. Przez tego bluescreena przerzucilem sie na HC05, ale zwiechy dalej występowały w programie wklejonym wyzej i innym - prostrzym, gdzie dane odczytuje w petli glownej, więc to na pewno nie wina konwertera.<br />Jesli chodzi o biblioteki, to mam pan racje, nie wyłączyłem rs485. Po pana radzie usunąłem z pliku .c i .h fragmenty dotyczące rs485, niestety problem dalej występował.<br /><br />Wyglada na to jakby przyczyna byl czujnik - z tego co czytalem jest czuly na zaklocenia. No ale to nie on sie zawiesza tylko procek, bo po resecie procka zawsze dalej lecialy dane. Dalsze proby w nastepnym tygodniu jak przyjdzie mi przejsciowka, bo juz mam dosyc walki ze sterownikami. Dziekuje wszystkim za odpowiedzi! <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=4953">Lagun_25</a> — 24 lip 2015, o 12:06</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[mirekk36]]></name></author>
<updated>2015-07-23T20:34:17+01:00</updated>
<published>2015-07-23T20:34:17+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135343#p135343</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135343#p135343"/>
<title type="html"><![CDATA[Re: UART - zawieszanie procka]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135343#p135343"><![CDATA[
A wyłączyłeś w pliku mkuart.h opcje do RS485 ? bo wydaje mi się, że nie i stąd może być taki niby problem<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=54">mirekk36</a> — 23 lip 2015, o 20:34</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[Humanoid]]></name></author>
<updated>2015-07-23T19:54:21+01:00</updated>
<published>2015-07-23T19:54:21+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135340#p135340</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135340#p135340"/>
<title type="html"><![CDATA[Re: UART - zawieszanie procka]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135340#p135340"><![CDATA[
Na wszelki wypadek zrób połączenia linii zasilania na płytce stykowej<br /><a href="https://obrazkiforum.atnel.pl/2228/2b3473a0725282bdb32df0e58ed19cb3.jpg"  class="postlink"><img src="https://obrazkiforum.atnel.pl/thumb/2228/2b3473a0725282bdb32df0e58ed19cb3.jpg" alt="Obrazek" /></a><p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=2228">Humanoid</a> — 23 lip 2015, o 19:54</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[Lagun_25]]></name></author>
<updated>2015-07-23T19:41:10+01:00</updated>
<published>2015-07-23T19:41:10+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135337#p135337</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135337#p135337"/>
<title type="html"><![CDATA[Re: UART - zawieszanie procka]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135337#p135337"><![CDATA[
Przejsciowka działa, nie raz juz z niej korzytalem <img src="https://forum.atnel.pl/images/smilies/icon_e_smile.gif" alt=":)" title="Szczęśliwy" /> Po prostu teraz po jakims czasie wiesza mi się procek<br /><br /><strong><span style="color: #808000">------------------------ [ Dodano po: 8 minutach ]</span></strong><br /><br />Jesli chodzi o sterowniki to niestety pod win8.1 jest z nimi slabo, no ale to jest mniejszy klopot. Najbardziej interesuja mnie te zwiechy <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=4953">Lagun_25</a> — 23 lip 2015, o 19:41</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[frog]]></name></author>
<updated>2015-07-23T19:27:07+01:00</updated>
<published>2015-07-23T19:27:07+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135334#p135334</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135334#p135334"/>
<title type="html"><![CDATA[Re: UART - zawieszanie procka]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135334#p135334"><![CDATA[
Odepnij linie rx i tx od procesora i je ze sobą zewrzyj. W momencie wpisywania znaków do terminala powinny Ci się one z powrotem wyświetlać w jego oknie. Mam identyczną przejściówkę co Ty i nie mam z nią żadnego problemu(używam terminala putty, po podpięciu przejściówki komputer sam ją wykrył i pobrał odpowiednie sterowniki z internetu).<br /><br /><strong><span style="color: #808000">------------------------ [ Dodano po: 6 minutach ]</span></strong><br /><br />Nie ma znaczenia czy całość zasilasz napięciem 3,3v czy też 5v. Ważne abyś linie rx przejściówki podłączył  do linii tx procesora, a tx przejściówki do rx procesora oraz połączył GND przejściówki z GND układu.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=5970">frog</a> — 23 lip 2015, o 19:27</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[Lagun_25]]></name></author>
<updated>2015-07-23T19:10:50+01:00</updated>
<published>2015-07-23T19:10:50+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135332#p135332</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135332#p135332"/>
<title type="html"><![CDATA[Re: UART - zawieszanie procka]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135332#p135332"><![CDATA[
Ponadto, przy korzystaniu z konwertera wywalało mi bluescreena. Po wielu probach znalazlem w koncu dobre sterowniki na stronie Sunduino i już nie było z tym problemu. Po tym jak napisałem posta, jeszcze sie troche bawiłem i problem powrócił. Niestety tym razem zainstalowanie tych sterowników nie pomogło. Zamowie wiec chyba jakąś nową przejściówkę, ale tak czy inaczej układ i kod wstawiam, bo może przyczyna zawieszania jest gdzieś indziej.<br /><br /><a href="https://obrazkiforum.atnel.pl/4953/c3e73df01384ef032f5bb3235d46c529.jpg"  class="postlink"><img src="https://obrazkiforum.atnel.pl/thumb/4953/c3e73df01384ef032f5bb3235d46c529.jpg" alt="Obrazek" /></a><a href="https://obrazkiforum.atnel.pl/4953/795746b8092451f79b896e4ba7b7b7bb.jpg"  class="postlink"><img src="https://obrazkiforum.atnel.pl/thumb/4953/795746b8092451f79b896e4ba7b7b7bb.jpg" alt="Obrazek" /></a><br /><br />[syntax=c]#include &lt;avr/io.h&gt;<br />#include &lt;avr/interrupt.h&gt;<br />#include &lt;math.h&gt;<br />#include &quot;MPU_6050/mpu_6050.h&quot;<br />#include &quot;MKUART/mkuart.h&quot;<br />#include &lt;util/delay.h&gt;<br /><br />#define ACK 1<br />#define NACK 0<br />#define LED_TOG PORTB ^= (1&lt;&lt;PB0)<br /><br />#define RAD2DEG 57.29578<br /><br />volatile int16_t accX, accY, accZ, gyX, gyY, gyZ; // default values<br />volatile uint8_t newData_FLAG;<br />float acc_vect&#91;3&#93;, gy_vect&#91;3&#93;; // normalize values<br /><br /><br />int main(void){<br /><br />DDRB|=(1&lt;&lt;PB0);<br /><br />MPU_init(); // Inicjalizacja MPU-6050<br /><br />// ******************* INICJALIZACJA PRCESORA ******************* //<br /><br />// EXTERNAL INTERRUPT<br />//SREG |= 1&lt;&lt;7; // Global Interrupt Enable | It's set by sei();<br />GICR |= 1&lt;&lt;INT1;<br />//MCUCR |= DEFAULT ; // The low level of INT1 generates an interrupt request<br />PORTD |= (1&lt;&lt;PD3); // Podciagniecie INT1 (PD3) do VCC<br /><br /><br /><br />// UART<br />USART_Init( __UBRR );<br /><br />// Test połączenia<br />// if ( MPU_connectionTest() == 1) ;<br />// else<br /><br />sei();<br /><br />while(1) {<br /><br />LED_TOG;<br /><br />if(newData_FLAG==1) {<br /><br />// przeliczanie pomiarów na wartosci znormalizowane<br />acc_vect&#91;0&#93;=acc_conv2normal(accX);<br />acc_vect&#91;1&#93;=acc_conv2normal(accY);<br />acc_vect&#91;2&#93;=acc_conv2normal(accZ);<br /><br />//gy_vect&#91;0&#93;=gy_conv2normal(gyX);<br />//gy_vect&#91;1&#93;=gy_conv2normal(gyY);<br />//gy_vect&#91;2&#93;=gy_conv2normal(gyZ);<br /><br />// obliczenie kątów<br />float Pitch =( atan2(acc_vect&#91;1&#93;, acc_vect&#91;2&#93;) )*RAD2DEG;<br />//int Pitch2=Pitch;<br />//float Roll = ( (-atan2(acc_vect&#91;0&#93;, sqrt(acc_vect&#91;1&#93;*acc_vect&#91;1&#93; + acc_vect&#91;2&#93;*acc_vect&#91;1&#93;)) ) )*RAD2DEG;<br /><br />//uart_puts(&quot; Pitch: &quot;);<br />uart_putint(Pitch,10);<br />uart_puts(&quot; \r \n &quot;);<br /><br />newData_FLAG=0;<br />}<br /><br />}<br /><br /><br />}<br /><br />ISR(INT1_vect) {<br /><br />// accelerometr measurement reading<br />I2C_start();<br />I2C_write_byte(MPU_adress);<br />I2C_write_byte(ACCEL_XOUT_H);<br />I2C_start(); // repeated start<br />I2C_write_byte(MPU_adress + 1); // slave adress + read bit<br />accX=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />accY=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />accZ=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(NACK)  );<br />I2C_stop();<br /><br />//// gyro measurement reading<br />//I2C_start();<br />//I2C_write_byte(MPU_adress);<br />//I2C_write_byte(GYRO_XOUT_H);<br />//I2C_start(); // repeated start<br />//I2C_write_byte(MPU_adress + 1); // slave adress + read bit<br />//gyX=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />//gyY=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(ACK)  );<br />//gyZ=( (I2C_read_byte(ACK)&lt;&lt;8) | I2C_read_byte(NACK)  );<br />//I2C_stop();<br /><br />newData_FLAG=1;<br /><br />}[/syntax]<br /><br /><strong><span style="color: #808000">------------------------ [ Dodano po: 11 minutach ]</span></strong><br /><br />Jeden błąd znalazłem. Całość zasilona 3v3, a sygnal tx na konwerterze pewnie 5v.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=4953">Lagun_25</a> — 23 lip 2015, o 19:10</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[Elektronik]]></name></author>
<updated>2015-07-23T18:01:36+01:00</updated>
<published>2015-07-23T18:01:36+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135328#p135328</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135328#p135328"/>
<title type="html"><![CDATA[Re: UART - zawieszanie procka]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135328#p135328"><![CDATA[
Witam<br /><br />Proszę podać więcej informacji dodać kod, dodać zdjęcia układów.<br /><br />Pozdrawiam<br />Elektronik<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=858">Elektronik</a> — 23 lip 2015, o 18:01</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[Lagun_25]]></name></author>
<updated>2015-07-23T17:58:35+01:00</updated>
<published>2015-07-23T17:58:35+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135327#p135327</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135327#p135327"/>
<title type="html"><![CDATA[UART - zawieszanie procka]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=12427&amp;p=135327#p135327"><![CDATA[
Witam <img src="https://forum.atnel.pl/images/smilies/icon_e_wink.gif" alt=";)" title="Puszcza oko" /> Mam pytanie. Przy przesyłaniu danych z uC przez uart procesor się zawiesza. Wina stykowki lub przejsciowki rs232(  chinol na PL-2303 ) czy przyczyną moze byc cos innego ? Do momentu zawieszenia dochodzą pełne dane, bez zadnych krzakow. Taktowanie procka 8MHz, szybkość transmisji 9600.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=4953">Lagun_25</a> — 23 lip 2015, o 17:58</p><hr />
]]></content>
</entry>
</feed>