W C++ piszę taki mały programik do odczytywania pomiarów z miernika RLC.Wszystko w WinApi.Najpierw muszę to urządzenie zainicjować i robię to tak:strcpy ( Buffer_write, "//""2" ); // polecenie ESC2 - przejście urządzenia w tryb REMOTEWriteFile( hPort, Buffer_write, strlen ( Buffer_write ), &ile, 0 );strcpy ( Buffer_write, "*CLS;ese 255" ); // Wyzerowanie urządzeniaWriteFile ( hPort, Buffer_write, strlen ( Buffer_write ), &ile, 0 );Następnie chcę sprawdzić czy komunikacja z urządzeniem jest prawidłowa. Robię to pytaniem o identyfikator urządzenia.strcpy ( Buffer_write, "*idn?" ); // Niech się urządzenie teraz przedstawiWriteFile ( hPort, Buffer_write, strlen ( Buffer_write ), &ile, 0 );W następnej części programu mam problem. Nie bardzo wiem, co zrobić aby program odczekał skutecznie tylko tyle czasu ile jest niezbędne, aż w buforze odbiorczym COM pojawią się wszystkie dane wysłane przez urządzenie.Narazie robię to w bardzo nieelegancki sposób za pomocą opóźnieniaSleep (1000);Jest coś skuteczniejszego?Dalej w programie jest tak.Po odczekaniu 1000ms program przystępuje do odczytania bufora.Najpierw sprawdzam ile jest znaków w buforze COM do odczytaniaResult = ClearCommError( hPort, &Errors, &ComStatus );Buffer_lenght = ComStatus.cbInQue; // Sprawdzenie ile bajtów oczekuje w buforze wejściowym COMNastępnie czyszczę bufor odbiorczy ale nie wiem czy to jest właściwy sposób.Gdy tego nie robiłem to były w nuforze śmieci z poprzednich odczytówstrcpy(Buffer_read, " "); // Wyzerowanie bufora odbiorczegoOstatecznie odczutuję zawartośc buforaResult = ReadFile( hPort, Buffer_read, Buffer_lenght, &ile, NULL );Wynik trafia do okienka na ekranieSetWindowText( g_hText1, Buffer_read );Pominąłem polecenia if oraz while które pilnują aby nie próbować czekać w nieskończoność aż coś się pojawi w buforze.W analogiczny sposób...

Am 25.01.2012 14:15, schrieb 4CX250:" ); // polecenie ESC2 - przejście" ); // Wyzerowanie urządzenia" ); // Niech się urządzenie teraz > przedstawiPo pierwsze możesz sobie zdefiniować stringi i posługiwać się nazwami, ale to kwestia smaku. Ja tak lubię ;-).Po drugie: nie wiem, czy twój miernik zwraca zero delimited string.Jeżeli były śmieci, to prawdopodobnie nie masz końcowego zera w stringu. Musisz je dopisać na końcu Buffer_read po ReadFile:Buffer_read[ile] = 0x00;Wtedy nie musisz zerować bufora. Warto sprawdzić, czy "ile" nie przekracza długości bufora. Buffer overflow jest nieprzyjemnym zjawiskiem i może doprowadzić do chroniczniej kurwicy gonad ;-). W szczególności na początku, jak miernik coś wysyła, a program jeszcze nie odbiera może się conieco uzbierać. Flush też by się przydał.Co do sleep, to obejść możesz to właściwie tylko przez napisanie obsługi przerwania. Dawno nie pisałem programu pod COMa, ale chyba istnieje metoda klasy COMM,...

In the darkest hour on Thu, 26 Jan 2012 21:29:22 +0100,Grzegorz Niemirowski > screamed:I męczyć się z bugami VCC? (przesadzam, wiem...:)

In the darkest hour on Thu, 26 Jan 2012 21:52:05 +0100, screamed:Tak samo ja. Zakończyło się na pierwszym "End If".

Do tych co tu piszą w C++

Jan 25, 2012 46 Replies

Rate this thread:

Artur M. Piwko 14 years ago

In the darkest hour on Sun, 29 Jan 2012 18:33:52 +0100, Robert Zemła snipped-for-privacy@gmail.com screamed:

I to jest Twoim zdaniem spójne?

"No dobra, ale co dla nas zrobili Ci Rzymianie?"

Ale jest POSIX czy nie?

A plik hosts w nim to tylko plik.

OMG...

Przeskalowywać widgety też możesz za pomocą jednej linijki?

Vote

Artur M. Piwko 14 years ago

In the darkest hour on Thu, 26 Jan 2012 21:29:22 +0100, Grzegorz Niemirowski snipped-for-privacy@poczta.onet.pl> screamed:

I męczyć się z bugami VCC? (przesadzam, wiem...:)

Vote

Artur M. Piwko 14 years ago

In the darkest hour on Thu, 26 Jan 2012 21:52:05 +0100, snipped-for-privacy@interia.pl snipped-for-privacy@interia.pl screamed:

Tak samo ja. Zakończyło się na pierwszym "End If".

Vote

Robert Zemła 14 years ago

W dniu 31-01-2012 13:38, Artur M. Piwko pisze:

To są dwa różne typy danych. Co jest w tym niespójnego?

UNIX jak już

Coś konkretnego ma z tego wynikać?

Tak

Vote

Artur M. Piwko 14 years ago

In the darkest hour on Tue, 31 Jan 2012 21:09:40 +0100, Robert Zemła snipped-for-privacy@gmail.com screamed:

Dwa typy boolowskie.

Nie. Może być POSIX.#, może być SVr#, możę być #.#BSD.

Wróć do postu Sebastiana i przeczytaj. Tu już się nie zachowało.

Podasz jakiś prosty przykład okna z prostym kilkuprzyciskowym layoutem, który będzie automagicznie się przeskalowywał przy zmianie rozmiaru okan i dpi czcionki?

Vote

Robert Zemła 14 years ago

W dniu 01-02-2012 08:55, Artur M. Piwko pisze:

Rozumiem że gdyby zamiast typedef BYTE BOOLEAN; było zdefiniowane na przykład: typedef BYTE FIKUMIKU; było by już wszystko spójne...

OK. Masz rację.

Chodzi Ci o funcke z Winsock? Napisałem też czemu tak jest. Swoją drogą to by też tłumaczyło istnienie katalogu etc i plik hosts.

Do obsługi komunikatu WM_SIZE dopisujesz MoveWindow dla każdej skalowanej kontrolki. Ze skalowaniem czcionki jest trochę więcej roboty. Trzeba powołać nową do życia, wysłać do kontrolki i skasować starą.

Vote

Artur M. Piwko 14 years ago

In the darkest hour on Thu, 02 Feb 2012 14:46:30 +0100, Robert Zemła snipped-for-privacy@gmail.com screamed:

Nie rozumiesz. Gdyby był bool jako bool ew. jako C fallback BOOL, to tak.

Dokładnie. W takim Qt wszystko wrzucasz w odpowiedni layout i wszystko robi się automagicznie.

Vote

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required