VB.NET + RS232

marcom napisał(a):

to że nie ma płynnej transmisji wynika z własciwości systemu operacyjnego, który rozdziela zasoby procesom, więc jeśli program do komunikacji jaest aktywny to prawdopodobnie ma częstszy dostęp do procesora. Można zwiększyć priorytet procesu: alt+ctr+del, procesy, prawy przycisk myszy na procesie i ustaw priorytet, jeśli dasz na "Czasu rzeczywistego" prawdopodobnie nigdy nie będzie problemów z transmisją, ale nawet wskaźnik myszy nie drgnie. Rozwiązaniem wg mnie jest albo zmniejszenie szybkości transmisji, albo zastosowanie bufora w uC, albo taki program w uC, który czeka na kolejny bajt.

Sat, 06 Oct 2007 04:47:41 -0700 jednostka biologiczna o nazwie marcom snipped-for-privacy@marcom.webserwer.pl> wyslala do portu 119 jednego z serwerow news nastepujace dane:

Nie wiem, ale mam wrażenie że to bardziej wina systemu który nie zawsze radzi sobie z obsługą wątków na czas. Poza tym spróbuj ustawić opowiednio wysoki priorytet wątku, służy do tego funkcja SetThreadPriority (z kernel32.dll). Możliwe jednak że VB wstawia do kodu sporo śmieci które spowalniają pracę programu. Spróbuj napisać swój program w OpenWatcomie, albo w CBuilderze.

O ile pamiętam to Borland CBuildera można teraz ściągnąć za darmo (legalnie). Zresztą polecam BCB na początek zamiast Watcoma - bez porównania szybciej i łatwiej się robi okna programu i ich obsługę.

O, tu jest v 6.0, na stronie Borlanda jakoś nie mogę wygrzebać:

Przykładów jak napisać obsługę RS-232 pod Windows masz w sieci mnóstwo.

Sat, 06 Oct 2007 14:24:29 +0200 jednostka biologiczna o nazwie __Maciek <i80c586@cyberspace_NO_SPAM_.org> wyslala do portu 119 jednego z serwerow news nastepujace dane:

Jeszcze jest SetPriorityClass i możliwość ustawienia priorytetu procesu na REALTIME_PRIORITY_CLASS, że zacytuję helpa:

"REALTIME_PRIORITY_CLASS Specify this class for a process that has the highest possible priority. The threads of the process preempt the threads of all other processes, including operating system processes performing important tasks. For example, a real-time process that executes for more than a very brief interval can cause disk caches not to flush or cause the mouse to be unresponsive."

Nie wiem co za urz±dzenie robisz, ale jesli jest ono uzale¿nione od transmisji z innym do tego stopnia, ¿e przestaje dzia³aæ to musisz to zmieniæ. Zanik transmisji jest rzecz±, która mo¿e sie przytrafic i nie powinno to prowadziæ do zawieszenia sie urz±dzenia. Zastosowanie w takim przypadku przerwañ nie jest pó³¶rodkiem, a bardzo dobrym rozwi±zaniem. W krótkim przerwaniu buforujesz dane, które wykorzystujesz gdzie¶ indziej.

C#.NET? :-)

wygląda na to, że masz problem z programem w PIC i jeszcze do tego dowiedziałeś się, że XP to nie system czasu rzeczywistego :-)

raczej tak. Nie masz gwarancji, że Twój program dostanie zasoby zawsze

VB.NET 2005 Express jest darmowy. Polecam.

Witam. Dziekuje, juz sciagam. Jesli to bedzie proste, to sprawdze na pierwszym lepszym przykladzie.

Pozdrawiam, Mariusz

Witam. Zdaje sobie z tego sprawe, ale nie wiem czy nie zmienie PIC-a na takiego z 2 RS-232.. bo to wiele by ulatwilo. W prostych programach nie uzywalem nigdy sterowania przeplywem, a teraz moze sie okazac, ze to tez wypadaloby zaimplementowac. Juz dawno bym to wszystko zrobil, ale problem.. lub specyfika tych bledow...polega na tym, ze to sie dzieje rzadko. Doslownie jak puszcze to w petli na PC, zeby sie testowalo, to sie powoli rozpedza i pozniej juz dziala. Najgorzej jest na poczatku. Jest kilka sposobow, zeby sobie z tym poradzic i pewnie przyjdzie mi jeszcze zmniejszyc predkosc z 115200 na 57600..bo inaczej nie zdaze tego obsluzyc z moim kwarcem :( Na przerwaniu zrobilem transmisje RS-485 i jest bezbledna,a mam wolne wejscie INT w tym PIC-u .. i pewnie je wykorzystam. Szkoda tylko, ze okazuje sie to teraz, bo pisze wszystko w ASM (jakos nie umiem sie przestawic na C) i przesuna mi sie wszystkie adresy. Bedzie ciezko to od nowa poprzesuwac. Program nawet nie tyle sie wiesza, ale podejrzewam, ze w momencie kiedy ma petle goto $-1 i czeka na bit startu a w czasie transmisji padnie komunikacja z PC, to pozniej czyta jakies poprzesuwane bajty z PC i sie na tym zapetla (bo kazda paczke z PC koncze znacznikiem konca pakietu i on przez to przesuniecie sie gubi). Rozpisalem sie, ale moze cos sie komus nasunie i mnie naprowadzi... Najszybciej bedzie chyba odpalic timer na czas transmisji i jak wygeneruje on przerwanie, to program przeskoczy dalej i nie bedzie sie wieszal. Mam wiele pomyslow, ale przy tej predkosci takie czeste przerwania troche przeszkadzaja (na jedna transmisje przypadnie ich kilka).

Dziekuje, Mariusz

Witam. Dzieki, sprawdze to. Wkurzam sie, ze np. MPLAB programuje PIC-a i moge robic co chce na komputerze, a on sie i tak zaprogramuje bez problemu. Dioda mruga miarowo, czasami nawet zatrzymuje sie na ekranie licznik bajtow i mozna pomyslec, ze wszystko stoi (tak obciazam komputer czyms innym), ale w efekcie koncowym wszystko sie pewnie programuje i dziala. Tez bym tak chcial.

Mariusz

napisz porządnie część na PICa i będzie tak :-)