JAVAD GREIS GNSS రిసీవర్ బాహ్య ఇంటర్ఫేస్
స్పెసిఫికేషన్లు
- ఉత్పత్తి: GREIS GNSS రిసీవర్
- ఫర్మ్వేర్ వెర్షన్: 4.5.00
- చివరిగా సవరించినది: అక్టోబర్ 14, 2024
ఉత్పత్తి సమాచారం
GREIS GNSS రిసీవర్ అనేది JAVAD GNSS చే రూపొందించబడిన అధిక-ఖచ్చితమైన బాహ్య ఇంటర్ఫేస్ పరికరం, ఇది ఖచ్చితమైన స్థాన సమాచారాన్ని అందిస్తుంది.
పరిచయం
GREIS అనేది వివిధ అనువర్తనాలకు ఉపయోగించే ఒక బహుముఖ పరికరం. ఇక్కడ కొన్ని ముఖ్య అంశాలు ఉన్నాయి:
- GREIS అంటే ఏమిటి: ఇది GNSS రిసీవర్ల కోసం బాహ్య ఇంటర్ఫేస్ పరికరం.
- GREIS ఎలా ఉపయోగించబడుతుంది: ఇది GNSS వ్యవస్థల కార్యాచరణ మరియు ఖచ్చితత్వాన్ని మెరుగుపరచడానికి ఉపయోగించబడుతుంది.
- జాబితాలు: మద్దతు ఉన్న లక్షణాలు మరియు కార్యాచరణల వివరణాత్మక జాబితాల కోసం మాన్యువల్ను చూడండి.
- వస్తువులు: నిర్దిష్ట పనుల కోసం GREIS తో ఉపయోగించగల విభిన్న వస్తువులను అన్వేషించండి.
రిసీవర్ ఇన్పుట్ భాష
రిసీవర్ ఇన్పుట్ భాష వినియోగదారులను నిర్దిష్ట ఆదేశాలు మరియు వాక్యనిర్మాణాన్ని ఉపయోగించి పరికరంతో సంభాషించడానికి అనుమతిస్తుంది. ఇక్కడ ఒక సంక్షిప్త సమాచారం ఉందిview:
- భాష ఉదాampతక్కువ: అందించిన మాజీ నుండి నేర్చుకోండిampపరికరంతో ఎలా కమ్యూనికేట్ చేయాలో అర్థం చేసుకోవడానికి les.
- భాషా వాక్యనిర్మాణం: రిసీవర్కు ఆదేశాలను పంపడానికి సింటాక్స్ నియమాలతో మిమ్మల్ని మీరు పరిచయం చేసుకోండి.
- ఆదేశాలు: మీ అవసరాల ఆధారంగా పరికరాన్ని నియంత్రించడానికి మరియు కాన్ఫిగర్ చేయడానికి వివిధ ఆదేశాలను ఉపయోగించండి.
రిసీవర్ సందేశాలు
డేటా మరియు స్థితి సమాచారాన్ని అర్థం చేసుకోవడానికి రిసీవర్ సందేశాలను అర్థం చేసుకోవడం చాలా ముఖ్యం. మీరు తెలుసుకోవలసినది ఇక్కడ ఉంది:
- సమావేశాలు: సందేశాలను ఖచ్చితంగా అర్థం చేసుకోవడానికి నిర్దిష్ట ఫార్మాట్లు మరియు విలువలను అనుసరించండి.
- ప్రామాణిక సందేశ స్ట్రీమ్: స్థిరమైన డేటా ప్రసారం కోసం ప్రామాణిక సందేశ ఆకృతిని అన్వేషించండి.
తరచుగా అడిగే ప్రశ్నలు
ప్ర: నేను GREIS GNSS రిసీవర్ యొక్క ఫర్మ్వేర్ను సవరించవచ్చా?
A: లేదు, JAVAD GNSS యొక్క కాపీరైట్ నిబంధనల ప్రకారం ఫర్మ్వేర్ను సవరించడం అనుమతించబడదు.
ప్ర: GREIS GNSS రిసీవర్కి సంబంధించిన సాంకేతిక సమస్యల కోసం నేను మద్దతును ఎలా యాక్సెస్ చేయగలను?
జ: సాంకేతిక మద్దతు కోసం, దయచేసి సహాయం కోసం నేరుగా JAVAD GNSSని సంప్రదించండి.
మీ JAVAD GNSS రిసీవర్ని కొనుగోలు చేసినందుకు ధన్యవాదాలు. ఈ రిఫరెన్స్ గైడ్ ("గైడ్")లో అందుబాటులో ఉన్న మెటీరియల్లు JAVAD GNSS ఉత్పత్తుల యజమానుల కోసం JAVAD GNSS, Inc. ద్వారా తయారు చేయబడ్డాయి. ఇది రిసీవర్ని ఉపయోగించడంలో యజమానులకు సహాయం చేయడానికి రూపొందించబడింది మరియు దాని ఉపయోగం ఈ నిబంధనలు మరియు షరతులకు ("నిబంధనలు మరియు షరతులు") లోబడి ఉంటుంది.
నిబంధనలు మరియు షరతులు
వృత్తిపరమైన ఉపయోగం JAVAD GNSS రిసీవర్లు ప్రొఫెషనల్ని ఉపయోగించేందుకు రూపొందించబడ్డాయి. ఆపరేటింగ్, తనిఖీ లేదా సర్దుబాటు చేయడానికి ముందు వినియోగదారు మరియు భద్రతా సూచనల గురించి వినియోగదారుకు మంచి జ్ఞానం మరియు అవగాహన ఉండాలని భావిస్తున్నారు. రిసీవర్ను ఆపరేట్ చేసేటప్పుడు ఎల్లప్పుడూ అవసరమైన రక్షకాలను (భద్రతా బూట్లు, హెల్మెట్ మొదలైనవి) ధరించండి.
ఈ గైడ్లోని ఏవైనా వారెంటీలకు మినహా వారంటీ యొక్క నిరాకరణ లేదా ఉత్పత్తితో పాటుగా ఉన్న వారంటీ కార్డ్, ఈ గైడ్ మరియు రిసీవర్ “అలాగే” అందించబడతాయి. ఇతర వారెంటీలు ఏవీ లేవు. జావద్ GNSS ఏదైనా నిర్దిష్ట ఉపయోగం లేదా ప్రయోజనం కోసం వ్యాపార లేదా ఫిట్నెస్ యొక్క ఏదైనా పరోక్ష వారంటీని నిరాకరిస్తుంది. ఇక్కడ ఉన్న సాంకేతిక లేదా సంపాదకీయ లోపాలు లేదా లోపాల కోసం జావద్ GNSS మరియు దాని పంపిణీదారులు బాధ్యత వహించరు; ఈ మెటీరియల్ లేదా రిసీవర్ యొక్క ఫర్నిషింగ్, పనితీరు లేదా వినియోగం వల్ల వచ్చే యాదృచ్ఛిక లేదా పర్యవసానమైన నష్టాల కోసం కాదు. అటువంటి నిరాదరణకు గురైన నష్టాలు, సమయం కోల్పోవడం, డేటా కోల్పోవడం లేదా నాశనం చేయడం, లాభం, పొదుపులు లేదా రాబడి కోల్పోవడం లేదా ఉత్పత్తి వినియోగాన్ని కోల్పోవడం వంటి వాటికి మాత్రమే పరిమితం కావు. అదనంగా, ప్రత్యామ్నాయ ఉత్పత్తులు లేదా సాఫ్ట్వేర్, ఇతర సంస్థలు, సంస్థల ద్వారా క్లెయిమ్లు పొందేందుకు సంబంధించి జరిగే నష్టాలు లేదా ఖర్చులకు Javad GNSS బాధ్యత వహించదు లేదా బాధ్యత వహించదు. ఏదైనా సందర్భంలో, JAVAD GNSS నష్టాలకు బాధ్యత వహించదు లేదా మీకు లేదా ఏదైనా ఇతర వ్యక్తికి లేదా సంస్థ స్వీకర్త కోసం కొనుగోలు చేసిన ధర కంటే ఎక్కువగా ఉంటుంది.
లైసెన్స్ ఒప్పందం JAVAD GNSS ద్వారా సరఫరా చేయబడిన లేదా JAVAD GNSS నుండి డౌన్లోడ్ చేయబడిన ఏదైనా కంప్యూటర్ ప్రోగ్రామ్లు లేదా సాఫ్ట్వేర్ వినియోగం webరిసీవర్కు సంబంధించి సైట్ (“సాఫ్ట్వేర్”) ఈ గైడ్లోని ఈ నిబంధనలు మరియు షరతులకు అంగీకారం మరియు ఈ నిబంధనలు మరియు షరతులకు కట్టుబడి ఉండటానికి ఒక ఒప్పందాన్ని ఏర్పరుస్తుంది. నిబంధనల ప్రకారం అటువంటి సాఫ్ట్వేర్ను ఉపయోగించడానికి వినియోగదారుకు వ్యక్తిగత, ప్రత్యేకం కాని, బదిలీ చేయలేని లైసెన్స్ మంజూరు చేయబడింది
PREFACE నిబంధనలు మరియు షరతులు
ఇక్కడ మరియు ఏ సందర్భంలోనైనా ఒకే రిసీవర్ లేదా సింగిల్ కంప్యూటర్తో మాత్రమే పేర్కొనబడింది. JAVAD GNSS యొక్క ఎక్స్ప్రెస్ వ్రాతపూర్వక అనుమతి లేకుండా మీరు సాఫ్ట్వేర్ లేదా ఈ లైసెన్స్ను కేటాయించలేరు లేదా బదిలీ చేయలేరు. ఈ లైసెన్స్ రద్దు చేయబడే వరకు అమలులో ఉంటుంది. సాఫ్ట్వేర్ మరియు గైడ్ను నాశనం చేయడం ద్వారా మీరు ఎప్పుడైనా లైసెన్స్ను రద్దు చేయవచ్చు. మీరు ఏదైనా నిబంధనలు లేదా షరతులను పాటించడంలో విఫలమైతే JAVAD GNSS లైసెన్స్ను రద్దు చేయవచ్చు. మీరు రిసీవర్ని ఉపయోగించడం ముగించిన తర్వాత సాఫ్ట్వేర్ మరియు గైడ్ను నాశనం చేయడానికి అంగీకరిస్తున్నారు. సాఫ్ట్వేర్లో మరియు వాటికి సంబంధించిన అన్ని యాజమాన్యం, కాపీరైట్ మరియు ఇతర మేధో సంపత్తి హక్కులు JAVAD GNSSకి చెందినవి. ఈ లైసెన్స్ నిబంధనలు ఆమోదయోగ్యం కానట్లయితే, ఉపయోగించని సాఫ్ట్వేర్ మరియు గైడ్ని తిరిగి ఇవ్వండి.
గోప్యత ఈ గైడ్, దాని కంటెంట్లు మరియు సాఫ్ట్వేర్ (సమిష్టిగా, “గోప్య సమాచారం”) JAVAD GNSS యొక్క రహస్య మరియు యాజమాన్య సమాచారం. JAVAD GNSS యొక్క కాన్ఫిడెన్షియల్ ఇన్ఫర్మేషన్ను మీ స్వంత అత్యంత విలువైన వాణిజ్య రహస్యాలను భద్రపరచడంలో మీరు ఉపయోగించే సంరక్షణ స్థాయి కంటే తక్కువ కఠినమైన జాగ్రత్తలతో వ్యవహరించడానికి మీరు అంగీకరిస్తున్నారు. ఈ పేరాలో ఏదీ మీ ఉద్యోగులకు గోప్య సమాచారాన్ని బహిర్గతం చేయకుండా మిమ్మల్ని నిరోధించదు, రిసీవర్ని నిర్వహించడానికి లేదా శ్రద్ధ వహించడానికి అవసరమైన లేదా తగినది కావచ్చు. అలాంటి ఉద్యోగులు తప్పనిసరిగా గోప్యత సమాచారాన్ని గోప్యంగా ఉంచాలి. ఏదైనా రహస్య సమాచారాన్ని బహిర్గతం చేయమని మీరు చట్టబద్ధంగా బలవంతం చేయబడిన సందర్భంలో, మీరు JAVAD GNSSకి తక్షణ నోటీసు ఇవ్వాలి, తద్వారా అది రక్షణ ఆర్డర్ లేదా ఇతర తగిన పరిష్కారాన్ని పొందవచ్చు.
WEBSITE; ఇతర ప్రకటనలు JAVAD GNSS వద్ద ఎటువంటి ప్రకటన లేదు webసైట్ (లేదా ఏదైనా ఇతర webసైట్) లేదా ఏదైనా ఇతర ప్రకటనలు లేదా JAVAD GNSS సాహిత్యంలో లేదా JAVAD GNSS యొక్క ఉద్యోగి లేదా స్వతంత్ర కాంట్రాక్టర్ రూపొందించిన ఈ నిబంధనలు మరియు షరతులను (సాఫ్ట్వేర్ లైసెన్స్, వారంటీ మరియు బాధ్యత పరిమితితో సహా) సవరించారు.
భద్రత రిసీవర్ యొక్క సరికాని ఉపయోగం వ్యక్తులకు లేదా ఆస్తికి మరియు/లేదా ఉత్పత్తి యొక్క పనిచేయకపోవడానికి దారితీయవచ్చు. రిసీవర్ను అధీకృత JAVAD GNSS వారంటీ సేవా కేంద్రాల ద్వారా మాత్రమే మరమ్మతులు చేయాలి.
ఇతరాలు పైన పేర్కొన్న నిబంధనలు మరియు షరతులు JAVAD GNSS ద్వారా ఎప్పుడైనా సవరించబడవచ్చు, సవరించబడవచ్చు, భర్తీ చేయబడవచ్చు లేదా రద్దు చేయబడవచ్చు. పైన పేర్కొన్న నిబంధనలు మరియు షరతులు చట్టాల వైరుధ్యాన్ని సూచించకుండా కాలిఫోర్నియా రాష్ట్ర చట్టాల ద్వారా నిర్వహించబడతాయి మరియు వాటికి అనుగుణంగా నిర్వచించబడతాయి.
GREIS అంటే ఏమిటి
GREIS అనేది ఒక ఇంటర్ఫేసింగ్ లాంగ్వేజ్, ఇది GNSS రిసీవర్లతో వారి అన్ని సామర్థ్యాలు మరియు ఫంక్షన్లను యాక్సెస్ చేయడం ద్వారా ప్రభావవంతంగా కమ్యూనికేట్ చేయడానికి వినియోగదారుని అనుమతిస్తుంది.
GREIS అనేది JAVAD GNSS హార్డ్వేర్ మొత్తం శ్రేణికి సాధారణ రిసీవర్ భాషా నిర్మాణాన్ని సూచిస్తుంది. ఈ భాషా నిర్మాణం రిసీవర్-స్వతంత్రమైనది మరియు భవిష్యత్తులో మార్పు లేదా విస్తరణకు తెరవబడుతుంది. GREIS అనేది యూనిఫైడ్ విధానంపై ఆధారపడి ఉంటుంది, ఇది పేరు పెట్టబడిన వస్తువుల యొక్క తగిన సెట్ను ఉపయోగించి JAVAD GNSS రిసీవర్ను నియంత్రించడానికి వినియోగదారుని అనుమతిస్తుంది. ఈ వస్తువులతో కమ్యూనికేషన్ ముందే నిర్వచించిన ఆదేశాలు మరియు సందేశాల ద్వారా సాధించబడుతుంది. ఉపయోగించిన రిసీవర్ వస్తువుల సంఖ్య లేదా రకంపై నిర్దిష్ట పరిమితులు లేవు.
GREIS ఎలా ఉపయోగించబడుతుంది
JAVAD GNSS రిసీవర్తో దాని పోర్ట్లలో ఒకదాని ద్వారా కమ్యూనికేట్ చేసే ఏదైనా సిస్టమ్ (సీరియల్, సమాంతర, USB, ఈథర్నెట్ మొదలైనవి) అవసరమైన పనిని పూర్తి చేయడానికి GREIS ఆదేశాలు మరియు సందేశాలను ఉపయోగిస్తుంది. GREIS చాలా ముఖ్యమైన పాత్ర పోషిస్తున్న ఒక జత సాధారణ అప్లికేషన్లు, మొదటిది, సర్వే మరియు RTK ప్రాజెక్ట్లలో ఫీల్డ్ ఆపరేషన్ సమయంలో రిసీవర్లతో కమ్యూనికేట్ చేయడానికి హ్యాండ్-హెల్డ్ కంట్రోలర్లను ఉపయోగించడం లేదా, రెండవది, తదుపరి పోస్ట్ కోసం రిసీవర్ల నుండి డేటాను డెస్క్టాప్ సిస్టమ్లలోకి డౌన్లోడ్ చేసేటప్పుడు. ప్రాసెసింగ్. పోస్ట్ ప్రాసెసింగ్ అప్లికేషన్ GREIS ఆదేశాలను ఉపయోగించదు, కానీ డేటా నుండి డేటాను సంగ్రహించడానికి GREIS సందేశాల గురించి తెలుసుకోవాలి files.
GREIS యొక్క ఒక ముఖ్యమైన లక్షణం ఏమిటంటే ఇది JAVAD GNSS రిసీవర్ల యొక్క స్వయంచాలక మరియు మాన్యువల్ నియంత్రణ కోసం సమర్థవంతంగా ఉపయోగించబడుతుంది. మాన్యువల్ నియంత్రణ కోసం, వినియోగదారు టెర్మినల్ ద్వారా రిసీవర్లోకి అవసరమైన GREIS ఆదేశాలను నమోదు చేస్తారు. GREIS మానవులు చదవగలిగే టెక్స్ట్ ఇంటర్ఫేస్గా రూపొందించబడినందున ఇది సులభంగా సాధించబడుతుంది. మరోవైపు, GREIS అప్లికేషన్ల ద్వారా ఉపయోగించడానికి సులభతరం చేసే కఠినమైన నియమాలను పాటిస్తుంది.
జాబితాలు
GREIS జాబితాల భావనను ఎక్కువగా ఉపయోగిస్తుంది. జాబితాలు రిసీవర్ ఇన్పుట్ భాషలో మరియు ప్రామాణిక వచన సందేశాలలో ఉపయోగించబడతాయి.
పరిచయం వస్తువులు
GREISలోని జాబితాలు కామా (,, ASCII కోడ్ 44) ద్వారా వేరు చేయబడిన మూలకాల శ్రేణి ద్వారా సూచించబడతాయి మరియు కలుపుగోళాలలో జతచేయబడతాయి ({}, ASCII కోడ్లు 123 మరియు 125):
{మూలకం1,మూలకం2,మూలకం3}
ప్రతిగా, జాబితా యొక్క మూలకాలు స్వయంగా జాబితాలుగా ఉండవచ్చు:
{e1,{ee21,ee22},e3}
అందువల్ల పై నిర్వచనం పునరావృతమవుతుంది, తద్వారా ఏకపక్ష గూడు లోతు యొక్క జాబితాలు అనుమతించబడతాయి. జాబితాలు లేని మూలకాలను లీఫ్ ఎలిమెంట్స్ లేదా కేవలం లీఫ్లు అంటారు. జాబితాల మూలకాలు ఖాళీగా ఉండవచ్చు, ఈ సందర్భంలో మూలకం విస్మరించబడిందని మేము చెబుతాము. ఉదాహరణకుample, దిగువ జాబితాలో, రెండవ మూలకం విస్మరించబడింది:
{e1,,e3}
డీలిమిటర్లకు ముందు మరియు తర్వాత ఖాళీలు అనుమతించబడతాయి మరియు విస్మరించబడతాయి. జాబితాలోని మూలకాలన్నీ ప్రారంభంలో ఒకే సబ్స్ట్రింగ్ (ఉపసర్గ) కలిగి ఉంటే, ఈ సబ్స్ట్రింగ్ జాబితా చుట్టూ ఉన్న జంట కలుపుల నుండి బయటకు తరలించబడుతుంది, ఉదా,
అంశం{1,2,3}
యొక్క చిన్న రూపం
{elem1,elem2,elem3}
పార్సింగ్ సమయంలో తొలగించబడిన డబుల్ కోట్లలో (“, ASCII కోడ్ 34) మూలకాలు జతచేయబడతాయి. కోట్ చేయబడిన మూలకం లోపల, ప్రత్యేక చిహ్నాలు (బ్రేస్లు, కామాలు మొదలైనవి) వాటి పాత్రను కోల్పోతాయి మరియు సాధారణ అక్షరాలుగా పరిగణించబడతాయి. కోట్ల యొక్క మరొక ఉపయోగం "మూలకం పేర్కొనబడలేదు" మరియు "ఖాళీ మూలకం పేర్కొన్న" పరిస్థితుల మధ్య తేడాను గుర్తించడం. మునుపటిది జాబితా నుండి ఒక మూలకాన్ని వదిలివేయడం ద్వారా సూచించబడుతుంది మరియు రెండోది కామాల మధ్య డబుల్-కోట్ల జతని ఉంచడం ద్వారా సూచించబడుతుంది. స్ట్రింగ్లో లీడింగ్ లేదా ట్రైలింగ్ స్పేస్లను కలిగి ఉండాల్సిన అవసరం వచ్చినప్పుడు కూడా కోటింగ్ ఉపయోగపడుతుంది. మూలకంలో డబుల్-కోట్ను ఉంచడానికి, ఈ మూలకాన్ని కోట్ చేయండి మరియు బ్యాక్స్లాష్ క్యారెక్టర్ (, ASCII కోడ్ 92)తో లోపల ఉన్న డబుల్ కోట్ నుండి తప్పించుకోండి. కోట్ చేసిన స్ట్రింగ్లో బ్యాక్స్లాష్ను ఉంచడానికి, మరొక బ్యాక్స్లాష్తో తప్పించుకోండి, ఉదాహరణకుampలే:
Example: ““కోట్లు”, బ్యాక్స్లాష్ \, మరియు ప్రత్యేక అక్షరాలతో స్ట్రింగ్, {}”
1.4 వస్తువులు
GREIS ఆధారంగా రూపొందించబడిన మోడల్ సందర్భంలో, JAVAD GNSS రిసీవర్ పేరున్న వస్తువుల సమితితో గుర్తించబడుతుంది.
GREIS
www.javad.com
20
పరిచయం వస్తువులు
ఆబ్జెక్ట్ ఐడెంటిఫైయర్లు
ఆబ్జెక్ట్ అనేది రిసీవర్ యొక్క హార్డ్వేర్ లేదా సాఫ్ట్వేర్ ఎంటిటీగా నిర్వచించబడింది, దానిని పరిష్కరించవచ్చు, సెట్ చేయవచ్చు లేదా ప్రశ్నించవచ్చు. హార్డ్వేర్ ఎంటిటీలను సాధారణంగా పరికరాలుగా సూచిస్తారు, అయితే ఫర్మ్వేర్ వస్తువులు సాధారణంగా ఉంటాయి fileలు మరియు పారామితులు. రిసీవర్ పోర్ట్లు మరియు మెమరీ మాడ్యూల్స్ అన్నీ మంచివిampపరికరాలు తక్కువ. అన్ని పరికరాలు, fileలు మరియు పారామితులు GREIS ద్వారా ఏకరీతిగా పరిగణించబడతాయి. ప్రతి వస్తువు GREIS ద్వారా యాక్సెస్ చేయగల, నిర్వచించదగిన మరియు/లేదా మార్చగల అనుబంధిత లక్షణాల సమితిని కలిగి ఉంటుంది.
1.4.1 ఆబ్జెక్ట్ ఐడెంటిఫైయర్స్
రిసీవర్ని ఆబ్జెక్ట్స్ (పరికరాలు, files, సందేశాలు, పారామితులు మొదలైనవి) GREIS మోడల్ సందర్భంలో. రిసీవర్ కమాండ్లలోని ఆబ్జెక్ట్లను అడ్రస్ చేసే ప్రయోజనాల కోసం, ప్రతి వస్తువుకు ఒక ప్రత్యేక ఐడెంటిఫైయర్ని కేటాయించాలి.
రిసీవర్లోని వస్తువులు తార్కికంగా సమూహాలుగా నిర్వహించబడతాయి. ఒక సమూహం కూడా ఒక వస్తువు మరియు అది మూల సమూహం తప్ప మరొక సమూహానికి చెందినది. ఈ విధంగా రిసీవర్లోని అన్ని వస్తువులు ఒకే మూల సమూహంలో ప్రారంభించి చెట్టు-వంటి సోపానక్రమం వలె నిర్వహించబడతాయి. ఈ ప్రాతినిధ్యం సంస్థను పోలి ఉంటుంది fileచాలా మంది కంప్యూటర్ వినియోగదారులకు తెలిసిన డైరెక్టరీలలో (ఫోల్డర్లు) s.
GREISలో, ఆబ్జెక్ట్ గ్రూపులు సంబంధిత ఆబ్జెక్ట్ పేర్ల జాబితాలుగా సూచించబడతాయి. ఆబ్జెక్ట్కు చెందిన జాబితాలో ఆబ్జెక్ట్ పేరు ప్రత్యేకంగా ఉంటుంది. గ్లోబల్గా ప్రత్యేకమైన ఆబ్జెక్ట్ ఐడెంటిఫైయర్ అనేది ఆబ్జెక్ట్ ట్రీ గుండా రూట్ లిస్ట్ నుండి ఆబ్జెక్ట్కు ఫార్వర్డ్ స్లాష్ (/) ద్వారా వేరు చేయబడిన అన్ని ఆబ్జెక్ట్ పేర్లుగా నిర్వచించబడింది. రూట్ లిస్ట్ సింగిల్ ఫార్వర్డ్ స్లాష్ ద్వారా గుర్తించబడుతుంది.
Exampఆబ్జెక్ట్ ఐడెంటిఫైయర్ల లెస్:
Example: మూల సమూహం:
/
Example: రిసీవర్ ఎలక్ట్రానిక్ ID:
/par/rcv/id
Example: సీరియల్ పోర్ట్ A బాడ్ రేటు:
/par/dev/ser/a/rate
Example: గుణాలు (పరిమాణం మరియు చివరి సవరణ సమయం). file NAME (file క్రింద చర్చించబడిన వస్తువు లక్షణాల నుండి గుణాలు భిన్నంగా ఉంటాయి):
/లాగ్/NAME
Example: NMEA GGA వాక్యం:
GREIS
www.javad.com
21
పరిచయం ఆవర్తన అవుట్పుట్
ఆబ్జెక్ట్ రకాలు
/msg/nmea/GGA
అన్ని వస్తువులు వాటితో అనుబంధించబడిన ఒకటి లేదా అంతకంటే ఎక్కువ లక్షణాలను కలిగి ఉంటాయి. ఆబ్జెక్ట్ ఐడెంటిఫైయర్కు & క్యారెక్టర్ మరియు అట్రిబ్యూట్ పేరును జోడించడం ద్వారా ఆబ్జెక్ట్ లక్షణాలు గుర్తించబడతాయి. ప్రతి వస్తువుకు ఉన్న ప్రాథమిక లక్షణం విలువ. ఈ లక్షణం ఎల్లప్పుడూ GREIS ఆదేశాల ద్వారా అవ్యక్తంగా యాక్సెస్ చేయబడుతుంది. కొన్ని వస్తువులు అదనపు లక్షణాలను కలిగి ఉండవచ్చు, ఉదాహరణకుample: ఉదాample: సీరియల్ పోర్ట్ A డిఫాల్ట్ బాడ్ రేట్:
/par/dev/ser/a/rate&def
Example: యొక్క కంటెంట్లు file NAME:
/లాగ్/NAME&కంటెంట్
1.4.2 ఆబ్జెక్ట్ రకాలు
రిసీవర్లోని ప్రతి వస్తువు దానితో అనుబంధించబడిన GREIS రకాన్ని కలిగి ఉంటుంది. వస్తువు యొక్క రకం GREIS ఆదేశాలకు సంబంధించి దాని ప్రవర్తనను నిర్వచిస్తుంది. నిర్దిష్టంగా, వస్తువు ఏ విలువలను తీసుకోగలదో మరియు ఆబ్జెక్ట్కు ఏ నిర్దిష్ట ఆదేశాలు వర్తిస్తాయో రకం నిర్వచిస్తుంది.
ప్రస్తుతం మద్దతిచ్చే ఆబ్జెక్ట్ రకాల వివరణాత్మక వివరణ కోసం పేజీ 184లోని “ప్రాధమిక ఆబ్జెక్ట్ రకాలు” చూడండి.
GREIS
1.5 ఆవర్తన అవుట్పుట్
రిసీవర్ ఆపరేషన్లో ఒక ముఖ్యమైన పాత్ర, నిర్దిష్ట షెడ్యూల్ ప్రకారం వివిధ రకాల కొలతలు, లెక్కించిన విలువలు మొదలైనవి వంటి కొంత సమాచారాన్ని క్రమానుగతంగా అవుట్పుట్ చేయగల సామర్థ్యాన్ని పోషిస్తుంది. GREIS కనిష్ట అవుట్పుట్ యూనిట్లుగా ఉండే వివిధ ఫార్మాట్లలో విభిన్న రకాల సమాచారాన్ని కలిగి ఉన్న గొప్ప సందేశాల సెట్ను నిర్వచిస్తుంది మరియు డేటా అవుట్పుట్కు అనువైన ఏదైనా మద్దతు ఉన్న మీడియాకు ఏదైనా క్రమంలో సందేశాల కలయిక యొక్క ఆవర్తన అవుట్పుట్ను అభ్యర్థించడానికి పద్ధతులను అందిస్తుంది. డేటా అవుట్పుట్కు సరిపోయే ఏదైనా మద్దతు ఉన్న మాధ్యమాన్ని GREISలో అవుట్పుట్ స్ట్రీమ్ అంటారు.
ప్రతి అవుట్పుట్ స్ట్రీమ్ కోసం, అవుట్పుట్ జాబితా అని పిలువబడే స్ట్రీమ్కు అవుట్పుట్ చేయడానికి ప్రస్తుతం ఎనేబుల్ చేయబడిన సందేశాల జాబితాను రిసీవర్ నిర్వహిస్తుంది. సందేశాలు అవుట్పుట్ అయ్యే క్రమం, అవుట్పుట్ జాబితాలోని సందేశాల క్రమానికి సరిపోలుతుంది. అదనంగా, అవుట్పుట్ జాబితాలో ఉన్న ప్రతి సందేశం దానితో అనుబంధించబడిన దాని స్వంత షెడ్యూల్ పారామితులను కలిగి ఉంటుంది. అవుట్పుట్ జాబితాలోని సందేశానికి జోడించబడిన షెడ్యూల్ పారామీటర్లు ఈ నిర్దిష్ట అవుట్పుట్ స్ట్రీమ్లో ఈ నిర్దిష్ట సందేశం యొక్క అవుట్పుట్ షెడ్యూల్ను నిర్వచించాయి. GREIS మూడు కామ్లను అందిస్తుంది-
www.javad.com
22
పరిచయం ఆవర్తన అవుట్పుట్ అవుట్పుట్ వ్యవధి మరియు దశ
mands, em, out, మరియు dm, అవుట్పుట్ జాబితాలు మరియు షెడ్యూలింగ్ పారామితుల యొక్క సమర్థవంతమైన తారుమారుని అనుమతించడానికి.
సందేశ షెడ్యూలింగ్ పారామితులు నాలుగు ఫీల్డ్లను కలిగి ఉంటాయి: వ్యవధి, దశ, గణన మరియు ఫ్లాగ్లు, వీటిలో ప్రతి ఒక్కటి అవుట్పుట్ షెడ్యూల్ నిర్వచనంలో విభిన్న పాత్రను పోషిస్తాయి. వాటి విలువలు అవుట్పుట్ను ఎలా ప్రభావితం చేస్తాయో క్రింద మేము వివరిస్తాము, కానీ ప్రాథమికంగా, కాలం సందేశం యొక్క అవుట్పుట్ల మధ్య విరామాన్ని నిర్దేశిస్తుంది; దశ ప్రస్తుత సమయం వ్యవధికి బహుళంగా ఉన్నప్పుడు సమయ క్షణాలకు సంబంధించి అవుట్పుట్ యొక్క క్షణాల సమయ మార్పును నిర్దేశిస్తుంది; గణన, సున్నా కంటే ఎక్కువగా ఉన్నప్పుడు, సందేశం అవుట్పుట్ అయ్యే సంఖ్యను పరిమితం చేస్తుంది; అయితే జెండాలు filed అవుట్పుట్ ప్రక్రియ యొక్క కొంత చక్కటి ట్యూనింగ్ను అనుమతిస్తుంది.
1.5.1 అవుట్పుట్ కాలం మరియు దశ
గమనిక:
మెసేజ్ షెడ్యూలింగ్ పారామీటర్ల వ్యవధి మరియు దశ ఫీల్డ్లు [0…86400) సెకన్ల పరిధిలో ఫ్లోటింగ్ పాయింట్ విలువలు. వాటి ఖచ్చితమైన అర్థం క్రింద వివరించబడింది.
F_CHANGE బిట్ని షెడ్యూలింగ్ పారామీటర్ల ఫ్లాగ్స్ ఫీల్డ్లో సెట్ చేసినప్పుడు, ఫేజ్ ఫీల్డ్ దాని సాధారణ పాత్రను కోల్పోతుంది మరియు బదులుగా “ఫోర్స్డ్ అవుట్పుట్ పీరియడ్” అవుతుంది. వివరాల కోసం దిగువ F_CHANGE ఫ్లాగ్ వివరణను చూడండి.
రిసీవర్ దాని అంతర్గత సమయ గ్రిడ్ను కలిగి ఉంటుంది, అది రిసీవర్ క్లాక్ మరియు రిసీవర్ అంతర్గత యుగాల దశను నిర్వచించే /par/raw/curmsint పరామితి యొక్క విలువ ద్వారా నిర్వచించబడుతుంది. రిసీవర్ సమయం దశకు బహుళంగా ఉన్నప్పుడు రిసీవర్ అంతర్గత యుగాలు సంభవిస్తాయి. ప్రతిగా, రిసీవర్ సమయం రిసీవర్ క్లాక్ మాడ్యులో ఒక రోజు (86400 సెకన్లు) విలువగా నిర్వచించబడింది. రిసీవర్ అవుట్పుట్ జాబితాలను అంతర్గత రిసీవర్ యుగాలలో మాత్రమే స్కాన్ చేస్తుంది, తద్వారా దాని కంటే ఎక్కువ తరచుగా అవుట్పుట్ ఉత్పత్తి చేయబడదు.
అంతర్గత సమయ గ్రిడ్ను పరిగణనలోకి తీసుకుంటే, పీరియడ్ మరియు ఫేజ్ వేరియబుల్స్ సందేశం యొక్క అవుట్పుట్ యొక్క సమయ క్షణాలను ఈ క్రింది విధంగా నిర్వచిస్తాయి: రిసీవర్ రిసీవర్ సమయాల్లో మాత్రమే సందేశాన్ని అవుట్పుట్ చేస్తుంది టౌట్ ఈ క్రింది రెండు సమీకరణాలను ఏకకాలంలో సంతృప్తిపరుస్తుంది:
Toutmod కాలం = దశ
(1)
టౌట్ = N దశ (2)
GREIS
ఇక్కడ N అనేది పూర్ణాంక సంఖ్య [0,1,2,...,(86400/స్టెప్)-1] విలువలను తీసుకుంటుంది.
మొదటి సమీకరణం సందేశాల అవుట్పుట్ యొక్క ప్రాథమిక నియమాన్ని నిర్వచిస్తుంది మరియు రెండవది అంతర్గత రిసీవర్ యుగాలకు సంబంధించిన అదనపు పరిమితులను విధిస్తుంది. అత్యంత సాధారణ సందర్భంలో, కాలం మరియు దశ రెండూ దశల గుణకాలు అయినప్పుడు, మొదటి సమీకరణం సంతృప్తి చెందినప్పుడల్లా రెండవ సమీకరణం స్వయంచాలకంగా సంతృప్తి చెందుతుందని గమనించండి. ఉంటే అని కూడా గమనించండి
86400 (మోడ్ పీరియడ్) 0,
www.javad.com
23
పరిచయం ఆవర్తన అవుట్పుట్
అవుట్పుట్ కౌంట్
Exampలే:
Example: ఉదాampలే:
రోజు రోల్ఓవర్కు ముందు పంపిన చివరి సందేశం మరియు రోజు రోల్ఓవర్ తర్వాత మొదటి సందేశం మధ్య అసలు విరామం వ్యవధి విలువ నుండి భిన్నంగా ఉంటుంది.
మాజీ జంటను పరిగణించండిampఈ యంత్రాంగాన్ని వివరిస్తుంది:
పీరియడ్ 10సె, ఫేజ్ 2.2సె, స్టెప్ 0.2సె అనుకుందాం. టౌట్, రెండవ సమీకరణం ప్రకారం, దశల బహుళ విలువలను మాత్రమే తీసుకోవచ్చు, మొదటి సమీకరణం యొక్క ఎడమ భాగం క్రింది విలువలను తీసుకుంటుంది: 0, 0.2, 0.4, ..., 9.8, 0, ..., దీని నుండి మాత్రమే విలువ 2.2 మ్యాచ్ల దశ. ఈ మ్యాచ్లు జరుగుతాయి మరియు సందేశం అవుట్పుట్ అవుతుంది, ప్రతిసారీ టౌట్ కింది విలువల్లో ఒకదాన్ని తీసుకుంటుంది: 2.2సె, 12.2సె, 22.2సె, మొదలైనవి.
పీరియడ్ 10సె, ఫేజ్ 2.2సె, స్టెప్ 0.5సె అనుకుందాం. పై జత ఏకకాల సమీకరణాలు ఎప్పుడూ సంతృప్తి చెందనందున రిసీవర్ సందేశాన్ని అవుట్పుట్ చేయదు.
దశ > కాలం అనుకుందాం. మొదటి సమీకరణం ఎప్పటికీ సంతృప్తి చెందనందున రిసీవర్ సందేశాన్ని అస్సలు అవుట్పుట్ చేయదు.
1.5.2 అవుట్పుట్ కౌంట్
గమనిక:
మెసేజ్ షెడ్యూలింగ్ పారామీటర్ల కౌంట్ ఫీల్డ్ పరిధి [-256...32767)లో పూర్ణాంకం విలువ మరియు రెండు విభిన్న ప్రయోజనాలను అందిస్తుంది:
1. గణన 0 అయినప్పుడు, అపరిమిత సంఖ్యలో సందేశాలు అవుట్పుట్ చేయబడతాయి. గణన 0 కంటే ఎక్కువగా ఉన్నప్పుడు, సందేశం ఎన్ని సార్లు అవుట్పుట్ అవుతుందో అది నిర్వచిస్తుంది. ఈ సందర్భంలో సందేశం అవుట్పుట్ అయిన ప్రతిసారీ కౌంటర్ 1 తగ్గుతుంది మరియు అది 0 అయినప్పుడు, F_DISABLED బిట్ ఫ్లాగ్స్ ఫీల్డ్లో సెట్ చేయబడుతుంది. సందేశ షెడ్యూలర్ F_DISABLED బిట్ సెట్తో సందేశాలను అవుట్పుట్ చేయదు.
2. గణన [-256...-1] పరిధిలోని విలువకు సెట్ చేయబడినప్పుడు, సందేశం యొక్క అవుట్పుట్ అణచివేయబడదు మరియు కౌంట్ ఫీల్డ్ పూర్తిగా భిన్నమైన ప్రయోజనాన్ని అందిస్తుంది. ఇది అవుట్పుట్కు ముందు సందేశాన్ని ప్రత్యేక [>>] సందేశంలోకి చుట్టడాన్ని ప్రారంభిస్తుంది (పేజీ 132లో “[>>] రేపర్” చూడండి). గణన విలువ జనరేట్ చేయబడిన [>>] సందేశంలో id ఫీల్డ్ను సెట్ చేయడానికి ఉపయోగించబడుతుంది, తద్వారా id సంఖ్యాపరంగా (-1 – కౌంట్)కి సమానంగా ఉంటుంది.
ర్యాపింగ్ ఫీచర్ ఉపయోగకరంగా ఉంటుంది, ఉదాహరణకుample, రిసీవర్ నుండి సందేశాలను పొందే మరియు వాటిని బహుళ క్లయింట్లకు ఫార్వార్డ్ చేసే సర్వర్ అప్లికేషన్ కోసం. ఇది వివిధ ఐడెంటిఫైయర్లతో [>>] సందేశాలలోకి ఏకపక్ష సందేశాలను చుట్టమని అభ్యర్థించవచ్చు, అందుకున్న సందేశాలను అన్వ్రాప్ చేయవచ్చు మరియు స్వీకరించిన id ఆధారంగా నిర్దిష్ట క్లయింట్(ల)కి డేటాను పంపవచ్చు. ఈ లక్షణాన్ని ఉపయోగించడం ద్వారా, అటువంటి అప్లికేషన్ మరే ఇతర డేటా ఫార్మాట్ల గురించి కానీ [>>] సందేశం యొక్క ఆకృతి గురించి తెలుసుకోవాల్సిన అవసరం లేదు మరియు వివిధ ఫార్మాట్లలో సందేశాలను పొందడానికి మరియు పంపడానికి రిసీవర్తో ఒకే కమ్యూనికేషన్ ఛానెల్ని ఉపయోగించవచ్చు.
GREIS
www.javad.com
24
1.5.3 అవుట్పుట్ ఫ్లాగ్లు
పరిచయం ఆవర్తన అవుట్పుట్
అవుట్పుట్ ఫ్లాగ్లు
మెసేజ్ షెడ్యూలింగ్ పారామీటర్ల ఫ్లాగ్ల ఫీల్డ్ 16-బిట్ వైడ్ బిట్-ఫీల్డ్. ఈ బిట్ ఫీల్డ్లోని ప్రతి బిట్ ప్రత్యేక ఫ్లాగ్ మరియు విభిన్న ప్రయోజనాలను అందిస్తుంది. కిందిది మెసేజ్ షెడ్యూలింగ్ ఫ్లాగ్ల జాబితా.
పట్టిక 1-1. సందేశ షెడ్యూల్ ఫ్లాగ్లు
బిట్#
0 1 2 3 4 5 6 7 8 9 10 11 12
హెక్స్
0x0001 0x0002 0x0004 0x0008 0x0010 0x0020 0x0040 0x0080 0x0100 0x0200 0x0400 0x0800 0xF000
పేరు
F_OUT F_CHANGE F_OUT_ON_ADD F_NOTENA F_FIX_PERIOD F_FIX_PHASE F_FIX_COUNT F_FIX_FLAGS రిజర్వ్ చేయబడింది రిజర్వ్ చేయబడింది F_DISABLED రిజర్వ్ చేయబడింది
గమనిక: ఫీల్డ్ పేర్లను ఈ మాన్యువల్లో సూచించడం కోసం మాత్రమే ఇక్కడ పరిచయం చేయబడింది. GREIS ఆదేశాలలో వాటిని ఉపయోగించడానికి మార్గం లేదు.
F_OUT ఈ ఫ్లాగ్ సెట్ చేయబడి ఉంటే, సంబంధిత కమాండ్ యొక్క ఇన్వోకేషన్ తర్వాత మొదటి సందేశాలు పీరియడ్ షెడ్యూలింగ్ పరామితి ద్వారా నిర్దేశించబడినప్పటికీ కమాండ్ ఎగ్జిక్యూషన్ సమయానికి దగ్గరగా ఉన్న అంతర్గత రిసీవర్ యుగంలో అవుట్పుట్ చేయబడతాయి.
F_CHANGE ఈ ఫ్లాగ్ సెట్ చేయబడితే, అందించబడిన అవుట్పుట్ స్ట్రీమ్కు సందేశం యొక్క చివరి అవుట్పుట్ నుండి సందేశ డేటా మారినట్లయితే మాత్రమే సంబంధిత సందేశం అవుట్పుట్ అవుతుంది. ఫేజ్ వేరియబుల్ సున్నాకి సెట్ చేయబడిన సమీకరణాల (1),(2) ద్వారా నిర్వచించబడిన క్షణాల్లో మాత్రమే సందేశ డేటా మారుతుందో లేదో రిసీవర్ తనిఖీ చేస్తుంది మరియు పీరియడ్ ఫీల్డ్ విలువకు పీరియడ్ వేరియబుల్ సెట్ చేయబడుతుంది. మెసేజ్ షెడ్యూలింగ్ పరామితి దశ, ఈ సందర్భంలో దాని అసలు పనితీరును కోల్పోతుంది, ఇప్పుడు బలవంతంగా అవుట్పుట్ వ్యవధి పాత్రను పోషిస్తుంది. “ఫోర్స్డ్ అవుట్పుట్” అంటే సంబంధిత సందేశం దాని కంటెంట్లు మారిన లేదా మారకపోయినా, సమీకరణాల (1),(2) ద్వారా నిర్వచించబడిన సమయ క్షణాల్లో అవుట్పుట్ అవుతుంది, ఇక్కడ పీరియడ్ వేరియబుల్ను ఫేజ్ ఫీల్డ్ మరియు ఫేజ్ విలువకు సెట్ చేస్తారు. వేరియబుల్ సున్నాకి సెట్ చేయబడింది. ఫీల్డ్ దశ సున్నా అయితే, రిసీవర్ బలవంతంగా అవుట్పుట్ చేయదు, తద్వారా సంబంధిత సందేశం దాని డేటా మారిన షరతుపై మాత్రమే అవుట్పుట్ అవుతుంది.
GREIS
www.javad.com
25
పరిచయం ఆవర్తన అవుట్పుట్
అవుట్పుట్ ఫ్లాగ్లు
F_OUT_ON_ADD ఈ ఫ్లాగ్ సెట్ చేయబడితే, సంబంధిత em లేదా అవుట్ కమాండ్ని అమలు చేసిన వెంటనే మొదటి సందేశం అవుట్పుట్ అవుతుంది. మెజారిటీ సందేశాలకు ఈ ఫ్లాగ్ విస్మరించబడింది1.
F_NOTENA ఈ ఫ్లాగ్ అవుట్పుట్ జాబితాలో సందేశం కోసం సెట్ చేయబడితే, సందేశం ప్రారంభించబడినప్పుడు ఈ సందేశం కోసం F_DISABLED ఫ్లాగ్ క్లియర్ చేయబడదు మరియు అందువల్ల దాని అవుట్పుట్ తాత్కాలికంగా నిలిపివేయబడుతుంది. ఉదాహరణకుample, ఈ ఫ్లాగ్ మొదట అవుట్పుట్ను డిసేబుల్ చేయకుండా, ఫ్లైలో అవుట్పుట్ వ్యవధిని వినియోగదారు మార్చినప్పుడు డిఫాల్ట్ సందేశాల సెట్ నుండి కొన్ని సందేశాలను అవుట్పుట్ చేయకుండా ఉండటానికి ఉపయోగించబడుతుంది.
F_FIX_PERIOD, F_FIX_PHASE, F_FIX_COUNT, F_FIX_PERIOD షెడ్యూలింగ్ పారామితులలో 1కి సెట్ చేయబడి, em మరియు అవుట్ ఆదేశాల ద్వారా ఈ షెడ్యూలింగ్ పారామీటర్ల సంబంధిత ఫీల్డ్(ల)కి మార్పులను నిరోధించండి.
F_DISABLED అనేది వినియోగదారు ద్వారా స్పష్టంగా ప్రోగ్రామ్ చేయబడలేదు. ఒకరు సానుకూల గణనతో సందేశాన్ని ప్రారంభించినప్పుడు, ఈ సందేశం అవుట్పుట్ గణన సమయాలను పూర్తి చేసిన తర్వాత, సందేశ షెడ్యూలర్ ఈ ఫ్లాగ్ను 1కి సెట్ చేస్తుంది. F_NOTENA ఫ్లాగ్ సెట్ చేయబడకపోతే, సందేశాన్ని మళ్లీ ప్రారంభించినప్పుడు ఈ ఫ్లాగ్ 0కి క్లియర్ చేయబడుతుంది. ఈ సందేశం.
1. ప్రస్తుతం రెండు GREIS సందేశాలు, [JP] మరియు [MF] మాత్రమే ఈ ఫ్లాగ్ను గౌరవిస్తున్నాయి.
GREIS
www.javad.com
26
అధ్యాయం 2
రిసీవర్ ఇన్పుట్ భాష
ఈ అధ్యాయం రిసీవర్ ఇన్పుట్ భాష యొక్క సింటాక్స్ మరియు సెమాంటిక్స్ గురించి వివరిస్తుంది. మేము కొంతమంది మాజీతో ప్రారంభిస్తాముampపాఠకుడికి భాష యొక్క అనుభూతిని అందించడానికి les, ఆపై వివరణాత్మక వాక్యనిర్మాణ నిర్వచనానికి మారండి, ఆపై అన్ని నిర్వచించిన ఆదేశాలను వాటి అర్థశాస్త్రంతో పాటు వివరించండి.
2.1 భాష ఉదాampలెస్
ఇక్కడ కొంతమంది మాజీలు ఉన్నారుampరిసీవర్ ప్రత్యుత్తరాలతో పాటు రిసీవర్ అర్థం చేసుకునే నిజమైన స్టేట్మెంట్ల లెస్. మీరు మరింత మాజీని కనుగొంటారుampసంబంధిత ఉపవిభాగాలలో నిర్దిష్ట ఆదేశాలను ఉపయోగించడం వల్ల కలిగే ప్రయోజనాలు. రిసీవర్కు ఇన్పుట్ అక్షరంతో గుర్తించబడుతుంది, అయితే రిసీవర్ అవుట్పుట్ అక్షరంతో గుర్తించబడుతుంది:
Example: రిసీవర్ని దాని ఎలక్ట్రానిక్ IDని ప్రింట్ చేయమని అడగండి. రిసీవర్ చూపిన ప్రత్యుత్తర సందేశాన్ని రూపొందిస్తుంది:
Exampలే:
ప్రింట్,/par/rcv/id RE00C QP01234TR45 పరిచయం
దాని సీరియల్ పోర్ట్ A యొక్క బాడ్ రేటును 9600కి సెట్ చేయమని రిసీవర్ని అడగండి. రిసీవర్ ఆదేశాన్ని విజయవంతంగా అమలు చేస్తుంది మరియు ఎటువంటి ప్రత్యుత్తరాన్ని రూపొందించదు.
సెట్,/par/dev/ser/a/rate,9600
Example: మునుపటి ex లో వలె అదే ఆదేశాన్ని ఉపయోగించండిample, కానీ స్టేట్మెంట్ ఐడెంటిఫైయర్ని ఉపయోగించడం ద్వారా రిసీవర్ని ప్రత్యుత్తరం రూపొందించమని బలవంతం చేస్తుంది.
Exampలే:
%set_rate%set,/par/dev/ser/a/rate,9600 RE00A%సెట్_రేట్%
చాలా ఎక్కువ బాడ్ రేటును సెట్ చేయడానికి ప్రయత్నించండి. మేము స్టేట్మెంట్ ఐడెంటిఫైయర్ని ఉపయోగించనప్పటికీ రిసీవర్ ఎర్రర్ మెసేజ్తో ప్రత్యుత్తరం ఇస్తుంది.
సెట్,/par/dev/ser/a/rate,1000000 ER016{4, విలువ పరిధికి వెలుపల ఉంది}
గమనిక:
రిసీవర్ ఎల్లప్పుడూ దాని సాధారణ మరియు ఎర్రర్ ప్రత్యుత్తరాలను వరుసగా [RE] మరియు [ER] అనే రెండు ప్రామాణిక సందేశాలలో ఉంచుతుంది. GREIS సందేశాల ఆకృతిపై మరింత సమాచారం కోసం, పేజీ 64లోని “సందేశాల సాధారణ ఆకృతి”ని చూడండి. [RE] మరియు [ER] సందేశాలు పేజీ 129లోని “ఇంటరాక్టివ్ సందేశాలు”లో వివరించబడ్డాయి.
GREIS
www.javad.com
27
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ లాంగ్వేజ్ సింటాక్స్
2.2 భాషా సింటాక్స్
GREIS ఏకపక్ష పొడవు1 యొక్క ASCII అక్షరాల పంక్తులను నిర్వచిస్తుంది, క్యారేజ్-రిటర్న్ ద్వారా వేరు చేయబడుతుంది ( , ASCII దశాంశ కోడ్ 13), లేదా లైన్-ఫీడ్ ( , ASCII దశాంశ కోడ్ 10) అక్షరాలు, భాష యొక్క అగ్ర-స్థాయి సింటాక్స్ మూలకాలు. GREISలో ఖాళీ పంక్తులు అనుమతించబడతాయి మరియు విస్మరించబడతాయి. పర్యవసానంగా, ఏదైనా కలయికతో లైన్ వేరు చేయబడుతుంది మరియు/లేదా పాత్రలు. ఇది WindowsTM, MacTM మరియు UNIXTM లైన్ ముగింపు సమావేశాలకు సజావుగా మద్దతు ఇవ్వడానికి GREISని అనుమతిస్తుంది.
రిసీవర్ ఇన్పుట్ భాష కేస్-సెన్సిటివ్. దీని అర్థం, ఉదాహరణకుample, స్ట్రింగ్స్ GREIS, greis మరియు gReIs, విభిన్న స్ట్రింగ్లు కావడంతో, వాస్తవానికి రిసీవర్ ద్వారా పరిగణించబడుతుంది.
సంఖ్య గుర్తు (#, ASCII కోడ్ 35) వ్యాఖ్య పరిచయ అక్షరం. రిసీవర్ ఈ అక్షరం నుండి పంక్తి చివరి వరకు ప్రతిదీ విస్మరిస్తుంది.
లైన్ నుండి వ్యాఖ్య (ఏదైనా ఉంటే) తీసివేయబడిన తర్వాత, రిసీవర్ లీడింగ్ మరియు ట్రైలింగ్ స్పేస్లను తీసివేసి, ఆపై లైన్ను స్టేట్మెంట్లుగా విభజిస్తుంది. స్టేట్మెంట్లు సెమికోలన్ (;, ASCII కోడ్ 59)తో లేదా రెండింటితో వేరు చేయబడ్డాయి ampersands (&&, ASCII కోడ్లు 38), లేదా రెండు నిలువు బార్లతో (||, ASCII కోడ్లు 124). ఒక లైన్లోని స్టేట్మెంట్లు ఎడమ నుండి కుడికి క్రమంలో అమలు చేయబడతాయి. && డీలిమిటర్తో ముగిసే స్టేట్మెంట్ లోపం ఏర్పడితే, లైన్లోని మిగిలిన స్టేట్మెంట్లు అమలు చేయబడవు. ప్రకటనలో ముగుస్తుంది || డీలిమిటర్ విజయవంతంగా అమలు చేయబడుతుంది, లైన్లోని మిగిలిన స్టేట్మెంట్లు అమలు చేయబడవు. సెమికోలన్తో ముగిసే స్టేట్మెంట్ స్టేట్మెంట్ల క్రమాన్ని అమలు చేయడాన్ని ఎప్పుడూ ఆపదు. పంక్తి ముగింపు స్టేట్మెంట్ టెర్మినేటర్ అని గుర్తుంచుకోండి, కాబట్టి మీరు పంక్తి చివరిలో స్పష్టమైన స్టేట్మెంట్ డీలిమిటర్లలో ఒకదాన్ని ఉంచాల్సిన అవసరం లేదు.
ప్రకటన యొక్క ఆకృతి క్రింది విధంగా ఉంది:
[%ID%][COMMAND][@CS] ఇక్కడ స్క్వేర్ బ్రాకెట్లు ఐచ్ఛిక ఫీల్డ్లను సూచిస్తాయి మరియు ప్రతి ఫీల్డ్కు ముందు మరియు తర్వాత ఎన్ని వైట్స్పేస్లు అయినా అనుమతించబడతాయి. చెక్సమ్ లెక్కింపు ప్రయోజనం కోసం తప్ప, అటువంటి వైట్స్పేస్లు విస్మరించబడతాయి, క్రింద చూడండి. క్షేత్రాలు:
%ID% స్టేట్మెంట్ ఐడెంటిఫైయర్, ఇక్కడ ID ఏకపక్ష స్ట్రింగ్ని సూచిస్తుంది, బహుశా ఖాళీగా ఉండవచ్చు. ఐడెంటిఫైయర్, ఉన్నట్లయితే, స్టేట్మెంట్ కోసం ప్రతిస్పందన సందేశంలోకి రిసీవర్ మార్చకుండా కాపీ చేయబడుతుంది. ఐడెంటిఫైయర్తో కూడిన ఏదైనా స్టేట్మెంట్ ఎల్లప్పుడూ రిసీవర్ నుండి ప్రతిస్పందనను ఉత్పత్తి చేస్తుంది. ఐడెంటిఫైయర్ మాత్రమే ఉన్న స్టేట్మెంట్ కూడా అనుమతించబడుతుంది; అటువంటి సందర్భంలో, రిసీవర్ కేవలం ప్రతిస్పందన సందేశాన్ని రూపొందిస్తుంది.
COMMAND ఒక (బహుశా ఖాళీ) జాబితా మొదటి మూలకాన్ని కమాండ్ పేరు అని పిలుస్తారు. ఇది చేయవలసిన చర్యను సూచిస్తుంది. మిగిలిన మూలకాలు (ఏదైనా ఉంటే) ఆదేశం
GREIS
1. రిసీవర్లలో ప్రస్తుత GREIS అమలు 256 అక్షరాల పొడవు గల పంక్తులకు మద్దతు ఇస్తుంది.
www.javad.com
28
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ లాంగ్వేజ్ సింటాక్స్
వాదనలు. కమాండ్ జాబితాను చుట్టుముట్టే జంట కలుపులు విస్మరించబడవచ్చు. జాబితాల సింటాక్స్ కోసం పేజీ 19లోని “జాబితాలు” చూడండి. @CS చెక్సమ్, ఇక్కడ CS 8-బిట్ చెక్సమ్ 2-బైట్ హెక్సాడెసిమల్ నంబర్గా ఫార్మాట్ చేయబడింది. చెక్సమ్తో స్టేట్మెంట్ను అమలు చేయడానికి ముందు, రిసీవర్ ఇన్పుట్ చెక్సమ్ CSను ఫర్మ్వేర్ ద్వారా కంప్యూట్ చేసిన దానితో పోల్చి చూస్తుంది మరియు ఈ చెక్సమ్లు సరిపోలనట్లయితే స్టేట్మెంట్ను అమలు చేయడానికి నిరాకరిస్తుంది. చెక్సమ్ అనేది స్టేట్మెంట్ యొక్క మొదటి ఖాళీ కాని అక్షరంతో మొదలై @ అక్షరంతో సహా గణించబడుతుంది. వివరాల కోసం పేజీ 579లో “కంప్యూటింగ్ చెక్సమ్లు” చూడండి.
స్టేట్మెంట్ ఐడెంటిఫైయర్, %ID%, కింది ప్రయోజనాల కోసం ఉపయోగపడుతుంది:
1. కమాండ్కు రిసీవర్ ప్రతిస్పందనను బలవంతం చేస్తుంది. 2. వివిధ ఐడెంటిఫైయర్లతో బహుళ ఆదేశాలను రిసీవర్కు పంపడానికి అనుమతిస్తుంది
ప్రతి కమాండ్ కోసం ప్రతిస్పందన కోసం వేచి ఉండకుండా, ప్రతిస్పందనలను స్వీకరించండి మరియు ఏ ప్రతిస్పందన ఏ ఆదేశానికి అనుగుణంగా ఉందో చెప్పండి. 3. నిర్దిష్ట రిసీవర్ ప్రతిస్పందన నిర్దిష్ట కమాండ్కు అనుగుణంగా ఉందో లేదో తనిఖీ చేయడానికి అనుమతించడం ద్వారా రిసీవర్తో సమకాలీకరణను ఏర్పాటు చేయడంలో సహాయపడుతుంది మరియు ముందు లేదా తర్వాత జారీ చేయబడిన ఇతర ఆదేశానికి కాదు.
ఎంపికలు అని పిలువబడే జాబితా పెద్దప్రేగు (:, ASCII కోడ్ 58) తర్వాత COMMAND యొక్క ఏదైనా మూలకానికి జోడించబడుతుంది. ఎంపికల జాబితా ఒకే మూలకాన్ని కలిగి ఉంటే, చుట్టుపక్కల జంట కలుపులు విస్మరించబడతాయి. జాబితాకు జోడించబడిన ఎంపికల జాబితా జాబితాలోని ప్రతి మూలకానికి ప్రచారం చేస్తుంది, అయితే జాబితాలోని మూలకానికి స్పష్టంగా జోడించబడిన ఎంపికలు ప్రచారం చేయబడిన ఎంపికల కంటే ప్రాధాన్యతనిస్తాయి. ఉదాహరణకుampలే,
{e1,{e2:{o1,,o3},e3}}:{o4,o5}
దీనికి సమానం:
{e1:{o4,o5},{e2:{o1,o5,o3},e3:{o4,o5}}}
తప్పిన o2 ఎంపిక o5 ఎంపికను e2 మూలకం కోసం ఎంపికల జాబితాకు ఎలా ప్రచారం చేయడానికి అనుమతిస్తుంది అని కూడా గమనించండి.
కమాండ్లోని ఆర్గ్యుమెంట్లు మరియు ఎంపికల సంఖ్య మరియు అర్థం నిర్దిష్ట కమాండ్ చర్యపై ఆధారపడి ఉంటుంది మరియు ప్రతి రిసీవర్ కమాండ్ యొక్క వివరణలో నిర్వచించబడుతుంది. అదనంగా, కమాండ్ డిస్క్రిప్షన్ కొన్ని ఎంపికలను పేర్కొన్నప్పటికీ, స్టేట్మెంట్లో కొన్ని లేదా అన్నీ మిస్ అయినట్లయితే, తప్పిన ఎంపికల కోసం డిఫాల్ట్ విలువలు ప్రత్యామ్నాయంగా ఉంటాయి. ఎంపికల కోసం డిఫాల్ట్ విలువలు ప్రతి రిసీవర్ కమాండ్ యొక్క వివరణలో కూడా నిర్వచించబడతాయి.
GREIS
www.javad.com
29
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ లాంగ్వేజ్ సింటాక్స్
రిఫరెన్స్ కోసం, రిసీవర్ ఇన్పుట్ భాషలో ప్రత్యేక అర్ధాన్ని కలిగి ఉన్న అన్ని అక్షర శ్రేణులను కలిగి ఉన్న పట్టిక క్రింద ఉంది:
పట్టిక 2-1. ఇన్పుట్ భాష ప్రత్యేక అక్షరాలు
అక్షరాలు దశాంశ ASCII కోడ్
అర్థం
10
లైన్ సెపరేటర్
13
లైన్ సెపరేటర్
#
35
;
59
వ్యాఖ్య మార్క్ స్టేట్మెంట్ల సెపరేటర్ ప్రారంభం
&&
38
||
124
%
37
స్టేట్మెంట్లు మరియు సెపరేటర్ స్టేట్మెంట్లు లేదా సెపరేటర్ స్టేట్మెంట్ ఐడెంటిఫైయర్ మార్క్
@
64
{
123
}
125
,
44
:
58
చెక్సమ్ గుర్తు జాబితా ప్రారంభం గుర్తు జాబితా మార్క్ జాబితా ఎలిమెంట్స్ సెపరేటర్ ఎంపికల గుర్తు ముగింపు గుర్తు
”
34
కొటేషన్ గుర్తు
92
తప్పించుకుంటారు
GREIS
www.javad.com
30
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు
2.3 ఆదేశాలు
ఈ విభాగంలో మేము GREISలో నిర్వచించిన అన్ని ఆదేశాలను వివరిస్తాము. ప్రతి కమాండ్ యొక్క సింటాక్స్ మరియు సెమాంటిక్స్ స్పెసిఫికేషన్లు ఎక్స్ప్లనేటరీ ఎక్స్తో కలిసి ఉంటాయిampలెస్. ఎక్స్లో ఆర్గ్యుమెంట్లుగా ఉపయోగించే వస్తువుల వివరణాత్మక వివరణ కోసంamples, దయచేసి పేజీ 4లోని 181వ అధ్యాయాన్ని చూడండి.
GREIS
www.javad.com
31
2.3.1 సెట్
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు సెట్ చేయబడ్డాయి
పేరు
వస్తువు యొక్క సెట్ విలువను సెట్ చేయండి.
సారాంశం
ఫార్మాట్: సెట్, ఆబ్జెక్ట్, విలువ ఎంపికలు: ఏదీ లేదు
వాదనలు
లక్ష్య ఆబ్జెక్ట్ ఐడెంటిఫైయర్ను ఆబ్జెక్ట్ చేయండి. ఆబ్జెక్ట్ “/”తో ప్రారంభం కాకపోతే, ఆదేశాన్ని అమలు చేయడానికి ముందు “/par/” ఉపసర్గ స్వయంచాలకంగా ఆబ్జెక్ట్ ముందు చేర్చబడుతుంది.
లక్ష్య వస్తువుకు కేటాయించాల్సిన విలువకు విలువ ఇవ్వండి. అసైన్మెంట్ యొక్క అనుమతించబడిన విలువలు మరియు సెమాంటిక్స్ పరిధి ఆబ్జెక్ట్ రకంపై ఆధారపడి ఉంటుంది మరియు మద్దతు ఉన్న ప్రతి వస్తువు కోసం ఈ మాన్యువల్లో తర్వాత పేర్కొనబడుతుంది.
ఎంపికలు
ఏదీ లేదు.
వివరణ
ఈ ఆదేశం ఆబ్జెక్ట్కు విలువను కేటాయిస్తుంది. లోపం లేదా ప్రతిస్పందన ప్రకటన ఐడెంటిఫైయర్ ద్వారా బలవంతంగా ఉంటే తప్ప ప్రతిస్పందన ఏదీ సృష్టించబడదు.
Exampలెస్
Example: సీరియల్ పోర్ట్ C యొక్క బాడ్ రేటును 115200కి సెట్ చేయండి. వీటిలో ఏది:
సెట్,/par/dev/ser/c/rate,115200 set,dev/ser/c/rate,115200
Example: సీరియల్ పోర్ట్ A యొక్క బాడ్ రేటును 9600కి సెట్ చేయండి మరియు ప్రత్యుత్తరాన్ని బలవంతం చేయండి:
%%సెట్, డెవ్/సెర్/ఎ/రేట్,9600 RE002%%
GREIS
www.javad.com
32
2.3.2 ముద్రణ
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ కమాండ్స్ ప్రింట్
పేరు
వస్తువు యొక్క ముద్రణ విలువను ముద్రించండి.
సారాంశం
ఫార్మాట్: ప్రింట్, ఆబ్జెక్ట్ ఎంపికలు: {names}
వాదనలు
అవుట్పుట్ చేయాల్సిన వస్తువు యొక్క ఆబ్జెక్ట్ ఐడెంటిఫైయర్ను ఆబ్జెక్ట్ చేయండి. ఆబ్జెక్ట్ “/”తో ప్రారంభం కాకపోతే, ఆదేశాన్ని అమలు చేయడానికి ముందు “/par/” ఉపసర్గ స్వయంచాలకంగా ఆబ్జెక్ట్ ముందు చొప్పించబడుతుంది.
ఎంపికలు
పట్టిక 2-2. ప్రింట్ ఎంపికల సారాంశం
పేరు రకం
విలువలు
పేర్లు బూలియన్ ఆన్, ఆఫ్
డిఫాల్ట్
ఆఫ్
పేర్లు ఆఫ్ అయితే, ఆబ్జెక్ట్ విలువలను మాత్రమే అవుట్పుట్ చేయండి. ఆన్లో ఉన్నప్పుడు, NAME=VALUE ఫార్మాట్లో ఆబ్జెక్ట్ విలువలకు అదనంగా ఆబ్జెక్ట్ పేర్లను అవుట్పుట్ చేయండి.
వివరణ
ఈ ఆదేశం ఆబ్జెక్ట్ యొక్క విలువను ప్రింట్ చేస్తుంది, ఐచ్ఛికంగా సంబంధిత వస్తువు పేరుతో విలువను ప్రిఫిక్స్ చేస్తుంది. ప్రతిస్పందన ఎల్లప్పుడూ రూపొందించబడుతుంది మరియు ఒకే ప్రింట్ ఆదేశానికి ప్రతిస్పందనగా ఒకటి కంటే ఎక్కువ [RE] సందేశాలు రూపొందించబడతాయి.
రకం జాబితా యొక్క వస్తువు యొక్క విలువ జాబితాలోని ప్రతి వస్తువు కోసం విలువల జాబితాగా ముద్రించబడుతుంది. లీఫ్ ఆబ్జెక్ట్లను చేరుకునే వరకు ఇది పునరావృతంగా వర్తించబడుతుంది, కాబట్టి నాన్లీఫ్ రకం వస్తువును ముద్రించడం వలన పేర్కొన్న వస్తువు నుండి ప్రారంభించి మొత్తం ఉప-వృక్షాన్ని సమర్థవంతంగా అవుట్పుట్ చేస్తుంది. జాబితాల ముద్రణ విషయంలో, బహుళ [RE] సందేశాలు రూపొందించబడతాయి. అయితే, అవుట్పుట్ విభజన అనేది జాబితా సెపరేటర్ అక్షరాల తర్వాత వెంటనే సంభవించవచ్చు.
GREIS
www.javad.com
33
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ కమాండ్స్ ప్రింట్
Exampలెస్
Example: అంతర్గత రిసీవర్ సమయ గ్రిడ్ యొక్క ప్రస్తుత వ్యవధిని ముద్రించండి. వీటిలో ఏదో ఒకటి:
ప్రింట్,/పార్/రా/కర్మ్సింట్ RE004 100 ప్రింట్,రా/కర్మ్సింట్ RE004 100
Example: వస్తువు పేరుతో పాటు అంతర్గత రిసీవర్ సమయ గ్రిడ్ యొక్క ప్రస్తుత వ్యవధిని ముద్రించండి. వీటిలో ఏదో ఒకటి:
ప్రింట్,/పార్/రా/కర్మ్సింట్: ఆన్ RE015/పార్/రా/కర్మ్సింట్=100 ప్రింట్,రా/కర్మ్సింట్: ఆన్ RE015/పార్/రా/కర్మ్సింట్=100
Example: ప్రింట్ రిసీవర్ వెర్షన్ సమాచారం:
ప్రింట్,rcv/ver RE028{“2.5 సెప్టెంబర్,13,2006 p2″,0,71,MGGDT_5,ఏదీ కాదు, RE00D {ఏదీ కాదు, ఏదీ కాదు}}
Example: సంబంధిత పేర్లతో పాటు రిసీవర్ సంస్కరణ సమాచారాన్ని ముద్రించండి:
ప్రింట్, rcv/ver: ఆన్ RE043/par/rcv/ver={main=”2.5 సెప్టెంబర్,13,2006 p2”,boot=0,hw=71,board=MGGDT_5, RE00C మోడెమ్=ఏదీ కాదు, RE017 pow={fw=ఏదీ కాదు,hw=ఏదీ కాదు}}
Example: సీరియల్ పోర్ట్ Bకి అవుట్పుట్ కోసం ఎనేబుల్ చేయబడిన అన్ని సందేశాలను వాటి షెడ్యూలింగ్ పారామితులతో పాటు ప్రింట్ చేయండి:
ప్రింట్,అవుట్/డెవ్/సెర్/బి:ఆన్ RE02D/par/out/dev/ser/b={jps/RT={1.00,0.00,0,0×0}, RE01A jps/SI={1.00,0.00,0,0×0}, RE01A jps/rc={1.00,0.00,0,0×0}, RE01A jps/ET={1.00,0.00,0,0×0}, RE01D nmea/GGA={10.00,5.00,0,0×0}}
GREIS
www.javad.com
34
2.3.3 జాబితా
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాల జాబితా
పేరు
వస్తువు యొక్క కంటెంట్ల జాబితా జాబితా.
సారాంశం
ఫార్మాట్: జాబితా[,ఆబ్జెక్ట్] ఎంపికలు: ఏదీ లేదు
వాదనలు
అవుట్పుట్ చేయాల్సిన వస్తువు యొక్క ఆబ్జెక్ట్ ఐడెంటిఫైయర్ను ఆబ్జెక్ట్ చేయండి. వస్తువు విస్మరించబడితే, /లాగ్ భావించబడుతుంది. ఆబ్జెక్ట్ “/”తో ప్రారంభం కాకపోతే, ఆదేశాన్ని అమలు చేయడానికి ముందు “/log/” ఉపసర్గ స్వయంచాలకంగా ఆబ్జెక్ట్ ముందు చొప్పించబడుతుంది.
ఎంపికలు
ఏదీ లేదు.
వివరణ
ఈ ఆదేశం ఆబ్జెక్ట్లోని ప్రతి సభ్యుని పేర్లను అవుట్పుట్ చేస్తుంది. ప్రతిస్పందన ఎల్లప్పుడూ రూపొందించబడుతుంది మరియు ఒకే జాబితా ఆదేశానికి ప్రతిస్పందనగా ఒకటి కంటే ఎక్కువ [RE] సందేశాలు రూపొందించబడతాయి. పేర్కొన్న వస్తువు రకం జాబితా కాకపోతే, ఖాళీ [RE] సందేశం రూపొందించబడుతుంది. పేర్కొన్న వస్తువు జాబితా అయితే, జాబితాలోని ప్రతి వస్తువు పేర్ల జాబితా ముద్రించబడుతుంది. ఆకు వస్తువులు చేరే వరకు ఇది పునరావృతంగా వర్తింపజేయబడుతుంది, కాబట్టి ఆకు-కాని రకానికి చెందిన వస్తువును జాబితా చేయడం వలన పేర్కొన్న వస్తువు నుండి మొత్తం ఉప-వృక్షాన్ని సమర్థవంతంగా అవుట్పుట్ చేస్తుంది. జాబితాల ముద్రణ విషయంలో, బహుళ [RE] సందేశాలు రూపొందించబడతాయి. అయితే, అవుట్పుట్ విభజన అనేది జాబితా సెపరేటర్ అక్షరాల తర్వాత వెంటనే సంభవించవచ్చు.
Exampలెస్
Example: జాబితా కాని వస్తువు యొక్క జాబితా కోసం ఖాళీ ప్రత్యుత్తరం:
జాబితా,/par/rcv/ver/main RE000
Example: ఉనికిలో లేని ఆబ్జెక్ట్ జాబితా కోసం ఎర్రర్ ప్రత్యుత్తరం:
list,/does_not_exist ER018{2,,తప్పు 1వ పరామితి}
GREIS
www.javad.com
35
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాల జాబితా
Example: ఇప్పటికే ఉన్న లాగ్ జాబితాను పొందండి-fileలు. దేనిలోనైనా
జాబితా,/లాగ్ జాబితా
అదే అవుట్పుట్ను ఉత్పత్తి చేస్తుంది, ఉదా:
RE013{log1127a,log1127b}
Example: రిసీవర్ మద్దతు ఇచ్చే అన్ని ప్రామాణిక GREIS సందేశాలను జాబితా చేయండి:
list,/msg/jps RE03D{JP,MF,PM,EV,XA,XB,ZA,ZB,YA,YB,RT,RD,ST,LT,BP,TO,DO,OO,UO,GT, RE040 NT,GO,NO,TT,PT,SI,NN,EL,AZ,SS,FC,RC,rc,PC,pc,CP,cp,DC,CC,cc,EC, RE040 CE,TC,R1,P1,1R,1P,r1,p1,1r,1p,D1,C1,c1,E1,1E,F1,R2,P2,2R,2P,r2, RE040 p2,2r,2p,D2,C2,c2,E2,2E,F2,ID,PV,PO,PG,VE,VG,DP,SG,BI,SE,SM,PS, RE040 GE,NE,GA,NA,WE,WA,WO,GS,NS,rE,rM,rV,rT,TM,MP,TR,MS,DL,TX,SP,SV, RE031 RP,RK,BL,AP,AB,re,ha,GD,LD,RM,RS,IO,NP,LH,EE,ET}
Example: డిఫాల్ట్ సందేశాల సెట్లోని అన్ని సందేశాలను జాబితా చేయండి:
జాబితా,/msg/def RE040{jps/JP,jps/MF,jps/PM,jps/EV,jps/XA,jps/XB,jps/RT,jps/RD,jps/SI, RE040 jps/NN,jps/EL,jps/FC,jps/RC,jps/DC,jps/EC,jps/TC,jps/CP,jps/1R, RE040 jps/1P,jps/2R,jps/2P,jps/E1,jps/D2,jps/E2,jps/SS,jps/SE,jps/PV, RE040 jps/ST,jps/DP,jps/TO,jps/DO,jps/UO,jps/IO,jps/GE,jps/NE,jps/GA, RE01D jps/NA,jps/WE,jps/WA,jps/WO}
GREIS
www.javad.com
36
GREIS
2.3.4 em & అవుట్
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఎమ్ & అవుట్ ఆదేశాలు
పేరు
em, అవుట్ సందేశాల యొక్క ఆవర్తన అవుట్పుట్ని ప్రారంభించండి.
సారాంశం
ఫార్మాట్: ఫార్మాట్: ఎంపికలు:
em,[టార్గెట్],మెసేజ్ అవుట్,[టార్గెట్],మెసేజ్లు {పీరియడ్, ఫేజ్, కౌంట్, ఫ్లాగ్లు}
వాదనలు
ఏదైనా అవుట్పుట్ స్ట్రీమ్ లేదా మెసేజ్ సెట్ని టార్గెట్ చేయండి. లక్ష్యం పేర్కొనబడకపోతే, ప్రస్తుత టెర్మినల్, /కర్/టర్మ్ భావించబడుతుంది.
సందేశం పేర్లు మరియు/లేదా సందేశ సెట్ పేర్ల జాబితా (పరిసర కలుపులతో లేదా లేకుండా) ఎనేబుల్ చెయ్యడానికి సందేశాలు పంపుతుంది. పేర్కొన్న పేర్లలో కొన్ని “/”తో ప్రారంభం కాకపోతే, ఆదేశాన్ని అమలు చేయడానికి ముందు “/msg/” ఉపసర్గ స్వయంచాలకంగా అటువంటి పేర్లకు ముందు చేర్చబడుతుంది.
ఎంపికలు
పట్టిక 2-3. em మరియు అవుట్ ఎంపికల సారాంశం
పేరు రకం
విలువలు
డిఫాల్ట్
పీరియడ్ ఫ్లోట్ [0…86400)
–
దశ ఫ్లోట్ [0…86400)
–
పూర్ణ సంఖ్య [-256…32767] 0 కోసం em 1 కోసం
ఫ్లాగ్స్ పూర్ణాంకం [0...0xFFFF] –
వ్యవధి, దశ, గణన, ఫ్లాగ్ల సందేశ షెడ్యూల్ పారామితులు.
వివరణ
ఈ కమాండ్లు నిర్దేశిత సందేశాల యొక్క ఆవర్తన అవుట్పుట్ను లక్ష్యంలోకి ఎనేబుల్ చేస్తాయి, ఎంపికల ద్వారా పేర్కొన్న విధంగా సందేశ షెడ్యూలింగ్ పారామితులను అమలు చేస్తాయి. లోపం ఉంటే తప్ప, లేదా స్టేట్మెంట్ ఐడెంటిఫైయర్ ద్వారా ప్రతిస్పందన బలవంతంగా ఉంటే తప్ప ప్రతిస్పందన ఏదీ సృష్టించబడదు.
కౌంట్ ఎంపిక యొక్క డిఫాల్ట్ విలువ em కోసం 0 మరియు అవుట్ కోసం 1 సెట్ చేయబడితే తప్ప em మరియు అవుట్ కమాండ్లు ఒకే విధంగా ఉంటాయి. అవుట్ కమాండ్ అభ్యర్థించడానికి మరింత అనుకూలమైన మార్గం
www.javad.com
37
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఎమ్ & అవుట్ ఆదేశాలు
గమనిక:
సందేశం(ల) యొక్క వన్-టైమ్ అవుట్పుట్ మేము ఈ వివరణలో వారి గురించి మాత్రమే మాట్లాడుతాము, అయితే ప్రతిదీ బయటికి కూడా వర్తిస్తుంది.
పేజీ 22లోని “పీరియాడిక్ అవుట్పుట్” విభాగంలోని మెటీరియల్తో పాఠకుడికి సుపరిచితమేనని దిగువ వివరణ ఆశించింది.
ప్రతి అవుట్పుట్ స్ట్రీమ్ కోసం, ఇచ్చిన స్ట్రీమ్కు అవుట్పుట్ చేయడానికి ప్రస్తుతం ప్రారంభించబడిన సందేశాల 1,2 సంబంధిత అవుట్పుట్ జాబితా ఉంది. em కమాండ్కు ఆర్గ్యుమెంట్గా పంపబడిన సందేశం ప్రస్తుతం అవుట్పుట్ జాబితాలో లేనప్పుడు, em కమాండ్ పేర్కొన్న సందేశాన్ని జాబితా చివరకి జోడిస్తుంది. em కమాండ్కి పంపబడిన సందేశం ఇప్పటికే అవుట్పుట్ జాబితాలో ఉన్నప్పుడు, em కమాండ్ ఈ సందేశం యొక్క షెడ్యూలింగ్ పారామితులను మారుస్తుంది మరియు జాబితా లోపల సందేశం యొక్క స్థానాన్ని సవరించదు.
em కమాండ్ పేర్కొన్న సందేశాలను అవుట్పుట్ జాబితాకు విలీనం చేస్తుంది కాబట్టి, em ఆదేశాలను జారీ చేసే ముందు ఇచ్చిన స్ట్రీమ్ కోసం అవుట్పుట్ జాబితాను క్లియర్ చేయడానికి dm కమాండ్ని ఉపయోగించడం తరచుగా మంచిది.
em కమాండ్ సందేశాల జాబితాను ఒక సమయంలో ఒక సందేశాన్ని ఎడమ నుండి కుడికి మరియు సందేశం యొక్క మొదటి సందేశం నుండి చివరి సందేశానికి సెట్ చేసిన సందేశానికి ప్రాసెస్ చేస్తుంది. ఇది ఏదైనా మద్దతు ఉన్న రిసీవర్ సందేశానికి లేదా సందేశ సెట్కు అనుగుణంగా లేని పేరును ఎదుర్కొంటే, అది అమలు సమయంలో లోపం ఉన్నట్లు గుర్తుంచుకుంటుంది, కానీ సందేశాల జాబితాను ప్రాసెస్ చేయడం ఆపివేయదు. ఈ విధంగా ఎనేబుల్ చేయగల సందేశాల జాబితా నుండి అన్ని సందేశాలు ప్రారంభించబడతాయి మరియు ఒకటి లేదా అంతకంటే ఎక్కువ పేర్కొన్న సందేశాలు ప్రారంభించబడనప్పుడు ఒకే లోపం మాత్రమే నివేదించబడుతుంది.
em కమాండ్ చేతిలో ఉన్న సందేశాన్ని ప్రాసెస్ చేసినప్పుడు, సందేశాల యొక్క సంబంధిత అవుట్పుట్ జాబితాలోని తుది ఆపరేటింగ్ మెసేజ్ షెడ్యూలింగ్ పారామితులు షెడ్యూలింగ్ పారామీటర్ల గురించిన బహుళ సమాచార వనరులను పరిగణనలోకి తీసుకొని లెక్కించబడతాయి, ప్రత్యేకంగా:
1. em కమాండ్ యొక్క ఎంపికలలో స్పష్టంగా పేర్కొనబడిన విలువలు.
2. em కమాండ్ ఎంపికల డిఫాల్ట్ విలువలు.
3. సంబంధిత సందేశం సెట్లో భాగంగా ఇచ్చిన సందేశం కోసం పేర్కొన్న షెడ్యూలింగ్ పారామీటర్లు. సందేశం సెట్ను పేర్కొనడం ద్వారా సందేశాన్ని ప్రారంభించేటప్పుడు మాత్రమే ఇవి పరిగణనలోకి తీసుకోబడతాయి, వ్యక్తిగత సందేశం కాదు.
4. సంబంధిత అవుట్పుట్ జాబితాలో సందేశం యొక్క ప్రస్తుత షెడ్యూలింగ్ పారామితులు (ఏదైనా ఉంటే).
5. సంబంధిత సందేశ సమూహంలో భాగంగా ఇచ్చిన సందేశం కోసం పేర్కొన్న డిఫాల్ట్ షెడ్యూలింగ్ పారామితులు.
పైన పేర్కొన్న పారామితుల మూలాలు వాటి ప్రాధాన్యత క్రమంలో జాబితా చేయబడ్డాయి, మొదటిది అత్యధిక ప్రాధాన్యతను కలిగి ఉంటుంది మరియు ప్రతి నాలుగు షెడ్యూలింగ్ పారామీటర్లకు ఒక్కొక్కటిగా వర్తింపజేయబడతాయి. కాబట్టి, (1) నుండి విలువలు (2), ఫలిత విలువ నుండి విలువలను భర్తీ చేస్తాయి
GREIS
1. స్ట్రీమ్ NAME కోసం, సంబంధిత అవుట్పుట్ జాబితాను /par/out/NAME అని పిలుస్తారు 2. ప్రస్తుత ఫర్మ్వేర్ అవుట్పుట్ జాబితాలో 49కి సెట్ చేయబడిన గరిష్ట సంఖ్యలో సందేశాల కోసం ఏకపక్ష పరిమితిని కలిగి ఉంది.
www.javad.com
38
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఎమ్ & అవుట్ ఆదేశాలు
(3), మొదలైన వాటి నుండి విలువను భర్తీ చేస్తుంది. అయితే, కొన్ని F_FIX_PERIOD, F_FIX_PHASE, F_FIX_COUNT, లేదా F_FIX_FLAGS బిట్లు తదుపరి మూలం యొక్క ఫ్లాగ్ల ఫీల్డ్లో సెట్ చేయబడితే, ఈ తదుపరి మూలం యొక్క సంబంధిత ఫీల్డ్లు భర్తీ చేయబడవు.
Exampలెస్
Example: ప్రస్తుత టెర్మినల్కు NMEA GGA సందేశం యొక్క వన్-టైమ్ అవుట్పుట్ను ప్రారంభించండి:
em,,nmea/GGA:{,,1}
పైన పేర్కొన్న విధంగానే, కానీ వాటికి బదులుగా ఉపయోగించడం:
అవుట్,,nmea/GGA
Example: ప్రస్తుత లాగ్కు సందేశాల డిఫాల్ట్ సెట్ అవుట్పుట్ను ప్రారంభించండి-file డిఫాల్ట్ అవుట్పుట్ పారామితులను ఉపయోగించి A. వీటిలో ఏదో ఒకటి:
Exampలే:
em,/cur/file/a,/msg/def em,/ప్రస్తుతం/file/a,def
ప్రస్తుత లాగ్-కు సందేశాల డిఫాల్ట్ సెట్ అవుట్పుట్ని ప్రారంభించండిfile ప్రతి 10 సెకన్లకు ఇతర అవుట్పుట్ పారామితుల కోసం, వాటి డిఫాల్ట్ విలువలు ఉపయోగించబడతాయి:
em,/cur/file/a,def:10
Example: డిఫాల్ట్ అవుట్పుట్ పారామితులను ఉపయోగించి ప్రస్తుత టెర్మినల్కు డిఫాల్ట్ సందేశాల సెట్ అవుట్పుట్ను ప్రారంభించండి. వీటిలో ఏదో ఒకటి:
Exampలే:
em,/cur/term,/msg/def em,,/msg/def em,,def
ప్రస్తుత టెర్మినల్కు GREIS సందేశాల [~~](RT) మరియు [RD] అవుట్పుట్ని ప్రారంభించండి. వీటిలో ఏదో ఒకటి:
Exampలే:
em,,/msg/jps/RT,/msg/jps/RD em,,jps/{RT,RD}
ప్రతి 20 సెకన్లకు ప్రస్తుత టెర్మినల్కు NMEA సందేశాల GGA మరియు ZDA అవుట్పుట్ను ప్రారంభించండి:
Exampలే:
em,,nmea/{GGA,ZDA}:20
[SI], [EL] మరియు [AZ] సందేశాల అవుట్పుట్ను సీరియల్ పోర్ట్ Aకి ప్రారంభించండి. [SI] కోసం షెడ్యూలింగ్ పారామితులను సెట్ చేయండి, తద్వారా ఏవైనా రెండు తదుపరి [SI] సందేశాల మధ్య విరామం 10 సెకన్లకు సమానంగా ఉంటుంది, అవి కలిసినట్లయితే మరియు 1 సెకను లేకపోతే; మొదటి యాభై [SI] సందేశాలను మాత్రమే అవుట్పుట్ చేస్తుంది. అదనంగా, రిసీవర్, [EL] మరియు [AZ] సందేశాల కోసం అవుట్పుట్ విరామాన్ని 2 సెకన్లకు సెట్ చేయండి:
em,/dev/ser/a,jps/{SI:{1,10,50,0×2},EL,AZ}:2
GREIS
www.javad.com
39
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఎమ్ & అవుట్ ఆదేశాలు
Example: అవుట్పుట్ విరామం 2 సెకన్లతో సీరియల్ పోర్ట్ B నుండి RTCM 1.x సందేశ రకాలు 31 మరియు 3 యొక్క అవుట్పుట్ను ప్రారంభించండి మరియు రకాలు 2 కోసం 18 సెకను అవుట్పుట్ విరామంతో RTCM 19.x సందేశ రకాలు 3, 22, 1, 18 నుండి పోర్ట్ C వరకు 19; మరియు రకాలు 10 మరియు 3 కోసం 22 సెకన్లు:
em,/dev/ser/b,rtcm/{1,31}:3; em,/dev/ser/c,rtcm/{18:1,19:1,22,3}:10
Example: NMEA ZDA మరియు GGA మాత్రమే ఉండేలా డిఫాల్ట్ సందేశాల సెట్ను అనుకూలీకరించండి:
dm,/msg/def em,/msg/def,/msg/nmea/{ZDA,GGA}
GREIS
www.javad.com
40
2.3.5 dm
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు dm
పేరు
dm సందేశాల యొక్క ఆవర్తన అవుట్పుట్ను నిలిపివేయండి.
సారాంశం
ఫార్మాట్: dm[,[target][,messages]] ఎంపికలు: ఏదీ లేదు
వాదనలు
ఏదైనా అవుట్పుట్ స్ట్రీమ్ లేదా మెసేజ్ సెట్ని టార్గెట్ చేయండి. లక్ష్యం పేర్కొనబడకపోతే, ప్రస్తుత టెర్మినల్, /కర్/టర్మ్ భావించబడుతుంది. పేర్కొన్న పేర్లలో కొన్ని “/”తో ప్రారంభం కాకపోతే, ఆదేశాన్ని అమలు చేయడానికి ముందు “/msg/” ఉపసర్గ స్వయంచాలకంగా అటువంటి పేర్లకు ముందు చేర్చబడుతుంది.
చుట్టుపక్కల జంట కలుపులతో లేదా లేకుండా లేదా ఏదైనా సందేశ సమూహం లేదా సందేశం సెట్ లేకుండా నిలిపివేయవలసిన సందేశాల జాబితాను సందేశాలు పంపుతుంది. సందేశాలు ఏవీ పేర్కొనబడకపోతే, లక్ష్యానికి సంబంధించిన అన్ని ఆవర్తన అవుట్పుట్ నిలిపివేయబడుతుంది.
ఎంపికలు
ఏదీ లేదు.
వివరణ
ఈ ఆదేశం ఆబ్జెక్ట్ లక్ష్యంలోకి పేర్కొన్న సందేశాల యొక్క ఆవర్తన అవుట్పుట్ను నిలిపివేస్తుంది. లోపం ఉంటే తప్ప, లేదా స్టేట్మెంట్ ఐడెంటిఫైయర్ ద్వారా ప్రతిస్పందన బలవంతంగా ఉంటే తప్ప ప్రతిస్పందన ఏదీ సృష్టించబడదు.
సందేశాలు ఏవీ పేర్కొనబడకపోతే, లక్ష్యానికి సంబంధించిన అన్ని ఆవర్తన అవుట్పుట్ నిలిపివేయబడుతుంది. లక్ష్యం ప్రస్తుత లాగ్ అయితే-file మరియు సందేశాలు ఏవీ పేర్కొనబడలేదు, అన్ని అవుట్పుట్లకు file వికలాంగుడు, ది file మూసివేయబడింది మరియు సంబంధిత ప్రస్తుత లాగ్-file ఏదీ సెట్ చేయబడింది.
ఇచ్చిన లక్ష్యానికి అవుట్పుట్ చేయడానికి ప్రస్తుతం ప్రారంభించబడని సందేశాల జాబితాలో సందేశం పేర్కొనబడితే, dm ఆదేశం ద్వారా సంబంధిత లోపం ఏర్పడదు. ఈ పరిస్థితి నివేదించబడకుండా ఇతర సాధ్యం లోపాలను నిలిపివేయనప్పటికీ.
Exampలెస్
Example: ప్రస్తుత లాగ్లోకి అవుట్పుట్ అవుతున్న అన్ని సందేశాలను నిలిపివేయండి-file A మరియు మూసివేయండి file:
dm,/cur/file/a
GREIS
www.javad.com
41
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు dm
Example: ప్రస్తుత టెర్మినల్లోని అన్ని ఆవర్తన అవుట్పుట్లను నిలిపివేయండి. వీటిలో ఏదో ఒకటి:
dm,/ప్రస్తుత/కాలిక dm
Example: GREIS సందేశం [~~](RT) యొక్క అవుట్పుట్ను సీరియల్ పోర్ట్ Bలోకి నిలిపివేయండి:
dm,/dev/ser/b,/msg/jps/RT
Example: ప్రస్తుత లాగ్లోకి GREIS సందేశం [DO] అవుట్పుట్ను నిలిపివేయండి-file B:
dm,/cur/file/b,/msg/jps/DO
Example: డిఫాల్ట్ సందేశాల సెట్ నుండి GREIS సందేశాన్ని [PM] తొలగించండి:
dm,/msg/def,/msg/jps/PM
Example: ప్రస్తుత టెర్మినల్కు అన్ని NMEA సందేశాల అవుట్పుట్ని నిలిపివేయండి:
dm,/cur/term,/msg/nmea
Example: ప్రస్తుత టెర్మినల్లోకి NMEA సందేశాల GGA మరియు ZDA అవుట్పుట్ను నిలిపివేయండి. వీటిలో ఏదో ఒకటి:
dm,/cur/term,/msg/nmea/GGA,/msg/nmea/ZDA dm,,/msg/nmea/GGA,/msg/nmea/ZDA dm,,nmea/GGA,nmea/ZDA dm,,nmea/{GGA,ZDA}
GREIS
www.javad.com
42
2.3.6 init
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు init
పేరు
init వస్తువులను ప్రారంభించండి.
సారాంశం
ఫార్మాట్: init,object[/] ఎంపికలు: ఏదీ లేదు
వాదనలు
ప్రారంభించవలసిన వస్తువును ఆక్షేపించండి. / ఉంటే మరియు ఆబ్జెక్ట్ టైప్ లిస్ట్లో ఉంటే, దానికి బదులుగా ఉన్న అన్ని ఆబ్జెక్ట్లను ప్రారంభించండి
వస్తువు యొక్క.
ఎంపికలు
ఏదీ లేదు.
గమనిక: గమనిక:
వివరణ
ఈ ఆదేశం పేర్కొన్న వస్తువులను ప్రారంభిస్తుంది. లోపం ఉంటే తప్ప, లేదా స్టేట్మెంట్ ఐడెంటిఫైయర్ ద్వారా ప్రతిస్పందన బలవంతంగా ఉంటే తప్ప ప్రతిస్పందన ఏదీ సృష్టించబడదు.
ప్రారంభించడం యొక్క ఖచ్చితమైన సెమాంటిక్స్ ప్రారంభించబడిన వస్తువుపై ఆధారపడి ఉంటుంది, అయితే సాధారణంగా ఒక వస్తువును దాని "డిఫాల్ట్" లేదా "క్లీన్" స్థితికి మార్చినట్లుగా పరిగణించబడుతుంది. ఉదాహరణకుample, పారామితుల కోసం అంటే వాటి విలువలను సంబంధిత డిఫాల్ట్లకు సెట్ చేయడం fileనిల్వ పరికరం అంటే అంతర్లీన మాధ్యమాన్ని రీ-ఫార్మాటింగ్ చేయడం మొదలైనవి.
కొన్ని వస్తువులను ప్రారంభించడం వలన రిసీవర్ రీబూట్ అవుతుంది. ఇది ప్రస్తుతం రిసీవర్ నాన్-వోలటైల్ మెమరీ (/dev/nvm/a) ప్రారంభానికి సంబంధించినది.
ఇది భవిష్యత్తులో మారవచ్చు అయినప్పటికీ, రిసీవర్లలో ఈ సాధారణ ఆదేశం యొక్క ప్రస్తుత అమలు పరిమితంగా ఉంటుంది. నిజానికి ఎక్స్లో కనిపించే వస్తువులను ప్రారంభించడం మాత్రమేampదిగువన ఉన్న les ప్రస్తుతం మద్దతిస్తోంది.
Exampలెస్
Example: NVRAMని క్లియర్ చేసి, రిసీవర్ని రీబూట్ చేయండి. NVRAM (పంచాంగాలు, ఎఫెమెరిస్ మొదలైనవి)లో నిల్వ చేయబడిన మొత్తం డేటా పోతుంది, రీబూట్ చేసిన తర్వాత అన్ని పారామీటర్లు వాటి డిఫాల్ట్ విలువలకు సెట్ చేయబడతాయి:
init,/dev/nvm/a
Example: క్లియర్ ఎఫెమెరిస్:
init,/eph/
GREIS
www.javad.com
43
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు init
Example: అన్ని రిసీవర్ పారామితులను వాటి డిఫాల్ట్ విలువలకు సెట్ చేయండి:
init,/par/
Example: అన్ని WLAN పారామితులను వాటి డిఫాల్ట్ విలువలకు సెట్ చేయండి. మార్పులు అమలులోకి రావడానికి యూనిట్ యొక్క రీబూట్ అవసరం:
init,/par/net/wlan/
Example: ప్రారంభించండి file సిస్టమ్ (అంటే, అంతర్లీన మాధ్యమాన్ని రీఫార్మాట్ చేయండి). అన్నీ fileరిసీవర్లో నిల్వ చేసినవి పోతాయి:
init,/dev/blk/a
Example: అన్ని సందేశ సెట్లను వాటి డిఫాల్ట్ విలువలకు ప్రారంభించండి:
init,/msg/
GREIS
www.javad.com
44
2.3.7 సృష్టించు
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు సృష్టించబడతాయి
పేరు
కొత్త వస్తువును సృష్టించండి.
సారాంశం
ఫార్మాట్: సృష్టించు[,ఆబ్జెక్ట్] ఎంపికలు: {log}
వాదనలు
సృష్టించాల్సిన వస్తువు యొక్క ఆబ్జెక్ట్ ఆబ్జెక్ట్ ఐడెంటిఫైయర్. ఆబ్జెక్ట్ “/”తో ప్రారంభం కాకపోతే, ఆదేశాన్ని అమలు చేయడానికి ముందు “/log/” ఉపసర్గ స్వయంచాలకంగా ఆబ్జెక్ట్ ముందు చొప్పించబడుతుంది. విస్మరించబడితే, అప్పుడు సృష్టి a file ఊహించబడింది మరియు ఒక ప్రత్యేకమైనది file పేరు స్వయంచాలకంగా ఉత్పత్తి అవుతుంది.
ఎంపికలు
పట్టిక 2-4. ఎంపికల సారాంశాన్ని సృష్టించండి
పేరు రకం విలువలు
లాగ్ స్ట్రింగ్ a,b,...
డిఫాల్ట్
a
చిట్టా నమోదు చేయి-file సృష్టించబడినది file కు కేటాయించాల్సి ఉంది. లాగ్-file ఎంచుకున్నది /cur/log/X, ఇక్కడ X అనేది ఎంపిక1 యొక్క విలువ.
వివరణ
ఈ ఆదేశం కొత్త వస్తువును సృష్టిస్తుంది. లోపం ఉంటే తప్ప, లేదా స్టేట్మెంట్ ఐడెంటిఫైయర్ ద్వారా ప్రతిస్పందన బలవంతంగా ఉంటే తప్ప ప్రతిస్పందన ఏదీ సృష్టించబడదు.
చెట్టులోని స్థానం మరియు సృష్టించబడిన వస్తువు యొక్క రకం రెండూ ఆబ్జెక్ట్ ఆర్గ్యుమెంట్ ద్వారా నిర్వచించబడతాయి.
రెండు రకాల వస్తువులను సృష్టించవచ్చు:
1. Fileలు. ఒక కొత్త file ఆబ్జెక్ట్ ఐడెంటిఫైయర్ /లాగ్ సబ్-ట్రీలో ఆబ్జెక్ట్ను పేర్కొన్నప్పుడు లేదా ఆబ్జెక్ట్ ఆర్గ్యుమెంట్ విస్మరించబడినప్పుడు సృష్టించబడుతుంది.
2. సందేశ నిర్దేశకాలు. ఆబ్జెక్ట్ ఐడెంటిఫైయర్ మెసేజ్ సెట్లో ఆబ్జెక్ట్ను పేర్కొన్నప్పుడు కొత్త మెసేజ్ స్పెసిఫైయర్ సృష్టించబడుతుంది (ఉదా, /msg/def).
GREIS
1. ప్రస్తుత ఫర్మ్వేర్ ఒకటి లేదా రెండు ఏకకాల లాగ్లకు మద్దతు ఇస్తుంది-fileలు నిర్దిష్ట రిసీవర్పై ఆధారపడి ఉంటాయి.
www.javad.com
45
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు సృష్టించబడతాయి
సృష్టిస్తోంది Files
సృష్టించేటప్పుడు files, ఆబ్జెక్ట్ ఆర్గ్యుమెంట్ విస్మరించబడింది లేదా ఫార్మాట్ /లాగ్/NAMEని కలిగి ఉంటుంది, ఇక్కడ NAME అనేది పేరు file సృష్టించాలి, మరియు /log/ ఐచ్ఛికం. మునుపటి సందర్భంలో రిసీవర్ స్వయంచాలకంగా ఒక ప్రత్యేక పేరును ఎంపిక చేస్తుంది file. రెండో సందర్భంలో పేర్కొన్న NAME గరిష్టంగా 31 అక్షరాల స్ట్రింగ్ అయి ఉండాలి మరియు ఖాళీలు లేదా క్రింది అక్షరాలు ఏవీ కలిగి ఉండకూడదు: “,{}()@&”/”.
ఉంటే file /log/NAME ఇప్పటికే ఉంది, సృష్టించు ఆదేశం విఫలమవుతుంది మరియు దోష సందేశాన్ని ఉత్పత్తి చేస్తుంది. పర్యవసానంగా, ఇప్పటికే ఉన్న కొన్నింటిని మూసివేయడానికి మార్గం లేదు fileసృష్టించు ఆదేశంతో s.
ఒక కొత్త తర్వాత file విజయవంతంగా సృష్టించబడింది, ఇది ప్రస్తుత లాగ్లో ఒకదానికి కేటాయించబడింది-fileలు లాగ్ విలువపై ఆధారపడి ఉంటుంది_file ఎంపిక. సంబంధిత లాగ్ ఉంటే-file ఇప్పటికే మరొక దానిని సూచిస్తుంది file సృష్టిని అమలు చేసినప్పుడు, పాత లాగ్-file మూసివేయబడుతుంది మరియు అవుట్పుట్ కొత్తదానికి కొనసాగుతుంది file ఎటువంటి అంతరాయం లేకుండా.
మెసేజ్ స్పెసిఫైయర్లను సృష్టిస్తోంది
సందేశ సమితికి సందేశాలను జోడించేటప్పుడు, ఆబ్జెక్ట్ ఆర్గ్యుమెంట్ /msg/SET/GROUP/MSG ఆకృతిని కలిగి ఉంటుంది, ఇక్కడ SET అనేది కొత్త సందేశాన్ని సృష్టించాల్సిన సందేశ సెట్ పేరు, GROUP అనేది సందేశానికి చెందిన సమూహం పేరు. , మరియు MSG అనేది సందేశం పేరు (ఉదా, /msg/def/nmea/GGA, లేదా /msg/jps/rtk/min/jps/ET).
సందేశం షెడ్యూలింగ్ పారామితులు సందేశ సమూహంలో ఇచ్చిన సందేశం కోసం నిర్వచించబడిన వాటి నుండి కాపీ చేయబడతాయి. అవసరమైతే షెడ్యూలింగ్ పారామితులను అనుకూలీకరించడానికి సెట్ ఆదేశాన్ని ఉపయోగించండి.
Exampలెస్
సృష్టిస్తోంది Files
Example: క్రొత్తదాన్ని సృష్టించండి file స్వయంచాలకంగా రూపొందించబడిన పేరుతో మరియు దానిని ప్రస్తుత లాగ్కు కేటాయించండిfile A (/cur/file/a). వీటిలో ఏదో ఒకటి:
సృష్టించు సృష్టించు,:a
Example: కొత్త లాగ్ను సృష్టించండి-file "నా_ పేరుతోfile”. వీటిలో ఏదో ఒకటి:
సృష్టించు,/log/my_file:ఒక సృష్టి,నా_file
Example: సృష్టించు files"file1" మరియు "file2”, మరియు వాటిని /cur/కి కేటాయించండిfile/a మరియు /cur/file/b:
సృష్టించు,file1:a; సృష్టించు,file2:బి
GREIS
www.javad.com
46
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు సృష్టించబడతాయి
మెసేజ్ స్పెసిఫైయర్లను సృష్టిస్తోంది
Example: డిఫాల్ట్ సందేశాల సెట్కు /msg/jps/ET సందేశాలను జోడించండి:
సృష్టించు,/msg/def/jps/ET
Example: డిఫాల్ట్ సందేశాల సెట్కు NMEA GGA సందేశాన్ని జోడించి, దాని వ్యవధి మరియు దశలను ఎల్లప్పుడూ వరుసగా 10 మరియు 5గా ఉండేలా బలవంతం చేయండి, వాటికి ఏ విలువలు em లేదా అవుట్ కమాండ్లో పేర్కొనబడినా:
సృష్టించు,/msg/def/nmea/GGA సెట్,/msg/def/nmea/GGA,{10,5,,0×30}
GREIS
www.javad.com
47
2.3.8 తొలగించండి
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు తీసివేయబడతాయి
పేరు
ఒక వస్తువును తీసివేయండి.
సారాంశం
ఫార్మాట్: తొలగించు, వస్తువు[/] ఎంపికలు: ఏదీ లేదు
వాదనలు
తీసివేయవలసిన వస్తువు యొక్క ఆబ్జెక్ట్ ఆబ్జెక్ట్ ఐడెంటిఫైయర్. ఆబ్జెక్ట్ “/”తో ప్రారంభం కాకపోతే, ఆదేశాన్ని అమలు చేయడానికి ముందు “/log/” ఉపసర్గ స్వయంచాలకంగా ఆబ్జెక్ట్ ముందు చొప్పించబడుతుంది.
/ ఉంటే మరియు ఆబ్జెక్ట్ టైప్ లిస్ట్ అయితే, ఆబ్జెక్ట్కు బదులుగా అన్ని ఆబ్జెక్ట్ కంటెంట్లను తీసివేయండి.
ఎంపికలు
ఏదీ లేదు.
వివరణ
ఈ ఆదేశం ఇప్పటికే ఉన్న వస్తువును తొలగిస్తుంది (తొలగిస్తుంది). లోపం ఉంటే తప్ప, లేదా స్టేట్మెంట్ ఐడెంటిఫైయర్ ద్వారా ప్రతిస్పందన బలవంతంగా ఉంటే తప్ప ప్రతిస్పందన ఏదీ సృష్టించబడదు. ఆబ్జెక్ట్ ద్వారా పేర్కొనబడిన ఆబ్జెక్ట్ లేకుంటే లేదా ఆ వస్తువును తీసివేయలేకపోతే, ఒక లోపం ఏర్పడుతుంది. రెండు రకాల వస్తువులను తొలగించవచ్చు:
1. Fileలు. ఉంటే file ప్రస్తుత లాగ్లో ఒకటిfiles, ఆదేశం విఫలమవుతుంది మరియు దోష సందేశం ఉత్పత్తి చేయబడుతుంది.
2. మెసేజ్ సెట్ల నుండి మెసేజ్ స్పెసిఫైయర్లు.
Exampలెస్
Example: లాగ్ని తీసివేయండి-file "NAME" పేరుతో. వీటిలో ఏదో ఒకటి:
తొలగించు,/లాగ్/NAME తొలగించు,NAME
Example: అన్ని లాగ్లను తీసివేయండి-files:
తొలగించు,/లాగ్/
GREIS
www.javad.com
48
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు తీసివేయబడతాయి
Example: డిఫాల్ట్ సందేశాల సెట్ నుండి GREIS ప్రమాణం [GA] సందేశాన్ని తీసివేయండి:
తీసివేయండి,/msg/def/jps/GA
Example: డిఫాల్ట్ సందేశాల సెట్ నుండి అన్ని సందేశాలను తీసివేయండి:
తొలగించు,/msg/def/
Example: RTKకి తగిన ప్రామాణిక GREIS సందేశాల కనీస సెట్ నుండి అన్ని సందేశాలను తీసివేయండి:
తీసివేయి,/msg/rtk/jps/min/
GREIS
www.javad.com
49
2.3.9 ఈవెంట్
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాల ఈవెంట్
పేరు
ఈవెంట్ ఉచిత-ఫారమ్ ఈవెంట్ను ఉత్పత్తి చేస్తుంది.
సారాంశం
ఫార్మాట్: ఈవెంట్, స్ట్రింగ్ ఎంపికలు: ఏదీ లేదు
వాదనలు
1 అక్షరాల వరకు ఉండే ఏకపక్ష63 స్ట్రింగ్ను స్ట్రింగ్ చేయండి.
ఎంపికలు
ఏదీ లేదు.
గమనిక: ఉదాampలే:
వివరణ
ఈ ఆదేశం ఒక ఉచిత-ఫారమ్ ఈవెంట్ను రూపొందిస్తుంది. లోపం ఉంటే తప్ప, లేదా స్టేట్మెంట్ ఐడెంటిఫైయర్ ద్వారా ప్రతిస్పందన బలవంతంగా ఉంటే తప్ప ప్రతిస్పందన ఏదీ సృష్టించబడదు.
ఈవెంట్ కమాండ్ను స్వీకరించే సమయంతో పాటు ఇవ్వబడిన స్ట్రింగ్ ప్రత్యేక ఈవెంట్ బఫర్2లో రిసీవర్లో నిల్వ చేయబడుతుంది. ప్రామాణిక GREIS సందేశం [==](EV) (పేజీ 131లో వివరించబడింది) ప్రారంభించబడిన అన్ని అవుట్పుట్ స్ట్రీమ్లకు ఈ బఫర్లోని కంటెంట్లు అవుట్పుట్ చేయబడతాయి.
ఫ్రీ-ఫారమ్ ఈవెంట్ మెకానిజం అనేది రిసీవర్లో ఈ సమాచారాన్ని అన్వయించకుండానే ఆర్బిట్రరీ టెక్స్ట్ సమాచారాన్ని పోస్ట్-ప్రాసెసింగ్ అప్లికేషన్లకు ఫార్వార్డ్ చేయడానికి నియంత్రణ ప్రోగ్రామ్ల కోసం ఉద్దేశించబడింది. రిసీవర్ ఫర్మ్వేర్ యొక్క కోర్ ఎప్పుడూ స్వేచ్చగా ఉచిత-ఫారమ్ ఈవెంట్లను రూపొందించదు లేదా ఈవెంట్ కమాండ్ల ద్వారా పంపిన సమాచారాన్ని ఏదో ఒకవిధంగా అర్థం చేసుకోదు.
అండర్స్కోర్ క్యారెక్టర్ (ASCII 0x5F)తో మొదలయ్యే అన్ని స్ట్రింగ్లు JAVAD GNSS అప్లికేషన్ల కోసం రిజర్వ్ చేయబడ్డాయి. మీరు మీ పనిని పూర్తి చేయలేకపోతే లేదా కొన్ని JAVAD GNSS సాఫ్ట్వేర్తో సహకరించాలని అనుకుంటే తప్ప, ఈవెంట్ ఆదేశాలతో ఇటువంటి స్ట్రింగ్లు ఉపయోగించబడకుండా జాగ్రత్త వహించాలి. తరువాతి సందర్భంలో, దయచేసి http://www.javad.com నుండి అందుబాటులో ఉన్న “ఫ్రీ-ఫారమ్ ఈవెంట్ల కోసం ఫ్రేమ్ ఫార్మాట్” గైడ్లో JAVAD GNSS అప్లికేషన్ల కోసం రిజర్వు చేయబడిన ఉచిత-ఫారమ్ ఈవెంట్ల వివరణాత్మక వివరణను చూడండి.
“Info1″ స్ట్రింగ్ని కలిగి ఉన్న ఉచిత-ఫారమ్ ఈవెంట్ను రూపొందించండి:
ఈవెంట్, సమాచారం1
GREIS
1. ఒక స్ట్రింగ్ రిసీవర్ ఇన్పుట్ భాష కోసం రిజర్వు చేయబడిన ఏదైనా అక్షరాలను కలిగి ఉంటే, మీరు ఈ స్ట్రింగ్ను డబుల్ కోట్లలో జతచేయాలని గుర్తుంచుకోండి.
2. ప్రస్తుత ఫర్మ్వేర్ పదహారు 64 బైట్ ఫ్రీ-ఫారమ్ ఈవెంట్ల వరకు నిల్వ చేయడానికి తగినంత పెద్ద బఫర్ను అందిస్తుంది.
www.javad.com
50
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాల ఈవెంట్
Example: రిజర్వు చేయబడిన అక్షరాలను కలిగి ఉన్న ఉచిత-ఫారమ్ ఈవెంట్ను రూపొందించండి:
ఈవెంట్,”EVENT{DATA,SENT}”
Example: JAVAD GNSS అప్లికేషన్ సాఫ్ట్వేర్ కోసం రిజర్వ్ చేయబడిన ఉచిత-ఫారమ్ ఈవెంట్ను రూపొందించండి (ఈ ఈవెంట్ డైనమిక్స్ మార్పు గురించి పోస్ట్-ప్రాసెసింగ్ అప్లికేషన్కు తెలియజేస్తుంది):
ఈవెంట్,”_DYN=STATIC”
Example: ఖాళీ స్ట్రింగ్తో ఉచిత-ఫారమ్ని రూపొందించండి:
ఈవెంట్,""
Example: కొన్ని ఉచిత-ఫారమ్ ఈవెంట్లను రూపొందించండి మరియు [==](EV) సందేశాలను తిరిగి పొందండి ([==] సందేశాల కంటెంట్లలో ముద్రించలేని బైట్లు మాజీలో చుక్కలతో భర్తీ చేయబడతాయిample):
em,,jps/EV %accepted% event,”some string” RE00A%accepted% ==011…..some_string. %1% event,1; %2% event,2 RE003%1% RE003%2% ==007…..1. ==007…..2. dm,,jps/EV
GREIS
www.javad.com
51
2.3.10 పొందండి
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు అందుతాయి
పేరు
తిరిగి పొందడం ప్రారంభించండి file DTP1 ఉపయోగించి కంటెంట్లు.
సారాంశం
ఫార్మాట్: పొందండి, వస్తువు[,ఆఫ్సెట్] ఎంపికలు: {timeout,block_size,period,phase,attempts}
వాదనలు
యొక్క ఆబ్జెక్ట్ ఆబ్జెక్ట్ ఐడెంటిఫైయర్ file తిరిగి పొందాలి. ఆబ్జెక్ట్ “/”తో ప్రారంభం కాకపోతే, ఆదేశాన్ని అమలు చేయడానికి ముందు “/log/” ఉపసర్గ స్వయంచాలకంగా ఆబ్జెక్ట్ ముందు చొప్పించబడుతుంది. ఆబ్జెక్ట్ ఉనికిలో లేకుంటే లేదా తిరిగి పొందలేకపోతే, ఒక దోష సందేశం రూపొందించబడుతుంది.
యొక్క ప్రారంభం నుండి బైట్లలో ఆఫ్సెట్ ఆఫ్సెట్ file దాని వద్ద తిరిగి పొందడం ప్రారంభించాలి. విస్మరించబడితే, 0 భావించబడుతుంది.
ఎంపికలు
పట్టిక 2-5. ఎంపికల సారాంశాన్ని పొందండి
పేరు
టైప్ చేయండి
విలువలు
గడువు ముగిసింది
పూర్ణాంకం [0…86400], సెకన్లు
బ్లాక్_సైజ్ పూర్ణాంకం [1…163841]
కాలం
ఫ్లోట్ [0…86400), సెకన్లు
దశ
ఫ్లోట్ [0…86400), సెకన్లు
TCP లేదా USBకి మద్దతు ఇవ్వని రిసీవర్ల కోసం పూర్ణాంకం [-257…100] 1. 2048 ప్రయత్నాలు.
డిఫాల్ట్
10 512 0 0 10
DTP కోసం సమయం ముగిసింది. block_size DTP డేటా బ్లాక్ పరిమాణం. వడపోత కోసం అవుట్పుట్ వ్యవధి (క్రింద చూడండి). వడపోత కోసం అవుట్పుట్ దశ దశ (క్రింద చూడండి). పరిధిని బట్టి విభిన్న అర్థాలను ఈ క్రింది విధంగా ప్రయత్నిస్తుంది:
1. పేజీ 580లో “డేటా బదిలీ ప్రోటోకాల్” చూడండి.
GREIS
www.javad.com
52
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు అందుతాయి
[1…100] గరిష్ట సంఖ్యలో ప్రయత్నాలు DTP ట్రాన్స్మిటర్ సింగిల్ బ్లాక్ని పంపడానికి పడుతుంది. 1కి సెట్ చేసినప్పుడు, ప్రత్యేక స్ట్రీమింగ్ మోడ్ సక్రియం చేయబడుతుంది (క్రింద చూడండి).
0 DTPని ప్రారంభించడం కంటే, వస్తువు యొక్క ముడి విషయాలను అవుట్పుట్ చేయండి. [-256…-1] DTPని ప్రారంభించడం కంటే, చుట్టబడిన వస్తువు యొక్క కంటెంట్లను అవుట్పుట్ చేయండి
[>>] సందేశాలు.
-257 DTPని ప్రారంభించడం కంటే, [RE] సందేశాలలో చుట్టబడిన వస్తువు యొక్క కంటెంట్లను అవుట్పుట్ చేయండి.
వివరణ
ఈ ఆదేశం aని తిరిగి పొందడం ప్రారంభిస్తుంది file డేటా బదిలీ ప్రోటోకాల్ (DTP) లేదా రా అవుట్పుట్ ఆకృతిని ఉపయోగించి హోస్ట్ కంప్యూటర్లోకి. లోపం ఉంటే తప్ప, లేదా స్టేట్మెంట్ ఐడెంటిఫైయర్ ద్వారా ప్రతిస్పందన బలవంతంగా ఉంటే తప్ప ప్రతిస్పందన ఏదీ సృష్టించబడదు.
DTP మోడ్లో ఉన్నప్పుడు, get కమాండ్ విజయవంతం అయిన తర్వాత, DTP ట్రాన్స్మిటర్ రిసీవర్లో ప్రారంభించబడుతుంది మరియు హోస్ట్లో DTP రిసీవర్ రన్ అయ్యే వరకు వేచి ఉంటుంది. అందువల్ల, వాస్తవానికి ఏదైనా డేటాను తిరిగి పొందడానికి, హోస్ట్లో DTP రిసీవర్ అమలు అవసరం.
ఐచ్ఛిక ఆఫ్సెట్ ఆర్గ్యుమెంట్ అంతరాయం కలిగించిన డేటా బదిలీని పునఃప్రారంభించడానికి మద్దతును అమలు చేయడానికి హోస్ట్ని అనుమతిస్తుంది. పెద్ద ఆఫ్సెట్ను కోరుతూ రిసీవర్లో పని చేయడానికి చాలా సమయం పట్టవచ్చని గమనించండి. హోస్ట్ సాఫ్ట్వేర్లో పునఃప్రారంభాన్ని సరిగ్గా అమలు చేయడానికి, స్టేట్మెంట్ ఐడెంటిఫైయర్ని ఉపయోగించి గెట్ కమాండ్కు రిసీవర్ ప్రతిస్పందనను బలవంతం చేయండి మరియు హోస్ట్లో DTPని అమలు చేయడానికి ముందు రిసీవర్ నుండి ప్రత్యుత్తరం కోసం వేచి ఉండండి. ఈ పద్ధతి అడ్వాన్ తీసుకుంటుందిtagఇ సీక్ చేసిన తర్వాత గెట్ కమాండ్కు రిసీవర్ ప్రత్యుత్తరం ఇస్తుంది.
ప్రయత్నాల ఎంపికను 1కి సెట్ చేసినప్పుడు, DTP ట్రాన్స్మిటర్ స్ట్రీమింగ్ మోడ్ అని పిలవబడే మోడ్లో ఉంచబడుతుంది. ఈ మోడ్లో, DTP రిసీవర్ నుండి మొదటి NACKని స్వీకరించిన తర్వాత, DTP ట్రాన్స్మిటర్ DTP రిసీవర్ నుండి ACKల కోసం వేచి ఉండకుండా డేటా బ్లాక్లను ప్రసారం చేస్తుంది మరియు NACK అందుకుంటే ట్రాన్స్మిటర్ వెంటనే డేటా బదిలీని నిలిపివేస్తుంది. ఈ విధానం అధిక జాప్యాలు (TCP వంటివి) లేదా సాపేక్షంగా అధిక దిశ స్విచ్ ఓవర్హెడ్ (USB వంటివి) కలిగిన విశ్వసనీయ కనెక్షన్ల ద్వారా గణనీయంగా వేగవంతమైన డేటా బదిలీని అనుమతిస్తుంది. ప్రోటోకాల్ యొక్క భాగాన్ని స్వీకరించడానికి సరిగ్గా అమలు చేయబడిన ఈ పద్ధతికి మద్దతు ఇవ్వడానికి ప్రత్యేక శ్రద్ధ అవసరం లేదు.
వ్యవధి ఎంపిక సున్నా కానిది అయినప్పుడు ప్రత్యేక వడపోత మోడ్ సక్రియం చేయబడుతుంది. ఉదాహరణకుample, ఇది a నుండి 1Hz డేటాను డౌన్లోడ్ చేసుకోవడానికి అనుమతిస్తుంది file అది 10Hz నవీకరణ రేటును ఉపయోగించి వ్రాయబడింది. ప్రత్యేకించి, రిసీవర్ సమయం మాడ్యులో ఒక రోజు (Tr) కింది సమీకరణాన్ని సంతృప్తిపరిచే యుగాల కోసం మాత్రమే డేటాను పంపుతుంది:
Tr {mod కాలం} = దశ
దీన్ని సాధించడానికి, రిసీవర్ కంటెంట్లను అన్వయిస్తుంది file మరియు కొన్ని సందేశాలను ఫిల్టర్ చేస్తుంది. ఒకవేళ అంతరాయం కలిగించిన డౌన్లోడ్ పునఃప్రారంభం అమలు చేయడం చాలా కష్టం అని గమనించండి
GREIS
www.javad.com
53
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు అందుతాయి
రిసీవర్ యొక్క ఆఫ్సెట్లో హోస్ట్కు ఎటువంటి ఆలోచన లేనందున ఈ సందర్భంలో అసాధ్యం కాదు file డౌన్లోడ్ అంతరాయం కలిగింది.
ఏదైనా DTP ఎర్రర్ చిహ్నాన్ని (ఉదా, ASCII '#') పంపడం ద్వారా డేటా స్వీకరించడం ద్వారా ఏదైనా బదిలీ రకాలు నిలిపివేయబడతాయి.
[RE] సందేశాలలో డేటాను బదిలీ చేస్తున్నప్పుడు, block_size విలువ ప్రతి [RE] సందేశానికి గరిష్ట డేటా పేలోడ్ పరిమాణాన్ని నిర్ణయిస్తుంది (అంతర్గత ఫర్మ్వేర్ బఫర్ పరిమాణంతో కూడా పరిమితం చేయబడింది). ఎప్పటిలాగే, ప్రతి [RE] సందేశం కమాండ్ ID (ఏదైనా ఉంటే)తో ప్రారంభించబడుతుంది.
[>>] సందేశాలలో డేటాను బదిలీ చేస్తున్నప్పుడు, ప్రయత్నాల ఎంపిక యొక్క విలువ క్రింది విధంగా [>>] సందేశాల ఐడి ఫీల్డ్ను నిర్ణయిస్తుంది:
id = -1 – ప్రయత్నాలు
మరియు “block_size” విలువ ప్రతి [>>] సందేశానికి గరిష్ట డేటా పేలోడ్ పరిమాణాన్ని నిర్ణయిస్తుంది (అంతర్గత ఫర్మ్వేర్ బఫర్ పరిమాణంతో కూడా పరిమితం చేయబడింది).
[>>] సందేశంలో id తర్వాత వచ్చే బైట్ (డేటా ఫీల్డ్ యొక్క మొదటి బైట్) ASCII చిహ్నం 0తో ప్రారంభమయ్యే సీక్వెన్స్ క్యారెక్టర్ మరియు ప్రతి సందేశానికి మాడ్యులో 64 పెంచబడుతుంది, ఫలితంగా 0 నుండి ASCII చిహ్నాల క్రమం o, కలుపుకొని:
seq = 0 లూప్ {seq_char = '0' + (seq++ % 64)}
సీక్వెన్స్ క్యారెక్టర్ సీక్వెన్స్లో [>>] సందేశం(ల) నష్టాన్ని గుర్తించడానికి స్వీకార ముగింపుని అనుమతిస్తుంది.
ఆ తర్వాత బ్లాక్_సైజ్ బైట్ల వరకు ఆబ్జెక్ట్ డేటా పేలోడ్ అనుసరించబడుతుంది, ఆపై [>>] సందేశం ఫార్మాట్ ప్రకారం చెక్ సమ్ వస్తుంది.
ర్యాప్డ్ మోడ్లోని విజయవంతమైన అవుట్పుట్ ఎల్లప్పుడూ డేటా పేలోడ్ లేకుండా [>>] సందేశం ద్వారా ఖరారు చేయబడుతుంది, బదిలీ ముగింపును విశ్వసనీయంగా నిర్ణయించడానికి స్వీకరించే ముగింపును అనుమతిస్తుంది.
Exampలెస్
Example: యొక్క కంటెంట్లను తిరిగి పొందడం ప్రారంభించండి file NAME DTPని ఉపయోగిస్తున్నారు. వీటిలో ఏదో ఒకటి:
Exampలే:
పొందండి,/log/NAME పొందండి,NAME
యొక్క కంటెంట్లను తిరిగి పొందడం ప్రారంభించండి file NAME బైట్ నంబర్ 3870034 నుండి ప్రారంభమవుతుంది (సున్నా నుండి బైట్లను లెక్కించడం). కమాండ్ మరియు ప్రత్యుత్తరం మధ్య ఎక్కువ సమయం గడిచిపోవాలని ఆశించండి:
%%పొందండి,NAME,3870034 RE002%%
GREIS
www.javad.com
54
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు అందుతాయి
Example: యొక్క కంటెంట్లను తిరిగి పొందడం ప్రారంభించండి file నా_లాగ్file బైట్ 3000 నుండి ప్రారంభమై 50 సెకన్ల సమయం ముగిసింది మరియు 8192 బైట్ల బ్లాక్ పరిమాణం:
పొందండి,నా_లాగ్file:{50,8192},3000
Example: యొక్క కంటెంట్లను తిరిగి పొందడం ప్రారంభించండి file NAME యుగాలను ఫిల్టర్ చేస్తోంది, తద్వారా ఫలితం తిరిగి పొందబడింది file 0.1Hz డేటా ఉంటుంది:
పొందండి,NAME:{,,10}
Example: యొక్క కంటెంట్లను తిరిగి పొందడం ప్రారంభించండి file NAME స్ట్రీమింగ్ మోడ్ని ఉపయోగిస్తున్నారు (ప్రయత్నాల ఎంపిక 1కి సెట్ చేయబడింది):
పొందండి,NAME:{,,,,1}
Example: యొక్క కంటెంట్లను పంపండి file NAME id 61 (ASCII చిహ్నం '=')తో [>>] సందేశాలను చుట్టి, ఒక్కో సందేశానికి గరిష్టంగా 128 బైట్ల డేటాను ఉపయోగిస్తున్నారు:
పొందండి,పేరు:{,128,,,-62}
Example: యొక్క కంటెంట్లను పంపండి file NAME ఒక సందేశానికి గరిష్టంగా 190 బైట్ల డేటాను ఉపయోగించి [RE] సందేశాలను వ్రాప్ చేసారు, ముందుగా %MY_ID%:
%MY_ID% పొందండి,NAME:{,190,,,-257}
GREIS
www.javad.com
55
2.3.11 చాలు
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు చాలు
పేరు
మొదలు పెట్టండి file DTP1ని ఉపయోగించి అప్లోడ్ చేస్తోంది.
సారాంశం
ఫార్మాట్: పుట్, ఆబ్జెక్ట్[,ఆఫ్సెట్] ఎంపికలు: {timeout, block_size}
వాదనలు
యొక్క ఆబ్జెక్ట్ ఆబ్జెక్ట్ ఐడెంటిఫైయర్ file డేటా వ్రాయడానికి. ఆబ్జెక్ట్ “/”తో ప్రారంభం కాకపోతే, ఆదేశాన్ని అమలు చేయడానికి ముందు “/log/” ఉపసర్గ స్వయంచాలకంగా ఆబ్జెక్ట్ ముందు చొప్పించబడుతుంది.
యొక్క ప్రారంభం నుండి బైట్లలో ఆఫ్సెట్ ఆఫ్సెట్ file దాని వద్ద రాయడం ప్రారంభించాలి. విస్మరించబడితే, 0 భావించబడుతుంది.
ఎంపికలు
పట్టిక 2-6. ఎంపికల సారాంశాన్ని ఉంచండి
పేరు
టైప్ చేయండి
విలువలు
డిఫాల్ట్
గడువు ముగిసింది
పూర్ణాంకం [0…86400], సెకన్లు 10
బ్లాక్_సైజ్ పూర్ణాంకం [1…163841]
512
1. TCP లేదా USBకి మద్దతు ఇవ్వని రిసీవర్ల కోసం 2048.
DTP కోసం సమయం ముగిసింది. block_size DTP డేటా బ్లాక్ పరిమాణం.
వివరణ
ఈ ఆదేశం హోస్ట్ కంప్యూటర్ నుండి a లోకి డేటాను అప్లోడ్ చేయడాన్ని ప్రారంభిస్తుంది file రిసీవర్లో డేటా ట్రాన్స్ఫర్ ప్రోటోకాల్ (DTP)ని ఉపయోగిస్తుంది. లోపం ఉంటే తప్ప, లేదా స్టేట్మెంట్ ఐడెంటిఫైయర్ ద్వారా ప్రతిస్పందన బలవంతంగా ఉంటే తప్ప ప్రతిస్పందన ఏదీ సృష్టించబడదు.
పుట్ కమాండ్ విజయవంతం అయిన తర్వాత, DTP రిసీవర్ రిసీవర్లో ప్రారంభించబడుతుంది మరియు హోస్ట్లో DTP ట్రాన్స్మిటర్ రన్ అయ్యే వరకు వేచి ఉంటుంది. అందువల్ల, వాస్తవానికి ఏదైనా డేటాను అప్లోడ్ చేయడానికి, హోస్ట్లో DTP ట్రాన్స్మిటర్ అమలు అవసరం.
1. పేజీ 580లో “డేటా బదిలీ ప్రోటోకాల్” చూడండి.
GREIS
www.javad.com
56
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ ఆదేశాలు చాలు
ఐచ్ఛిక ఆఫ్సెట్ ఆర్గ్యుమెంట్ అంతరాయం కలిగించిన డేటా బదిలీని పునఃప్రారంభించడానికి మద్దతును అమలు చేయడానికి హోస్ట్ని అనుమతిస్తుంది. నాన్-జీరో ఆఫ్సెట్ విలువ ఇప్పటికే ఉన్న డేటాను జోడించడం కోసం అభ్యర్థించడానికి హోస్ట్ని అనుమతిస్తుంది file సరిపోలే పరిమాణం.
ఆఫ్సెట్ అయితే 0 మరియు ది file వస్తువు ఉనికిలో లేదు, రిసీవర్ సృష్టించడానికి ప్రయత్నిస్తుంది మరియు కొత్తది వ్రాయడానికి తెరవబడుతుంది file వస్తువు ద్వారా నిర్వచించబడిన పేరుతో. ఈ సందర్భంలో ఇప్పటికే a ఉన్నట్లయితే ఆదేశం విఫలమవుతుంది file ఇచ్చిన పేరుతో.
ఆఫ్సెట్ 0 కంటే ఎక్కువగా ఉంటే, మరియు a ఉంటుంది file వస్తువు, మరియు file పరిమాణం ఆఫ్సెట్ విలువకు సమానం, అప్పుడు పుట్ కమాండ్ తెరుస్తుంది file అనుబంధం కోసం వస్తువు. ఈ సందర్భంలో కమాండ్ ఉనికిలో లేనట్లయితే విఫలమవుతుంది file ఇచ్చిన పేరుతో లేదా ఇప్పటికే ఉన్న పరిమాణంలో ఉంటే file ఆఫ్సెట్ ద్వారా పేర్కొన్న వాటితో సరిపోలడం లేదు.
Exampలెస్
Example: డేటాను తాజాగా అప్లోడ్ చేయడాన్ని ప్రారంభించండి file "NAME" DTPని ఉపయోగిస్తోంది. వీటిలో ఏదో ఒకటి:
Exampలే:
పుట్,/లాగ్/NAME పుట్,NAME
డేటాను అప్లోడ్ చేయడం ప్రారంభించి, వాటిని ఇప్పటికే ఉన్న వాటికి జోడించండి file "NAME". డిఫాల్ట్ DTP గడువు ముగిసింది మరియు DTP బ్లాక్ పరిమాణం 4096 బైట్లను ఉపయోగించండి. యొక్క పరిమాణాన్ని పొందండి file అప్లోడ్ ప్రారంభించే ముందు (గమనించండి file ఏమైనప్పటికీ హోస్ట్లో పరిమాణం అవసరం కాబట్టి దాని మూల డేటా నుండి ఈ సంఖ్య బైట్లను దాటవేయవచ్చు file):
Exampలే:
ప్రింట్,/లాగ్/NAME&సైజు RE008 3870034 పుట్,/లాగ్/NAME:{,4096},3870034
తాజాగా డేటాను అప్లోడ్ చేయడం ప్రారంభించండి file “నా_లాగ్file50 సెకన్ల సమయం ముగిసింది మరియు 8192 బైట్ల బ్లాక్ సైజును ఉపయోగించడం:
చాలు,నా_లాగ్file:{50,8192}
GREIS
www.javad.com
57
2.3.12 fld
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ కమాండ్లు fld
పేరు
fld ఫర్మ్వేర్ లోడ్ అవుతోంది.
సారాంశం
ఫార్మాట్: fld,id,object ఎంపికలు: {timeout, block_size}
వాదనలు
రిసీవర్ ఎలక్ట్రానిక్ ID1ని కలిగి ఉన్న id స్ట్రింగ్. పేర్కొన్న ID రిసీవర్ యొక్క వాస్తవ ఎలక్ట్రానిక్ IDకి అనుగుణంగా లేకపోతే, ఆదేశం విఫలమవుతుంది మరియు దోష సందేశాన్ని ఉత్పత్తి చేస్తుంది.
లోడ్ చేయవలసిన ఫర్మ్వేర్ యొక్క మూలం యొక్క ఆబ్జెక్ట్ ఆబ్జెక్ట్ ఐడెంటిఫైయర్. రిసీవర్ పేరు గాని file, లేదా ఇన్పుట్ పోర్ట్ పేరు. ఇది ఇన్పుట్ పోర్ట్ పేరు అయినప్పుడు, /cur/term లేదా ప్రస్తుత పోర్ట్ యొక్క అసలు పేరు ఇవ్వాలి, లేకుంటే లోపం నివేదించబడుతుంది.
ఎంపికలు
పట్టిక 2-7. fld ఎంపికల సారాంశం
పేరు
టైప్ చేయండి
విలువలు
గడువు ముగిసింది
పూర్ణాంకం [0…86400], సెకన్లు
block_size integer [1…163841] 1. TCP లేదా USBకి మద్దతు ఇవ్వని రిసీవర్ల కోసం 2048.
డిఫాల్ట్
10 512
DTP కోసం సమయం ముగిసింది. block_size DTP డేటా బ్లాక్ పరిమాణం.
వివరణ
ఈ కమాండ్ పేర్కొన్న వస్తువు నుండి ఫర్మ్వేర్ను రిసీవర్లోకి లోడ్ చేస్తుంది మరియు రిసీవర్ను రీసెట్ చేస్తుంది. లోపం ఉంటే తప్ప, లేదా స్టేట్మెంట్ ఐడెంటిఫైయర్ ద్వారా ప్రతిస్పందన బలవంతంగా ఉంటే తప్ప ప్రతిస్పందన ఏదీ సృష్టించబడదు.
1. print,/par/rcv/id ఆదేశాన్ని ఉపయోగించి IDని పొందవచ్చు.
GREIS
www.javad.com
58
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ కమాండ్లు fld
హెచ్చరిక:
లోడ్ సమయంలో పోర్ట్ ద్వారా ఫర్మ్వేర్ బదిలీకి విద్యుత్ వైఫల్యం లేదా ప్రాణాంతకమైన అంతరాయం ఏర్పడితే, రిసీవర్ సెమీ-వర్కింగ్ స్థితికి వెళ్లవచ్చు, ఇక్కడ "పవర్-ఆన్ క్యాప్చర్" పద్ధతిని ఉపయోగించి RS-232 పోర్ట్ల ద్వారా ఫర్మ్వేర్ లోడింగ్ మాత్రమే సాధ్యమవుతుంది.
వస్తువు ఉనికిని సూచిస్తే file1, రిసీవర్ ముందుగా తనిఖీ చేస్తుంది file రిసీవర్ కోసం చెల్లుబాటు అయ్యే ఫర్మ్వేర్ను కలిగి ఉంది (పూర్తి చేయడానికి కొన్ని సెకన్ల సమయం పడుతుంది). చెక్ విజయవంతమైతే, రిసీవర్ ఫర్మ్వేర్ను లోడ్ చేసి, ఆపై స్వీయ-రీసెట్ చేస్తుంది. ఆదేశానికి ప్రత్యుత్తరం (ఏదైనా ఉంటే) తనిఖీ చేసిన తర్వాత కానీ ఫర్మ్వేర్ లోడింగ్ ప్రారంభమయ్యే ముందు పంపబడుతుందని గమనించండి. ఈ సందర్భంలో గడువు ముగింపు మరియు block_size ఎంపికలు విస్మరించబడతాయి.
ఆబ్జెక్ట్ ఇన్పుట్ స్ట్రీమ్ను నిర్దేశిస్తే, ఆదేశం ప్రత్యుత్తరాన్ని పంపుతుంది (ఏదైనా ఉంటే) ఆపై DTP రిసీవర్ని ప్రారంభిస్తుంది, అది హోస్ట్లో DTP ట్రాన్స్మిటర్ రన్ అయ్యే వరకు వేచి ఉంటుంది. కాబట్టి, వాస్తవానికి ఫర్మ్వేర్ను అప్లోడ్ చేయడానికి, హోస్ట్లో DTP ట్రాన్స్మిటర్ అమలు అవసరం. లోడ్ విజయవంతంగా పూర్తయిన తర్వాత లేదా అంతరాయం ఏర్పడిన తర్వాత రిసీవర్ ద్వారా స్వీయ రీసెట్ (రీబూట్) చేయబడుతుంది.
Exampలెస్
Example: నుండి ఫర్మ్వేర్ను లోడ్ చేయండి file ఎలక్ట్రానిక్ ID 123456789ABతో రిసీవర్లోకి “firmware.ldp”. రిసీవర్ తనిఖీ చేస్తున్నప్పుడు, ఆదేశాన్ని పంపడం మరియు ప్రత్యుత్తరాన్ని స్వీకరించడం మధ్య కొన్ని సెకన్ల సమయం గడిచిపోతుందని ఆశించండి file ఫర్మ్వేర్ చెల్లుబాటు కోసం:
%%fld,123456789AB,/log/firmware.ldp RE002%%
Example: బ్లాక్ పరిమాణం 16384 బైట్లను ఉపయోగించి USB పోర్ట్ నుండి ఫర్మ్వేర్ అప్లోడ్ చేయడాన్ని ప్రారంభించండి మరియు 20 సెకన్ల సమయం ముగిసింది. ఆదేశాన్ని జారీ చేసే ముందు ఎలక్ట్రానిక్ IDని పొందండి:
print,rcv/id RE00C 8PZFM10IL8G fld,8PZFM10IL8G,/dev/usb/a:{20,16384}
GREIS
1. ఇది అంచనా వేయబడింది file ఫర్మ్వేర్ను కలిగి ఉండటం ముందుగానే రిసీవర్కి అప్లోడ్ చేయబడుతుంది, ఉదా, పుట్ కమాండ్ ఉపయోగించి.
www.javad.com
59
రిసీవర్ ఇన్పుట్ లాంగ్వేజ్ కమాండ్లు fld
GREIS
www.javad.com
60
అధ్యాయం 3
రిసీవర్ సందేశాలు
ఈ అధ్యాయం GREIS ప్రామాణిక సందేశాల సాధారణ ఆకృతిని అలాగే అన్ని ముందే నిర్వచించిన సందేశాల ప్రత్యేక ఫార్మాట్లను వివరిస్తుంది. GREIS స్టాండర్డ్ మెసేజ్లతో పాటు, NMEA లేదా BINEX వంటి విభిన్న ఫార్మాట్ల యొక్క కొన్ని సందేశాలకు రిసీవర్ మద్దతు ఇస్తుంది. ఆ "విదేశీ" సందేశాల ఫార్మాట్లు ఈ అధ్యాయం చివరిలో వివరించబడ్డాయి.
3.1 సమావేశాలు
3.1.1 ఫార్మాట్ లక్షణాలు
కాంపాక్ట్ ఫారమ్లో బైట్స్1 సీక్వెన్స్గా కొన్ని ఫార్మాట్లను వివరించడానికి, మేము కొన్ని ప్రాథమిక ఫీల్డ్ రకాలకు ఫార్మాట్లను నిర్వచించి, మరింత సంక్లిష్టమైన ఫార్మాట్ల నిర్వచనాలను రూపొందించడానికి సి ప్రోగ్రామింగ్ భాషలో ఉపయోగించిన వాటికి దగ్గరగా ఉండే సంజ్ఞామానాన్ని ఉపయోగిస్తాము:
struct NAME {LENGTH} { TYPE FIELD[COUNT]; // వివరణ … టైప్ ఫీల్డ్[COUNT]; // వివరణ
};
ఎక్కడ:
NAME ఈ ఫార్మాట్కి కేటాయించిన పేరు. ఇది ఫీల్డ్ యొక్క TYPE వలె ఇతర ఫార్మాట్ నిర్వచనాలలో ఉపయోగించబడుతుంది.
మొత్తం సీక్వెన్స్ బైట్లలో LENGTH పొడవు. స్థిర పొడవు ఫార్మాట్ కోసం, ఇది ఒక సంఖ్య, వేరియబుల్ పొడవు సందేశం కోసం, ఇది కొన్ని ఇతర వేరియబుల్ పారామితులపై ఆధారపడిన అంకగణిత వ్యక్తీకరణ కావచ్చు లేదా స్ట్రింగ్ var కావచ్చు.
టైప్ ఫీల్డ్[COUNT] ఫీల్డ్ డిస్క్రిప్టర్. ఇది FIELD పేరు కేటాయించబడిన అదే TYPE యొక్క COUNT మూలకాల క్రమాన్ని వివరిస్తుంది. TYPE అనేది దిగువ వివరించబడిన ప్రాథమిక ఫీల్డ్ రకాల్లో ఒకటి కావచ్చు లేదా మరొక ఫార్మాట్ యొక్క NAME కావచ్చు. [COUNT] లేనప్పుడు, ఫీల్డ్ ఖచ్చితంగా ఒక మూలకాన్ని కలిగి ఉంటుంది. COUNT లేనప్పుడు (అంటే, ఖాళీ స్క్వేర్ బ్రాకెట్లు మాత్రమే ఉన్నాయి, []), ఫీల్డ్ పేర్కొనబడని మూలకాల సంఖ్యను కలిగి ఉందని అర్థం.
GREIS
1. ఈ అధ్యాయం సందర్భంలో, “బైట్” అంటే 8-బిట్ ఎంటిటీ. బైట్ యొక్క అతి తక్కువ ముఖ్యమైన బిట్ ఇండెక్స్ సున్నాని కలిగి ఉంది.
www.javad.com
61
రిసీవర్ సందేశాలు సమావేశాలు
ఫార్మాట్ స్పెసిఫికేషన్లు
ఫీల్డ్ యొక్క వర్ణన వివరణ దాని కొలత యూనిట్లతో పాటు మరియు తగిన చోట విలువల యొక్క అనుమతించబడిన పరిధి. కొలత యూనిట్లు చదరపు బ్రాకెట్లతో చుట్టుముట్టబడి ఉంటాయి.
కింది ప్రాథమిక ఫీల్డ్ రకాలు నిర్వచించబడ్డాయి:
పట్టిక 3-1. ప్రాథమిక ఫీల్డ్ రకాలు
పేరు టైప్ చేయండి
అర్థం
బైట్లలో పొడవు
a1
ASCII పాత్ర
1
i1
సంతకం చేసిన పూర్ణాంకం
1
i2
సంతకం చేసిన పూర్ణాంకం
2
i4
సంతకం చేసిన పూర్ణాంకం
4
u1
సంతకం చేయని పూర్ణాంకం
1
u2
సంతకం చేయని పూర్ణాంకం
2
u4
సంతకం చేయని పూర్ణాంకం
4
f4
IEEE-754 సింగిల్ ప్రెసిషన్ ఫ్లోటింగ్ పాయింట్
4
f8
IEEE-754 డబుల్ ప్రెసిషన్ ఫ్లోటింగ్ పాయింట్
8
str
ASCII అక్షరాల వేరియబుల్ యొక్క సున్నా-ముగింపు శ్రేణి
నిర్దిష్ట ఆకృతిని పూర్తిగా నిర్వచించడానికి, మేము బహుళ-బైట్ (i2, i4, u2, u4, f4, f8) అయిన ప్రాథమిక నాన్-అగ్రిగేట్ ఫీల్డ్లలో బైట్ల క్రమాన్ని కూడా పేర్కొనాలి. GREIS సందేశాల కోసం ఈ ఆర్డర్ [MF] సందేశం ద్వారా నిర్వచించబడింది, వివరాల కోసం పేజీ 74లో “[MF] సందేశాల ఆకృతి” చూడండి.
పై నిర్వచనాలను ఉపయోగించి బైట్ల సంబంధిత క్రమానికి ఏదైనా ఫార్మాట్ స్పెసిఫికేషన్ను (పునరావృతంగా) విస్తరించడం సాధ్యమవుతుంది. ఉదాహరణకుample, ఫార్మాట్
struct Exampలే {9} {u1 n1; f4 n2; i2 n3[2];
};
తక్కువ ముఖ్యమైన బైట్ మొదటి (LSB) క్రమాన్ని ఊహించి బైట్ల కింది క్రమానికి విస్తరిస్తుంది:
n1[0](0), n2[0](0),n2[0](1),n2[0](2),n2[0](3), n3[0](0),n3[0](1),n3[1](0),n3[1](1)
GREIS
www.javad.com
62
GREIS
రిసీవర్ మెసేజ్లు స్టాండర్డ్ మెసేజ్ స్ట్రీమ్
ప్రత్యేక విలువలు
మరియు అత్యంత ముఖ్యమైన బైట్ మొదటి (MSB) క్రమాన్ని ఊహిస్తూ బైట్ల క్రింది క్రమానికి:
n1[0](0), n2[0](3)n2[0](2)n2[0](1)n2[0](0) n3[0](1)n3[0](0)n3[1](1)n3[1](0)
ఇక్కడ x[i](j) అనేది x ఫీల్డ్ యొక్క i-వ మూలకం యొక్క j-th బైట్ (బైట్ #0 కనీసం ముఖ్యమైనది) సూచిస్తుంది.
3.1.2 ప్రత్యేక విలువలు
బైనరీ సందేశాల కోసం, వాటి పూర్ణాంకం మరియు ఫ్లోటింగ్ పాయింట్ ఫీల్డ్లలో కొన్ని ప్రత్యేక విలువలను కలిగి ఉండవచ్చు, ఫీల్డ్ కోసం డేటా అందుబాటులో లేనప్పుడు వాస్తవ డేటాకు బదులుగా ఇవి ఉపయోగించబడతాయి. డేటా వెలికితీత సమయంలో ప్రత్యేక విలువల కోసం తనిఖీ చేయాల్సిన బైనరీ ఫీల్డ్లు ఆశ్చర్యార్థకం గుర్తుతో గుర్తించబడతాయి, “!” ఫీల్డ్ నిర్వచనం యొక్క మొదటి నిలువు వరుసలో.
కింది పట్టిక వివిధ డేటా ఫీల్డ్ రకాల కోసం ప్రత్యేక విలువలను నిర్వచిస్తుంది:
పట్టిక 3-2. ఫీల్డ్స్ కోసం ప్రత్యేక విలువలు
ఫీల్డ్ రకం
i1 u1 i2 u2 i4 u4 f4 f8
ప్రత్యేక విలువ
127 255 32767 65535 2147483647 4294967295 నిశ్శబ్ద NaN నిశ్శబ్ద NaN
HEX ప్రాతినిధ్యం
7F FF 7FFF FFFF 7FFF_FFFF FFFF_FFFF 7FC0_0000 7FF8_0000_0000_0000
3.2 ప్రామాణిక సందేశ స్ట్రీమ్
ప్రామాణిక GREIS సందేశ స్ట్రీమ్ అనేది గరిష్టంగా రెండు రకాల సందేశాలు, GREIS ప్రామాణిక సందేశాలు మరియు ప్రామాణికం కాని వచన సందేశాల క్రమం.
అత్యంత ముఖ్యమైన మరియు విస్తృతంగా ఉపయోగించే రకమైన సందేశాలు GREIS ప్రామాణిక సందేశాల యొక్క గొప్ప సెట్. బైనరీ మరియు టెక్స్ట్ మెస్ రెండింటినీ అనుమతించడానికి వారి సాధారణ ఆకృతి జాగ్రత్తగా రూపొందించబడింది-
www.javad.com
63
రిసీవర్ సందేశాలు సందేశాల సాధారణ ఆకృతి
ప్రామాణిక సందేశాలు
ఋషులు, మరియు అప్లికేషన్లకు తెలియని లేదా ఆసక్తి లేని సందేశాలను సమర్ధవంతంగా దాటవేయడాన్ని అప్లికేషన్లకు సాధ్యం చేయడం.
ప్రామాణికం కాని వచన సందేశాలకు మద్దతు, ఈ మాన్యువల్లో వాటి కోసం నిర్వచించిన ఆకృతికి ఇప్పటికీ కట్టుబడి ఉండాలి, ప్రామాణిక GREIS డేటా స్ట్రీమ్లోని కొన్ని ఇతర ఫార్మాట్ల సందేశాలతో GREIS ప్రామాణిక సందేశాలను కలపడం సాధ్యం చేస్తుంది. ఒక మాజీampఅటువంటి ఫార్మాట్ యొక్క le NMEA సందేశాలు.
ప్రత్యేక సందర్భం యొక్క ప్రామాణికం కాని వచన సందేశాలు, ASCII మాత్రమే ఉన్న సందేశాలు మరియు/లేదా అక్షరాలు, GREIS స్టాండర్డ్ మెసేజ్ల మధ్య రిసీవర్లోని మెసేజ్ ఫార్మాటింగ్ ఇంజిన్ ద్వారా చొప్పించబడతాయి, ఫలితంగా వచ్చే సందేశాన్ని టెర్మినల్ లేదా జెనెరిక్ టెక్స్ట్కు పంపినప్పుడు అది మరింత మానవులు చదవగలిగేలా చేస్తుంది. viewer లేదా ఎడిటర్ అప్లికేషన్.
GREIS ప్రామాణిక సందేశాలు మరియు ప్రామాణికం కాని వచన సందేశాలతో పాటు, JAVAD GNSS రిసీవర్లు సాధారణంగా అనేక ఇతర ఫార్మాట్లకు (ఉదా, RTCM, BINEX, CMR) మద్దతు ఇస్తాయి. అయితే, ఆ ఫార్మాట్లు ప్రామాణిక GREIS మెసేజ్ స్ట్రీమ్ ఫార్మాట్కు అనుకూలంగా లేవు. స్ట్రీమ్లో ఆ ఫార్మాట్ల సందేశాలు ఉంటే, దానిని ఇకపై GREIS స్టాండర్డ్ మెసేజ్ స్ట్రీమ్ అని పిలవలేము మరియు ప్రామాణిక స్ట్రీమ్ వలె అదే నియమాల ద్వారా అన్వయించబడదు.1
3.3 సందేశాల సాధారణ ఆకృతి
3.3.1 ప్రామాణిక సందేశాలు
ప్రతి ప్రామాణిక సందేశం యొక్క ఆకృతి క్రింది విధంగా ఉంటుంది:
స్ట్రక్ట్ StdMessage {var} {
a1 id[2];
// ఐడెంటిఫైయర్
a1 పొడవు[3];
// హెక్సాడెసిమల్ బాడీ లెంగ్త్, [000...FFF]
u1 శరీరం[పొడవు]; // శరీరం
};
ప్రతి ప్రామాణిక సందేశం రెండు ASCII అక్షరాలతో కూడిన ప్రత్యేక సందేశ ఐడెంటిఫైయర్తో ప్రారంభమవుతుంది. ఐడెంటిఫైయర్లో ఉపసమితి “0” నుండి “~” (అంటే, దశాంశ ASCII కోడ్లు [48…126]) వరకు అనుమతించబడతాయి.
GREIS
1. వాస్తవానికి, GREIS స్టాండర్డ్ మెసేజ్ల ఫార్మాట్ చాలా సరళంగా ఉంటుంది, అది ఏదైనా డేటా స్ట్రీమ్ను ప్రామాణిక GREIS డేటా స్ట్రీమ్లో చేర్చగలదు, అయితే అసలైన అననుకూల స్ట్రీమ్ను ప్రత్యేక GREIS సందేశాల క్రమంలో చుట్టాలి. ఐడెంటిఫైయర్ ">>"తో ముందే నిర్వచించబడిన సందేశం ఈ ప్రయోజనాన్ని అందిస్తుంది.
www.javad.com
64
రిసీవర్ సందేశాలు సందేశాల సాధారణ ఆకృతి
ప్రామాణికం కాని వచన సందేశాలు
మెసేజ్ ఐడెంటిఫైయర్ తర్వాత మెసేజ్ బాడీ ఫీల్డ్ పొడవు ఉంటుంది. మూడు అప్పర్-కేస్ హెక్సాడెసిమల్ అంకెలను కలిగి ఉన్న ఈ ఫీల్డ్, బైట్లలో మెసేజ్ బాడీ పొడవును నిర్దేశిస్తుంది. ఆ విధంగా గరిష్ట మెసేజ్ బాడీ పొడవు 4095 (0xFFF) బైట్లు.
మెసేజ్ బాడీ పొడవు ఫీల్డ్ తర్వాత వెంటనే అనుసరిస్తుంది మరియు పొడవు ఫీల్డ్ ద్వారా పేర్కొన్న బైట్ల సంఖ్యను ఖచ్చితంగా కలిగి ఉంటుంది. సాధారణ ఫార్మాట్ ద్వారా సూచించబడిన సందేశంలోని విషయాలపై ఎటువంటి పరిమితులు లేవు. మెసేజ్ ఐడెంటిఫైయర్ ద్వారా సందేశంలోని మెసేజ్ బాడీ యొక్క ఆకృతి అంతర్లీనంగా నిర్వచించబడుతుంది. అన్ని ముందే నిర్వచించబడిన సందేశాల యొక్క మెసేజ్ బాడీల ఫార్మాట్లు
3.3.2 ప్రామాణికం కాని వచన సందేశాలు
ప్రామాణికం కాని వచన సందేశాల ఆకృతి క్రింది విధంగా ఉంది:
నాన్స్టాడ్టెక్స్ట్మెసేజ్ {var} {ని నిర్మించండి
a1 id;
// ఐడెంటిఫైయర్, [!.../]
a1 శరీరం[];
// శరీరం ఏకపక్ష పొడవు, [0...)
a1 eom;
// సందేశం ముగింపు ( లేదా )
};
సందేశ ఐడెంటిఫైయర్ అనేది పరిధిలోని ఏదైనా అక్షరం [!... /] (పరిధిలోని దశాంశ ASCII కోడ్లు [33...47]). సందేశ ఐడెంటిఫైయర్ ఐచ్ఛికం. లేకుంటే, మెసేజ్ బాడీ పొడవు సున్నాని కలిగి ఉండాలి (అనగా, అలాగే ఉండకూడదు).
మెసేజ్ బాడీ అనేది ASCII అక్షరాల క్రమం తప్ప (దశాంశ కోడ్ 13) మరియు (దశాంశ కోడ్ 10) అక్షరాలు. ఆకృతి ద్వారా శరీర పొడవుపై ఎటువంటి పరిమితి విధించబడదు.
సందేశ మార్కర్ ముగింపు ఒకటి లేదా పాత్ర.
CR లేదా LF అక్షరాలను మాత్రమే కలిగి ఉన్న ప్రామాణికం కాని సందేశాలను ఫార్మాట్ అనుమతిస్తుంది. సాధారణ-ప్రయోజన టెర్మినల్కు డేటాను అవుట్పుట్ చేస్తున్నప్పుడు ప్రామాణిక GREIS సందేశ స్ట్రీమ్లను మరింత మానవులు చదవగలిగేలా చేయడానికి ఈ ఫీచర్ అనుమతిస్తుంది లేదా viewసాధారణ వచనంతో ing viewer లేదా ఎడిటర్.
ప్రామాణికం కాని టెక్స్ట్ మెసేజ్ ఐడెంటిఫైయర్లలో ఒకటైన "$" అక్షరం ఇప్పటికే ప్రామాణిక NMEA సందేశాల కోసం ఐడెంటిఫైయర్గా రిజర్వ్ చేయబడింది. ఏ ఇతర ప్రామాణికం కాని వచన సందేశాలు “$”ను ఐడెంటిఫైయర్గా ఉపయోగించకూడదు.
3.3.3 పార్సింగ్ మెసేజ్ స్ట్రీమ్
ఈ విభాగంలో, మీరు GREIS రిసీవర్ సందేశ స్ట్రీమ్లను అన్వయించడానికి ఉద్దేశించిన కోడ్ను ఎలా వ్రాయాలనే దానిపై కొన్ని సూచనలు మరియు చిట్కాలను కనుగొంటారు. ఈ రిఫరెన్స్ మాన్యువల్లో మేము ఈ విషయాన్ని వివరంగా చర్చించనప్పటికీ, ప్రామాణిక సందేశాన్ని మేము ఇక్కడ నొక్కి చెప్పాలనుకుంటున్నాము
GREIS
www.javad.com
65
రిసీవర్ సందేశాలు సందేశాల సాధారణ ఆకృతి
సందేశ స్ట్రీమ్ని అన్వయించడం
ఆచరణలో మీరు ఎదుర్కొనే దాదాపు ఏదైనా GREIS సందేశ స్ట్రీమ్ను సమర్థవంతంగా ప్రాసెస్ చేయడానికి/అన్వసించడానికి ఫార్మాట్ మిమ్మల్ని అనుమతిస్తుంది.
గమనిక:
సమకాలీకరణ
సందేశ స్ట్రీమ్ను అన్వయించేటప్పుడు, మీరు ముందుగా సమీప సందేశ సరిహద్దును కనుగొనాలి. ఇది సాధారణంగా "సమకాలీకరణ" అని పిలువబడుతుంది. పార్సింగ్ ప్రారంభించబడినప్పుడు లేదా డేటా స్ట్రీమ్లో లోపం కారణంగా సమకాలీకరణ కోల్పోయినప్పుడు సందేశ సమకాలీకరణ జరుగుతుంది. వాస్తవానికి, అల్గారిథమ్ను సరళీకృతం చేయడానికి, మీరు డేటా స్ట్రీమ్ను అన్వయించడం ప్రారంభించినప్పుడు మీరు ఇప్పటికే సమకాలీకరించబడ్డారని మీరు పరిగణించవచ్చు. ఒకవేళ అది వాస్తవం కానట్లయితే, పార్సింగ్ లోపం సంభవించాలి. మీరు ఇన్పుట్ స్ట్రీమ్ నుండి ఒక అక్షరాన్ని దాటవేసి, మీరు మళ్లీ సమకాలీకరించబడినట్లు నటిస్తారు. అటువంటి విధానం సమకాలీకరణ పనిని పార్సింగ్ అల్గోరిథం యొక్క ప్రత్యేక భాగంగా సమర్థవంతంగా తొలగిస్తుంది.
సహేతుకంగా ఉపయోగకరమైన డేటా స్ట్రీమ్లో ఎర్రర్ల రేటు తక్కువగా ఉండాలనే వాస్తవం కారణంగా, సమకాలీకరణ తరచుగా జరిగే పని కాకూడదు. అదనంగా, GREIS డేటా స్ట్రీమ్ సాధారణంగా చిన్న సందేశాలను కలిగి ఉంటుంది, కాబట్టి సమీప సందేశ సరిహద్దుకు దూరం సాధారణంగా తక్కువగా ఉంటుంది. ఈ పరిగణనలను పరిగణనలోకి తీసుకుంటే, సింక్రొనైజేషన్ అల్గోరిథం చాలా వేగంగా ఉండాల్సిన అవసరం లేదు.
గమనిక:
తదుపరి సందేశానికి దాటవేయడం
ప్రామాణిక GREIS సందేశాల యొక్క సాధారణ ఆకృతిలో పొడవును కలిగి ఉండటం వలన మీరు వారి శరీర ఆకృతిని తెలియకుండా సందేశాలను సులభంగా విస్మరించవచ్చు. పార్సర్లను వ్రాయమని మేము గట్టిగా సిఫార్సు చేస్తున్నాము, తద్వారా వారు తెలియని సందేశాలను దాటవేయవచ్చు.
ప్రస్తుత సందేశం నుండి తదుపరి సందేశానికి వెళ్లడానికి, ఈ క్రింది దశలను అనుసరించండి:
1. ప్రస్తుత సందేశం "N" స్థానం వద్ద ప్రారంభమవుతుందని భావించండి. ప్రస్తుత సందేశం పొడవును నిర్ణయించండి (అక్షరాలను ## N+2, N+3, N+4 డీకోడ్ చేయండి). సందేశం పొడవు Lకి సమానం అని భావించండి. "N" స్థానం నుండి ప్రారంభమయ్యే మొదటి L+5 అక్షరాలను దాటవేయండి.
2. అన్నింటినీ దాటవేయి మరియు అక్షరాలు (ఏదైనా ఉంటే).
ఖచ్చితంగా చెప్పాలంటే, మీరు మీ పార్సింగ్ కోడ్లో మెసేజ్ బాడీల పరిమాణాలు మరియు కంటెంట్ల గురించి ఏదైనా అప్రియోరి సమాచారాన్ని ఉపయోగించమని మేము సిఫార్సు చేయము. మీరు ఈ సిఫార్సును గౌరవిస్తే, కొన్ని సందేశాలను మార్చినట్లయితే, పార్సింగ్ ప్రోగ్రామ్తో మీకు ఇబ్బంది ఉండదు.
ప్రామాణిక ముందే నిర్వచించబడిన GREIS సందేశాల యొక్క మెసేజ్ బాడీలను అన్వయించడంపై నియమాలు మరియు సూచనలు పేజీ 67లోని “సందేశ విషయాలను అన్వయించడం”లో తరువాత చర్చించబడతాయి.
GREIS
www.javad.com
66
GREIS
రిసీవర్ సందేశాలు ప్రామాణిక ముందే నిర్వచించిన సందేశాలు
మెసేజ్ బాడీలను అన్వయించడం
3.4 ప్రామాణిక ముందే నిర్వచించిన సందేశాలు
ఈ విభాగంలో మేము ప్రామాణిక GREIS సందేశాల యొక్క ముందే నిర్వచించిన సెట్తో రీడర్కు పరిచయం చేస్తాము. ఐడెంటిఫైయర్ XXతో సందేశాన్ని సూచించేటప్పుడు, మేము [XX] సంజ్ఞామానాన్ని ఉపయోగిస్తాము. చాలా సందేశాలను GREISలో వారి సందేశ ఐడెంటిఫైయర్ ద్వారా పిలుస్తారు, వాటిలో కొన్ని, ప్రత్యేకంగా ఆల్ఫాన్యూమరిక్ ఐడెంటిఫైయర్లను కలిగి ఉన్నవి, విభిన్నమైన పేర్లను కలిగి ఉంటాయి. అటువంటి సందేశాల కోసం సంజ్ఞామానం [XX](NN) ఉపయోగించబడుతుంది, ఇక్కడ XX అనేది సందేశ ఐడెంటిఫైయర్ మరియు NN అనేది GREIS ఆదేశాలలో ఉపయోగించాల్సిన సందేశం పేరు. ఉదాహరణకుampసందేశం [~~](RT)కి “~~” హెడర్ ఉంది మరియు GREIS ఆదేశాలలో /msg/jps/RT అని పిలుస్తారు.
ఈ విభాగం అన్ని ప్రామాణిక ముందే నిర్వచించిన సందేశాల కోసం శరీరాల ఫార్మాట్లను నిర్వచిస్తుంది. డేటా స్ట్రీమ్లో ప్రతి సందేశం సాధారణ ఫార్మాట్ ద్వారా నిర్వచించబడిన ప్రామాణిక హెడర్ని కలిగి ఉంటుందని గుర్తుంచుకోండి.
3.4.1 మెసేజ్ బాడీలను అన్వయించడం
అనుమతించబడిన ఫార్మాట్ పొడిగింపులు
స్థిర సందేశ పరిమాణాన్ని కలిగి ఉన్న బైనరీ సందేశాల ఫార్మాట్లు భవిష్యత్తులో మరిన్ని డేటా ఫీల్డ్లను జోడించడానికి అనుమతిస్తాయి. చెక్సమ్ ఫీల్డ్కు (ఏదైనా ఉంటే) ముందు మెసేజ్ బాడీ చివరిలో మాత్రమే కొత్త ఫీల్డ్లను చొప్పించడానికి అనుమతించబడుతుంది. మెసేజ్ బాడీలకు ఇటువంటి మార్పులు ఫార్మాట్ ఎక్స్టెన్షన్లుగా పరిగణించబడతాయి, అననుకూల మార్పులు కాదు.
ప్రామాణిక GREIS వచన సందేశాలు స్థిర సందేశ పరిమాణంతో సందేశాలు కానప్పటికీ, భవిష్యత్తులో ఈ సందేశాలలో కొత్త ఫీల్డ్లు కనిపించవచ్చు. చెక్సమ్ ఫీల్డ్కు ముందు లేదా ఏదైనా కుడి చేతి కలుపు (}) ముందు ఉన్న టెక్స్ట్ మెసేజ్ చివరిలో కొత్త ఫీల్డ్లను చొప్పించవచ్చు. ఉదాహరణకుample, ప్రస్తుతం చదివే సందేశం:
…1,{21,22},3,@CS
వరకు పొడిగించవచ్చు
…1,{2.1,2.2,2.3},3,4,@CS
ఇక్కడ "2.3" మరియు "4" అనే రెండు అదనపు ఫీల్డ్లు జోడించబడ్డాయి.
మీ పార్సింగ్ అల్గారిథమ్లను భవిష్యత్ ఫార్మాట్ పొడిగింపులతో కూడా పని చేసేలా చేయడానికి క్రింది నియమాలను పరిగణనలోకి తీసుకుని వాటిని అమలు చేయండి:
1. అందుకున్న సందేశం యొక్క మెసేజ్ బాడీ పరిమాణం ఈ పత్రంలో నిర్వచించిన నిర్దిష్ట పరిమాణంతో సరిగ్గా సరిపోలుతుందని అనుకోకండి. సందేశం చాలా చిన్నదిగా ఉంటే మాత్రమే మీరు దాని కంటెంట్లను ఉపయోగించలేరని అర్థం. సందేశం ఊహించిన దాని కంటే పొడవుగా ఉంటే, అదనపు డేటాను విస్మరించండి.
2. మెసేజ్ బాడీ ముగింపుకు సంబంధించి చెక్సమ్ ఫీల్డ్ను అడ్రస్ చేయండి.
www.javad.com
67
రిసీవర్ సందేశాలు ప్రామాణిక ముందే నిర్వచించిన సందేశాలు
సాధారణ గమనికలు
3. మెసేజ్ బాడీ ప్రారంభానికి సంబంధించి ఇతర డేటా ఫీల్డ్లను అడ్రస్ చేయండి. 4. టెక్స్ట్ సందేశాలను పొడిగించడానికి పై నియమాన్ని పరిగణనలోకి తీసుకోండి
వచన సందేశాల కోసం డేటా ఎక్స్ట్రాక్టర్లను వ్రాయడం.
చెక్సమ్లు
65వ పేజీలోని “పార్సింగ్ మెసేజ్ స్ట్రీమ్”లో వివరించిన సాంకేతికతలను ఉపయోగించి డేటా స్ట్రీమ్ నుండి సందేశం సంగ్రహించబడిన తర్వాత మరియు యాప్కు ఆసక్తి ఉన్న వాటిలో మెసేజ్ ఐడెంటిఫైయర్ ఒకటిగా కనిపించిన తర్వాత, డేటాను సంగ్రహించడానికి సందేశ బాడీని అన్వయించాలి. . కంటెంట్లను సంగ్రహించే ముందు, మెసేజ్ చెక్సమ్ని లెక్కించాలి మరియు మెసేజ్లో ఉన్న చెక్సమ్తో పోల్చాలి.
చాలా ముందే నిర్వచించిన సందేశాలు చెక్సమ్ని కలిగి ఉంటాయి. చెక్సమ్ మెసేజ్ హెడర్ (అంటే, “మెసేజ్ ఐడెంటిఫైయర్” ప్లస్ “మెసేజ్ బాడీ పొడవు”) మరియు బాడీ రెండింటినీ ఉపయోగించి గణించబడుతుంది. చెక్సమ్ గణనపై మరింత సమాచారం కోసం పేజీ 579లోని “కంప్యూటింగ్ చెక్సమ్లు” చూడండి.
చెక్సమ్ ఎల్లప్పుడూ మెసేజ్ బాడీ చివరిలో ఉంచబడుతుంది. కొత్త డేటా ఫీల్డ్(ల)ను జోడించడం ద్వారా సందేశం యొక్క ఆకృతిని సవరించినట్లయితే, చెక్సమ్ ఫీల్డ్కు ముందు కొత్త డేటా ఫీల్డ్లు జోడించబడతాయి. మెసేజ్ బాడీ ముగింపుకు సంబంధించి చెక్సమ్ ఫీల్డ్ను పరిష్కరించడానికి ఎందుకు సిఫార్సు చేయబడిందో ఇది వివరిస్తుంది.
3.4.2 సాధారణ గమనికలు
సమయ ప్రమాణాలు
మీ రిసీవర్ నిర్వహించగల ఐదు సమయ ప్రమాణాలు ఉన్నాయి:
Tr రిసీవర్ సమయం Tg GPS సిస్టమ్ సమయం Tu UTC(USNO). యూనివర్సల్ కోఆర్డినేటెడ్ టైమ్ US నావల్ అబ్జర్-
వాటరీ. Tn గ్లోనాస్ సిస్టమ్ సమయం. Ts UTC(SU). యూనివర్సల్ కోఆర్డినేటెడ్ టైమ్ స్టేట్ టైమ్ మరియు ఫ్రీ- ద్వారా మద్దతు ఇస్తుంది
క్వెన్సీ సర్వీస్, రష్యా.
"రిసీవర్ సమయం" అనేది మీ రిసీవర్లో ఎల్లప్పుడూ అందుబాటులో ఉండే ఏకైక సమయ గ్రిడ్ (అనగా, ఎగువ జాబితా నుండి ఇతర సమయ గ్రిడ్లు ప్రస్తుతం అందుబాటులో ఉండకపోవచ్చు లేదా అందుబాటులో ఉండకపోవచ్చు).
వాస్తవానికి, JAVAD GNSS రిసీవర్ ఎల్లప్పుడూ దాని రిసీవర్ సమయాన్ని నాలుగు గ్లోబల్ టైమ్ స్కేల్లలో ఒకదానితో సమకాలీకరిస్తుంది: GPS సమయం, UTC(USNO), GLONASS సమయం లేదా UTC(SU). ది
GREIS
www.javad.com
68
GREIS
రిసీవర్ సందేశాలు ప్రామాణిక ముందే నిర్వచించిన సందేశాలు
సాధారణ గమనికలు
ఈ విధంగా ఎంచుకున్న టైమ్ గ్రిడ్ ఇకపై ఈ విభాగం1లో “రిసీవర్ రిఫరెన్స్ టైమ్” (Trr)గా సూచించబడుతుంది.
వేర్వేరు సమయ వ్యవస్థలు వాటితో అనుబంధించబడిన విభిన్న సమయ సంజ్ఞామానాలను (ఫార్మాట్లు) కలిగి ఉండవచ్చు (ఉదా, GPS సమయం కోసం, మేము "వారం సంఖ్య", "వారం సమయం" మొదలైన పదాలను ఉపయోగిస్తాము). అయితే, "రిసీవర్ సమయం" ప్రాతినిధ్యం ఎంచుకున్న రిసీవర్ సూచన సమయంపై ఆధారపడి ఉండదని మరియు ఎల్లప్పుడూ రిసీవర్ తేదీ మరియు రోజు సమయంగా సూచించబడుతుందని గమనించండి.
ముందే నిర్వచించబడిన సందేశాలలో చాలా వరకు సూచన సమయ సమాచారం లోపల ఉండదు. మా లో view, ఇది ఒకటి మరియు అదే సమయంలో ఉపయోగించడం అధికంగా ఉంటుంది tag ప్రస్తుత యుగంలో రిసీవర్ ఉత్పత్తి చేసే అనేక సందేశాలతో. ప్రస్తుత యుగానికి అందుబాటులో ఉన్న రిసీవర్ సమాచారాన్ని అవుట్పుట్ చేస్తున్నప్పుడు, మీరు సాధారణంగా వివిధ సందేశాలను పొందుతారు. ప్రతి ఒక్కరికి వ్యక్తిగత సమయంతో సరఫరా చేయడానికి బదులుగా tag డేటా ఫీల్డ్, మేము ఈ సందేశాలకు సాధారణ రిసీవర్ సమయ సమాచారాన్ని అందించే ప్రత్యేక సందేశాన్ని ఉపయోగిస్తాము. ఈ సందేశాన్ని “రిసీవర్ సమయం” అని పిలుస్తారు మరియు ఐడెంటిఫైయర్ [~~]ని కలిగి ఉంటుంది.
అయితే, RTK డిలేటెడ్ మోడ్ అని పిలువబడే ఆపరేషన్ మోడ్ ఉంది, ఇచ్చిన యుగంలో రిసీవర్ గతంలోని కొన్ని ఇతర యుగాలకు సూచించిన పరిష్కారాన్ని ఉత్పత్తి చేయవచ్చు. సమయం అందించడానికి tag అటువంటి పరిష్కారం కోసం, ప్రత్యేక పరిష్కార సమయం-Tag [ST] సందేశం ఉపయోగించబడింది. నిజానికి ఈ సందేశం సరైన సమయాన్ని అందిస్తుంది tag అన్ని మోడ్ల ఆపరేషన్లలో పరిష్కారం కోసం, చాలా మోడ్లలో ఇది [~~]కి సరిగ్గా అదే సమయాన్ని కలిగి ఉంటుంది.
కొన్ని ఇతర సందేశాలు సమయాన్ని కలిగి ఉన్నాయి tag డేటా ఫీల్డ్. అవి రిసీవర్ ఎపోచ్ గ్రిడ్లో స్వతంత్రంగా కనిపించే సమాచారాన్ని కలిగి ఉన్న సందేశాలు. ఒక మాజీampఅటువంటి సందేశం "ఈవెంట్" [==].
డీలిమిటర్లు
వాస్తవానికి, “రిసీవర్ సమయం” సందేశం ప్రస్తుత యుగంలో ఉత్పన్నమయ్యే అన్ని ఇతర సందేశాలకు ముందు ఉండాలి, తద్వారా వివిధ యుగాలకు సంబంధించిన సందేశాలను డీలిమిట్ చేస్తుంది. ఒక అధికారిక పాయింట్ నుండి view, అవుట్పుట్ స్ట్రీమ్లో సందేశాల క్రమాన్ని నిర్వచించడం వినియోగదారుని ఇష్టం. ఏది ఏమైనప్పటికీ, అవుట్పుట్ స్ట్రీమ్లో సందేశాలు వ్రాయబడే క్రమంలో "ఎపోచ్ సింక్రొనైజేషన్" విచ్ఛిన్నం కాకుండా ఉండేలా జాగ్రత్త తీసుకోవాలి, ఇది JAVAD GNSS సాఫ్ట్వేర్ ప్యాకేజీలతో లాగిన్ చేసిన డేటాను పోస్ట్-ప్రాసెసింగ్ చేయడానికి చాలా అవసరం. సందేశాల డిఫాల్ట్ సెట్పై మరిన్ని వివరాల కోసం పేజీ 562లో “సందేశ సెట్లు” చూడండి.
నిజ-సమయ అనువర్తనాల కోసం వీలైనంత త్వరగా యుగం ముగింపును గుర్తించడం చాలా అవసరం. అటువంటి అనువర్తనాల కోసం యుగాలను "యుగం ప్రారంభం" మార్కర్ ద్వారా డీలిమిట్ చేయడం అనుకూలమైనది కాదు. "యుగం సమయం" [::](ET) సందేశాన్ని "యుగం ముగింపు" మార్కర్గా ఉపయోగించమని మేము సూచిస్తున్నాము. ఈ సందేశం మెరుగైన సమగ్రతను తనిఖీ చేయడానికి అనుమతించే "రిసీవర్ సమయం" సందేశంలో కనుగొనబడిన రోజు ఫీల్డ్ యొక్క అదే సమయాన్ని కలిగి ఉంది. సమయాన్ని పోల్చడం ఆలోచన tag
1. ప్రస్తుత రిసీవర్ ఫర్మ్వేర్లో రిసీవర్ సూచన సమయం GPS లేదా GLONASS సిస్టమ్ సమయం, పేజీ 220లో /par/raw/time/refని చూడండి
www.javad.com
69
GREIS
రిసీవర్ సందేశాలు ప్రామాణిక ముందే నిర్వచించిన సందేశాలు
సాధారణ గమనికలు
సమయానికి వ్యతిరేకంగా [::] సందేశం నుండి tag సంబంధిత [~~] సందేశం నుండి. సరిపోలలేదు tags విరిగిన యుగానికి సూచన.
చాలా సందేశాలలో అంకెలు మరియు/లేదా ఆంగ్ల అక్షరాలతో కూడిన ఐడెంటిఫైయర్లు ఉన్నాయని మీరు గమనించవచ్చు. వాస్తవానికి, “రిసీవర్ సమయం” [~~] అనేది ఐడెంటిఫైయర్ “~” అక్షరాన్ని ఉపయోగించే ఏకైక సందేశం. [~~] సందేశం యుగ విభజనగా చాలా ముఖ్యమైన పాత్ర పోషిస్తున్నందున ఇది అర్ధమే. అందువల్ల ఈ కీలక సందేశాన్ని కోల్పోయే సంభావ్యతను తగ్గించడానికి ప్రత్యేక జాగ్రత్తలు ఉన్నాయి. అదేవిధంగా, “ఈవెంట్” ([==]) సందేశం యొక్క ఐడెంటిఫైయర్ కూడా తప్పనిసరిగా సాధ్యమైనంత విలక్షణంగా ఉండాలి, ఎందుకంటే అప్లికేషన్ సాఫ్ట్వేర్ ఉచిత-ఫారమ్ ఈవెంట్లను డీలిమిటర్ల వలె ఉపయోగించవచ్చు.
డీలిమిటర్లుగా పనిచేసే సందేశాల కోసం "అత్యంత విలక్షణమైన" ఐడెంటిఫైయర్లను ఉపయోగించాలనే ఆలోచన చాలా స్పష్టంగా ఉంది. సందేశం యొక్క చెక్సమ్ తప్పుగా ఉంటే, దాని ఐడెంటిఫైయర్ని తనిఖీ చేయండి. ఐడెంటిఫైయర్ యొక్క అక్షరాలు ఏవీ “~”తో ఏకీభవించనట్లయితే, ఇది పాడైన [~~] సందేశం అయ్యే అవకాశం చాలా తక్కువ. కాబట్టి, మీరు ఈ సందర్భంలో తదుపరి [~~] సందేశానికి దాటవేయవలసిన అవసరం లేదు.
మరోవైపు, సందేశం సరైన చెక్సమ్ని కలిగి ఉండి, ఐడెంటిఫైయర్ క్యారెక్టర్లలో ఒకటి “~” అయితే, ఈ సందేశాన్ని పాడైన [~~] సందేశంగా పరిగణించడం సురక్షితం. ఈ సందర్భంలో తదుపరి [~~] సందేశానికి దాటవేయండి.
పరిష్కార రకాలు
అనేక ముందే నిర్వచించబడిన సందేశాలలో ఉపయోగించిన ఫీల్డ్ “solType” సంబంధిత పరిష్కార రకాన్ని నిర్దేశిస్తుంది మరియు క్రింది విలువలను కలిగి ఉండవచ్చు:
పట్టిక 3-3. పరిష్కార రకాలు
విలువ
అర్థం
0
లేదు
పత్రాలు / వనరులు
![]() |
JAVAD GREIS GNSS రిసీవర్ బాహ్య ఇంటర్ఫేస్ [pdf] యూజర్ గైడ్ GREIS GNSS రిసీవర్ ఎక్స్టర్నల్ ఇంటర్ఫేస్, GREIS, GNSS రిసీవర్ ఎక్స్టర్నల్ ఇంటర్ఫేస్, రిసీవర్ ఎక్స్టర్నల్ ఇంటర్ఫేస్, ఎక్స్టర్నల్ ఇంటర్ఫేస్, ఇంటర్ఫేస్ |