ATNEL tech-forum

Re: STMPE811 - problem z komunikacją

2013-01-12T17:14:48+01:00

Usterka zlikwidowana, okazało się, że panel odszedł do krainy wiecznych dotyków

Statystyki: Napisane przez savian86 — 12 sty 2013, o 17:14

Re: STMPE811 - problem z komunikacją

2013-01-10T20:32:38+01:00

Mam panel zapasowy, tak jak napisałem nie mam teraz dostępu do urządzenia więc sobie trochę teoretyzuje Panel jest od telefonu komórkowego i nałożony na wydrukowane ikony na folii i to podświetlone. Ogólnie jest to prosty sterownik oświetlenia zamontowany u rodziców. W niedzielę odziałam z tym.

Statystyki: Napisane przez savian86 — 10 sty 2013, o 20:32

Re: STMPE811 - problem z komunikacją

2013-01-10T19:56:25+01:00

bardzo ciężko odpowiedzieć na takie pytanie jeśli nie masz zapasowego albo innego touch panela do sprawdzenia ...

na jakim w ogóle jedziesz ? jaki masz LCD ?

Statystyki: Napisane przez mirekk36 — 10 sty 2013, o 19:56

Re: STMPE811 - problem z komunikacją

2013-01-10T19:23:25+01:00

Odkopuję trochę temat. Urządzenie przy którym walczyłem z STMPE, pracowało sobie bezawaryjnie kilka miesięcy,aż tu w tym tygodniu pojawił się taki problem, że touch-panel wzbudza się pomimo braku dotyku. STMPE wykrywa dotyk panela i wyrzuca raczej przypadkowe punkty (brak powtarzalności wartości tego wzbudzania się). Moje pytanie jest takie, czy możliwe jest, aby wystąpiły takie objawy jeśli pojawiłby się zimny lut gdzieś na scalaczku STMPE? Czy raczej sam panel już szykować do wymiany? Niestety nie mam teraz dostępu do tego urządzenia, aby to sprawdzić, więc moje pytanie jest czysto teoretyczne

Statystyki: Napisane przez savian86 — 10 sty 2013, o 19:23

Re: STMPE811 - problem z komunikacją

2012-05-29T20:59:52+01:00

Udało się:)

Quote:

Podłączenie elektryczne, również jest identyczne

Kłamałem;]

Rozlutowując i przylutowując scalaka kilkukrotnie bez rezultatu, ręce mi opadły. Myślałem że go przegrzałem. Zerknąłem na schemat Twój i przerysowany przeze mnie do Orzeła;] no i okazało się że takiego babola walnąłem, aż wstyd;] Pin 9 podłączyłem do Vcc, z SPI chciałem wydusić I2C:) No i ponowne przylutowanie scalaka i ruszył z kopa. Pojawiły się upragnione trzy cyferki 811. Plus z tego taki, że wypracowałem sobie sprawne lutowanie QFN.
Na dzisiaj to tyle zabawy, właściwą częścią zajmę się jutro po robocie.

-- dodano 31 maja 2012, o 17:50 --

Samą komunikację nawiązałem z STMPE, ale właściwie na tym koniec moich sukcesów. Próbując pobrać współrzędne w przerwaniu, nie jest ono wcale zgłaszane do uC. Procka konfigurowałem we wszystkich dostępnych możliwościach reakcji na przerwanie. Zrobiłem również tak, że do pętli głównej wrzuciłem bezpośrednio odczyt współrzędnych, wykonujący się co ok 250ms.

Włączam zasilanie -> odczyt X:0, Y:0 -> naciskam panel -> X: ok 65200(wartość rejestru) Y: 0 -> po chwili X:0 Y:0 -> każde następne naciśniecie panela X:0 Y:0

Pomysły mi się skończyły. Miałbym ogromną prośbę do Ciebie mirekk36, ponieważ masz tego STMPE rozpykanego. Jak będziesz miał wolną chwilkę i ochotę, a jestem świadomy, że z tym bywa ciężko tzn. z czasem ;] sprawdziłbyś na swoim układzie czy to co naskrobałem ruszy u Ciebie? wtedy wyeliminowałbym usterkę sprzętową. Załączam projekcik w którym jest tylko to co niezbędne, przygotowany dla Atmega8. Dodam że panel który używam jest od SonyEricsona P900, a podłączony bezpośrednio do uC jako tako śmiga.

-- dodano 31 maja 2012, o 21:36 --

Dobra, zwojowałem te moje problemy, panel śmiga. Tak więc Mirku zwalniam Ciebie z mojej prośby i tak masz sporo na głowie;] miałem kilka błędów, a jednorazowe odczyty i późniejsze wieszanie się były spowodowane tym, że zapomniałem odpowiednio poprzesuwać bity na swoje miejsce.
Ale dalej trapi mnie jak to jest z tymi rejestrami FIFO, a konkretnie FIFO_STA,FIFO_TH (FULL, EMPTY, OVF). Czy odnoszą się one do odczytu grupowego? Definiujemy ile próbek ma zbierać i tamte poszczególne bity wskazują stan, czy bufor przepełniony, czy zebrał tyle próbek ile chcieliśmy itd. ?

Statystyki: Napisane przez savian86 — 29 maja 2012, o 20:59

Re: STMPE811 - problem z komunikacją

2012-05-28T21:58:42+01:00

Hmm - no tak - lutowańsko tego QFN'a to jednak precyzyjna zabawa co by nie mówić. Dławika przynajmniej do testów nie musisz mieć - on się szczególnie przydaje gdy już docelowo korzystasz z panelu żeby jak najlepiej przetworniki ADC miały filtrowane zasilanie

tu masz moją aktualną inicjalizację z odczytaniem na początku ID scalaka

[syntax=c]uint16_t stmpe811_init() {

uint16_t id;

stmpe811_read_buf( 0, 2, (uint8_t*)&id);// read chip ID

stmpe811_write_reg( 0x04, 0x0c ); // SYS_CTRL2: TSC & ADC - CLK ON

stmpe811_write_reg( 0x0a, 0x02 );//*INT_EN:Enable FIFO_TH interrupt
stmpe811_write_reg( 0x20, 0x48 );// ADC_CTRL1:Sample time 44, ADC 12bit mode
_delay_ms(5);
stmpe811_write_reg( 0x21, 0x01 );// ADC_CTRL2: ADC Freq = 3,25MHz
stmpe811_write_reg( 0x17, 0x00 );// GPIO_ALT_FUNCT: Set GPIO as touch screen and ADC
stmpe811_write_reg( 0x41, 0x9a );// TSC_CFG: settling=100us, delay=500us, 4 samples
stmpe811_write_reg( 0x4a, 0x01 );//*FIFO_TH:fifo threshold = 1 (can't be 0)
stmpe811_write_reg( 0x4b, 0x01 );// FIFO_STA:fifo reset
stmpe811_write_reg( 0x4b, 0x00 );// FIFO_STA:fifo put out of reset mode
stmpe811_write_reg( 0x56, 0x07 );// TSC_FRACTION_Z:fractional part is 7, whole part is 1
stmpe811_write_reg( 0x58, 0x01 );// TSC_I_DRIVE:mac current limit = 50 mA
stmpe811_write_reg( 0x40, 0x01 );//*TSC_CTRL:no window tracking, X,Y and Z aquisition
stmpe811_write_reg( 0x0b, 0xff );// INT_STA:clear all interrupts
stmpe811_write_reg( 0x09, 0x03 );// INT_CTRL:en global INT, edge, rising

return id=(id<<8)|(id>>8); // change little endian --> big endian
}[/syntax]

Statystyki: Napisane przez mirekk36 — 28 maja 2012, o 21:58

Re: STMPE811 - problem z komunikacją

2012-05-28T21:51:51+01:00

Tak, tak, zgadza się:) Post wyżej opisałem jak zrozumiałem to co odczytałem z PDF-a. I zdziwiło mnie że nie jest właśnie +1. Przeczytałem ponownie odpowiednią część z PDF-a bardziej wnikliwie. No i to zmienne adresowanie tyczyło się konfiguracji w jakiej jest podłączony PIN3 (a0). Gdy do VCC to 0x88 i 0x88+1. Gdy do GND to 0x82 i 0x82+1. No ale już utwierdziłeś mnie w tych podejrzeniach
Zastosowałem programową obsługę I2C dla porównania. W odpowiedzi dostałem 0xFFFF, wniosek, brak jakiejkolwiek komunikacji ;] Wcześniej w odpowiedzi dostawałem to co ostatnio wysłałem, ponieważ koniec końców to ten sam rejestr TWDR.
Diagnoza taka, że nieprawidłowo jest przylutowany scalak, było to moje pierwsze podejście do QFN. Jutro poprawię i będę działać dalej.

BTW. Pierwszą książkę posiadam, drugą również mam w planach, a panel muszę uruchomić do piątku. Zrobiłem sterownik oświetlenia i na weekend montuje go u rodziców, żeby mama z wyra nie musiała wstawać by sobie przyświecić:) A jak już wstanie to żeby miała ładny panel zamiast tradycyjnego włącznika.

Dzięki za czas i pomoc. Pozdrawiam

Statystyki: Napisane przez savian86 — 28 maja 2012, o 21:51

Re: STMPE811 - problem z komunikacją

2012-05-28T21:28:06+01:00

Hmm teraz już dużo nie pamiętam a w najnowszej książce będzie opisane wszystko ze szczegółami

http://sklep.atnel.pl/pl/p/KSIAZKA-II-DVD/36

zobacz na spis treści...

ale ok już widzę masz jakiegoś mega babola - jak tyś sobie te adresy ustalił ???

Tak przy okazji zapytam masz moją pierwszą książkę? tam masz pokazaną zasadę jak sobie robić odczyt i moją uwagę żeby nigdy się nie bawić w takie właśnie definiowanie adresu do zapisu i odczytu jak u ciebie

[syntax=c]#define STMPE811_R 0x88
#define STMPE811_W 0x82[/syntax]

po co to ??? przecież adres do zapisu to tylko dodanie 1 do adresu bazowego - a tymczasem ty sobie to liczysz na piechotę i sam wpadasz we własną pułapkę

a jakbyś napisał

Quote:

#define STMPE811 0x88

TWI_start();
TWI_write(STMPE811);
TWI_write(adr);
TWI_start();
TWI_write(STMPE811 + 1);
while (len--) *buf++ = TWI_read( len ? ACK : NACK );
TWI_stop();

to od razu miałbyś 12 kilo problemów z głowy - ale to już jak pisałem wyżej - tłumaczyłem w książce

przemyśl to wszystko i zastanów się teraz - jeśli adres bazowy = 0x88 to jaki będzie większy o 1 ??? na pewno nie 0x82

Statystyki: Napisane przez mirekk36 — 28 maja 2012, o 21:28

Re: STMPE811 - problem z komunikacją

2012-05-28T21:02:06+01:00

Inicjalizacje mam stąd:
http://mirekk36.blogspot.com/2011/12/pa ... 1-i2c.html
Podłączenie elektryczne, również jest identyczne, jedynie nie ma dławika na zasilaniu

To jak to jest z tym adresem tego scalaczka? W pierwszym etapie jak zapisuje do niego jakiś adres komórki, którą chcę odczytać to również wysyłam do niego 0x88? Bo z noty zrozumiałem to w ten sposób, że jak robię tylko zapis to wysyłam 0x82. A jak robie odczyt to robię najpierw 0x82 ... restart 0x88 ... Wachlowałem tymi adresami w różnych kombinacjach, bez rezultatu;/

Statystyki: Napisane przez savian86 — 28 maja 2012, o 21:02

Re: STMPE811 - problem z komunikacją

2012-05-28T20:49:04+01:00

Ja też na magistrali mam PCF8583 oraz EEPROM 24c04 a także miły scalaczek STMPE811 ... adres scalaka masz prawidłowy, ja mam taki

[syntax=c]// adres układu na magistrali I2C
#define _STMPE811_ADDR 0x88[/syntax]

to co robisz dalej to po prostu gdzieś są pomyłki w odczycie I2C ale z tego co widzę to też masz inicjalizację inną niż ja.

Statystyki: Napisane przez mirekk36 — 28 maja 2012, o 20:49

STMPE811 - problem z komunikacją

2012-05-28T20:27:47+01:00

Witam, jestem tu świeży:) Mam problem z nawiązaniem poprawnej komunikacji z tym układem. Do rzeczy, to co naskrobałem:
[syntax=c]//podejrzewam ze te adresy wcale takie nie sa
#define STMPE811_R0x88
#define STMPE811_W0x82

void stmpe811_init(void)
{
stmpe811_write_reg( 0x04, 0x0c );
stmpe811_write_reg( 0x0a, 0x07 );
stmpe811_write_reg( 0x20, 0x49 );
_delay_ms(2);
stmpe811_write_reg( 0x21, 0x01 );
stmpe811_write_reg( 0x17, 0x00 );
stmpe811_write_reg( 0x41, 0x9a );
stmpe811_write_reg( 0x4a, 0x01 );
stmpe811_write_reg( 0x4b, 0x01 );
stmpe811_write_reg( 0x4b, 0x00 );
stmpe811_write_reg( 0x56, 0x07 );
stmpe811_write_reg( 0x58, 0x01 );
stmpe811_write_reg( 0x40, 0x03 );
stmpe811_write_reg( 0x0b, 0xff );
stmpe811_write_reg( 0x09, 0x03 );

}

void stmpe811_write_reg(uint8_t adr,uint8_t cmd)
{
TWI_start();
TWI_write(STMPE811_W);
TWI_write(adr);
TWI_write(cmd);
TWI_stop();
}

void stmpe811_read_buf(uint8_t adr, uint8_t len, uint8_t *buf)
{
TWI_start();
TWI_write(STMPE811_W);
TWI_write(adr);
TWI_start();
TWI_write(STMPE811_R);
while (len--) *buf++ = TWI_read( len ? ACK : NACK );
TWI_stop();
}[/syntax]

plik z obsługą TWI
[syntax=c]#define ACK 1
#define NACK 0

void TWI_start(void) {
TWCR = (1<while (!(TWCR&(1<}

void TWI_stop(void) {
TWCR = (1<while ( !(TWCR&(1<}

void TWI_write(uint8_t bajt) {
TWDR = bajt;
TWCR = (1<while ( !(TWCR&(1<}

uint8_t TWI_read(uint8_t ack) {
TWCR = (1<while ( !(TWCR & (1<return TWDR;
}[/syntax]

No i na starcie próbowałem odczytać CHIP_ID
[syntax=c]stmpe811_init();
uint8_t bb[2];

stmpe811_read_buf( 0x00, 2, bb);[/syntax]

Witamy, witamy tylko proszę kod programu umieszczać w znacznikach [ syntax = c ] tak jak to poprawiłem OK? (mirekk36)

Jednak w odpowiedzi dostaje 0x8888, czyli dwukrotnie wartość STMPE811_R, a powinienem dostać 0x0811. Dodam że jak zamienię adres przy odczycie np na 0x89 to procek wisi na TWI_read(). Na magistrali jest jeszcze PCF8563 i śmiga. Proszę o rady

Statystyki: Napisane przez savian86 — 28 maja 2012, o 20:27