Witam Mam pytanie. Przy przesyłaniu danych z uC przez uart procesor się zawiesza. Wina stykowki lub przejsciowki rs232( chinol na PL-2303 ) czy przyczyną moze byc cos innego ? Do momentu zawieszenia dochodzą pełne dane, bez zadnych krzakow. Taktowanie procka 8MHz, szybkość transmisji 9600.

_________________
Zapraszam na bloga: http://www.embeddeddev.pl/

Witam

Proszę podać więcej informacji dodać kod, dodać zdjęcia układów.

Pozdrawiam
Elektronik

Ponadto, przy korzystaniu z konwertera wywalało mi bluescreena. Po wielu probach znalazlem w koncu dobre sterowniki na stronie Sunduino i już nie było z tym problemu. Po tym jak napisałem posta, jeszcze sie troche bawiłem i problem powrócił. Niestety tym razem zainstalowanie tych sterowników nie pomogło. Zamowie wiec chyba jakąś nową przejściówkę, ale tak czy inaczej układ i kod wstawiam, bo może przyczyna zawieszania jest gdzieś indziej.





------------------------ [ Dodano po: 11 minutach ]

Jeden błąd znalazłem. Całość zasilona 3v3, a sygnal tx na konwerterze pewnie 5v.

_________________
Zapraszam na bloga: http://www.embeddeddev.pl/

Odepnij linie rx i tx od procesora i je ze sobą zewrzyj. W momencie wpisywania znaków do terminala powinny Ci się one z powrotem wyświetlać w jego oknie. Mam identyczną przejściówkę co Ty i nie mam z nią żadnego problemu(używam terminala putty, po podpięciu przejściówki komputer sam ją wykrył i pobrał odpowiednie sterowniki z internetu).

------------------------ [ Dodano po: 6 minutach ]

Nie ma znaczenia czy całość zasilasz napięciem 3,3v czy też 5v. Ważne abyś linie rx przejściówki podłączył do linii tx procesora, a tx przejściówki do rx procesora oraz połączył GND przejściówki z GND układu.

Przejsciowka działa, nie raz juz z niej korzytalem Po prostu teraz po jakims czasie wiesza mi się procek

------------------------ [ Dodano po: 8 minutach ]

Jesli chodzi o sterowniki to niestety pod win8.1 jest z nimi slabo, no ale to jest mniejszy klopot. Najbardziej interesuja mnie te zwiechy

_________________
Zapraszam na bloga: http://www.embeddeddev.pl/

Na wszelki wypadek zrób połączenia linii zasilania na płytce stykowej

A wyłączyłeś w pliku mkuart.h opcje do RS485 ? bo wydaje mi się, że nie i stąd może być taki niby problem

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

Wszystko zaczęło mi się sypać, chyba czas odpoczac ;/ Padła mi atmega8 (rc=-1), ale jestem pewny, ze to nie wina polaczen - juz sie chyba wysluzyla. Na szczescie mialem jeszcze pod reka atmege16. Na innym programie przy samym przesylaniu przez UART, np. OSCCAL z plyty, procek sie nie zawiesza. Przez tego bluescreena przerzucilem sie na HC05, ale zwiechy dalej występowały w programie wklejonym wyzej i innym - prostrzym, gdzie dane odczytuje w petli glownej, więc to na pewno nie wina konwertera.
Jesli chodzi o biblioteki, to mam pan racje, nie wyłączyłem rs485. Po pana radzie usunąłem z pliku .c i .h fragmenty dotyczące rs485, niestety problem dalej występował.

Wyglada na to jakby przyczyna byl czujnik - z tego co czytalem jest czuly na zaklocenia. No ale to nie on sie zawiesza tylko procek, bo po resecie procka zawsze dalej lecialy dane. Dalsze proby w nastepnym tygodniu jak przyjdzie mi przejsciowka, bo juz mam dosyc walki ze sterownikami. Dziekuje wszystkim za odpowiedzi!

_________________
Zapraszam na bloga: http://www.embeddeddev.pl/

Czas odkopać. Trochę czasu minęło, ale trochę pracowałem, a w między czasie kończyłem inny projekt. Wracając do tematu: zmieniłem przejściówke do RSa, nic nie wywala, więc można się bawić. Niestety problem zawieszania występuje nadal i nie mam zielonego pojęcia o co chodzi. Jakieś czary. Wkleję jeszcze raz kod, bo widzę, że co prawda nieznacznie, ale trochę się różni od tego wyżej:



Co do tych czarów: przy takim kodzie procek się wiesza po trochę dłuższym czasie. Wystarczy, że zmienię ten fragment kodu:


na taki:



i wiesza się po chwili. Dla mnie nie ma to sensu, ale może na podstawie tego ktoś dojdzie do tego dlaczego zawiesza się w ogóle. Ma ktoś pomysł o co tutaj chodzi?

P.S: z biblioteką wszystko w porządku. Kiedy wysyłam coś innego, np:

to nic się nie wiesza - wszystko działa jak należy Bardzo proszę o pomoc.

_________________
Zapraszam na bloga: http://www.embeddeddev.pl/

Pierwszą rzecz jaką źle robisz to komunikacja po I2C w przerwaniach ... tzn to nie jest tak ogólnie i generalnie, źle ale wtedy trzeba wziąć sporo rzeczy pod uwagę, a ty jako początkujący ich nie bierzesz i już na tym etapie może się dla ciebie rozpoczynać magia czy tam czary o jakich piszesz

Po co w Bluebooku pokazywałem jak obsługiwać RTC ale nie w przerwaniu ? i jak tego dokonałem ? jak to pokazałem ? jak myślisz ?

Oczywiście to nie musi być wszystko i rozwiązanie twoich czarów ... bo jeszcze może być zła komunikacja gdyż ty zamiast sobie przygotować tak jak podpowiadałem w Bluebooku ładnie funkcje I2C_read_buf() oraz I2C_write_buf() to za każdym razem rzeźbisz ręcznie wywołania począwszy od I2C_start .... a wtedy łatwo się zakałapućkać - co też właśnie może mieć u ciebie miejsce ... ale niestety ja nie jestem w stanie ze względu na czas wnikać tutaj w specyfikę komunikacji I2C twojego scalaka. Być może ktoś inny coś podpowie kto go używał.

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

Dziękuję panie Mirku za odpowiedź Chciałem już pisać, że z komunikacją po I2C w pętli głównej też sprawdzałem i było to samo, ale było to miesiąc temu, stara przejściówka, itd, więc na całe szczęście sprawdziłem to jeszcze raz. No i co? Odczarowane A ja tyle się męczyłem... Dziękuję bardzo za pomoc i serdecznie pozdrawiam

_________________
Zapraszam na bloga: http://www.embeddeddev.pl/