Witam wszystkich,

Panie i Panowie mam problem - nie programuję w C, dlatego proszę o pomoc.

Otóż na stronie forbot.pl zamieszczony jest projekt miernika odległości opartego na Atmega8 - link do artykułu: http://www.forbot.pl/forum/topics61/son ... vt3012.htm.

Autor zamieścił wszystkie materiały aby samodzielnie wykonać taki miernik - niestety nie mogę się Nim skontaktować.
Zrobiłem płytkę, wlutowałem elementy i czas na zaprogramowanie plikiem, który ma być w załączonej na stronie paczce.

I teraz zielonego pojęcia nie mam jak to zrobić.
Nie wiem jakie fusy ustawić - to po pierwsze.
A po drugie jakoś program mi się nie chce kompilować - o ile próbuje wgrać właściwy bo tu też pewności nie mam.

Pomoże ktoś zrobić z tego wsad w .hex, który będę mógł wgrać do mojej ósemki?
Wydaje mi się, że plikiem źródłowym jest plik o nazwie: "sonar", ale jak próbuję go skomplikować w MkClipse to wyskakuje błąd w linii 65.



W załączniku

Wygląda na to, że masz w tej felernej linii użyty stary sygnał przerwania, trzeba go zastąpić nowym.
Posiłkując się tą stroną: http://www.nongnu.org/avr-libc/user-man ... rupts.html
zamiast:

należy napisać:

albo
- ale nie pamiętam dokładnie i nie jestem w stanie teraz tego sprawdzić.


PS: W nagłówku kodu masz nr telefonu do autora, możesz zadzwonić

Dzwoniłem i niestety telefon nieczynny.

A czy ten błąd może wynikać z tego, że plik był pisany w AVRStudio?

Chciałbym ten program skompilować w AtmelStudio, ale za cholery nie wiem jak to zrobić

------------------------ [ Dodano po: 2 minutach ]



Nieważne co wpiszę nadal pojawia się błąd...

Wrzuć treść błędu
W Atmel Studio bardzo prosto - tworzysz nowy projekt i dodajesz wszystkie pliki .c i .h do projektu. Na koniec wywalasz .c, który dodaje się automatycznie z projektem (jest tam od razu skzic funkcji main, ale to masz już w Twoim pliku sonar.c).

Nie mniej jednak nigdzie nie widzę definicji taktowania na 8MHz, więc imho powinno zostać tak, jak jest.
W Atmel Studio znacznie lepiej jest definiować częstotliwość w ustawieniach projektu -> toolchain -> symbols -> add "F_CPU=8000000".

Obrazek źle wstawiony, Różowo-Zielony J.

Dziękuję wszystkim za odzew.
Między czasie dostałem odpowiedź od autora projektu.

Zaprogramowałem, podłączyłem i na razie nie mam komunikacji po I2C.
Jutro będę rozgryzał temat bo nie wiem gdzie jest błąd - czy w AT8, która steruje czujnikiem czy może w AT168, która komunikuje się z AT8 po I2C.

Zobaczymy

Jeżeli skorzystasz z analizatora Saleae którego użycie demonstrował Pan Mirek w poradniku dotyczącym Magic LED i Attiny10 tołatwo będziesz mógł sprawdzić poprawność transmisji I2C. W aktualnym oprogramowaniu analizatora jest wbudowana m. in. analiza tego protokółu

Wysłane z mojego XT1580 przy użyciu Tapatalka

Tu nie chodzi tylko o I2C.
Powyższy program po wgraniu i uruchomieniu powinien 5 razy mignąć diodą a tak się nie dzieje.

Panowie muszę ten wątek pociągnąć tutaj bo inaczej nie dojdę ładu a szczerze liczę na Waszą pomoc.

Projekt urządzenia wygląda tak, że mam 2 płytki - 2 moduły.

1. Płytka z AT168 i wyświetlaczem na której ma się pojawiać wynik odczytany z drugiej płytki przez I2C.
2. Płytka z AT8 na której zamontowany jest czujnik ultradźwiękowy

Na początku nie mogłem skompilować programu do płytki z czujnikiem, ale Kolega michal3 zrobił to za mnie i płytka faktycznie ruszyła - daje znać, że żyje bo zgodnie z programem mruga 5 razy diodą na początku

Teraz na drugiej płytce z AT168 i wyświetlaczem muszę odczytać wynik pomiaru z tej pierwszej po I2C.
Niestety nie znam C więc program mam napisany w Bascom

Wygląda on tak:



Problem w tym, że przy każdej próbie odczytu danych po I2C płytka z czujnikiem się resetuje

Płytka z czujnikiem niby się uruchamia, ale przy próbie wywołania manualnie pomiaru też nic się nie dzieje.
Ehh... coś tu jest grubo nie tak

A czemu nie możesz po RS232? Pytam z czystej ciekawości bo według mnie chyba prościej w ten sposób


Wysłane z iPhone za pomocą Tapatalk

_________________
sig off ;(