Mam mały problem: Napisałem program w Bascomie, który odbiera rozkazy przez RS-232 i odpowiada na nie. W HyperTerminalu wszystko jest OK. W VisualStudio 2005 (Visual Basic) napisalem miniprog który ma po kliknięciu na przycisk wysyłać dane do rs232 (Serialport.WriteLine) a po chwili odbierać...

Ustaw większy timeout dla portu.

Nie pomaga :/ TimeOut mam ustawiony na -1 -> czyli brak... I program się zawiesza. Pomaga tylko zatrzymanie procesu przez menedżer zadań.

Sproboj zrobic tak, żeby procesor po odebraniu danych czekał na określony znak (przyslany z komputera przez RS), po jego odebraniu niech natychmiast odsyla dane, w prog. na PC trzeba oczywiscie odbierać dane zaraz po wyslanie tego znaku inicjującego odbiór... Upewnij się też, czy nie masz zapełnonenego bufora nadawczego w uC.

@zerpo - program w uC to w skrócie Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka INPUT a PRINT OK I jeśli wybieramy przez HyperTerm to dziala... Natomiast program w VB nie chce dzialac - wywala sie na TimeOucie. Próbowałem już różnych trików - jak dodawanie przez proca #13#10 {powrót karetki+ENTER} I nadal nic nie dziala...

A możesz podesłać mi swój program w VB

Niestety, problem nie został jeszcze rozwiązany. Ma ktoś jakiś inny pomysł?

czy to writeline nie wysyła czasami kilku znaków (cr lf na końcu)? moze wtedy proces głupieje jak uC odpowiada nie wiadomo ile razy. Narazie nie widziałem vb2005 ale vb6 jak sie wstawi mscomm (taką kontrolkę) i używa przerwań to działa. Nawet jak używam dość długich ramek. Moze spróbuj jakies inne: putchar czy cos w tym stylu. A i wyłacz bufor wejściowy (znaczy ustaw na jeden znak)

REKLAMA

Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

[Atmega8 + Bascom+VB] Atmega8 + Bascom + VB: Jak rozwiązać problem z odbiorem danych RS-232?

Fiercio 30 Gru 2005 00:55 2665 7

REKLAMA

Zgłoś naruszenie prawa

Odpowiedz | Nowy temat

#1 2129018 30 Gru 2005 00:55

Fiercio Fiercio

Poziom 15

Posty: 136

Pomógł: 5

Ocena: 47
Autor tematu

Post #1
2129018 30 Gru 2005 00:55

Mam mały problem:

Napisałem program w Bascomie, który odbiera rozkazy przez RS-232 i odpowiada na nie.
W HyperTerminalu wszystko jest OK.

W VisualStudio 2005 (Visual Basic) napisalem miniprog który ma po kliknięciu na przycisk wysyłać dane do rs232 (Serialport.WriteLine) a po chwili odbierać odpowiedź przez (Serialport.ReadLine).
I niestety po kliknięciu na przycisk wysyła dane poprawnie (procek sygnalizuje poprawność danych) natomiast nie odbiera odpowiedzi i wywala się na TimeOucie.

Co zrobić, aby było wszystko OK?

REKLAMA
#2 2131301 30 Gru 2005 19:00

ostrytomasz ostrytomasz

Poziom 25

Posty: 494

Pomógł: 82

Ocena: 218
Pomocny post? (0)

Post #2
2131301 30 Gru 2005 19:00

Ustaw większy timeout dla portu.

Promuję tematy:
06.12.2025 Telefon USB Polycom CX300 - trzecie życie kurczaka
09.04.2025 CH341 à la Bus Pirate - tani i umiarkowanie przydatny
08.02.2025 Słuchawka USB Philips VOIP1511: wnętrze + obsługa HID
23.04.2020 ESP32: pager RTP i odbiornik wirtualnej karty dźwiękowej
REKLAMA
#3 2135230 01 Sty 2006 02:29

Fiercio Fiercio

Poziom 15

Posty: 136

Pomógł: 5

Ocena: 47
Autor tematu Pomocny post? (0)

Post #3
2135230 01 Sty 2006 02:29

Nie pomaga :/
TimeOut mam ustawiony na -1 -> czyli brak...
I program się zawiesza. Pomaga tylko zatrzymanie procesu przez menedżer zadań.
#4 2135234 01 Sty 2006 02:42

zerpo zerpo

Poziom 22

Posty: 463

Pomógł: 50

Ocena: 134
Pomocny post? (0)

Post #4
2135234 01 Sty 2006 02:42

Sproboj zrobic tak, żeby procesor po odebraniu danych czekał na określony znak (przyslany z komputera przez RS), po jego odebraniu niech natychmiast odsyla dane, w prog. na PC trzeba oczywiscie odbierać dane zaraz po wyslanie tego znaku inicjującego odbiór...
Upewnij się też, czy nie masz zapełnonenego bufora nadawczego w uC.
REKLAMA
#5 2136017 01 Sty 2006 16:29

Fiercio Fiercio

Poziom 15

Posty: 136

Pomógł: 5

Ocena: 47
Autor tematu Pomocny post? (0)

Post #5
2136017 01 Sty 2006 16:29

@zerpo - program w uC to w skrócie
Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka
INPUT a PRINT "OK"

I jeśli wybieramy przez HyperTerm to dziala...
Natomiast program w VB nie chce dzialac - wywala sie na TimeOucie.
Próbowałem już różnych trików - jak dodawanie przez proca #13#10 {powrót karetki+ENTER}
I nadal nic nie dziala...
REKLAMA
#6 2140062 02 Sty 2006 20:46

PiotrLotnik PiotrLotnik

Poziom 15

Posty: 207

Pomógł: 2

Ocena: 2
Pomocny post? (0)

Post #6
2140062 02 Sty 2006 20:46

A możesz podesłać mi swój program w VB
#7 2258812 04 Lut 2006 19:08

Fiercio Fiercio

Poziom 15

Posty: 136

Pomógł: 5

Ocena: 47
Autor tematu Pomocny post? (0)

Post #7
2258812 04 Lut 2006 19:08

Niestety, problem nie został jeszcze rozwiązany.
Ma ktoś jakiś inny pomysł?
#8 2259402 04 Lut 2006 20:15

szymtro szymtro

Poziom 30

Posty: 1421

Pomógł: 101

Ocena: 59
Pomocny post? (0)

Post #8
2259402 04 Lut 2006 20:15

czy to writeline nie wysyła czasami kilku znaków (cr lf na końcu)? moze wtedy proces głupieje jak uC odpowiada nie wiadomo ile razy.

Narazie nie widziałem vb2005 ale vb6 jak sie wstawi mscomm (taką kontrolkę) i używa przerwań to działa. Nawet jak używam dość długich ramek.

Moze spróbuj jakies inne: putchar czy cos w tym stylu. A i wyłacz bufor wejściowy (znaczy ustaw na jeden znak)
Zarejestruj konto, Zaloguj się i bądź aktywny na forum, a wtedy reklamy nie będą się pojawiać. Dołącz do dyskusji i otrzymaj punkty za rejestrację oraz odpowiedzi.

Zainstaluj aplikację Elektroda

Odpowiedz | Nowy temat

Zgłoś naruszenie prawa

Podsumowanie tematu

✨ Problem dotyczy komunikacji RS-232 między mikrokontrolerem Atmega8 programowanym w Bascom a aplikacją napisaną w Visual Basic (Visual Studio 2005). Program w Bascom poprawnie odbiera i odpowiada na komendy wysyłane przez HyperTerminal, natomiast aplikacja VB wysyła dane (SerialPort.WriteLine) poprawnie, lecz nie odbiera odpowiedzi, co skutkuje błędem TimeOut podczas wywołania SerialPort.ReadLine. Ustawienie timeoutu na -1 (brak limitu) powoduje zawieszenie programu. Proponowane rozwiązania obejmują zwiększenie timeoutu, synchronizację transmisji poprzez wysyłanie znaku inicjującego odbiór i oczekiwanie na niego w mikrokontrolerze, sprawdzenie bufora nadawczego w uC, a także modyfikację sposobu wysyłania danych w VB (np. unikanie automatycznego dodawania znaków CR+LF przez WriteLine). Sugerowano także użycie innych metod transmisji, np. wysyłanie pojedynczych znaków (putchar) oraz wyłączenie bufora wejściowego w aplikacji PC. Problem pozostaje nierozwiązany, brak skutecznej komunikacji dwukierunkowej między VB a Atmega8 mimo poprawnego działania z HyperTerminalem.
Wygenerowane przez model językowy.

REKLAMA