BOOL WriteFile(
HANDLE hFile, // handle to file to write to
LPCVOID lpBuffer, // pointer to data to write to file
DWORD nNumberOfBytesToWrite, // number of bytes to write
LPDWORD lpNumberOfBytesWritten, // pointer to number of bytes written
LPOVERLAPPED lpOverlapped // pointer to structure for overlapped I/O
);
ELI miten tämä pitäisi määritellä Delphissä? kokoajan kääntäjä ilmoittaa virhettä, olen aloittelija näiden windowsin kahvojen kanssa, jos joku voisi auttaa suomenkielellä tämän olisin hyvin kiitollinen.
Tarkoituksena olisi saada kirjoittaan sarjaporttiin, kuin lukukin ReadFile:llä.
Käytössä vanha delphi 7.
Auttakaa tämän windowsin kahvan kanssa
6
180
Vastaukset
- 20+6
Eikö se ole jo määritelty valmiiksi? Ainakin 5-versiossa on.
- Delphiguru
"Tarkoituksena olisi saada kirjoittaan sarjaporttiin"
Jos siis haluat omasta Delphillä tehtävästä ohjelmastasi käsin käyttää sarjaporttia (koskee yhtälailla oikeita COM1 -tyyppisiä laitesarjaportteja kuin myös virtuaalisia esim. COM11 -sarjaportteja, eli USB -laite, joka ohjelmiston näkökulmasta toimii kuten perinteinen sarjaportti), niin suosittelen, ettet tuhlaa aikaasi API -kutsujen kanssa, vaan imuroit ja asennat koneellesi Synapse -kokoelmaan kuuluvan SynaSer -paketin.
SynaSer on ite kokeilemastani luotettavasti toimiva Delphi -unit sarjaporttien käsittelyyn.
SynaSer:in löydät täältä:
http://www.ararat.cz/synapse
kohdasta "News":
2007-12-21 New SynaSer release 16! News are:
Support for non-LIBC Freepascal Unix based targets.
Kun ensin luot komponentin ja määrittelet sen parametrit:
var
FCommPort : TBlockSerial;
// Luo ja konfiguroi sarjaportti:
FCommPort := TBlockSerial.Create;
FCommPort.Connect(FCommPortName);
if NOT FCommPort.InstanceActive
then Exit;
FCommPort.config(115200,8,'N',0,false,true); // HW Handshake
// Portin SULKEMINEN:
FCommPort.CloseSocket;
Datan lähetys sarjaporttiin:
var
S : AnsiString;
// HUOM: Delphi 2009 ja uudemmat: Tämän on OLTAVA AnsiString, EI String.
// Vanhemmissa Delphi -versioissa kuin Delphi 2009, String = AnsiString.
begin
S := 'ATDT080002202;' #13; // komento, joka soittaa äänipuhelun siirrettyjen numeroiden tiedotuspalveluun, #13 = CR = Carriage return
if S '' then FCommPort.SendBuffer( @S[1], Length(S) );
end;
Sarjaportin lukemiseen suosittelen TBlockSerial -luokan metodeja:
RecvBuffer
RecvBufferEx
riippuen siitä, haluatko jäädä odottamaan, kunnes haluttu määrä dataa on luettavissa vai haluatko määritellä maksimiodotusajan, jonka jälkeen funktio palaa kutsujalleen siinäkin tapauksessa, että luettujen tavujen määrä on pyydettyä pienempi.- kysyjää
Miten tuo datan luku SynaSer:llä sujuu. Millaiseen muuttujaan data tallennetaan- Voisi saada vastaavan esimerkin
- Delphiguru
kysyjää kirjoitti:
Miten tuo datan luku SynaSer:llä sujuu. Millaiseen muuttujaan data tallennetaan- Voisi saada vastaavan esimerkin
ohjeita SYNASER käytöstä täällä:
http://synapse.ararat.cz/doc/help/synaser.html
ja lisää:
http://synapse.ararat.cz/doc/help/synaser.TBlockSerial.html
function RecvBuffer(buffer: pointer; length: integer): integer; virtual;
function RecvBufferEx(buffer: pointer; length: integer; timeout: integer): integer; virtual;
siis....
ESIMERKIKSI näin:
const
MaxLength = 1024;
MaxDelay_ms = 500; // 500 ms = ½ sekuntia.
var
S : AnsiString;
L : Integer;
begin
//
SetLength(S, MaxLength);
//
L := RecvBuffer(PAnsiChar(S), MaxLength);
if L < 0 then L := 0;
SetLength(S, L);
// Muuttujassa S on nyt 1024 tavua = 1024 merkkiä sarjaportista luettua dataa.
JOS luetun datan pituus EI ole etukäteen tiedossa, fiksumpi voi silloin olla muuten samoin, mutta RecvBuffer korvataan RecvBufferEx, siis näin:
L := RecvBufferEx(PAnsiChar(S), MaxLength, MaxDelay_ms);
(*
Toimii muuten samoin, mutta jos ½ sekunnin sisällä on dataa luettu vähemmän kuin 1024 tavua, funktio palaa silloinkin kutsujalleen, ja muuttuja L sisältää luettujen tavujen määrän.
*)
end;
HUOM:
Käytännössä on yleensä parempi käyttää RecvBufferEx -funktiota, sillä pelkkä RecvBuffer on käyttökelpoinen vain, jos tiedetään etukäteen luettavien tavujen tarkka määrä. RecvBuffer siis odottaa loputtomiin, kunnes annettu tavumäärä on kokonaan luettu, kun taas RecvBufferEx palaa joka tapauksessa kutsujalleen, kun viiveaika (millisekunteina) on kulunut, vaikka dataa olisikin luettu vähemmän kuin annettu maksimimäärä.
JOS teet sovelluksestasi 1-säikeisen, niin suosittelen TTimer -komponentin käyttöä, ja RecvBufferEx -funktion kutsumista OnTimer -tapahtumakäsittelijästä.
TOINEN vaihtohto on käyttää säikeitä ( New / Thread ) ja tehdä sarjaportin lukeminen omassa erillisessä säikeessään, jotta käyttöliittymä ei jumitu sillä aikaa kun odotellaan dataa saapuvaksi sarjaporttiin.
Pääsäikeestä kutsuttuna tuo L := RecvBufferEx(PAnsiChar(S), MaxLength, MaxDelay_ms); missä MaxDelay_ms = 500, odottaa aina ½ sekuntia kutsukertaa kohden, paitsi jos kutsuttaessa funktiota voidaan suoraan sisäisestä puskurimuistista lukea koko haluttu datamäärä täyteen, jolloin ei odotella.
JOS siis teet 1 -säikeisen ohjelman, voit hyvin pudottaa tuon MaxDelay_ms = 50 jolloin odotusaika on enää 1/20 s , mikä ei niin häiritsevästi jumita käyttöliittymää.
Toki vielä...
if NOT FCommPort.InstanceActive
then Exit;
tuo kannattaa laittaa niihin proseduureihin/funktioihin, joissa kutsut muita sarjaportin funktioita kuten RecvBufferEx ja/tai SendBuffer ENNEN ko. funktiokutsuja.
Tämä siksi, että RecvBufferEx ja/tai SendBuffer -funktion kutsuminen tilanteessa, jossa sarjaporttia ei ole avattu (tai avaaminen jostain syystä epäonnistui) voi nostaa poikkeuksen.
FIKSUA ohjelmointia, jos käytät TTimer -komponenttia, on vielä esim. tämä:
(OnTimer -käsittelijässä):
var
ErrorCount : Integer; // globaali muuttuja tai formin kenttä, EI paikallinen muuttuja !!!
try
// Koodia, joka lukee ja/tai kirjoittaa sarjaporttia
except
//
ON E:Exception do begin
//
inc(ErrorCount);
lblError.Visible := True;
lblError.Caption := IntToStr(ErrorCount) '. poikkeus: ' E.Message;
end;
end;
Tuon ansiosta tilanne EI riistäydy hallinnasta, JOS OnTimer -käsittelijässä tai siitä kutsutussa aliohjelmassa aiheutuu poikkeus. Muussa tapauksessa tulee Delphin omia poikkeusilmoitus -dialogeja nopeammin kuin niitä ehtii sulkea,
JOS näin käy, Delphin Ctrl-F2 on ystäväsi (tai Windows tehtävänhallinnan lopeta ohjelma, JOS Delphi ei ole käynnissä, vaan käynnistit oman ohjelmasi suoraan Delphin ulkopuolelta). - monisäikeinen,
Delphiguru kirjoitti:
ohjeita SYNASER käytöstä täällä:
http://synapse.ararat.cz/doc/help/synaser.html
ja lisää:
http://synapse.ararat.cz/doc/help/synaser.TBlockSerial.html
function RecvBuffer(buffer: pointer; length: integer): integer; virtual;
function RecvBufferEx(buffer: pointer; length: integer; timeout: integer): integer; virtual;
siis....
ESIMERKIKSI näin:
const
MaxLength = 1024;
MaxDelay_ms = 500; // 500 ms = ½ sekuntia.
var
S : AnsiString;
L : Integer;
begin
//
SetLength(S, MaxLength);
//
L := RecvBuffer(PAnsiChar(S), MaxLength);
if L < 0 then L := 0;
SetLength(S, L);
// Muuttujassa S on nyt 1024 tavua = 1024 merkkiä sarjaportista luettua dataa.
JOS luetun datan pituus EI ole etukäteen tiedossa, fiksumpi voi silloin olla muuten samoin, mutta RecvBuffer korvataan RecvBufferEx, siis näin:
L := RecvBufferEx(PAnsiChar(S), MaxLength, MaxDelay_ms);
(*
Toimii muuten samoin, mutta jos ½ sekunnin sisällä on dataa luettu vähemmän kuin 1024 tavua, funktio palaa silloinkin kutsujalleen, ja muuttuja L sisältää luettujen tavujen määrän.
*)
end;
HUOM:
Käytännössä on yleensä parempi käyttää RecvBufferEx -funktiota, sillä pelkkä RecvBuffer on käyttökelpoinen vain, jos tiedetään etukäteen luettavien tavujen tarkka määrä. RecvBuffer siis odottaa loputtomiin, kunnes annettu tavumäärä on kokonaan luettu, kun taas RecvBufferEx palaa joka tapauksessa kutsujalleen, kun viiveaika (millisekunteina) on kulunut, vaikka dataa olisikin luettu vähemmän kuin annettu maksimimäärä.
JOS teet sovelluksestasi 1-säikeisen, niin suosittelen TTimer -komponentin käyttöä, ja RecvBufferEx -funktion kutsumista OnTimer -tapahtumakäsittelijästä.
TOINEN vaihtohto on käyttää säikeitä ( New / Thread ) ja tehdä sarjaportin lukeminen omassa erillisessä säikeessään, jotta käyttöliittymä ei jumitu sillä aikaa kun odotellaan dataa saapuvaksi sarjaporttiin.
Pääsäikeestä kutsuttuna tuo L := RecvBufferEx(PAnsiChar(S), MaxLength, MaxDelay_ms); missä MaxDelay_ms = 500, odottaa aina ½ sekuntia kutsukertaa kohden, paitsi jos kutsuttaessa funktiota voidaan suoraan sisäisestä puskurimuistista lukea koko haluttu datamäärä täyteen, jolloin ei odotella.
JOS siis teet 1 -säikeisen ohjelman, voit hyvin pudottaa tuon MaxDelay_ms = 50 jolloin odotusaika on enää 1/20 s , mikä ei niin häiritsevästi jumita käyttöliittymää.
Toki vielä...
if NOT FCommPort.InstanceActive
then Exit;
tuo kannattaa laittaa niihin proseduureihin/funktioihin, joissa kutsut muita sarjaportin funktioita kuten RecvBufferEx ja/tai SendBuffer ENNEN ko. funktiokutsuja.
Tämä siksi, että RecvBufferEx ja/tai SendBuffer -funktion kutsuminen tilanteessa, jossa sarjaporttia ei ole avattu (tai avaaminen jostain syystä epäonnistui) voi nostaa poikkeuksen.
FIKSUA ohjelmointia, jos käytät TTimer -komponenttia, on vielä esim. tämä:
(OnTimer -käsittelijässä):
var
ErrorCount : Integer; // globaali muuttuja tai formin kenttä, EI paikallinen muuttuja !!!
try
// Koodia, joka lukee ja/tai kirjoittaa sarjaporttia
except
//
ON E:Exception do begin
//
inc(ErrorCount);
lblError.Visible := True;
lblError.Caption := IntToStr(ErrorCount) '. poikkeus: ' E.Message;
end;
end;
Tuon ansiosta tilanne EI riistäydy hallinnasta, JOS OnTimer -käsittelijässä tai siitä kutsutussa aliohjelmassa aiheutuu poikkeus. Muussa tapauksessa tulee Delphin omia poikkeusilmoitus -dialogeja nopeammin kuin niitä ehtii sulkea,
JOS näin käy, Delphin Ctrl-F2 on ystäväsi (tai Windows tehtävänhallinnan lopeta ohjelma, JOS Delphi ei ole käynnissä, vaan käynnistit oman ohjelmasi suoraan Delphin ulkopuolelta).Tein tälläisen version (perustuu ylläolevaan )
function TForm1.vastaanota:string;
var
S : AnsiString;
L : Integer;
begin
SetLength(S, MaxLength);
L := FCommPort.RecvBufferEx(PAnsiChar(S), MaxLength, MaxDelay_ms);
if L < 0 then L := 0;
SetLength(S, L);
result := s;
end;
Millainen koodi tulisi jos tuo vastaanotto olisi omassa säikeessä. Ei ole aikaisempaa kokemusta monisäikeisestä ohjelmpoinnista.
- 5dpo
5dpo komponentti (TSdpoSerial) on yksi kerros ylenpänä jolla voi toteuttaa sarjaliikenteen.
Tosin se taitaa toimia vain Lazaruksessa mutta se hyödyntää
samaa SynaSer kirjastoa mitä on tuossa aikaisemmin mainittu.
http://wiki.freepascal.org/5dpo
http://sourceforge.net/projects/sdpo-cl/files/
Ketjusta on poistettu 0 sääntöjenvastaista viestiä.
Luetuimmat keskustelut
Nasima löi Jussille luun kurkkuun
Nasima kertoi ettei Jussi sovi puhemieheksi, koska sallii rasismin. Mihin toimiin perussuomalaiset ryhtyvät? Kuka nouse4718457Razmyar on säälittävä - puhemiehellä ei ole mitään syytä ottaa kantaa tähän "silmäkohuun"
jonka toimittajat sai aikaan. Asia ei kuulu puhemiehelle millään lailla. Razmyar haluaa taas vaan huomiota. Mutta jos r1195820Miten Eerolan silmäkuvat voivat levitä muutamassa tunnissa ympäri maailmaa?
Seuraako koko maailma persujen ja erityisesti Eerolan somea reaaliajassa? Edes kansanedustajan itsemurha eduskuntatalos2554752Siviilipalvelusmies Halla-aho normalisoi rasismin perussuomalaisissa
SMP:n tuhkille perustettu puolue ei ollut ihmisiä vastaan, vaan instituutiokriittinen. "Missä EU - siellä ongelma", oli564599Suomalaisilta vaaditaan valtavasti suvaitsevaisuutta - miksi sitä ei vaadita muslimeilta
Suomalaisilta vaaditaan kaikkea, pitää olla suvaitsevainen ja hyväksyä vieraiden tavat, rasisti ei saa olla jne. Miksi s624099Juuri Suomen valtamedian toimittajat teki "silmävääntelystä" sen kohun
ja ilmeisesti ottivat yhteyttä myös ulkomaisiin medioihin, että katsokaas tätä. Mutta Japanin medioissa on asiaan suhta1603930SDP:n kansanedustaja Marko Asell: Suomen myönnettävä maahanmuuton ongelmat
Hänen mielestään Suomen pitää pyrkiä rajoittamaan jyrkästi turvapaikanhakijoiden pääsyä maahan ja hän arvioi, että maaha1673732- 901698
- 951202
- 42857