ATNEL tech-forum 2015-02-16T11:41:28+01:00 https://forum.atnel.pl/feed.php?f=4&t=10425&mode 2015-02-16T11:41:28+01:00 2015-02-16T11:41:28+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=119330#p119330 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]>
[syntax=c]void sent_int( int16_t val, char *bufor){
itoa(val, bufor, 16);
for(uint8_t i=0; i<2; i++){
while(!(UCSRA &(1<<UDRE)));
UDR=bufor[i];
}
}[/syntax]

Wysyła do terminala właśnie ta funkcja, przebiega tak ja dawniej z tą różnicą, że teraz nie rzutuję na int16_t tylko od razu zbieram dane do tablicy typu int.

Na chwilę obecną nie używam i2c_read_buf bo jak już pisałem niezbyt dobrze działa. Zamiast tego używam takiej funkcji:

[syntax=c]void read_buff(uint8_t SLA, uint8_t adres, int16_t b[], char *bufor){
uint8_t i=0;

i2c_start();
i2c_write(SLA);
i2c_write(adres);
i2c_start();
i2c_write(SLA+1);

b[0]=i2c_read( 1);
b[1]=i2c_read( 1);
b[2]=i2c_read( 1);
b[3]=i2c_read( 1);
b[4]=i2c_read( 1);
b[5]=i2c_read( 0);

i2c_stop();

rs_trch(0x20);
for( i=0;i<6;i++){
sent_int(b[i],bufor);
}
rs_trch(0x20);
}[/syntax]

Chociaż nie wiem czy odbierane dane są dobre to jednak reagują na obracanie układu (teoretycznie powinno wskazywać przyspieszenia działające na układ).

Statystyki: Napisane przez sheivar — 16 lut 2015, o 11:41

]]> 2015-02-15T23:05:44+01:00 2015-02-15T23:05:44+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=119270#p119270 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> pewnie w jakimś szczególe.
To nie jest chyba błąd a raczej zabieg estetyczny rozdzieliłbym spacją operatory w funkcji
[syntax=c]void i2c_read_buf(uint8_t SLA, uint8_t adres, uint8_t len, uint8_t *buf){
i2c_start();
i2c_write(SLA);
i2c_write(adres);
i2c_start();
i2c_write(SLA+1);

while(len--) *buf++ = i2c_read( len ? ACK : NACK); //tu bym rozdzielił spacją
i2c_stop();
}[/syntax]

Pokaż jak możesz kod funkcji sent_int() bo nie bardzo mogę załapać jak działa.
Pokaż też jak wywołujesz funkcję i2c_read_buf() i jak wysyłasz dane na terminal

Statystyki: Napisane przez Zaba — 15 lut 2015, o 23:05

]]> 2015-02-15T22:08:05+01:00 2015-02-15T22:08:05+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=119247#p119247 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> Jeśli utworzę nową funkcję i w mainie wstawię ją po funkcji odpowiedzialnej za odczyt to otrzymuję same 0, tak jakby kompilator nie widział, że zmieniłem wartości tablicy do odbierania danych.

Statystyki: Napisane przez sheivar — 15 lut 2015, o 22:08

]]> 2015-02-15T00:42:39+01:00 2015-02-15T00:42:39+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=119053#p119053 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> Robią Ci się jakieś dziwne rzeczy :D
(to żarty)
Na dziś mam już dość zwoje w korze mi się prostują :)

Statystyki: Napisane przez Zaba — 15 lut 2015, o 00:42

]]> 2015-02-15T00:06:23+01:00 2015-02-15T00:06:23+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=119051#p119051 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]>
Kiedy chciałem odebrać w ten sposób i wysłać to (o ile dobrze pamiętam) terminal "zgłupiał" - wysyłał całe mnóstwo przypadkowych znaków. Trochę dawno to było a ja stwierdziłem, że dalej tak się bawić nie będę.

Przy okazji info z ostatniej chwili - za żadne skarby świata nie mogę zrozumieć jak to możliwe ale gdy zacząłem zbierać dane do tablicy typu int16_t i bezpośrednio z niej odczytywać (wywaliłem rzutowanie na ten typ) to jakimś cudem funkcja _delay_ms ożyła,
mogę diodą migać i otrzymuję dane co 1 sek. Na prawdę nie wiem jak to się stało.
Teraz powalczę z odbieraniem danych

Statystyki: Napisane przez sheivar — 15 lut 2015, o 00:06

]]> 2015-02-14T23:31:55+01:00 2015-02-14T23:31:55+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=119043#p119043 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> moje niedopatrzenie, błędnie zrozumiałem parametry wywołania funkcji i2c_read_buf

Co dostajesz po wywołaniu tej funkcji w tablicy buf ?
opisz trochę dokładniej co znaczy "nie spełnia swojego zadania"
nie kompiluje się czy coś innego ?

Statystyki: Napisane przez Zaba — 14 lut 2015, o 23:31

]]> 2015-02-14T22:55:09+01:00 2015-02-14T22:55:09+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=119035#p119035 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> Statystyki: Napisane przez sheivar — 14 lut 2015, o 22:55

]]> 2015-02-14T20:32:18+01:00 2015-02-14T20:32:18+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=119004#p119004 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> bo jeśli tak to według tego napisz funkcję i2c_read_buf.
Jak porównać to co wykonujesz w ww. liniach a funkcję i2c_read_buf to jest to zupełnie coś innego

Statystyki: Napisane przez Zaba — 14 lut 2015, o 20:32

]]> 2015-02-14T20:00:46+01:00 2015-02-14T20:00:46+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=118997#p118997 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> Funkcji read_buf wstawiałem zamiast instrukcji od linijki 42 do 50 włącznie, mam wstawić taki kod czy wystarczy ta informacja?
Reszta kodu bez zmian.

Statystyki: Napisane przez sheivar — 14 lut 2015, o 20:00

]]> 2015-02-14T19:10:57+01:00 2015-02-14T19:10:57+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=118983#p118983 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> nie widzę w kodzie gdzie używasz funkcji i2c_read_buf ?

Statystyki: Napisane przez Zaba — 14 lut 2015, o 19:10

]]> 2015-02-14T18:55:51+01:00 2015-02-14T18:55:51+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=118980#p118980 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> Niemniej jednak pozostałe problemy nadal aktualne i nadal przeszkadzające

Statystyki: Napisane przez sheivar — 14 lut 2015, o 18:55

]]> 2015-02-13T19:20:02+01:00 2015-02-13T19:20:02+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=118825#p118825 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> Udał mi się rozwiązać problem braku potwierdzeń od urządzenia. Teraz mam problem czysto programowy.

Jak już wspominałem korzystałem z niebieskiej książki, przepisałem z niej funkcje do obsługi TWI, niemniej jednak nie działa poprawnie funkcja:

[syntax=c]void i2c_read_buf(uint8_t SLA, uint8_t adres, uint8_t len, uint8_t *buf){
i2c_start();
i2c_write(SLA);
i2c_write(adres);
i2c_start();
i2c_write(SLA+1);

while(len--) *buf++=i2c_read( len ? ACK : NACK);
i2c_stop();[/syntax]

Kiedy wysyłam do terminal odebrane znaki otrzymuję zawsze 0. Oprócz tego nie działa funkcja delay_ms - znaki są wysyłane tylko raz.
Dziwię się gdyż stosując łopatologię jak w kodzie poniżej wszystko działa jak należy (oprócz delay_ms)

[syntax=c]/*
* main.c
*
* Created on: 27-01-2015
* Author: SZ
*/


#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>
#include <stdlib.h>
#include "TWI.h"
#include "RS.h"

#define MPU 0xd0

uint8_t test[1];
uint8_t raw[3];
int16_t r;
int16_t r1;
char buf[2];
uint8_t conf[2]={ 40, 0};

int main(void){

i2cSetBitrate(100);
DDRB |= (1<<PB1);
PORTC=(1<<PC4)|(1<<PC5);

UBRRH=(uint8_t)(12>>8);
UBRRL=(uint8_t)12;
UCSRB=(1<<TXEN)|(1<<RXEN);
UCSRC=(1<<URSEL)|(3<<UCSZ0);

PORTB |= (1<<PB1);
i2c_write_buf(MPU, 107, 2, conf);

while(1){


i2c_start();
i2c_write(MPU);
i2c_write(107);
i2c_start();
i2c_write(MPU+1);

raw[0]=i2c_read( 1);
raw[1]=i2c_read( 0);
i2c_stop();


r=(int16_t)raw[0];
sent_int(r, buf);
r=(int16_t)raw[1];
sent_int(r, buf);

i2c_start();
i2c_write(MPU);
i2c_write(117);
i2c_start();
i2c_write(MPU+1);

raw[0]=i2c_read( 0);

i2c_stop();


r=(int16_t)raw[0];
sent_int(r, buf);


_delay_ms(1000);

}

}[/syntax]

Może ktoś wie dlaczego:
1. _delay_ms nie działa (znaki są wysyłane tylko raz)
2.funkcja i2c_read_buf nie spełnia swego zadania
3. dioda nie chce się nawet zapalić?

Statystyki: Napisane przez sheivar — 13 lut 2015, o 19:20

]]> 2015-02-03T14:46:56+01:00 2015-02-03T14:46:56+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=117032#p117032 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> http://davidegironi.blogspot.com/2013/0 ... e-and.html

Zajrzyj tam, testowałem na Mega32, działa dobrze, wymaga większego taktowania np. 16MHz.

Statystyki: Napisane przez Radzio M. — 3 lut 2015, o 14:46

]]> 2015-02-02T16:51:28+01:00 2015-02-02T16:51:28+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116918#p116918 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> Statystyki: Napisane przez Artyum — 2 lut 2015, o 16:51

]]> 2015-02-02T16:04:21+01:00 2015-02-02T16:04:21+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116908#p116908 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> Artyum napisał(a):

czy dopuszczalne jest w tym przypadku użycie niższych wartości oporów?

Pewnie, że dopuszczalne a nawet wskazane jeśli po jednej stronie masz napięcie mniejsze niż 3,3V ...

Statystyki: Napisane przez mirekk36 — 2 lut 2015, o 16:04

]]> 2015-02-02T15:29:06+01:00 2015-02-02T15:29:06+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116907#p116907 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]>
Gdzie należałoby umieścić rezystory w przypadku gdy I2C przechodzi przez konwerter stanów logicznych 3,3/5V - podciągnąć linie do 5V przed konwerterem (przy CPU) czy do 3,3V za nim ?

Schemat konwertera na BSS138 w zasadzie zawiera w sobie pullupy po obu stronach przez 10K, czy dopuszczalne jest w tym przypadku użycie niższych wartości oporów?
http://i.stack.imgur.com/3Jz1E.jpg
proszę o poradę.

Statystyki: Napisane przez Artyum — 2 lut 2015, o 15:29

]]> 2015-01-31T10:33:54+01:00 2015-01-31T10:33:54+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116640#p116640 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> http://playground.arduino.cc/Main/MPU-6050 - w Example Sketch (code) jest mnóstwo pomocnych definicji.

Sam będę próbował na dniach uruchomić moduł także dam znać jak się uda

Statystyki: Napisane przez ps19 — 31 sty 2015, o 10:33

]]> 2015-01-30T23:41:38+01:00 2015-01-30T23:41:38+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116616#p116616 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> Pomyślałem więc, że inaczej sprawdzę co jest nie tak. Bazując na nocie aplikacyjnej atmegi8 zmodyfikowałem program tak aby monitorował dodatkowo stan rejestru TWSR. Po modyfikacji odczytałem, że układ gy-521 nie wysyła bitu ack po wysłaniu adresu + R/W oraz danych. Co ciekawsze program nie wysyła również innych znaków, które wstawiłem aby lepiej zorientować się w którym momencie wystąpił problem. Ma ktoś może pomysł co może być tego powodem?

Statystyki: Napisane przez sheivar — 30 sty 2015, o 23:41

]]> 2015-01-30T15:42:45+01:00 2015-01-30T15:42:45+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116579#p116579 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> Poza tym zauważyłem coś dziwnego, mianowicie program wysyła dane do terminala tylko wtedy gdy jest podłączony programator (używam USBASP). Coraz poważniej myślę, że błąd tkwi w programie.

Wiem czemu dioda dziwnie pracowała - po pierwsze jak się trochę przechyliła to chyba coś nie łączyło bo nie świeciła.
Po drugie nie mam pojęcia dlaczego ale dioda bez Vcc z programatora nawet nie myśli o współpracy.
Myślę o tym aby wywalić ten moduł do zasilania skoro i tak niewiele daje, dobry pomysł?

Statystyki: Napisane przez sheivar — 30 sty 2015, o 15:42

]]> 2015-01-30T09:59:37+01:00 2015-01-30T09:59:37+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116541#p116541 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> tylko sprawdź sobie czy się zgadza z Twoim
bo jak sam widzisz informacje z netu trzeba dobrze odfiltrować :)
Obrazek

Statystyki: Napisane przez Zaba — 30 sty 2015, o 09:59

]]> 2015-01-30T01:15:48+01:00 2015-01-30T01:15:48+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116520#p116520 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]>
Przeczytałem Internet i dowiedziałem się, że faktycznie posiada stabilizator napięcia (na stronce Arduino zalecają nawet podpinać Vcc do 5V żeby i2c dobrze działało) i wewnętrzne rezystory podciągające. Nic więcej nie znalazłem; wygląda na to, że każdy kto pisze o tym module patrzy w Internet i robi ctrl+c ctrl+v, ale nawet to to już coś

Statystyki: Napisane przez sheivar — 30 sty 2015, o 01:15

]]> 2015-01-29T23:40:02+01:00 2015-01-29T23:40:02+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116506#p116506 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> tylko moduł z tym układem a to zmienia postać rzeczy.

Przez to że to jest moduł mogłem Cię wprowadzić w błąd z PullUp I2C
za co z góry przepraszam ale miałem nie pełne informacje a z tematu
wywnioskowałem że posiadasz sam układ scalony.

Prawdopodobnie nie potrzebujesz podciągnięcia linii I2C
bo posiada je ten moduł ale musisz to koniecznie sprawdzić
w schemacie swojego modułu.
Musisz wiedzieć dokładnie co tam producent zamonował.
Możliwe że jest tam też stabilizator 3,3V .

Jak wszystko posprawdzasz to przedstaw jak najwięcej informacji
wtedy może coś się uda ogarnąć.

Statystyki: Napisane przez Zaba — 29 sty 2015, o 23:40

]]> 2015-01-29T22:34:13+01:00 2015-01-29T22:34:13+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116496#p116496 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> ObrazekObrazek

Na zdjęciu po prawej na dole jest układ do zasilania płytek, na dole mam 5V, na górze 3,3V (albo odwrotnie).
Dwie płytki bo już miałem dość przenoszenia układu z jednej na drugą a chciałem podpiąć się do 3,3V.

BTW czy dobrze zrobiłem podciągając SCL i SDA do 3,3V? Bo mikrokontroler jest zasilany z 5V.

Statystyki: Napisane przez sheivar — 29 sty 2015, o 22:34

]]> 2015-01-29T17:21:52+01:00 2015-01-29T17:21:52+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116453#p116453 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]> w rozdziale 9.2
Quote:

The MPU-60X0 always operates as a slave device when communicating to the system processor, which thus acts as the master. SDA and SCL lines typically need pull-up resistors to VDD. The maximum bus speed is 400 kHz.



Czy Ty masz moduł z tą kostką czy fizycznie kość MPU6050 ?

------------------------ [ Dodano po: 7 minutach ]

Wrzuć schemat jak to wszystko jest połączone
i może jakąś fotkę

Statystyki: Napisane przez Zaba — 29 sty 2015, o 17:21

]]> 2015-01-29T15:43:29+01:00 2015-01-29T15:43:29+01:00 https://forum.atnel.pl/viewtopic.php?t=10425&p=116430#p116430 <![CDATA[Re: Problem komunikacja I2C z MPU 6050]]>
Zapomniałbym zapytać - czy to oznacza, że układ jest uszkodzony czy jeszcze powinienem popróbować coś z niego wyciągnąć?

Statystyki: Napisane przez sheivar — 29 sty 2015, o 15:43

]]>