Vra

Ek ontwerp sagteware om 'n bestaande hardeware produk. Ek het volle beheer van die kommunikasie-protokol, maar ek is nie seker hoe om opsporing toestel te fasiliteer.

'n toestel kan 'n verskeidenheid van moontlike konfigurasies het (dit wil sê baud rate, data stukkies, pariteitsbisse, stop bits) wat gevolg moet word waargeneem tydens looptyd. Wat is die maklikste, mees betroubare manier vir die sagteware om uit te vind wat opset dit gebruik? Weereens, ek het volle beheer van die kommunikasie protokol so ek kan enige meganisme Ek wens definieer.

Was dit nuttig?

Oplossing

Is dit 'n full-duplex of half-dupleks toestel? Kan jy beheer versoek om te stuur en te monitor duidelik-tot-stuur aan beide kante van die reeks lyn? Is die reeks lyn punt-tot-punt (soos RS-232) of multi-drop (soos RS-485)? Dit sal 'n (al is dit klein) verskil maak as jy gaan om in te meng met ander reeds verbind toestelle terwyl onderhandeling met 'n nuut verbind een.

As jy dink van die handdruk proses soos 'n modem onderhandeling 'n skakel laag protokol, dit maak gebruik van 'n standaard stel van boodskappe aan die tipe van kommunikasie te beskryf dit wil hê en wag vir 'n "Ack" van die ander kant. In jou geval beveel ek 'n "kom ons praat" standaard boodskap dat jou kop einde genereer met die verskeidenheid van bitsnelheden en wag vir die ACK van die toestel.

Ek beveel ook die vermindering van die aantal konfigurasie-opsies vir die toestel. Vergeet van veranderlike data stukkies, pariteitsbisse, en stop stukkies. Die reeks kommunikasie wêreld is nie meer as onstabiel as dit terug in die 70's was. gebruik net 8 data stukkies, geen gelykheid, een-stop bietjie en wissel die bitsnelheid. A CRC op die einde van boodskappe bied baie van die fout kontrole.

Gelisensieer onder: CC-BY-SA met toeskrywing
Nie verbonde aan StackOverflow
scroll top