Witam, mam problem z biblioteką freemodbus 1.6.0, otóż nie moge sie połączyć z AVR (Slave) przez płytkę MAX485 z komputerem (Master)
Sposób połaczenią zastosowałem jak w jednym z dostępnych wątków:


Inicjalizacja i definicje:


int main:


i kod poza pętlą główną:


#define RTS_ENABLE i #define __AVR_ATmega168__ w pliku port.h uczyniłem.
Wszystko się ładnie, ale są ostrzeżenia takie jak :


Dodam jeszcze, że komedna _delay_ms(1000); nie działa, sprawdzone przy miganiu lampki.

Ma ktoś jakies pomysły czemu, mikrokontroler nie otrzymuje albo nie wysyla ramek danych?

Nie działa miganie diodą a Ty próbujesz uruchomić modbusa? Dobrze rozumiem?

Miganie diodą :

Ona sie zapala ale nie gasi jeżeli do podanego wyżej kodu dpoiszemy ta drobną funkcjonalność, zaś jeżeli robie to na przycisku nie na opóźnieniu wszystko dobrze działa.

Może biblioteka freemodbus nie toleruje funkcji _delay_ms();

"Miganie diodą" tam wystawiasz 1 na piny PD1 i PD0. Aby wygasić PD1 zastosuj wyrażenie PORTD &=~(1<<PD1). W drugim przypadku podobnie.

żadna biblioteka nie toleruje jak sie procek blokuje przez _delay_ms().

Poza tym funkcja do migania diodą powinna wyglądać tak:

Kolego, jeżeli w rzeczywistości masz podpiętego MAX-a do procka dokładnie w taki sposób, jak na tym "schemacie", to biblioteka może być wyryta nawet w "złotym krzemie" i nie ruszy. A dlaczego ? Zaglądnij do noty aplikacyjnej użytego układu MAX485, pomyśl, przeanalizuj zawarte tam informacje....

Ze swojej strony dodam, że to nie problem z biblioteką....

_________________
Pozdrawiam,
sq8mvy, Paweł

W tym przypadku też jedynie się zapala ale się nie gasi po upływie 1 s. Ale to mniej istotne nie mogę zaobserwować żadnego ruchu danych na lini Komputer AVR programem mbpollem

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



to może byś powiedział, bo naprawdę nie jestem ekspertem w tej dziedzinie. A każda pomoc byłaby na wagę złota.

EDIT

Zmienilem polaczenie przewodów RX0 (Pin14) z TX0 (Pin15)

Podpowiedziałem bardzo dużo. Pytanie tylko, czy zadałeś sobie na tyle dużo trudu, aby chociaż zaglądnąć do noty MAX485?

Nauka nie polega na kopiowaniu schematów.....
Ale ok. Pierwszy rysunek z pinoutem MAX485 - strona 7 pdf-a


Oraz fragment Twojego "schematu":

Celowo tylko ten fragment przedstawiłem......

_________________
Pozdrawiam,
sq8mvy, Paweł

Linie A i B za MAX odpowiednio podciągnięte do + i GND. Odwrotnie podpięte RO i DI tzn RO>RXD i DI>TXD.

Nie piszę tego złośliwie, ale jeśli się ma problemy z miganiem diodą i się zostawia to "na boku" - to jakim cudem chcesz okiełznać po tysiąckroć coś bardziej skomplikowanego jak taką bibliotekę. Toż już same te czasy migania mówią same za siebie że masz coś mocno i to mocno pomieszane w podsawowym odpaleniu kodu.

Weź ty sobie samą diodę LED i najpierw doprowadź do tego żeby ona poprawnie migała - a wtedy idź dalej

_________________
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 ]

tak RO i DI zamieniłem już wczesniej ale to poskutkowało tym, iż na RX zapaliła mi się lampka i świeci ciągłym swiatłem nie widac wysyłanych ramek.

Jak ogarniesz miganie LEDa to podlacz /zakup najprostszy logic analizer - przyda Ci się do wielu innych rzeczy, nie tylko do ogarniecia transmisji.

Mam Moxe Nport5232



Miganie mi działa, gdy nie mam zaimplementowanego kodu z dema biblioteki freemodbas, na arduino ściągnąłem bibliotkę wszystko poustawiałem i działa, a tutaj mam problem i nie mogę go zlokalizować. błedy w podłaczeniu odpowiednich pinów juz wyeliminowałem.

Logic analizator nie konwerter/serwer rs485...

Bez obrazy, ale to jest jakiś żart.....


O jakiej lampce mowa ? W jaki sposób chcesz obserwować wysyłane ramki przez lampkę?

Po pierwsze. Jakie masz ustawione fusbity w mikrokontrolerze. Jaką częstotliwość taktowania mikrokontrolera masz ustawione w projekcie.
To są podstawowe sprawy, jakimi się musisz w pierwszej kolejności zająć. Jeżeli te ustawienia będą błędne, to i uart nie będzie pracował z poprawną prędkością.
Do testów wypnij tego MAX-a, pod uart podepnij przejściówkę usart<->USB i na komputerze w terminalu obserwuj, co się dzieje. Jak komunikacja w ten sposób ruszy, to użyj MAX-a i interfejsu RS485<->USB.

_________________
Pozdrawiam,
sq8mvy, Paweł

Czemu żart?

------------------------ [ Dodano po: 1 minucie ]



Jakoś mi się tak z lampką biurkową skojarzyło mikrokontroler wysyła ramkę a lampka na biurku przygasa bit za bitem

Nie lampka miała mi mówić czy mikrokontroler dobrze funkcjonuje i może wykonywać inne funkcjię oprócz modbusa



Tak też uczynię.

A więć za radą kolegi skomunikowałem się na początku z komputerem po przez przejściówkę USB to TTL pisząć prosty program:



Teraz spróbuje to wysłać poprzez bibliotekę freemodbus do komputer również po przez USB to TTL

Czegoś nie rozumiem. Na schemacie jest, że masz podpięty kwarc 16MHz, Na listingu podajesz 8MHz....... Coś tu jest nie tak ...

Na dodatek w kodzie wpisujesz definicję F_CPU, czego się nie powinno robić. Poprawną częstotliwość ustawia się w ustawieniach projektu, tak aby była wartością globalną, odnoszącą się do wszystkich plików w projekcie.

Teraz zainkludujesz bibliotekę modbus, która zostanie skompilowana dla nie wiadomo jakiej częstotliwości taktowania ( ustawionej w projekcie ), plik main.c skompiluje się z tym F_CPU, który definiujesz, jak pokazałeś powyżej i wychodzi masło maślane, posty na forum, że nie działa itp, itd....

Skoro takie podstawowe błędy robisz, to nie dziw się, że nie chce ci działać, bo to nie ma prawa poprawnie działać.
Zacznij naukę od samego początku - miganie LED-em, a nie od obsługi magistrali RS485 za pomocą modbus-a.

_________________
Pozdrawiam,
sq8mvy, Paweł

Ale to zupełnie inny projekt testowy do komunikacji po RS232, a Ty mi wyskakujesz z czyms takim.

------------------------ [ Dodano po: 9 minutach ]



Co jest błędnego w deklaracji F_CPU przed innymi deklaracjami jak w projekcie jest jeden plik wykonwaczy main.c?
Miganie diodą led nie jest problemem, bo fusrbity avr328p sa ustawione na 8 Mhz i w programie wysyłanie czy miganie diody też jest ustawione na 8 Mhz. Chodzi o to że po implementacji kodu z Freemodbus funkcja delay przestaje działać prawidłowo.
Chyba nawet nie zajrzałeś w kod i nie zobaczyleś, że to najprosty USART a odrazu obrzucasz kogoś błotem.

To wypada o tym wspomnieć. Podając kod testowy z uartem, dla mnie jest jasne, że uruchamiasz go na tym układzie ze schematu z pierwszego postu - bo na tym schemacie opiera się cały ten wątek.


Aż taki jesteś pewien, że w projekcie z kodem testowym uarta jest tylko ten Twój plik main.c ???


Zajrzałem. Pytanie tylko takie, czy wiesz, jak wygląda proces kompilacji, co robi linker, co dokłada do kodu wynikowego itp, itd

Bo, jeżeli nie wiesz:


To również nie znajdziesz odpowiedzi na:


Zmień podejście do osób, które chcą Ci pomagać. Mi obecnie szkoda czasu.

_________________
Pozdrawiam,
sq8mvy, Paweł

Rozumiem, to był program pisany na szybko.
Zazwyczaj ustawiam o w atmel studio tutaj:


Podpiąłem TX do RX i RX z TX w usb to TTL jednak nie widzę, aby wysyłał jakieś pakiety modbus. I zastanawia mnie to miganie diody poprzez opóźnienia. Przy standardowym wykorzystaniem USARTa nie ma problemu miganie, a w modbusie juz ma i nie działa.

Abym dobrze zrozumiał.
Ta dioda podpięta jest pod jaki pin? PD1, jak to jest w kodzie pokazanym gdzieś w początkowych postach ?

Jeśli tak, to teraz pomyśl. W pierwszej kolejności inicjalizujesz bibliotekę modbus. Ona konfiguruje uart.
Jeżeli uart jest skonfigurowany, to piny PD0 i PD1 są zajęte przez sprzętowy uart.
Następnie, w dalszej części kodu, chcesz pinem PD1 sterować podpiętym LED-em programowo, ustawiając na przemian stan 0 i 1 z użyciem makra delay_ms().

Skoro pin PD1, jest kontrolowany przez uart, jako TX, na dodatek, zapewne obsługa uart w bibliotece używa przerwań, to jak chcesz tym LED-em migać programowo na PD1, przy okazji robiąc sieczkę na linii TX ?

Dokładnie takie wnioski wyciągnąłem z dotychczasowych postów. Jeżeli są błędne, to dokładnie wyjaśnij ta kwestię, aby była jednoznaczna.

_________________
Pozdrawiam,
sq8mvy, Paweł

Przepraszam tam był błąd oczywiście nie pod PD0 ani PD1 tylko PD4 dioda jest podpięta


Poniżej zamieszczam cały projekt do wglądu

W wolnej chwili popatrzę na to, ale już na perwszy rzut oka:

Wytłumacz proszę, co ma robić ten zapis? Generalnie on w tym miejscu, w którym jest nic nie wnosi, ale zdajesz sobie sprawę,
że jest to koszmarek?

No i ta pętla:

Tak nigdy nie powinno się robić, tym bardziej, że sprawdzanie stanu za pomocą eMBPoll() powinno być wykonywane bez żadnych opóźnień, czyli jak najczęściej, aby zapewnić natychmiastową reakcję na przychodzące dane.
Przy takiej konstrukcji, pętla wykonuje się raz na dwie sekundy, co jest niedopuszczalne.
Takie mruganie się inaczej rozwiązuje - np za pomocą programowego timera. Mruganie nie może blokować pętli.

_________________
Pozdrawiam,
sq8mvy, Paweł

Nie wiem, czy szukałeś na forum, ale w tym poście -> topic1523-90.html?hilit=freemodbus#p201990
masz działający przykład - wg. autora. Na nim się bazuj na początku.

_________________
Pozdrawiam,
sq8mvy, Paweł