Re: Testowanie RS232 AVR--PC

2019-01-03T19:22:53+01:00

Szanowni koledzy, dziś w poszukiwaniu rozwiązania mojego problemu, znalazłem podobny temat i przeczytałem "Tutaj masz kody źródłowe (C#,C++,Delphi) , jak korzystać z chip-ów FTDI : http://www.ftdichip.com/Projects/CodeExamples.htm" pobrałem więc program testowy do C++ Builder wprost ze strony producenta układu z którego korzystam (że też wcześniej na to nie wpadłem), skompilowałem go i uruchomiłem, po uruchomieniu zobaczyłem przyjazny program do testowania przejściówek i to w dodatku do edycji, jest tak mały że może uda mi się go zrozumieć.

Tak więc dziękuję za pomoc i zainteresowaniem tematem,
Serdecznie pozdrawiam ludzi którym się chce pomagać.

Statystyki: Napisane przez steter — 3 sty 2019, o 19:22

Re: Testowanie RS232 AVR--PC

2019-01-03T08:31:01+01:00

Możesz spróbować odczytać z rejestru windowsa dane każdego urządzenia widzianego jako port COM. Możesz sprawdzać numery VID i PID dla każdego portu.
Prawdopodobnie dla FT232RL wartość VID to 0403 a PID to 6001. Ale to musiałbyś sobie sprawdzić.

Statystyki: Napisane przez Marhef — 3 sty 2019, o 08:31

Testowanie RS232 AVR--PC

2019-01-02T22:19:23+01:00

Popatrz na komponenty Mirka do Delphi/C++ buildera. Nakręcił do nich różne filmiki. Np. MkUsbDetector

Statystyki: Napisane przez micky — 2 sty 2019, o 22:19

Re: Testowanie RS232 AVR--PC

2019-01-02T22:01:38+01:00

Zamysł miałem taki;
Mam funkcję SetCommState(hNumPort,&dcd) która zwraca TRUE po prawidłowym podłączeniu się do portu COM lub FALSE gdy nie uda się podłaczyć,
Myślę więc - w pętli While() po kolei spróbuję się podłączać do np;15-stu COM-ów, jeśli w końcu funkcja zwróci TRUE to zostanie mi wysłać znak 'a' do AVR aby za chwilę odebrać spodziewane się dane z AVR (bo tak mam napisane nadawanie w AVR) i w ten sposób odfiltruję pożądany COM. Problemem jest użycie funkcji ReadFile(hNumPort,IpBuffor_read,10,&RS_ile,0) ponieważ jeśli jej użyję(aby sprawdzić odebrane dane), a bufor odbiorczy nie jest zapełniony, to funkcja jak by czeka w nieskończoność na dane i blokuje program, nie wiem jak opuścić tą funkcję (np. po jakimś krytycznym czasie) aby kontynuować sprawdzanie portów.
Jako ciekawostkę w menadżerze urządzeń widzę aktywny COM4 (to nie moja przejściówka) i mogę się do niej podłączyć i nawet wysłać dane, a już np. próba odczytu z COM4 ,zatrzymuje program. (przypuszczam że nic nie przylatuje do bufora odbiorczego) , robiąc testy na mojej przejściówce wystarczyło że w Atmedze za komentowałem nadawanie po RS232 i program w PC zachowywał się dokładnie tak samo przy próbie użyciu funkcji ReadFile(hNumPort,IpBuffor_read,10,&RS_ile,0).

Jeszcze muszę dużo poczytać, a najlepiej namówić P.Mirka do napisania książki o C++ (ale tak łopatologicznie tłumacząc na przykładach jak AVR-y) aby można było zrozumieć

Statystyki: Napisane przez steter — 2 sty 2019, o 22:01

Re: Testowanie RS232 AVR--PC

2019-01-02T20:33:38+01:00

steter napisał(a):

No i wszystko działa dobrze gdy COM ustawiony w programie PC jest zgodny z moją przejściówką

Port COM związany jest z hardwarem (dokładnie to sterownikami, które go obsługują). Więc nie możesz sobie otwierać innego portu niż ten przypisany do sprzętu. Jak nie masz dodatkowych fizycznych portów COM albo kolejnej przejściówki lub skonfigurowanego profilu SPP w bluetooth to nie otworzysz innego portu.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 2 sty 2019, o 20:33

Testowanie RS232 AVR--PC

2019-01-02T19:08:02+01:00

Witam serdecznie.

Napisałem w C na Atmega32 program który wysyła dane po RS232 do PC gdy tylko dostanie znak 'a', i tu wszystko działa;
[syntax=c]void transmit(void){
if(wyslij_dane){
wyslij_dane=0;//ustawiam na 0 aby zawartosc była wykonywana tylko na polecenie PC
if(data == 'a'){ // jesli z PC przyszedł znak 'a' to PC prosi o dane
if(typ_przelacznika<0x10)uart_putc(' '); // tu wysyłam typ przełącznika, jesli mniejszy od dwuch znaków ascii to wyslij
uart_putint(typ_przelacznika,16); // znka ascii 0 aby wypełnic bufor w pc (żeby sie prog w pc nie zawiesil

if(MCPADC_0<0x1000)uart_putc(' ');//
if(MCPADC_0<0x100)uart_putc(' '); // te trzy ify do wypełnienia bufa odbiorczego w PC
if(MCPADC_0<0x10)uart_putc(' '); //
uart_putint(MCPADC_0,16); //wyslanie liczby na port rs232 szesnastkowo

if(MCPADC_1<0x1000)uart_putc(' ');//
if(MCPADC_1<0x100)uart_putc(' '); // te trzy ify do wypełnienia bufa odbiorczego w PC
if(MCPADC_1<0x10)uart_putc(' '); //
uart_putint(MCPADC_1,16); //wyslanie liczby na port rs232 szesnastkowo
}
MCP_read_buf(MCP_ADR_0,4,buf_0); //odczyt napiecia z voltomierza
MCPADC_0 = ((buf_0[0]<<8)|buf_0[1]); //zapis odczytanej wartosci do zmiennej 16 bitowej
MCP_read_buf(MCP_ADR_1,4,buf_1); //odczyt napiecia z voltomierza
MCPADC_1 = ((buf_1[0]<<8)|buf_1[1]); //zapis odczytanej wartosci do zmiennej 16 bitowej
}
}
// obsługa przerwania read_rs232
// jak tylko cos dostane z PC to wygeneruje sie przerwanie w którym zapiszemy bajt do zmiennej dana i ustawi zmienna wyslij_dane
// na jeden zeby program zareagowal i wysłał do PC o co prosi, lepszy opis w funkcji transmit
ISR(USART_RXC_vect){
data=UDR; // pobieram bajt danych z bufora odbiorczego ( od PC )
wyslij_dane=1; // ustawiam tą zmienną na 1 w celu wysłania danych do PC
}[/syntax]

Oglądnąłem parę odcinków programowania w C++ Builder6 i postanowiłem przetwarzać dane na PC i oczywiście je wyświetlać.
Po długiej walce w końcu UC zaczął gadać z PC po RS232 i to bardzo dobrze, oto kod C++
[syntax=c]#include
#pragma hdrstop
#include "Unit1.h"
#pragma package(smart_init)
#pragma resource "*.dfm"
TForm1 *Form1;

static DCB dcb; // struktua BCD (device Control Block) definiująca rodzaj połączenia
static HANDLE hNumPort; // uchwyt do otwartego portu
static char IpBuffor_read[10],IpBuffor_write[1]; // tablice z danymi odbieranymi oraz wysyłanymi
static DWORD RS_ile; // zmienna trzymająca informację ile czego wysyłamy lub czytamy

unsigned short typ_przelacznika; // przechowyje typ badanego przelacznika w 2 bajtach
unsigned short MCP_ADC_0; // zmienna 2 bajtowa do przechowywania adc z woltomierza pierwszego
unsigned short MCP_ADC_1; // zmienna 2 bajtowa do przechowywania adc z woltomierza drugiego

int df=0;

__fastcall TForm1::TForm1(TComponent* Owner)
: TForm(Owner)
{
// ustawienie własciwosci portu com
dcb.DCBlength = sizeof(dcb);
dcb.BaudRate = CBR_115200;
dcb.fParity = 0;
dcb.Parity = NOPARITY;
dcb.StopBits = ONESTOPBIT;
dcb.ByteSize = 8;
dcb.fDtrControl = DTR_CONTROL_ENABLE;
dcb.fRtsControl = DTR_CONTROL_ENABLE;

dcb.fOutxCtsFlow = 0;
dcb.fOutxDsrFlow = 0;
dcb.fDsrSensitivity = 0;
dcb.fAbortOnError = 0;
dcb.fOutX = 0;
dcb.fInX = 0;
dcb.fErrorChar = 0;
dcb.fNull = 0;
}
//---------------------------------------------------------------------------
void __fastcall TForm1::Timer1Timer(TObject *Sender)
{
// Otwieranie portu, a te ukosniki zeby otworzyc wirtualny port
hNumPort = CreateFileA(COM_10,GENERIC_WRITE | GENERIC_READ, 0 , 0 , OPEN_EXISTING, 0 , 0);
// podłaczam sie do portu, jesli sie udalo funkcja zwruci 1 jesli nie funkcja zwruci 0
if(SetCommState(hNumPort,&dcb))
{
// for(int i=0; i<11 ; i++)
// { // zerowanie bufora odbiorczego
// IpBuffor_read[i]=0;
// }
strcpy(IpBuffor_write,"a"); // zapis char-a do bufora aby nadac do AVR (proszenie sie o dane)
WriteFile(hNumPort,IpBuffor_write,strlen(IpBuffor_write),&RS_ile,0); // nadanie po rs232 do AVR
// funkcja odbioru danych
if(ReadFile(hNumPort,IpBuffor_read,10,&RS_ile,0)){
// zamiana pierwszych dwuch bajtów typu char z rs232 na liczbę
typ_przelacznika=0;
if( IpBuffor_read[0] != ' ' ){ // jesli w buforze sa dane inne od spacji to zacznij konwersje
df=IpBuffor_read[0];
if(df < 58) typ_przelacznika = ((df-0x30)<<4);
else typ_przelacznika = ((df-87)<<4);
}
if( IpBuffor_read[1] != ' ' ){
df=IpBuffor_read[1];
if(df < 58) typ_przelacznika |= df-0x30;
else typ_przelacznika |= df-87;
}
// zamiana czterech bajtów typu char do zmiennej 2 bajtowej typu unsigned short(pomiar napiecia na pierwszym voltomierzu)
MCP_ADC_0=0; // zerowanie zmiennej
if( IpBuffor_read[2] != ' ' ){ // jesli w buforze sa dane inne od spacji to zacznij konwersje
df=IpBuffor_read[2];
if(df < 58) MCP_ADC_0 = (df-0x30);
else MCP_ADC_0 = (df-87);
MCP_ADC_0<<=4;
}
if( IpBuffor_read[3] != ' ' ){ // jesli w buforze sa dane inne od spacji to kontynuuj konwersje
df=IpBuffor_read[3];
if(df < 58) MCP_ADC_0 |= (df-0x30);
else MCP_ADC_0 |= (df-87);
MCP_ADC_0<<=4;
}
if( IpBuffor_read[4] != ' ' ){ // jesli w buforze sa dane inne od spacji to kontynuuj konwersje
df=IpBuffor_read[4];
if(df < 58) MCP_ADC_0 |= (df-0x30);
else MCP_ADC_0 |= (df-87);
MCP_ADC_0<<=4;
}
if( IpBuffor_read[5] != ' ' ){ // jesli w buforze sa dane inne od spacji to kontynuuj konwersje
df=IpBuffor_read[5];
if(df < 58) MCP_ADC_0 |= (df-0x30);
else MCP_ADC_0 |= (df-87);
}
// zamiana czterech bajtów typu char do zmiennej 2 bajtowej typu unsigned short (pomiar napiecia na drugim voltomierzu)
MCP_ADC_1=0; // zerowanie zmiennej
if( IpBuffor_read[6] != ' ' ){ // jesli w buforze sa dane inne od spacji to zacznij konwersje
df=IpBuffor_read[6];
if(df < 58) MCP_ADC_1 = (df-0x30);
else MCP_ADC_1 = (df-87);
MCP_ADC_1<<=4;
}
if( IpBuffor_read[7] != ' ' ){ // jesli w buforze sa dane inne od spacji to kontynuuj konwersje
df=IpBuffor_read[7];
if(df < 58) MCP_ADC_1 |= (df-0x30);
else MCP_ADC_1 |= (df-87);
MCP_ADC_1<<=4;
}
if( IpBuffor_read[8] != ' ' ){ // jesli w buforze sa dane inne od spacji to kontynuuj konwersje
df=IpBuffor_read[8];
if(df < 58) MCP_ADC_1 |= (df-0x30);
else MCP_ADC_1 |= (df-87);
MCP_ADC_1<<=4;
}
if( IpBuffor_read[9] != ' ' ){ // jesli w buforze sa dane inne od spacji to kontynuuj konwersje
df=IpBuffor_read[9];
if(df < 58) MCP_ADC_1 |= (df-0x30);
else MCP_ADC_1 |= (df-87);
}
Volt_1->Caption=IpBuffor_read; // pokarz zawartosc całego bufora odbiorczego
Volt_2->Caption=MCP_ADC_0; // pokarz wartosc zmiennej MCP_ADC_0
CloseHandle(hNumPort); } // zamknij otwarty PORT COM
}
else Volt_2->Caption="Nie udało się podłączyc";
}

// jesli ktos zamknie program to wypada zapytac czy napewno chce to zrobic
void __fastcall TForm1::FormClose(TObject *Sender, TCloseAction &Action)
{
if(Application->MessageBox("Czy Napewno Zamknąć Program?","POTWIERDŹ",MB_YESNO | MB_ICONQUESTION)==IDNO){
Action=caNone; // jak wcisnie nie to zaniechaj zamyknia
}
}[/syntax]
No i wszystko działa dobrze gdy COM ustawiony w programie PC jest zgodny z moją przejściówką , ale używam przejściówki FT232RL i przy zmianie komputera zmienia się COM(więc nie mogę na stałe ustawić nr.COM-a) więc chcę testować porty COM aby nie trza było go wybierać. Niestety jeśli już uda mi się otworzyć port COM(oczywiście jakiś inny niż ten od AVR) to już próba odczytu funkcją "ReadFile" ( aby np sprawdzić czy dane mam od AVR) kończy się brakiem odpowiedzi programu,
Bufor read pusty i program stoi.Dodam że pokazany listing C++ jest testowy i tak się bawię, zmienię np nr COM i sprawdzam co się dzieje, Jestem nowicjuszem w tej materii, więc proszę o pomoc, jak mogę sobie z tym problemem poradzić.

Statystyki: Napisane przez steter — 2 sty 2019, o 19:08

ATNEL tech-forum

Re: Testowanie RS232 AVR--PC

Re: Testowanie RS232 AVR--PC

Testowanie RS232 AVR--PC

Re: Testowanie RS232 AVR--PC

Re: Testowanie RS232 AVR--PC

Testowanie RS232 AVR--PC