Witam
Walczę z pamięcią już cały dzień, jednak nie działa...
Podłączenie jest ok,ramka wygląda ok, dostaje ACK, wszystko wygląda ok..ale odczyt i zapis nie działa:(
Wysylam 10 bajtów, 255 do pierwszych 10 komórek:


Ramka:


Próbuje odebrać dane:



otrzymuje losowe dane...

ADRES= 0 dana= 86
ADRES= 1 dana= 88
ADRES= 2 dana= 96
ADRES= 3 dana= 98
ADRES= 4 dana= 99
ADRES= 5 dana= 102
ADRES= 6 dana= 103
ADRES= 7 dana= 112
ADRES= 8 dana= 114
ADRES= 9 dana= 116

ramka odbioru:





Pamiec ustawiona na adres
#define addressw 0xA0
#define addressr 0xA1

Zworki A0 A1 A2 stan niski.


Na tej samej linii wisi BMP085, ale pod innym adresem, wiec to chyba nie przeszkadza..
Ma ktoś jakiś pomysł, czemu to nie dziala?

Cały czas te same czy za każdym razem inne.

Co z nóżką WP?

_________________
Dragonus Cracovus: Biomagia

Dodaj sobie TWIE do komend i coś takiego:



EDIT: dziewiczy eeprom powinien być oczywiście zapisany samymi 0xff i od tego radził bym zacząc sprawdzanie.

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

Wp wylaczone..(nie ustawiona blokada zapisu)..
Dane losowe,za każdym razem inne

------------------------ [ Dodano po: 37 minutach ]



[quote="jnk0le"]Dodaj sobie TWIE do komend i coś takiego:



mam w przerwaniu obsluge ir i timer...timer0 i timer1..mam to tez tam dodac?

EDIT: dziewiczy eeprom powinien być oczywiście zapisany samymi 0xff i od tego radził bym zacząc sprawdzanie.

Pamiec dzialala pod Bascom, wiec nie jest juz dziewicza.
Ta sama biblioteka obsluguje bmp085 i czujnik dziala, jak widac na ramkach jest ok.
Moze pamiec padla?
Choc wtedy przy transmisji byl by NAC a nie ACK...

Nie będzie żadnego problemu, tylko musisz dodać

przy każdym zapisie do TWCR.

Dzięki temu możesz sprawdzić czy np. jest blokada zapisu (eeprom wtedy wszystkie komendy nackujenackuje tylko dane, a podczas wewnętrznego zapisu wszystko).

A to czy jest martwy zależy ile zapisów zrobiłeś (jeśli w pętli leciały non stop zapisy jakiegoś niewielkiego obszaru to bardzo prawdopodobne że milion/100k cykli już jest wyczerpane)

EDIT: po pierwsze zamień

na

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

ok sprawdze z tym kodem do przerwiania..
Nie bardzo rozumiem gdzie mialbym dodac to:


Co do pamieci, zajechana nie jest na pewno..



tez to zmienię,choc nie wiem czy się tak da, uart_putnr oczekuje inta chyba..będziemy rzutować

na


Zaraz swój kod na gita wrzuce z page r/w.

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

Trzeba bylo mowic ze w rejestrach:)

------------------------ [ Dodano po: 56 minutach ]

Zaraz swój kod na gita wrzuce z page r/w.[/quote]
Podasz na priv czy tutaj gdzie lezy?

https://github.com/jnk0le/AVR-I2C-libs
Jak na razie to jest troszkę biednie, ale działa

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

Ok, dodalem twoje biblioteki, niestety przy probie odczytu lub zapisu mam reset procka.
Po odjeciu (skasowaniu (1<<TWIE) ) nie resetuje sie, ale dziala tak jak poprzednio, czyli ramka jest ok, odczytuje smieci..

Ramki danych wyglądają prawidłowo.

Zapomniałem o usunięciu TWIE z jednej funkcji, a nieobsługiwane przerwanie właśnie powoduje reset

Zobacz jak całą pamięć odczytuje, może masz zaorane te pierwsze 10 bajtów.

EDIT:
Dosyć dziwny jest brak 4ms cyklu zapisu w którym pamięć powinna wszystko nackować.

EDIT2:



no i oczywiście sprawdź pullupy.

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

Hmm, zachowuje się strasznie dziwnie..
zapisuje 255 adresów dana=240.
Odczyt pierwszy raz leci ok, do adresu 63, potem przekłamuje.
próbuje odczytać drugi raz, już dane się zmieniają na całym obszarze...

Może prędkość i2c jest nie teges...mam 100kHz..czyli wg noty max jaka zniesie..



Jakieś inne pomysły? wygląda ze obsluga jest ok, jest problem w czymś innym...

Pul lupy są, na tej samej linii wisi bmp085 i działa prawidłowo, obsługa jest inna, ale przecież pamięć jest prosta w obsłudze...
Mam delay 25ms po każdym zapisie i odczycie, wiec czasowo jest ok..
Trace już cierpliwość..
Dziwne te losowe dane...
Wyjecie kosci powoduje brak odpowiedzi, wiec dane trafiaja tam gdzie trzeba...

Jeszcze jedan rzecz...po ustawieniu (1<<TWIE), przestał działać czujnik ciśnienia, samo skasowanie wpisu nie pomogło, dopiero ustawienie (0<<TWIE) zmieniło na działający...widocznie rejestry się nie kasują..


Kurcze,teraz to wogole twi nie dziala..
Odstawić do jutra trzeba

(1<<TWIE) musi być w każdej funkcji zapisującej do TWCR albo żadnej.
No i oczywiście musisz jakoś obsłużyć to przerwanie, bo inaczej będą resety.

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

Edit..ok już wiem co bylo nie tak, ze twi nie działal wogole...trzeba było sie przespac z tym:)
Mam podciągnięte linie w module pamięci, bez tego modułu linie nie miały rezystor...a wycinagnalem pamięć z okładu i twi umarł...lol
Pozostał problem pamięci....walcze nadal..

Skoro były tylko w module to dorzuć jeszcze 2x 4,7k obok procka.

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

Ok, ale nadal nie działa 24c..
Spróbuje z inna kością...
Dziwne jest to, ze zmieniłem adres wysyłany do pamięci (adres kości), i adres rożny od A0 i A1 jest z odpowiedzią NAC, wiec pamięć opowiada poprawnie na swoje adresowanie.

Poprawny adres:



adres niewłaściwy:

A zapisanie całej dostępnej powierzchni zerami a następnie odczytanie tego, co zwraca po uarcie ?
Bardzo możliwe że masz uszkodzone początkowe bloki (gdzieś wyczytałem że trzeba całe strony zapisywać aby uzyskać deklarowaną liczbe zapisówtylko niektóre modele z ecc).

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

Zapisalem 20k adresow, odczyt inny niz zapisane dane..
Stronami zapisuje sie flash, nie eeprom..


Wymieniłem pamięć na inna, to samo...


Znalazlem dziwny kod, nei za bardzo rozumiem dlaczego tak to jest robione, juz w kilku przykladach jest tak dziwnie...



Ustawienie adresu??



Czytanie i zapis jasny jest dla mnie..
Ale o co to ustawienie adresu??

Juz wiem:)
Jeju, ale zrobiłem bube...




Miałem rzutowanie....stad nie działało...ale kicha:)



Bez rzutowania działa...

I jak zwykle najwięcej problemów sprawia coś nieistotnego


Powinno działać.



Teraz możesz się pozbyć tego delaya stosując coś takiego

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

Mam jeszcze jeden problem...moze przy okazji:

Nie dziala mi przekazywanie parametrow PWM_Value_day i PWM_Value_night do funkcji
void zapis_do_pamieci(unsigned char PWM_Value_day,unsigned char PWM_Value_night)..

mam takie wyniki:
PWM_Value_day przed zapisem = 135
PWM_Value_night przed zapisem = 85
PWM_Value_day write zapis= 135
PWM_Value_night write zapis= 85
PWM_Value_day read from eeprom = 0
PWM_Value_night read from eeprom = 69

Jak widac dane wchodza popranie, ale uz sie nie zapisuja popranie w pamieci..

Ustawianie dziala, mam zwracane poprane wartosci, ale jak juz wchodzi do zapisu to jest blad...


Gdzie robie blad?

Wrzuć cały kod od writeData i readData.


tu może być problem.

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

sie za wczesnie...cos znow nie dziala:(




Troche zmienilem ta funkcje, by nie miala argumentu dataout.

Odczytujesz TWDR 25ms po zakończeniu transmisji, możliwe że po wysłaniu 'stopa' wartość rejestru TWDR może być niezdefiniowana.

U mnie odczyt zrobiony jest tak


Masz te funkcje z jakiegoś tutoriala czy sam sobie skleiłeś ?

A i jeszcze brakuje i2c_stop() po readNAK

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

Ok sprawdze jutro...moze faktycznie rejestr sie czysci..twdr..nie zauwazylem ze faktycznie delay jest przed odczytem.

Mozesz podeslas swoja funkcje send i read?
Widze ze robisz to bezposrednio na twi hardware.

to nadal nie to..moge proscic o jakis przykladowy kod zapisu i oczytu?
Moje biblioteki sa takie:

https://github.com/jnk0le/AVR-I2C-libs

Podawałem to już parę postów wyżej.

Kod sklejony na szybko z gotowców i nieco poprawiony, niedługo pojawi się coś lepszego.
W TWI_routines są podstawowe operacje na i2c, a 24C32 eepromy 4-64 kbx8.

I jakby co to


EDIT:


Spróbuj odczytać TWDR przed sync'em.

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

Dodalem twoja biblioteke, nadal mam to samo..
Czyli nie odczytuje danych, losowe wyniki sa.
Ramki sa ok, dane poprawne..

do "x" przypisuje 10, 1 10, 100...

moj kod:





Czyli to nie to..
odczyt wyglada tak:

ADRES write= 10 dana= 100
ADRES write= 11 dana= 100
ADRES write= 12 dana= 100
ADRES write= 13 dana= 100
ADRES write= 14 dana= 100

ADRES read= 10 dana= 96
ADRES read= 11 dana= 100
ADRES read= 12 dana= 100
ADRES read= 13 dana= 100
ADRES read= 14 dana= 96


Kazdy nastepny odczyt:

ADRES read= 10 dana= 96
ADRES read= 11 dana= 96
ADRES read= 12 dana= 100
ADRES read= 13 dana= 100
ADRES read= 14 dana= 100

odczyt=
ADRES read= 10 dana= 68
ADRES read= 11 dana= 68
ADRES read= 12 dana= 64
ADRES read= 13 dana= 64
ADRES read= 14 dana= 64

odczyt=
ADRES read= 10 dana= 0
ADRES read= 11 dana= 0
ADRES read= 12 dana= 32
ADRES read= 13 dana= 32
ADRES read= 14 dana= 32

odczyt=
ADRES read= 10 dana= 100
ADRES read= 11 dana= 96
ADRES read= 12 dana= 0
ADRES read= 13 dana= 0
ADRES read= 14 dana= 0

losowe dane...
Jak pisalem wyzej, obsluga BMP085 dziala poprawnie na bibliotece TWI...

Dane losowe, ale powtarzają się (96, 64, 32 ...), dosyć dziwaczna sytuacja.

Jakie masz taktowanie procka ?
Z tego co wiem TWBR nie może być mniejszy niż 10, przez co 1mhz nie pozwala na ustawienie 100kHz.

_________________
AVR-UART-lib
AVR-FAST-ENCODER
RFM7x-lib

zegar na 14745600..
Dokladnie, dosc dziwaczna...dlatego pytam:)
Nigdy nie mialem z eepromem problemów, szczególnie ze twi działa obecnie...jak widać po ramkach..

Dziwne jest tez to, ze zapis "0" do pamiecie idzie dobrze, odczyt zawsze jest 0
Z "1" jest juz gorzej, losowo 0 i 1 (oczywiscie po zapisie 0 wczesniej).

Przy zapisie 10, losowe dane od 0 do 10...
przy 100, losowe od 0 do 100...