Witajcie.
Pod atmega88 mam podłączony expander 8574.
Expander ten pracuje tylko i wyłącznie jako wejście, tzn , że ma monitorować jakieś dowolne switche.

Do komunikacji z PCFem stosuje funkcje TWI_write_buf do podciągnięcia wejść no i oczywiście TWI_read_buf do odczytu stanu.
Niestety o ile funkcja TWI_write_buf wydaje się działać poprawnie, o tyle z odczytem mam problem. Wygląda jakby się program wieszał.


Jako, że projekt jest dosyć ograniczony ,to jedyną metodą debugowania jest u mnie "zastukanie" przekaźnikiem.

Dopóki nie było funkcji TWI_read_buf, to przekaźnik sobie pykał. Po dodaniu funkcji program jakby nie dochodził do miejscia gdzie jest pierwsze załączenie przekaźnika.

Czy przyczyną tego stanu rzeczy jest mój błąd w adresacji i wywołaniu funkcji, czy raczej problem leży w architekturze TWI dla tego procesora ? ( biblioteki są pod mega32)

Pozdrawiam

Kody umieszczamy przy pomocy syntax=c - Zielony J.

a czytales dokladnie niebieska ksiazke ??? baaaaardzo wyraznie pisalem ze nie ma uniwersalnych funkcji twi write i read dla wszystkich scalakow i2c jakie sa na swiecie i podalem przyklady dla rtc i eeprom a ty co ? sprawdzales pdfa ? przystosowalee te funkcje do swojego scalaka ? czy tak na zywiol poszedles ?

------------------------ [ Dodano po: 3 minutach ]

poza tym , choc moze sie myle bo jestem poza firma i nie mam pdfow to w tych scalakach nie ma zadnego podciagania do vcc. Jesli sie myle to niech mnie ktos poprawi

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Porównując do AVRów ustawienie 0 w układzie PCF8574 daje stan niski, a ustawienie 1 powoduje, że I/O działa jak wejście z rezystorem podciągającym do plusa. Ma to swoje zalety, bo można łączyć wyjścia równolegle, gdy potrzebny jest większy prąd wyjścia w stanie niskim.
Co do programu to oczywiście jest źle i należy w tym przypadku napisać swoje funkcje:

W tym przypadku jak widać adres musi 8-bitowy, a ty powyżej używasz 7-bitowego.

_________________
Dragonus Cracovus: Biomagia

@Mirku. Tak. Czytałem.
Do noty zaglądałem. Ogólna zasada jest taka, że zapis jest pod adresem układu a odczyt jest z adresu+1
Widziałem w funkcji że jest SLA+1 i wydawało mi się ,że to jest to.

Podczas debugowania program stawał na

@Krauser, oczywiscie z tym adresem masz rację. Moje przeoczenie.
Już się poprawiam.
Co do funkcji to zaraz spróbuje zastosować zmiany.
Dam znać

Działa jak należy.
Zmodyfikowałem tylko linię

Niestety bez obsługi LCD do debugowania się nie obeszło

Teraz mam inny problem, bo jest kwestia debounc no i maskowania bitów.
Ale to temat na dzisiejszy wieczór


Pozdrawiam

Ups... przepraszam, że wpakowałem cię na minę i już poprawiłem powyżej dla innych bywalców forum. Przynajmniej więcej się nauczyłeś

_________________
Dragonus Cracovus: Biomagia

nie ma sprawy
Z tym brakiem przypisania to się od razu zorientowałem. Myślałem, że to takie wyzwanie dla mnie na zasadzie "niech troche pokombinuje"

Debugowanie potrzebne było z powodu debounce.
Po prostu moje testowe zwieranie wyjsc PCF-a do masy powodowało sporo drgań i urządzenie nie zachowywało się tak jak należy.
Poradziłem sobie z tym banalnie prosto a zarazem nieelegancko.

Natomiast do maskowania wyniku zastosowałem unie pola bitowego ze zmienną

Być może jest to przerost formy, ale w odróżnieniu od


Mogę dowolnie nazwać sobie "bity" które później w programie ułatwiają orientację