JAVAD GREIS GNSS وصول ڪندڙ خارجي انٽرفيس يوزر گائيڊ

GREIS ڪيئن استعمال ٿيندو آهي: اهو GNSS سسٽم جي ڪارڪردگي ۽ درستگي کي وڌائڻ لاء استعمال ڪيو ويندو آهي.
فهرستون: معاون خصوصيتن ۽ ڪارڪردگيءَ جي تفصيلي فهرستن لاءِ دستي ڏانهن رجوع ڪريو.

شيون: مختلف شيون ڳوليو جيڪي GREIS سان استعمال ڪري سگھجن ٿيون مخصوص ڪمن لاءِ.

وصول ڪندڙ ان پٽ ٻولي

وصول ڪندڙ انپٽ ٻولي صارفين کي مخصوص حڪم ۽ نحو استعمال ڪندي ڊوائيس سان رابطو ڪرڻ جي اجازت ڏئي ٿي. هتي هڪ مختصر ختم آهيview:

ٻولي Examples: مهيا ڪيل اڳوڻي مان سکوamples سمجھڻ لاءِ ته ڊوائيس سان ڳالھ ٻولھ ڪيئن ڪجي.
ٻولي نحو: وصول ڪندڙ ڏانهن حڪم موڪلڻ لاء نحو ضابطن سان پاڻ کي واقف ڪريو.

حڪم: توهان جي گهرجن جي بنياد تي ڊوائيس کي ڪنٽرول ۽ ترتيب ڏيڻ لاء مختلف حڪمن کي استعمال ڪريو.

وصول ڪندڙ پيغام

وصول ڪندڙ پيغامن کي سمجهڻ ضروري آهي ڊيٽا ۽ اسٽيٽس جي معلومات جي تشريح لاءِ. هتي توهان کي ڄاڻڻ جي ضرورت آهي:

ڪنوينشن پيغامن جي صحيح تشريح ڪرڻ لاءِ مخصوص فارميٽ ۽ قدرن تي عمل ڪريو.
معياري پيغام جو وهڪرو: مسلسل ڊيٽا جي منتقلي لاء معياري پيغام فارميٽ جي ڳولا ڪريو.

FAQs

عبرت: ڇا مان GREIS GNSS وصول ڪندڙ جي فرم ویئر کي تبديل ڪري سگهان ٿو؟
ج: نه، JAVAD GNSS جي ڪاپي رائيٽ جي ضابطن جي مطابق firmware کي تبديل ڪرڻ جي اجازت ناهي.

سوال: مان GREIS GNSS وصول ڪندڙ سان لاڳاپيل ٽيڪنيڪل مسئلن جي مدد ڪيئن حاصل ڪري سگهان ٿو؟
ج: ٽيڪنيڪل سپورٽ لاءِ، مهرباني ڪري مدد لاءِ سڌو JAVAD GNSS سان رابطو ڪريو.

View Fullscreen

توھان جي JAVAD GNSS وصول ڪندڙ خريد ڪرڻ لاءِ توھان جي مھرباني. هن ريفرنس گائيڊ ۾ موجود مواد (“گائيڊ”) JAVAD GNSS، Inc. پاران JAVAD GNSS پروڊڪٽس جي مالڪن لاءِ تيار ڪيو ويو آهي. اھو ٺاھيو ويو آھي مالڪن کي رسيور جي استعمال سان مدد ڪرڻ لاءِ ۽ ان جو استعمال انھن شرطن ۽ ضابطن جي تابع آھي (جي ”شرط ۽ ضابطا“).

شرط ۽ ضابطا
پيشه ورانه استعمال JAVAD GNSS رسيور هڪ پروفيشنل طرفان استعمال ڪرڻ لاءِ ٺهيل آهن. استعمال ڪندڙ کي توقع ڪئي وئي آهي ته صارف کي سٺي ڄاڻ ۽ سمجھڻ کان اڳ استعمال ڪندڙ ۽ حفاظتي هدايتون آپريٽنگ، معائنو يا ترتيب ڏيڻ کان اڳ. رسيور کي هلائڻ وقت هميشه گهربل محافظ (حفاظتي بوٽ، هيلمٽ وغيره) پائڻ.

وارنٽي جي ترديد کان سواءِ هن گائيڊ ۾ ڪنهن به وارنٽيز يا پروڊڪٽ سان گڏ وارنٽي ڪارڊ، هي گائيڊ ۽ وصول ڪندڙ مهيا ڪيل آهن ”جيئن آهي“. ٻيون ڪي به وارنٽيون نه آھن. JAVAD GNSS ڪنهن به خاص استعمال يا مقصد لاءِ واپار جي قابليت يا فٽنيس جي ڪنهن به لازمي وارنٽي کي رد ڪري ٿو. JAVAD GNSS ۽ ان جا ورهائيندڙ هن ۾ شامل ٽيڪنيڪل يا ايڊيٽوريل غلطين يا گمشدگين لاءِ ذميوار نه هوندا؛ ۽ نه ئي هن مواد يا وصول ڪندڙ جي فرنشننگ، ڪارڪردگي يا استعمال جي نتيجي ۾ حادثاتي يا نتيجي ۾ ٿيندڙ نقصانن لاءِ. اهڙين رد ڪيل نقصانن ۾ شامل آهن پر وقت جي نقصان، نقصان يا ڊيٽا جي تباهي، نفعي جو نقصان، بچت يا آمدني، يا پيداوار جي استعمال جي نقصان تائين محدود ناهي. ان کان علاوه، JAVAD GNSS متبادل پروڊڪٽس يا سافٽ ويئر حاصل ڪرڻ جي سلسلي ۾ ٿيندڙ نقصانن يا خرچن لاءِ ذميوار يا ذميوار نه آهي، ٻين طرفان دعويٰ، سهولت، سهولت. ڪنهن به صورت ۾، JAVAD GNSS توهان کي يا ڪنهن ٻئي شخص يا اداري کي وصول ڪندڙ لاءِ خريداري جي قيمت کان وڌيڪ نقصانن يا ٻي صورت ۾ ڪو به ذميوار نه هوندو.
لائسنس جو معاهدو ڪنهن به ڪمپيوٽر پروگرام يا سافٽ ويئر جو استعمال جيڪو JAVAD GNSS طرفان فراهم ڪيو ويو آهي يا JAVAD GNSS تان ڊائون لوڊ ڪيو ويو آهي webسائيٽ ("سافٽ ويئر") وصول ڪندڙ جي سلسلي ۾ هن گائيڊ ۾ انهن شرطن ۽ ضابطن جي قبوليت ۽ انهن شرطن ۽ ضابطن جي پابند ٿيڻ جو هڪ معاهدو آهي. استعمال ڪندڙ کي ڏنل آهي هڪ ذاتي، غير خاص، غير منتقلي لائق لائسنس ان شرطن تحت استعمال ڪرڻ لاءِ

PREFACE شرطون ۽ ضابطا
هتي بيان ڪيو ويو آهي ۽ ڪنهن به صورت ۾ صرف هڪ واحد وصول ڪندڙ يا اڪيلو ڪمپيوٽر سان. توهان JAVAD GNSS جي واضح لکيل رضامندي کان سواءِ سافٽ ويئر يا هي لائسنس تفويض يا منتقلي نٿا ڪري سگهو. اهو لائسنس اثرائتو آهي جيستائين ختم نه ڪيو وڃي. توهان سافٽ ويئر ۽ گائيڊ کي تباهه ڪندي ڪنهن به وقت لائسنس ختم ڪري سگهو ٿا. JAVAD GNSS لائسنس کي ختم ڪري سگھي ٿو جيڪڏهن توهان ڪنهن به شرطن يا شرطن تي عمل ڪرڻ ۾ ناڪام ٿيو. توهان رضامند آهيو ته سافٽ ويئر ۽ گائيڊ کي تباهه ڪرڻ تي توهان جي وصول ڪندڙ جي استعمال کي ختم ڪرڻ تي. سڀ ملڪيت، ڪاپي رائيٽ ۽ ٻيا دانشورانه ملڪيت جا حق ۽ سافٽ ويئر ۾ JAVAD GNSS سان تعلق رکن ٿا. جيڪڏهن اهي لائسنس جا شرط قابل قبول نه آهن، ڪنهن به غير استعمال ٿيل سافٽ ويئر ۽ گائيڊ واپس ڪريو.

رازداري هي گائيڊ، ان جو مواد ۽ سافٽ ويئر (مجموعي طور تي، "رازداري معلومات") JAVAD GNSS جي رازداري ۽ ملڪيت جي معلومات آهن. توھان متفق آھيو JAVAD GNSS جي ڳجھي معلومات کي سنڀال جي درجي سان گھٽ سخت نه آھي ته خيال جو درجو جيڪو توھان استعمال ڪندا توھان جي پنھنجي قيمتي تجارتي رازن جي حفاظت ۾. هن پيراگراف ۾ ڪجھ به توهان کي توهان جي ملازمن کي رازداري معلومات ظاهر ڪرڻ کان منع نه ڪندو جيئن ضروري هجي يا مناسب هجي هلائڻ يا وصول ڪندڙ جي سنڀال ڪرڻ لاءِ. اهڙن ملازمن کي پڻ رازداري جي معلومات کي رازداري رکڻ گهرجي. واقعي جي صورت ۾ توهان قانوني طور تي ڪنهن به ڳجهي معلومات کي ظاهر ڪرڻ تي مجبور ٿي ويا آهيو، توهان کي JAVAD GNSS کي فوري طور تي نوٽيس ڏيندو ته جيئن اهو هڪ حفاظتي حڪم يا ٻيو مناسب علاج طلب ڪري سگهي.
WEBسائيٽ؛ ٻيون بيان 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، Ethernet، وغيره) گهربل ڪم کي پورو ڪرڻ لاءِ 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}
اهڙيءَ طرح مٿي ڏنل وصف ٻيهر ورجائيندڙ آهي، تنهن ڪري ترتيب ڏنل nesting جي کوٽائي جي فهرستن جي اجازت آهي. اهي عنصر جيڪي فهرست نه آهن انهن کي ليف عناصر سڏيو ويندو آهي، يا صرف پتي. فهرستن جا عنصر خالي ٿي سگھن ٿا، ان صورت ۾ اسان چئون ٿا ته عنصر کي ختم ڪيو ويو آھي. مثال طورample، هيٺ ڏنل فهرست ۾، ٻيو عنصر ختم ڪيو ويو آهي:
{e1,,e3}
حد بندين کان اڳ ۽ پوءِ جي جڳھن جي اجازت آھي ۽ نظرانداز ڪيو وڃي. جيڪڏهن فهرست جي سڀني عنصرن کي شروع ۾ هڪجهڙو سبسٽرنگ (پريفڪس) هجي، ته هي سب اسٽرنگ لسٽ جي چوڌاري موجود ڪڙيون مان ٻاهر منتقل ٿي سگهي ٿو، مثال طور،
عنصر{1,2,3}
جو هڪ ننڍو روپ آهي
{elem1,elem2,elem3}

عنصرن کي ڊبل حوالن ۾ بند ڪري سگھجي ٿو (“, ASCII ڪوڊ 34) جيڪي پارس ڪرڻ دوران ختم ڪيا ويا آھن. اقتباس ڪيل عنصر جي اندر، خاص نشانيون (بريسس، ڪاما، وغيره) پنهنجو ڪردار ختم ڪري ڇڏيندا آهن ۽ باقاعده اکر سمجهيا وڃن ٿا. حوالن جو ٻيو استعمال "عنصر بيان نه ڪيو ويو آهي" ۽ "خالي عنصر بيان ڪيل" حالتن جي وچ ۾ فرق ڪرڻ آهي. اڳوڻي کي صرف فهرست مان هڪ عنصر کي ختم ڪرڻ سان ظاهر ڪيو ويو آهي، ۽ بعد ۾ ڪاما جي وچ ۾ ٻٽي اقتباس جو جوڙو لڳائڻ سان ظاهر ڪيو ويو آهي. اقتباس پڻ ڪارائتو آهي جڏهن ڪنهن کي ضرورت هجي ته ڪنهن تار ۾ اڳواٽ يا پيچيدگي واري جاءِ هجي. عنصر ۾ ٻٽي اقتباس رکڻ لاءِ، ھن عنصر کي اقتباس ڪريو ۽ ڊبل اقتباس کان پاسو ڪريو اندر جي backslash ڪردار سان (، ASCII ڪوڊ 92). خود بڪ سليش کي حوالو ڏنل اسٽرنگ ۾ رکڻ لاءِ، ان کي ٻي پٺڀرائي سان فرار ڪريو، مثال طورampاليزي:
Example: "اسٽرنگ سان گڏ "quotes"، backslash \، ۽ خاص اکر، {}"
1.4 شيون
ماڊل جي حوالي سان جيڪو GREIS تي ٻڌل آهي، هڪ JAVAD GNSS رسيور جي سڃاڻپ ڪيل شين جي هڪ سيٽ سان آهي.

گريس

www.javad.com

تعارف شيون
اعتراض جي سڃاڻپ ڪندڙ
اعتراض جي وضاحت ڪئي وئي آهي هارڊويئر يا سافٽ ويئر جي اداري جي وصول ڪندڙ جي جنهن کي خطاب ڪري سگهجي ٿو، سيٽ، يا پڇا ڳاڇا ڪري سگهجي ٿو. هارڊويئر ادارن کي عام طور تي ڊوائيسز جو حوالو ڏنو ويو آهي، جڏهن ته فرمائيندڙ شيون عام طور تي آهن files ۽ پيرا ميٽر. وصول ڪندڙ بندرگاهن ۽ ميموري ماڊل تمام سٺا آهنampڊوائيسز جا حصا. سڀ ڊوائيسز، files ۽ پيرا ميٽرز GREIS پاران هڪ يونيفارم طريقي سان علاج ڪيا ويا آهن. هر شئي سان لاڳاپيل خاصيتون آهن جيڪي GREIS ذريعي رسائي، وضاحت، ۽ / يا تبديل ڪري سگھجن ٿيون.

1.4.1 اعتراض جي سڃاڻپ ڪندڙ
اهو اڳ ۾ ئي ذڪر ڪيو ويو آهي ته وصول ڪندڙ کي شين جو هڪ سيٽ سمجهيو ويندو آهي (ڊوائيسز، files، نياپا، پيرا ميٽر، وغيره) GREIS ماڊل جي حوالي سان. وصول ڪندڙ حڪمن ۾ شيون کي خطاب ڪرڻ جي مقصدن لاء، هڪ منفرد سڃاڻپ ڪندڙ کي هر اعتراض کي لڳايو وڃي.

وصول ڪندڙ ۾ شيون منطقي طور تي گروپن ۾ منظم ٿيل آھن. هڪ گروهه بذات خود هڪ اعتراض آهي ۽ ٻئي گروهه سان تعلق رکي ٿو جيستائين اهو روٽ گروپ نه آهي. اهڙيءَ طرح رسيور ۾ سڀ شيون منظم ڪيون ويون آهن هڪ وڻ وانگر وار وار ۾ شروع ٿيندڙ واحد روٽ گروپ. هي نمائندگي جي تنظيم وانگر آهي files ۾ ڊاريڪٽري (فولڊر) جيڪي اڪثر ڪمپيوٽر استعمال ڪندڙ کان واقف آهن.
GREIS ۾، اعتراض گروپن کي لاڳاپيل اعتراض جي نالن جي فهرستن جي طور تي پيش ڪيو ويو آھي. اعتراض جو نالو ان لسٽ ۾ منفرد هوندو آهي جنهن سان اعتراض جو تعلق آهي. عالمي طور تي منفرد اعتراض جي سڃاڻپ ڪندڙ جي وضاحت ڪئي وئي آهي سڀني اعتراضن جي نالن جي رستي تي آبجیکٹ وڻ جي روٽ لسٽ کان اعتراض تائين، اڳتي وڌڻ واري سليش (/) ذريعي محدود ڪئي وئي آهي. روٽ لسٽ پاڻ کي واحد فارورڊ سليش جي سڃاڻپ ڪئي وئي آهي.
Exampاعتراض جي سڃاڻپ ڪندڙ آهن:
Example: روٽ گروپ:
/
Example: وصول ڪندڙ اليڪٽرانڪ ID:
/par/rcv/id
Example: سيريل پورٽ A baud شرح:
/par/dev/ser/a/rate
Example: خاصيتون (سائز ۽ آخري ترميمي وقت) جي file نالو (file خاصيتون هيٺ ڏنل بحث ڪيل اعتراض جي خاصيتن کان مختلف آهن:
/log/NAME
Example: NMEA GGA جملو:

گريس

www.javad.com

تعارف دوراني آئوٽ
اعتراض جا قسم
/msg/nmea/GGA
سڀئي شيون انهن سان لاڳاپيل هڪ يا وڌيڪ خاصيتون آهن. اعتراض جي خاصيتن جي سڃاڻپ ڪئي وئي آهي & ڪردار ۽ خاصيت جو نالو شامل ڪندي اعتراض جي سڃاڻپ ڪندڙ کي. هر شئي جو بنيادي وصف قدر آهي. هي وصف هميشه GREIS حڪمن ذريعي واضح طور تي پهچايو ويندو آهي. ڪجھ شيون شايد اضافي خاصيتون هجن، مثال طورample: مثال طورample: سيريل پورٽ A ڊفالٽ بيڊ جي شرح:
/par/dev/ser/a/rate&def
Example: جو مواد file نالو:
/log/NAME&content
1.4.2 اعتراض جا قسم
وصول ڪندڙ ۾ هر شئي ان سان لاڳاپيل GREIS قسم آهي. ھڪڙي اعتراض جو قسم پنھنجي رويي کي GREIS حڪمن جي حوالي سان بيان ڪري ٿو. خاص طور تي، قسم بيان ڪري ٿو ته ڪهڙو قدر اعتراض وٺي سگھي ٿو ۽ ڪهڙن خاص حڪمن تي لاڳو ٿين ٿيون اعتراض تي.
صفحي 184 تي "Primary Object Types" ڏانهن رجوع ڪريو تفصيلي وضاحت لاءِ موجوده طور تي سپورٽ ٿيل اعتراض جي قسمن جي.

گريس

1.5 وقتي پيداوار

وصول ڪندڙ آپريشن ۾ هڪ اهم ڪردار ادا ڪري ٿو ان جي صلاحيت کي وقتي طور تي ڪجهه معلومات، جهڙوڪ مختلف قسم جي ماپ، حساب ڪيل قدر، وغيره، مخصوص شيڊول جي مطابق. GREIS پيغامن جي هڪ وسيع سيٽ کي بيان ڪري ٿو جنهن ۾ مختلف قسم جي معلومات شامل آهن مختلف فارميٽ ۾ جيڪي گهٽ ۾ گهٽ آئوٽ پُٽ جا يونٽ آهن، ۽ طريقن کي مهيا ڪري ٿو پيغامن جي ڪنهن به ميلاپ جي وقتي آئوٽ جي درخواست ڪرڻ لاءِ ڪنهن به ترتيب ۾ ڪنهن به سپورٽ ٿيل ميڊيا کي ڊيٽا جي پيداوار لاءِ موزون. ڪنهن به سپورٽ وچولي ڊيٽا جي پيداوار لاءِ موزون آهي GREIS ۾ آئوٽ اسٽريم سڏيو ويندو آهي.
هر آئوٽ پٽ اسٽريم لاءِ، رسيور پيغامن جي هڪ لسٽ برقرار رکي ٿو جيڪي في الحال فعال ٿيل آهن اوٽ پٽ ٿيڻ لاءِ، جنهن کي آئوٽ پٽ لسٽ سڏيو وڃي ٿو. آرڊر جنهن ۾ نياپا آئوٽ ٿين ٿا، اوٽ پٽ لسٽ ۾ پيغامن جي ترتيب سان ملن ٿا. ان کان علاوه، هر پيغام جيڪو موجود آهي هڪ آئوٽ لسٽ ۾ موجود آهي ان سان لاڳاپيل شيڊولنگ پيٽرولر جو پنهنجو سيٽ آهي. شيڊولنگ پيرا ميٽرز ھڪڙي پيغام سان ڳنڍيل آھي ھڪڙي آئوٽ لسٽ ۾ ھن خاص پيغام جي آئوٽ جي شيڊول کي بيان ڪري ٿو ھن خاص آئوٽ اسٽريم ۾. GREIS مهيا ڪري ٿو ٽي ڪم-

www.javad.com

تعارف دوراني جي پيداوار جي مدت ۽ مرحلي
mands، em، out، ۽ dm، اجازت ڏيڻ لاءِ ته جيئن آئوٽ پٽ لسٽن ۽ شيڊيولنگ پيرا ميٽرن جي موثر ڦيرڦار لاءِ.
ميسيج شيڊيولنگ جا پيرا ميٽر چار شعبن تي مشتمل آهن: عرصو، مرحلو، ڳڻپ، ۽ جھنڊو، جن مان هر هڪ آئوٽ پٽ شيڊول جي تعريف ۾ مختلف ڪردار ادا ڪري ٿو. هيٺ اسين بيان ڪنداسين ته انهن جي قيمتن کي ڪيئن اثر انداز ٿئي ٿو، پر بنيادي طور تي، مدت پيغام جي پيداوار جي وچ ۾ وقفو بيان ڪري ٿو. مرحلو وقت جي لمحن جي حوالي سان پيداوار جي لمحن جي وقت جي شفٽ کي بيان ڪري ٿو جڏهن موجوده وقت ڪيترن ئي عرصي جو آهي؛ ڳڻپ، جڏهن صفر کان وڌيڪ، پيغام جي ٻاھر نڪرڻ جي تعداد کي محدود ڪري ٿو. جڏهن ته پرچم filed جي اجازت ڏئي ٿو ڪجھ ٺيڪ ٺاھڻ جي عمل جي پيداوار جي عمل جي.

1.5.1 ٻاھر نڪرڻ وارو دور ۽ مرحلو

نوٽ:

ميسيج شيڊيولنگ پيرا ميٽرز جا عرصو ۽ فيز فيلڊ رينج [0…86400) سيڪنڊن ۾ سچل پوائنٽ ويلز آهن. انهن جي صحيح معني هيٺ بيان ڪيو ويو آهي.
جڏهن F_CHANGE بٽ شيڊولنگ پيرا ميٽرز جي فليگ فيلڊ ۾ سيٽ ڪيو ويندو آهي، فيز فيلڊ ان جي معمولي ڪردار کي وڃائي ڇڏيندو آهي ۽ ان جي بدران "زبردستي آئوٽ پيٽ مدت" بڻجي ويندو آهي. تفصيل لاءِ هيٺ ڏنل F_CHANGE پرچم جي وضاحت ڏسو.
وصول ڪندڙ وٽ ان جي اندروني وقت جي گرڊ آھي جيڪا وصول ڪندڙ گھڙي جي وضاحت ڪئي وئي آھي ۽ /par/raw/curmsint پيٽرولر جو قدر جيڪو وصول ڪندڙ جي اندروني دورن جي قدم کي بيان ڪري ٿو. وصول ڪندڙ اندروني دورون ٿينديون آهن جڏهن وصول ڪندڙ وقت ڪيترن ئي قدمن جو آهي. موڙ ۾، وصول ڪندڙ وقت بيان ڪيو ويو آهي وصول ڪندڙ ڪلاڪ ماڊل جي قيمت هڪ ڏينهن (86400 سيڪنڊ). وصول ڪندڙ صرف اندروني رسيور جي دورن تي آئوٽ لسٽن کي اسڪين ڪري ٿو، انهي ڪري ته ڪو به آئوٽ ان کان وڌيڪ بار بار پيدا نه ٿي سگهي.
اندروني وقت جي گرڊ کي مدنظر رکندي، مدت ۽ مرحلو متغير هڪ پيغام جي آئوٽ پٽ جي وقت جي لمحن کي هن ريت بيان ڪن ٿا: وصول ڪندڙ پيغام کي صرف رسيور جي وقتن تي ٻاھر ڪڍندو، ھيٺ ڏنل ٻن مساواتن کي پورو ڪندي.

Toutmod مدت = مرحلو

(1)

ٽوٽ = N قدم (2)

گريس

جتي N انٽيجر نمبر آھي قدر کڻندو آھي [0,1,2,…,(86400/step)-1].
پهرين مساوات پيغامن جي پيداوار جي بنيادي اصول کي بيان ڪري ٿي، ۽ ٻيو هڪ اندروني وصول ڪندڙ دورن سان لاڳاپيل اضافي رڪاوٽون لاڳو ڪري ٿو. نوٽ ڪريو ته سڀ کان وڌيڪ عام صورت ۾، جڏهن ٻئي دور ۽ مرحلو قدمن جا ضرب هوندا آهن، جڏهن ته پهرين مساوات مطمئن ٿي ويندي آهي، ٻئي مساوات خودڪار طريقي سان مطمئن ٿي ويندي آهي. اهو پڻ نوٽ ڪريو ته جيڪڏهن
86400 (موڊ مدت) 0,

www.javad.com

تعارف دوراني آئوٽ
آئوٽ ڳڻپ

Exampاليزي:
Example: مثال طورampاليزي:

ڏينهن جي رول اوور کان اڳ موڪليل آخري پيغام ۽ ڏينهن جي رول اوور کان پوءِ پهريون پيغام جي وچ ۾ حقيقي وقفو مدت جي قدر کان مختلف هوندو.
غور ڪريو ڪجھ اڳوڻنampهن ميڪانيزم کي بيان ڪري ٿو:
فرض ڪريو مدت 10s آھي، مرحلو 2.2s آھي، ۽ مرحلو 0.2s آھي. جيئن ٽائوٽ، ٻئي مساوات جي مطابق، صرف اهي قيمتون وٺي سگهن ٿيون جيڪي قدم جا گھڻا هجن، پهرين مساوات جو کاٻو حصو هيٺيون قيمتون کڻندو: 0, 0.2, 0.4, …, 9.8, 0, …, جن مان صرف قدر 2.2 ميچز جو مرحلو. اھي ميچون ٿينديون، ۽ پيغام ٻاھر ٿيندو، ھر دفعي ٽائوٽ ھيٺ ڏنل قدرن مان ھڪڙو کڻندو: 2.2s، 12.2s، 22.2s، وغيره.
فرض ڪريو عرصو 10s آھي، مرحلو 2.2s آھي، ۽ مرحلو 0.5s آھي. وصول ڪندڙ پيغام کي ٻاھر نه آڻيندو ڇو ته مٿيون جوڙو ھڪڙي وقت جي مساواتن جو ڪڏهن به مطمئن نه آھي.
فرض ڪريو مرحلو > عرصو. وصول ڪندڙ پيغام کي ٻاھر نه ڪڍندو جيئن پھرين مساوات ڪڏهن به مطمئن نه ٿيندي.

1.5.2 آئوٽ ڳڻپ

نوٽ:

ميسيج شيڊيولنگ پيرا ميٽرز جي ڳڻپ جو ميدان رينج [-256…32767) ۾ انٽيجر ويل آهي ۽ ٻن مختلف مقصدن کي پورو ڪري ٿو:
1. جڏهن ڳڻپ 0 آهي، پيغامن جو لامحدود تعداد آئوٽ ڪيو ويندو. جڏهن ڳڻپ 0 کان وڌيڪ آهي، اهو بيان ڪري ٿو ته پيغام ڪيترا ڀيرا آئوٽ ٿيندو. ھن حالت ۾ ڪائونٽر 1 جي گھٽتائي آھي ھر وقت پيغام جي ٻاھر آھي، ۽ جڏھن اھو 0 ٿي وڃي ٿو، F_DISABLED بٽ جھنڊو فيلڊ ۾ مقرر ڪيو ويو آھي. ميسيج شيڊيولر F_DISABLED بٽ سيٽ سان پيغامن کي آئوٽ نٿو ڪري.
2. جڏهن ڳڻپ کي رينج [-256…-1] ۾ هڪ قدر تي مقرر ڪيو ويو آهي، پيغام جي پيداوار کي دٻايو نه ويندو آهي، ۽ ڳڻپ فيلڊ مڪمل طور تي مختلف مقصد کي پورو ڪري ٿو. اهو پيغام کي لفافي ڪرڻ جي اجازت ڏئي ٿو خاص [>>] پيغام ۾ ٻاھر نڪرڻ کان اڳ (ڏسو "[>>] ريپر" صفحي 132 تي). ڳڻپ جو قدر پوءِ استعمال ڪيو ويندو آهي id فيلڊ سيٽ ڪرڻ لاءِ ٺاهيل [>>] پيغام ۾ ته جيئن id عددي طور تي برابر هجي (-1 - ڳڻپ).
لفافي خصوصيت مفيد آهي، مثال طورample، هڪ سرور ايپليڪيشن لاءِ جيڪو وصول ڪندڙ کان پيغام حاصل ڪري ٿو ۽ انهن کي ڪيترن ئي گراهڪن ڏانهن موڪلي ٿو. اهو مختلف سڃاڻپ ڪندڙن سان [>>] پيغامن ۾ ارپيريري پيغامن کي لفافي ڪرڻ جي درخواست ڪري سگهي ٿو، وصول ٿيل پيغامن کي لفاف ڪري سگهي ٿو، ۽ وصول ڪيل آئي ڊي جي بنياد تي خاص ڪلائنٽ (ن) ڏانهن ڊيٽا موڪلي سگهي ٿو. هن فيچر کي استعمال ڪندي، اهڙي ايپليڪيشن کي ڪنهن ٻئي ڊيٽا فارميٽ کان واقف ٿيڻ جي ضرورت نه آهي پر [>>] ميسيج جي فارميٽ کان، ۽ مختلف فارميٽ ۾ پيغام حاصل ڪرڻ ۽ موڪلڻ لاءِ رسيور سان رابطي جو واحد چينل استعمال ڪري سگهي ٿو.

گريس

www.javad.com

1.5.3 آئوٽ پٽ پرچم

تعارف دوراني آئوٽ
آئوٽ پٽ پرچم

پيغام جي شيڊولنگ پيٽرولر جو پرچم فيلڊ ھڪڙو 16-bit وسيع بٽ فيلڊ آھي. هن بٽ فيلڊ جو هر هڪ الڳ پرچم آهي ۽ مختلف مقصد جي خدمت ڪري ٿو. هيٺ ڏنل پيغام جي شيڊول جي پرچم جي هڪ فهرست آهي.
ٽيبل 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) پاران بيان ڪيو ويو آھي جتي مدت متغير فيز فيلڊ جي قيمت تي مقرر ڪيو ويو آھي، ۽ مرحلو variable صفر تي مقرر ڪيو ويو آهي. جيڪڏهن فيلڊ جو مرحلو صفر آهي، پوء وصول ڪندڙ ڪو به زبردستي پيداوار نه ڪندو آهي ته جيئن لاڳاپيل پيغام صرف ان شرط تي آئوٽ ڪيو ويندو ته ان جي ڊيٽا تبديل ٿي وئي آهي.

گريس

www.javad.com

تعارف دوراني آئوٽ
آئوٽ پٽ پرچم
F_OUT_ON_ADD جيڪڏھن ھي جھنڊو سيٽ ڪيو ويو آھي، ته پھريون پيغام فوري طور تي لاڳاپيل ايم يا آئوٽ ڪمانڊ تي عمل ڪرڻ کان پوءِ ٻاھر ٿيندو. هي پرچم اڪثريت پيغامن لاءِ نظرانداز ڪيو ويو آهي1.
F_NOTENA جيڪڏھن ھي جھنڊو ھڪڙي آئوٽ پُٽ لسٽ ۾ ھڪڙي پيغام لاءِ مقرر ڪيو ويو آھي، ته ھن پيغام لاءِ F_DISABLED جھنڊو صاف نه ٿيندو جڏھن پيغام فعال ڪيو ويندو، ۽ تنھنڪري ان جو آئوٽ پُٽ معطل رھندو. مثال طورample، هي پرچم استعمال ڪيو ويندو آهي پيغامن جي ڊفالٽ سيٽ مان ڪجهه پيغامن کي آئوٽ نه ڪرڻ لاءِ جڏهن صارف اڏام تي آئوٽ پٽ جي مدت کي تبديل ڪري ٿو، پهرين آئوٽ پٽ کي غير فعال ڪرڻ کان سواءِ.
F_FIX_PERIOD, F_FIX_PHASE, F_FIX_COUNT, F_FIX_PERIOD شيڊيولنگ پيرا ميٽرز ۾ 1 تي سيٽ ڪيو پيو وڃي، هن شيڊيولنگ پيرا ميٽرز جي لاڳاپيل فيلڊ (ز) ۾ تبديلين کي روڪيو ايم ۽ آئوٽ ڪمانڊز ذريعي.
F_DISABLED واضح طور تي استعمال ڪندڙ جي طرفان قابل پروگرام نه آهي. جڏهن ڪو هڪ پيغام کي فعال ڪري ٿو مثبت ڳڻپ سان، پوءِ، هن پيغام کان پوءِ، ڳڻپ جي وقت کان پوءِ، پيغام جو شيڊيولر هن پرچم کي 1 تي سيٽ ڪري ٿو. هي پرچم 0 تي صاف ڪيو ويندو آهي جڏهن پيغام کي ٻيهر فعال ڪيو ويندو آهي، جيستائين F_NOTENA پرچم مقرر نه ڪيو وڃي. هي پيغام.

1. في الحال صرف ٻه GREIS پيغام، [JP] ۽ [MF]، هن پرچم کي عزت ڏيو.

گريس

www.javad.com

باب 2
وصول ڪندڙ ان پٽ جي ٻولي

هي باب وصول ڪندڙ ان پٽ ٻولي جي نحو ۽ اصطلاحن کي بيان ڪري ٿو. اسان ڪجهه اڳوڻي سان شروع ڪريون ٿاamples پڙهندڙ کي ٻوليءَ جو احساس ڏيارڻ لاءِ، پوءِ تفصيلي نحوي وصف ڏانهن رخ ڪيو، ۽ پوءِ سڀني بيان ڪيل حڪمن کي انهن جي اصطلاحن سان گڏ بيان ڪيو.

2.1 ٻولي Examples

هتي ڪجھ مثال آهنampحقيقي بيانن جا ليس وصول ڪندڙ وصول ڪندڙ جوابن سان گڏ سمجهي ٿو. توهان وڌيڪ ڳوليندا exampلاڳاپيل ذيلي حصن ۾ خاص حڪمن کي استعمال ڪرڻ جا طريقا. وصول ڪندڙ کي ان پٽ ڪردار سان نشان لڳل آهي، جڏهن ته رسيور جي پيداوار کي ڪردار سان نشان لڳل آهي:

Example: وصول ڪندڙ کان پڇو ته ان جي اليڪٽرانڪ ID پرنٽ ڪريو. وصول ڪندڙ ڏيکاريل جوابي پيغام ٺاهي ٿو:

Exampاليزي:

پرنٽ،/par/rcv/id RE00C QP01234TR45
رسيور کان پڇو ته ان جي سيريل پورٽ A جي باڊ ريٽ 9600 تائين سيٽ ڪريو. وصول ڪندڙ ڪاميابيءَ سان ڪمانڊ تي عمل ڪري ٿو ۽ ڪو به جواب نه ٿو ڏئي.

سيٽ ڪريو،/par/dev/ser/a/rate،9600
Example: ساڳيو حڪم استعمال ڪريو جيئن اڳئين اڳ ۾ample، پر رسيور کي مجبور ڪيو ته بيان جي سڃاڻپ ڪندڙ استعمال ڪندي جواب پيدا ڪرڻ لاءِ.

Exampاليزي:

%set_rate%set,/par/dev/ser/a/rate,9600 RE00A%set_rate%
ڪوشش ڪريو تمام اعلي بيڊ جي شرح مقرر ڪريو. وصول ڪندڙ جوابن سان گڏ غلطي پيغام جيتوڻيڪ اسان استعمال نه ڪيو بيان جي سڃاڻپ ڪندڙ.

سيٽ ڪريو،/par/dev/ser/a/rate،1000000 ER016{4, قدر حد کان ٻاهر}

نوٽ:

وصول ڪندڙ هميشه پنهنجي معمولي ۽ غلطي جي جوابن کي ٻن معياري پيغامن ۾ رکي ٿو، [RE] ۽ [ER]، ترتيب سان. GREIS پيغامن جي فارميٽ تي وڌيڪ معلومات لاءِ، صفحي 64 تي ”پيغام جي جنرل فارميٽ“ جو حوالو ڏيو. [RE] ۽ [ER] پيغام پاڻ کي صفحي 129 تي ”Interactive Messages“ ۾ بيان ڪيا ويا آهن.

گريس

www.javad.com

وصول ڪندڙ انپٽ ٻولي ٻولي نحو
2.2 ٻولي نحو
GREIS ASCII اکرن جون قطارون بيان ڪري ٿو صوابديدي ڊگھائي 1، يا ته گاڏين جي واپسي ( ، ASCII ڊيسيمل ڪوڊ 13)، يا لائن فيڊ ( , ASCII decimal code 10) اکر، ٻوليءَ جي اعليٰ سطحي نحوي عنصرن لاءِ. خالي لائينون اجازت ڏنل آھن ۽ GREIS ۾ نظرانداز ٿيل آھن. نتيجي طور، هڪ لڪير کي ڪنهن به ميلاپ سان محدود ڪري سگهجي ٿو ۽/يا ڪردار اهو GREIS کي اجازت ڏئي ٿو ته آسانيءَ سان WindowsTM، MacTM، ۽ UNIXTM لائين ختم ٿيڻ واري ڪنوينشن کي سپورٽ ڪري.
وصول ڪندڙ ان پٽ ٻولي ڪيس-حساس آهي. مطلب ته، مثال طورample، strings GREIS، greis، ۽ gReIs، مختلف تارن جي ڪري، حقيقت ۾ وصول ڪندڙ طرفان سمجهيا وڃن ٿا.
نمبر نشاني (#، ASCII ڪوڊ 35) تبصرو تعارفي ڪردار آهي. وصول ڪندڙ هن ڪردار کان شروع ٿيندڙ لڪير جي آخر تائين هر شيء کي نظر انداز ڪري ٿو.
تبصرو کان پوء (جيڪڏهن ڪو به) لڪير کان هٽايو ويو آهي، وصول ڪندڙ اڳوڻو ۽ پيچيدگي واري جڳهن کي هٽائي ٿو، ۽ پوء بيانن ۾ لائن کي ٽوڙي ٿو. بيانن کي سيميڪولن (؛، ASCII ڪوڊ 59) سان محدود ڪيو ويو آهي، يا ٻن سان ampersands (&&، ASCII ڪوڊس 38)، يا ٻن عمودي بارن سان (||، ASCII ڪوڊس 124). بيان هڪ لڪير ۾ وري ترتيب سان، کاٻي کان ساڄي تائين جاري ڪيا ويا آهن. جيڪڏهن بيان ختم ٿئي ٿو && delimiter ۾ غلطي پيدا ٿئي ٿي، باقي بيانن تي عمل نه ڪيو ويندو آهي. جيڪڏهن بيان ختم ٿئي ٿو || delimiter ڪاميابي سان عمل ڪري ٿو، باقي بيانن تي عمل نه ڪيو ويو آهي. بيان جيڪو سيميڪولن ۾ ختم ٿئي ٿو بيانن جي تسلسل جي عمل کي ڪڏهن به روڪي نه ٿو. نوٽ ڪريو ته لڪير جي پڇاڙي خود بيان ڪندڙ ٽرمينيٽر آهي، تنهنڪري توهان کي لڪير جي آخر ۾ واضح بيان جي حدن مان هڪ رکڻ جي ضرورت ناهي.
بيان جي شڪل هن ريت آهي:
[%ID%][COMMAND][@CS] جتي چورس بریکٹ اختياري شعبن کي ظاهر ڪن ٿا، ۽ هر فيلڊ کان اڳ ۽ بعد ۾ ڪنهن به تعداد جي وائيٽ اسپيس جي اجازت آهي. اهڙيون سفيد اسپيس کي نظرانداز ڪيو ويو آهي، سواءِ چيڪسم جي حساب جي مقصد لاءِ، هيٺ ڏسو. ميدان آهن:
%ID٪ بيان جي سڃاڻپ ڪندڙ، جتي ID ثالث اسٽرنگ کي ظاهر ڪري ٿو، ممڪن طور تي خالي. سڃاڻپ ڪندڙ، جيڪڏهن موجود هجي، وصول ڪندڙ طرفان نقل ڪيو ويو آهي اڻ تبديل ٿيل بيان جي جوابي پيغام ۾. سڃاڻپ ڪندڙ سان ڪو به بيان هميشه وصول ڪندڙ کان جواب پيدا ڪندو. هڪ بيان جنهن ۾ صرف هڪ سڃاڻپ ڪندڙ شامل آهي پڻ اجازت آهي؛ اهڙي صورت ۾، وصول ڪندڙ صرف هڪ جوابي پيغام ٺاهيندو.
COMMAND a (ممڪن طور تي خالي) لسٽ جتي پهريون عنصر سڏيو ويندو آهي حڪم جو نالو. اهو ظاهر ڪري ٿو ته عمل ڪيو وڃي. باقي عناصر (جيڪڏهن ڪو به) حڪم آهن

گريس

1. ريسيور ۾ موجوده GREIS عمل درآمد 256 اکرن تائين ڊگھي لائنن کي سپورٽ ڪري ٿو.

www.javad.com

وصول ڪندڙ انپٽ ٻولي ٻولي نحو
دليل. braces جيڪي چوڌاري حڪم لسٽ کي ختم ڪري سگهجي ٿو. فهرستن جي نحو لاءِ صفحي 19 تي ”فهرست“ ڏانهن رجوع ڪريو. @CS چيڪسم، جتي CS 8-bit چيڪسم فارميٽ ٿيل آهي 2-byte hexadecimal نمبر. چيڪسم سان بيان تي عمل ڪرڻ کان اڳ، وصول ڪندڙ ان پُٽ چيڪسم 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 عنصر لاءِ اختيارن جي فهرست ڏانهن.
حڪم ۾ دليلن ۽ اختيارن جو تعداد ۽ معنى خاص ڪمانڊ ايڪشن تي منحصر آھي ۽ ھر رسيور ڪمانڊ جي وضاحت ۾ بيان ڪيو ويو آھي. اضافي طور تي، جيڪڏهن حڪم جي وضاحت ڪجهه اختيارن کي بيان ڪري ٿي، پر انهن مان ڪجهه يا سڀ ڪجهه بيان ۾ ياد ڪيا ويا آهن، ياد ڪيل اختيارن لاء ڊفالٽ قدر متبادل آهن. اختيارن لاءِ ڊفالٽ قدر پڻ بيان ڪيا ويا آھن هر رسيور ڪمانڊ جي وضاحت ۾.

گريس

www.javad.com

وصول ڪندڙ انپٽ ٻولي ٻولي نحو

ريفرنس لاءِ، ھيٺ ڏنل جدول آھي سڀني ڪردارن جي ترتيبن تي مشتمل آھي جيڪي وصول ڪندڙ انپٽ ٻولي ۾ خاص معنيٰ رکن ٿا:

ٽيبل 2-1. ان پٽ ٻولي خاص اکر

اکر Decimal ASCII ڪوڊ

مطلب

لائن جدا ڪندڙ

;

تبصرو مارڪ بيان جي شروعات الڳ ڪندڙ

124

بيان ۽ جدا ڪندڙ بيان يا جدا ڪندڙ بيان جي سڃاڻپ ڪندڙ نشان

{

123

}

125

چيڪسم مارڪ لسٽ جي شروعات، لسٽ جي نشان جي آخر ۾ لسٽ جي نشانين جي فهرست عناصر کي جدا ڪندڙ اختيارن جو نشان

”

اقتباس جو نشان

فرار

گريس

www.javad.com

وصول ڪندڙ ان پٽ ٻوليءَ جا حڪم
2.3 حڪم
ھن حصي ۾ اسان بيان ڪريون ٿا سڀني حڪمن کي بيان ڪيو ويو آھي GREIS ۾. هر حڪم جي نحو ۽ اصطلاحي وضاحتن سان گڏ وضاحتي مثال سان گڏ آهنamples. ex. ۾ دليلن طور استعمال ڪيل شين جي تفصيلي وضاحت لاءِamples، مھرباني ڪري ڏسو باب 4 صفحي 181 تي.

گريس

www.javad.com

2.3.1 سيٽ

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ سيٽ

نالو
ڪنهن شئي جي قيمت مقرر ڪريو.
خلاصو
فارميٽ: سيٽ، اعتراض، قدر جا اختيار: ڪو به نه
دليل
ٽارگيٽ اعتراض جي سڃاڻپ ڪندڙ اعتراض. جيڪڏهن اعتراض "/" سان شروع نٿو ٿئي، پوء "/ par /" اڳوڻو خودڪار طريقي سان داخل ڪيو ويندو آهي اعتراض کان اڳ حڪم تي عمل ڪرڻ کان اڳ.
قدر جي قيمت کي مقرر ڪيو وڃي ٽارگيٽ اعتراض کي. اجازت ڏنل قدرن جي حد ۽ تفويض جي سيمينٽڪس جو دارومدار اعتراض جي قسم تي آهي ۽ بعد ۾ بيان ڪيو ويو آهي هن دستور ۾ هر سپورٽ ٿيل اعتراض لاءِ.
اختيارن
ڪو به.
وصف
هي حڪم اعتراض کي قيمت ڏئي ٿو. ڪوبه جواب پيدا نه ٿيندو جيستائين ڪو غلطي يا جواب بيان ڪندڙ جي طرفان مجبور نه ڪيو وڃي.
Examples
Example: سيريل پورٽ سي جي بيڊ جي شرح 115200 تي مقرر ڪريو. يا ته:
سيٽ ڪريو،/par/dev/ser/c/rate،115200 set,dev/ser/c/rate,115200
Example: سيريل پورٽ A جي بيڊ جي شرح 9600 تائين مقرر ڪريو ۽ جواب ڏيڻ تي زور ڏيو:
%% سيٽ، dev/ser/a/rate، 9600 RE002%%

گريس

www.javad.com

2.3.2 ڇپائي

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ پرنٽ

نالو
ڪنهن شئي جي پرنٽ قدر.

خلاصو
فارميٽ: پرنٽ، اعتراض جا اختيار: {نالو}

دليل
آئوٽ پٽ ٿيڻ لاءِ اعتراض جي سڃاڻپ ڪندڙ اعتراض کي. جيڪڏهن اعتراض "/" سان شروع نٿو ٿئي، پوء "/ par /" اڳوڻو خودڪار طريقي سان داخل ڪيو ويندو آهي اعتراض کان اڳ حڪم تي عمل ڪرڻ کان اڳ.

اختيارن

ٽيبل 2-2. پرنٽ اختيارن جو خلاصو

نالي جو قسم

قدر

نالا boolean on, off

ڊفالٽ
بند

نالا جيڪڏھن بند ڪريو، ٻاھر ڪڍو صرف اعتراض جا قدر. جڏهن آن، شڪل NAME=VALUE ۾ اعتراض جي قدرن کان علاوه اعتراض جا نالا آئوٽ ڪريو.
وصف
هي حڪم اعتراض جي قيمت کي پرنٽ ڪري ٿو، اختياري طور تي لاڳاپيل اعتراض جي نالي سان قدر کي اڳڀرائي ڪندي. جواب هميشه ٺاهيل آهي، ۽ هڪ کان وڌيڪ [RE] پيغام هڪ واحد پرنٽ حڪم جي جواب ۾ ٺاهي سگھجن ٿيون.
هڪ اعتراض جي قسم جي فهرست جي قيمت لسٽ ۾ هر شئي لاء قدر جي فهرست جي طور تي ڇپيل آهي. اهو بار بار لاڳو ڪيو ويندو آهي جيستائين پتي جي شين تائين پهچي وڃي، تنهنڪري غير پتي جي قسم جي ڪنهن شئي کي پرنٽ ڪرڻ سان پوري ذيلي وڻ کي مخصوص اعتراض کان شروع ٿئي ٿو. فهرستن جي ڇپائي جي صورت ۾، ڪيترائي [RE] پيغام ٺاهي سگھجن ٿا. بهرحال، آئوٽ پٽ جي تقسيم ٿي سگھي ٿي صرف فوري طور تي فهرست جدا ڪندڙ اکرن کان پوء.

گريس

www.javad.com

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ پرنٽ
Examples
Example: اندروني وصول ڪندڙ وقت گرڊ جي موجوده دور کي پرنٽ ڪريو. ڪنهن به:
ڇاپيو،/par/raw/curmsint RE004 100 ڇاپيو، Raw/curmsint RE004 100
Example: پرنٽ ڪريو موجوده دور جي اندروني رسيور ٽائيم گرڊ سان گڏ اعتراض جي نالي سان. ڪنهن به:
ڇاپيو،/پار/خام/ڪرمسينٽ:پر RE015/par/raw/curmsint=100 ڇاپيو، خام/ڪرمسنٽ:پر RE015/par/raw/curmsint=100
Example: پرنٽ وصول ڪندڙ نسخو ڄاڻ:
پرنٽ,rcv/ver RE028{“2.5 سيپٽمبر,13,2006 p2″,0,71,MGGDT_5, none, RE00D {ڪو به نه، ڪو به نه}}
Example: پرنٽ رسيور ورزن جي معلومات لاڳاپيل نالن سان گڏ:
پرنٽ،rcv/ver: on RE043/par/rcv/ver={main=”2.5 Sep,13,2006 p2”,boot=0,hw=71,board=MGGDT_5, RE00C modem=none, RE017 pow={fw = ڪوبه، hw=none}}
Example: پرنٽ ڪريو سڀني پيغامن کي پرنٽ ڪريو جيڪي آئوٽ پُٽ لاءِ سيريل بندرگاهه B تي انهن جي شيڊيولنگ پيٽرولن سان گڏ:
پرنٽ، آئوٽ/dev/ser/b: on 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×01}، RE1.00,0.00,0,0A jps/rc={0×01}, RE1.00,0.00,0,0A jps/ET={0×01}, RE10.00,5.00,0,0D nmea/GGA={0×XNUMX}}

گريس

www.javad.com

2.3.3 فهرست

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ لسٽ

نالو
هڪ اعتراض جي مواد جي فهرست.
خلاصو
فارميٽ: فهرست[، اعتراض] اختيار: ڪو به نه
دليل
آئوٽ پٽ ٿيڻ لاءِ اعتراض جي سڃاڻپ ڪندڙ اعتراض کي. جيڪڏهن اعتراض کي ختم ڪيو ويو آهي، / log فرض ڪيو ويندو آهي. جيڪڏهن اعتراض "/" سان شروع نه ٿئي، پوء "/ log /" اڳي ئي خودڪار طريقي سان داخل ڪيو ويندو آهي اعتراض کان اڳ حڪم تي عمل ڪرڻ کان اڳ.
اختيارن
ڪو به.
وصف
هي حڪم اعتراض جي هر ميمبر جا نالا ڪڍي ٿو. جواب هميشه پيدا ڪيو ويندو آهي، ۽ هڪ کان وڌيڪ [RE] پيغام هڪ واحد لسٽ حڪم جي جواب ۾ ٺاهي سگھجن ٿيون. جيڪڏهن بيان ڪيل اعتراض قسم جي فهرست مان نه آهي، خالي [RE] پيغام ٺاهي وئي آهي. جيڪڏهن بيان ڪيل اعتراض هڪ فهرست آهي، فهرست ۾ هر اعتراض جي نالن جي فهرست ڇپيل آهي. اهو بار بار لاڳو ڪيو ويندو آهي جيستائين پتي جي شين تائين پهچي ويندا آهن، تنهنڪري غير پتي جي قسم جي اعتراض کي لسٽ ڪرڻ سان پوري ذيلي وڻ کي مخصوص اعتراض کان شروع ٿئي ٿو. فهرستن جي ڇپائي جي صورت ۾، ڪيترائي [RE] پيغام ٺاهي سگھجن ٿا. بهرحال، آئوٽ پٽ جي تقسيم ٿي سگھي ٿي صرف فوري طور تي فهرست جدا ڪندڙ اکرن کان پوء.
Examples
Example: غير لسٽ اعتراض جي لسٽنگ لاءِ خالي جواب:
فهرست،/par/rcv/ver/main RE000
Example: غير موجود اعتراض جي لسٽنگ لاءِ غلطي جو جواب:
فهرست،/does_not_exist ER018{2,,غلط 1st parameter}

گريس

www.javad.com

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ لسٽ
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}

گريس

www.javad.com

گريس

2.3.4 ايم ۽ آئوٽ

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ ايم ۽ آئوٽ

نالو
ايم، آئوٽ پيغامن جي وقتي پيداوار کي فعال ڪريو.

خلاصو
فارميٽ: فارميٽ: اختيارن:

ايم، [ٽارگٽ]،پيغام ٻاهر،[هدف]،پيغام {مدت، مرحلو، شمار، پرچم}

دليل
ڪنهن به آئوٽ پٽ اسٽريم يا پيغام سيٽ کي نشانو بڻايو. جيڪڏھن ڪو ھدف بيان نه ڪيو ويو آھي، موجوده ٽرمينل، /cur/term، فرض ڪيو ويندو آھي.
پيغامن جي نالن جي لسٽ (يا ته چوڌاري بريسس سان يا بغير) ۽/يا پيغام سيٽ نالن کي فعال ڪيو وڃي. جيڪڏهن ڪي مخصوص نالا ”/“ سان شروع نه ٿين ته پوءِ ”/ msg/“ اڳياڙي خود بخود داخل ٿي ويندي آهي اهڙن نالن کان اڳ حڪم تي عمل ڪرڻ کان اڳ.

اختيارن

ٽيبل 2-3. ايم ۽ آئوٽ اختيارن جو خلاصو

نالي جو قسم

قدر

ڊفالٽ

مدت فلوٽ [0…86400)

–

فيز فلوٽ [0…86400)

–

ڳڻپ انٽيجر [-256…32767] 0 لاءِ ايم 1 لاءِ ٻاهر

پرچم انٽيجر [0…0xFFFF] -

مدت، مرحلو، ڳڻپ، پرچم جي پيغام جي شيڊولنگ پيٽرولر.
وصف
اهي حڪم مخصوص پيغامن جي وقتي پيداوار کي ٽارگيٽ ۾ آڻيندا آهن، پيغام جي شيڊولنگ پيرا ميٽرز کي لاڳو ڪرڻ لاء جيڪي اختيارن طرفان بيان ڪيل آهن. ڪوبه جواب پيدا نه ٿيندو جيستائين ڪو غلطي نه هجي، يا بيان جي سڃاڻپ ڪندڙ طرفان جواب مجبور ڪيو وڃي.
ايم ۽ آئوٽ ڪمانڊ ساڳيا آهن سواءِ ڳڻپ جي آپشن جي ڊفالٽ قيمت 0 ايم لاءِ ۽ 1 لاءِ آئوٽ. ٻاهر حڪم صرف درخواست ڪرڻ لاء هڪ وڌيڪ آسان طريقو آهي

www.javad.com

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ ايم ۽ آئوٽ

نوٽ:

پيغامن جي ھڪڙي وقت جي ٻاھر. اسان هن تفصيل ۾ صرف انهن بابت ڳالهائينداسين، جيتوڻيڪ هر شيء ٻاهر تي لاڳو ٿئي ٿي.
هيٺ ڏنل وضاحت اميد رکي ٿي ته پڙهندڙ مواد کان واقف هوندو "Periodic Output" صفحي 22 تي سيڪشن ۾.
هر آئوٽ پٽ اسٽريم لاءِ، 1,2 پيغامن جي لاڳاپيل آئوٽ پٽ لسٽ موجود آهي جيڪي هن وقت ڏنل اسٽريم تي آئوٽ ٿيڻ لاءِ فعال ٿيل آهن. جڏهن ايم ڪمانڊ ڏانهن دليل طور منظور ٿيل پيغام في الحال آئوٽ لسٽ ۾ نه آهي، ايم ڪمان مخصوص پيغام کي لسٽ جي آخر ۾ شامل ڪري ٿو. جڏهن ايم ڪمانڊ ڏانهن موڪليو ويو پيغام اڳ ۾ ئي آئوٽ لسٽ ۾ هوندو آهي، ايم ڪمانڊ صرف هن پيغام جي شيڊولنگ پيٽرولن کي تبديل ڪري ٿو ۽ لسٽ ۾ پيغام جي پوزيشن کي تبديل نٿو ڪري.
جيئن ته ايم ڪمانڊ مخصوص پيغامن کي آئوٽ لسٽ ۾ ضم ڪري ٿو، اهو اڪثر ڪري هڪ سٺو خيال آهي dm ڪمانڊ استعمال ڪرڻ لاءِ آئوٽ پٽ لسٽ کي صاف ڪرڻ لاءِ ايم ڪمانڊ جاري ڪرڻ کان اڳ.
ايم ڪمانڊ پيغامن جي لسٽ تي عمل ڪري ٿو هڪ وقت ۾ هڪ پيغام، کاٻي کان ساڄي، ۽ پيغام جي پهرين پيغام کان پيغام سيٽ جي آخري پيغام تائين. ڇا اهو هڪ نالي سان منهن ڏيڻ گهرجي جيڪو ڪنهن به سپورٽ وصول ڪندڙ پيغام يا پيغام سيٽ سان مطابقت نه رکي، اهو ياد آهي ته عملدرآمد دوران هڪ غلطي هئي، پر پيغامن جي فهرست جي پروسيسنگ کي روڪي نه ٿو. اهڙي طرح پيغامن جي فهرست مان سڀئي پيغام جيڪي فعال ٿي سگھن ٿا، انهن کي فعال ڪيو ويندو، ۽ صرف هڪ غلطي جي رپورٽ ڪئي ويندي جڏهن مخصوص پيغامن مان هڪ يا وڌيڪ فعال نه ٿي سگھن.
جڏهن ايم ڪمانڊ هٿ ۾ هڪ پيغام تي عمل ڪري ٿو، آخري آپريٽنگ پيغام جي شيڊولنگ پيرا ميٽرز پيغامن جي لاڳاپيل آئوٽ لسٽ ۾ ڳڻپيو وڃي ٿو، خاص طور تي:
1. ايم ڪمانڊ جي اختيارن ۾ واضح طور تي بيان ڪيل قدر.
2. ايم ڪمانڊ جي اختيارن جا ڊفالٽ قدر.
3. ڏنل پيغام لاءِ مقرر ڪيل شيڊيولنگ پيرا ميٽرز کي لاڳاپيل پيغام سيٽ جي حصي طور. انهن کي صرف ان صورت ۾ ورتو وڃي ٿو جڏهن هڪ پيغام کي چالو ڪندي پيغام سيٽ جي وضاحت ڪندي، انفرادي پيغام نه.
4. ملندڙ آئوٽ لسٽ (جيڪڏهن ڪو به هجي).
5. ڏنل ميسيج لاءِ مقرر ڪيل ڊفالٽ شيڊيولنگ پيرا ميٽرس جيئن ته لاڳاپيل ميسيج گروپ جي حصي طور.
پيرا ميٽرن جا مٿئين ذريعا انهن جي ترجيح جي ترتيب ۾ درج ڪيا ويا آهن، پهرين هڪ کي تمام گهڻي ترجيح ڏني وئي آهي، ۽ انفرادي طور تي چار شيڊولنگ پيٽرولن مان هر هڪ تي لاڳو ٿيل آهن. تنهن ڪري، (1) مان قدر (2) کان قدرن کي اوور رائڊ ڪري ٿو، نتيجي جي قيمت

گريس

1. اسٽريم NAME لاءِ، لاڳاپيل آئوٽ پُٽ لسٽ کي سڏيو ويندو آهي /par/out/NAME 2. موجوده فرم ويئر وٽ 49 تي مقرر ڪيل آئوٽ پُٽ لسٽ ۾ پيغامن جي وڌ ۾ وڌ تعداد لاءِ خودمختياري حد آهي.

www.javad.com

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ ايم ۽ آئوٽ

(3) وغيره کان قدر اووررائڊ ڪري ٿو. تنهن هوندي به، جيڪڏهن ڪجهه F_FIX_PERIOD، F_FIX_PHASE، F_FIX_COUNT، يا F_FIX_FLAGS بٽ ايندڙ ماخذ جي فليگ فيلڊ ۾ مقرر ڪيا ويا آهن، هن ايندڙ ذريعن جي لاڳاپيل شعبن کي اوور رائڊ نه ڪيو ويندو.

Examples

Example: موجوده ٽرمينل تي NMEA GGA پيغام جي ھڪڙي وقت جي ٻاھرين کي فعال ڪريو:

em,,nmea/GGA:{,,1}

ساڳيء طرح مٿي، پر استعمال ڪندي ٻاهر بدران em:

ٻاهر، nmea/GGA
Example: موجوده لاگ ۾ پيغامن جي ڊفالٽ سيٽ جي آئوٽ پٽ کي فعال ڪريو-file A استعمال ڪندي ڊفالٽ آئوٽ پٽ پيٽرولر. يا ته:

Exampاليزي:

ايم،/cur/file/a,/msg/def em,/cur/file/a، def
موجوده لاگ ۾ پيغامن جي ڊفالٽ سيٽ جي آئوٽ کي فعال ڪريو-file A هر 10 سيڪنڊن لاءِ ٻين آئوٽ پيٽرز لاءِ، انهن جا ڊفالٽ ويل استعمال ڪيا ويندا:

ايم،/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

گريس

www.javad.com

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ ايم ۽ آئوٽ
Example: RTCM 2.x ميسيج ٽائپس 1 ۽ 31 جي آئوٽ پُٽ کي فعال ڪريو سيريل پورٽ B کي آئوٽ پُٽ وقفو 3 سيڪنڊن سان، ۽ RTCM 2.x ميسيج ٽائپس 18، 19، 3، 22 کان پورٽ سي کي آئوٽ پُٽ وقفو 1 سيڪنڊن لاءِ 18 سيڪنڊن ۽ 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}

گريس

www.javad.com

2.3.5 ڊي ايم

وصول ڪندڙ ان پٽ ٻولي حڪم dm

نالو
dm پيغامن جي وقتي پيداوار کي بند ڪريو.
خلاصو
فارميٽ: dm[, [ target][, Messages]] Options: none
دليل
ڪنهن به آئوٽ پٽ اسٽريم يا پيغام سيٽ کي نشانو بڻايو. جيڪڏھن ڪو ھدف بيان نه ڪيو ويو آھي، موجوده ٽرمينل، /cur/term، فرض ڪيو ويندو آھي. جيڪڏهن ڪي مخصوص نالا ”/“ سان شروع نه ٿين ته پوءِ ”/ msg/“ اڳياڙي خود بخود داخل ٿي ويندي آهي اهڙن نالن کان اڳ حڪم تي عمل ڪرڻ کان اڳ.
پيغامن جي فهرست کي غير فعال ڪيو وڃي، يا ته ان جي ڀرپاسي بريسس سان يا بغير، يا ڪنهن به ميسيج گروپ يا ميسيج سيٽ. جيڪڏهن ڪوبه پيغام بيان نه ڪيو ويو آهي، ٽارگيٽ تائين سڀ وقتي آئوٽ بند ٿيل آهي.
اختيارن
ڪو به.
وصف
هي حڪم مخصوص پيغامن جي وقتي پيداوار کي اعتراض جي حدف ۾ غير فعال ڪري ٿو. ڪوبه جواب پيدا نه ٿيندو جيستائين ڪو غلطي نه هجي، يا بيان جي سڃاڻپ ڪندڙ طرفان جواب مجبور ڪيو وڃي.
جيڪڏهن ڪوبه پيغام بيان نه ڪيو ويو آهي، هدف ڏانهن تمام دورياتي پيداوار بند ٿيل آهي. جيڪڏھن ھدف ھڪڙو موجوده لاگ آھي-file ۽ ڪوبه پيغام بيان نه ڪيو ويو آهي، سڀ آئوٽ کي file معذور آهي file بند آهي، ۽ لاڳاپيل موجوده لاگ-file ڪنهن تي مقرر نه آهي.
جيڪڏهن هڪ پيغام پيغامن جي فهرست ۾ بيان ڪيو ويو آهي جيڪو هن وقت ڏنل ٽارگيٽ ڏانهن نڪرڻ لاء فعال نه آهي، dm ڪمانڊ طرفان ڪابه لاڳاپيل غلطي پيدا نه ڪئي وئي آهي. جيتوڻيڪ هي حالت ٻين ممڪن غلطين جي رپورٽ ٿيڻ کان معذور ناهي.
Examples
Example: موجوده لاگ ۾ آئوٽ ٿيندڙ سڀني پيغامن کي بند ڪريو-file الف ۽ بند ڪريو file:
dm،/cur/file/a

گريس

www.javad.com

وصول ڪندڙ ان پٽ ٻولي حڪم dm
Example: موجوده ٽرمينل ۾ سڀني دورياتي پيداوار کي بند ڪريو. ڪنهن به:
dm،/cur/term 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}

گريس

www.javad.com

2.3.6 init

RECEIVER INPUT LANGUAGE Commands init

نالو
init شروعاتي شيون.

خلاصو
فارميٽ: init، اعتراض[/] اختيار: ڪو به نه

دليل
اعتراض کي شروع ڪيو وڃي. / جيڪڏهن موجود آهي ۽ اعتراض قسم جي فهرست جو آهي، ان جي بدران سڀني شامل شيون شروع ڪريو
اعتراض جو پاڻ.

اختيارن
ڪو به.

نوٽ: نوٽ:

وصف
هي حڪم مخصوص شيون شروع ڪري ٿو. ڪوبه جواب پيدا نه ٿيندو جيستائين ڪو غلطي نه هجي، يا بيان جي سڃاڻپ ڪندڙ طرفان جواب مجبور ڪيو وڃي.
شروعات جي صحيح معنيٰ جو دارومدار ان شئي تي آهي جنهن جي شروعات ڪئي پئي وڃي، پر عام طور تي سمجهي سگهجي ٿو ته ڪنهن شئي کي ان جي ”ڊفالٽ“ يا ”صاف“ حالت ڏانهن موڙيندي. مثال طورample، پيرا ميٽرن لاءِ ان جو مطلب آهي انهن جي قيمتن کي لاڳاپيل ڊفالٽ لاءِ، لاءِ fileاسٽوريج ڊوائيس ان جو مطلب آهي ٻيهر فارميٽ ڪرڻ هيٺئين وچولي، وغيره.
ڪجھ شيون شروع ڪرڻ جي نتيجي ۾ رسيور ريبوٽ ٿيندو. هي في الحال صورت آهي وصول ڪندڙ جي غير مستحڪم ياداشت جي شروعات لاءِ (/dev/nvm/a).
جيتوڻيڪ اهو مستقبل ۾ تبديل ٿي سگهي ٿو، ريسيورز ۾ هن عام حڪم جي موجوده عملدرآمد بلڪه محدود آهي. حقيقت ۾ صرف شين جي شروعات آهي جيڪي اڳ ۾ مليا آهنampهيٺ ڏنل في الحال سپورٽ ڪئي وئي آهي.

Examples
Example: صاف ڪريو NVRAM ۽ ريبوٽ وصول ڪندڙ. NVRAM ۾ ذخيرو ٿيل سڀئي ڊيٽا (almanacs، ephemeris، وغيره) گم ٿي ويندا، سڀئي پيرا ميٽرز ريبوٽ کان پوء انهن جي ڊفالٽ ويلن تي سيٽ ڪيا ويندا:
init،/dev/nvm/a
Example: صاف ephemeris:
init,/eph/

گريس

www.javad.com

RECEIVER INPUT LANGUAGE Commands init
Example: سڀني وصول ڪندڙ پيٽرولن کي انهن جي ڊفالٽ قدرن تي سيٽ ڪريو:
init,/par/
Example: سڀني WLAN پيٽرولر کي انهن جي ڊفالٽ قدرن تي سيٽ ڪريو. تبديلين کي اثر انداز ڪرڻ لاء يونٽ جي ريبوٽ جي ضرورت آهي:
init,/par/net/wlan/
Example: شروع ڪريو file سسٽم (يعني، بنيادي وچولي کي ٻيهر ترتيب ڏيو). سڀ fileوصول ڪندڙ ۾ محفوظ ٿيل s گم ٿي ويندو:
init،/dev/blk/a
Example: سڀني پيغامن جي سيٽ کي انهن جي ڊفالٽ ويلن تي شروع ڪريو:
init,/msg/

گريس

www.javad.com

2.3.7 ٺاهيو

RECEIVER INPUT LANGUAGE ڪمانڊ ٺاهي ٿو

نالو
هڪ نئون اعتراض ٺاهيو.

خلاصو
فارميٽ: ٺاھڻ[، اعتراض] اختيار: {لاگ}

دليل
اعتراض اعتراض جي سڃاڻپ ڪندڙ اعتراض پيدا ڪرڻ لاء. جيڪڏهن اعتراض "/" سان شروع نه ٿئي، پوء "/ log /" اڳي ئي خودڪار طريقي سان داخل ڪيو ويندو آهي اعتراض کان اڳ حڪم تي عمل ڪرڻ کان اڳ. جيڪڏهن ختم ڪيو وڃي، ته پوء هڪ جي تخليق file فرض ڪيو ويو آهي ۽ هڪ منفرد file نالو خودڪار طور تي ٺهيل آهي.

اختيارن

ٽيبل 2-4. اختيارن جو خلاصو ٺاهيو

نالي جو قسم قدر
لاگ اسٽرنگ a,b,…

ڊفالٽ
a

لاگ ان ڪريو-file ٺاهيل file کي مقرر ڪيو وڃي. لاگ-file منتخب ڪيو ويو آهي /cur/log/X، جتي X اختيار جي قيمت آهي 1.
وصف
هي حڪم هڪ نئون اعتراض ٺاهي ٿو. ڪوبه جواب پيدا نه ٿيندو جيستائين ڪو غلطي نه هجي، يا بيان جي سڃاڻپ ڪندڙ طرفان جواب مجبور ڪيو وڃي.
ٻئي وڻ ۾ جڳهه ۽ ٺاهيل اعتراض جو قسم اعتراض دليل جي ذريعي بيان ڪيو ويو آهي.
ٻن قسمن جون شيون ٺاهي سگھجن ٿيون:
1. Fileايس. هڪ نئون file ٺاھيو ويندو آھي جڏھن اعتراض جي سڃاڻپ ڪندڙ ھڪڙي اعتراض کي /log ذيلي وڻ ۾ بيان ڪري ٿو، يا جڏھن اعتراض دليل کي ختم ڪيو ويو آھي.
2. پيغام جي وضاحت ڪندڙ. ھڪڙو نئون پيغام بيان ڪندڙ ٺاھيو ويندو آھي جڏھن به اعتراض جي سڃاڻپ ڪندڙ ھڪڙي شئي کي پيغام سيٽ ۾ بيان ڪري ٿو (مثال طور، /msg/def).

گريس

1. موجوده فرم ویئر کي سپورٽ ڪري ٿو يا ته هڪ يا ٻه هڪ ئي وقت لاگ-fileخاص وصول ڪندڙ تي منحصر آهي.

www.javad.com

RECEIVER INPUT LANGUAGE ڪمانڊ ٺاهي ٿو
ٺاهڻ Files
جڏهن ٺاهي files، اعتراض جو دليل يا ته ختم ڪيو ويو آهي يا هڪ فارميٽ آهي /log/NAME، جتي NAME جو نالو آهي file ٺاهيو وڃي، ۽ /log/ اختياري آهي. اڳوڻي صورت ۾ وصول ڪندڙ خودڪار طريقي سان هڪ منفرد نالو چونڊيو ويندو file. پوئين صورت ۾ بيان ڪيل NAME 31 اکرن تائين جو اسٽرنگ ھئڻ گھرجي ۽ ان ۾ نڪي خال ھجن ۽ نڪي ھيٺيون اکر: “,{}()@&”/”.
جيڪڏهن جي file /log/NAME اڳ ۾ ئي موجود آهي، ٺاهي حڪم ناڪام ٿيندو ۽ هڪ غلطي پيغام پيدا ڪندو. نتيجي طور، اتي موجود ڪجھ کي ٽوڙڻ جو ڪو طريقو ناهي files ٺاھيو حڪم سان.
نئين کان پوء file ڪاميابيءَ سان ٺاھيو ويو آھي، اھو مقرر ڪيو ويو آھي ھڪڙي موجوده لاگ-files منحصر لاگ جي قيمت تي.file اختيار. جيڪڏهن لاڳاپيل لاگ-file اڳ ۾ ئي هڪ ٻئي ڏانهن اشارو آهي file جڏهن ٺاھڻ تي عمل ڪيو ويندو آھي، پراڻي لاگ-file بند ڪيو ويندو ۽ پيداوار نئين ۾ جاري رهندو file بغير ڪنهن رڪاوٽ جي.
پيغام جي وضاحت ڪندڙ ٺاهڻ
ميسيج سيٽ ۾ نياپا شامل ڪرڻ وقت، اعتراض جي دليل کي هڪ فارميٽ آهي /msg/SET/GROUP/MSG، جتي SET پيغام سيٽ جو نالو آهي جتي نئون پيغام ٺاهيو وڃي، GROUP ان گروپ جو نالو آهي جنهن جو پيغام آهي. ، ۽ MSG خود پيغام جو نالو آهي (مثال طور، /msg/def/nmea/GGA، يا /msg/jps/rtk/min/jps/ET).
ميسيج شيڊيولنگ پيرا ميٽرز انهن مان نقل ڪيا ويندا جيڪي ميسيج گروپ ۾ ڏنل پيغام لاءِ بيان ڪيا ويا آهن. استعمال ڪريو سيٽ ڪمانڊ کي ڪسٽمائي ڪرڻ لاءِ شيڊولنگ پيرا ميٽرز جيڪڏهن گهربل هجي.
Examples
ٺاهڻ Files
Example: هڪ نئون ٺاهيو file پاڻمرادو ٺاهيل نالي سان ۽ ان کي موجوده لاگ ۾ تفويض ڪريوfile الف (/cur/file/a). ڪنهن به:
ٺاھيو ٺاھيو،:a
Example: نئون لاگ ٺاھيو-file نالي سان "my_file”. ڪنهن به:
ٺاهيو،/log/my_file: هڪ ٺاهيو، my_file
Example: ٺاهڻ fileايس“file1 "۽"file2”، ۽ انھن کي تفويض ڪريو /cur/file/a ۽ /cur/file/b:
ٺاهيو،file1:a؛ ٺاهيو،file2:ب

گريس

www.javad.com

RECEIVER INPUT LANGUAGE ڪمانڊ ٺاهي ٿو
پيغام جي وضاحت ڪندڙ ٺاهڻ
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}

گريس

www.javad.com

2.3.8 هٽايو

RECEIVER INPUT LANGUAGE حڪمن کي هٽايو

نالو
ڪنهن شئي کي هٽائڻ.
خلاصو
فارميٽ: هٽايو، اعتراض[/] اختيار: ڪو به نه
دليل
اعتراض اعتراض جي سڃاڻپ ڪندڙ کي هٽايو وڃي. جيڪڏهن اعتراض "/" سان شروع نٿو ٿئي، ته پوء "/ log /" اڳوڻو خودڪار طريقي سان داخل ڪيو ويندو آهي اعتراض کان اڳ حڪم تي عمل ڪرڻ کان اڳ.
/ جيڪڏهن موجود آهي ۽ اعتراض قسم جي فهرست جو آهي، سڀ اعتراض جي مواد کي هٽائي ڇڏيو بجاء خود اعتراض.
اختيارن
ڪو به.
وصف
ھي حڪم ھٽائي ٿو (حذف ڪري ٿو) ھڪڙو موجود اعتراض. ڪوبه جواب پيدا نه ٿيندو جيستائين ڪو غلطي نه هجي، يا بيان جي سڃاڻپ ڪندڙ طرفان جواب مجبور ڪيو وڃي. جيڪڏهن ڪو به اعتراض اعتراض طرفان بيان ڪيل نه آهي، يا جيڪڏهن اعتراض ختم نه ٿي ڪري سگهجي، هڪ غلطي پيدا ٿئي ٿي. ٻن قسمن جون شيون ختم ڪري سگھجن ٿيون:
1. Fileس. جيڪڏھن file موجوده لاگ مان هڪ آهي-files، حڪم ناڪام ٿيندو ۽ غلطي پيغام پيدا ڪيو ويندو.
2. ميسيج سيٽ مان ميسيج اسپيفائر.
Examples
Example: لاگ هٽايو-file نالي سان "NAME". ڪنهن به:
هٽايو،/log/NAME هٽايو،NAME
Example: سڀ لاگ هٽايو-files:
هٽايو،/log/

گريس

www.javad.com

RECEIVER INPUT LANGUAGE حڪمن کي هٽايو
Example: GREIS معياري [GA] پيغام کي ڊفالٽ پيغامن جي سيٽ مان هٽايو:
هٽايو،/msg/def/jps/GA
Example: سڀني پيغامن کي ڊفالٽ پيغامن جي سيٽ مان هٽايو:
هٽايو،/msg/def/
Example: RTK لاءِ موزون معياري GREIS پيغامن جي گھٽ ۾ گھٽ سيٽ مان سڀئي نياپا هٽايو:
هٽايو،/msg/rtk/jps/min/

گريس

www.javad.com

2.3.9 واقعو

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ واقعي

نالو
ايونٽ ٺاهي آزاد فارم واقعا.

خلاصو
فارميٽ: واقعو، اسٽرنگ جا اختيار: ڪو به نه

دليل
string a arbitrary1 string جنهن ۾ 63 اکرن تي مشتمل هجي.

اختيارن
ڪو به.

نوٽ: Exampاليزي:

وصف
هي حڪم هڪ آزاد فارم واقعا ٺاهي ٿو. ڪوبه جواب پيدا نه ٿيندو جيستائين ڪو غلطي نه هجي، يا بيان جي سڃاڻپ ڪندڙ طرفان جواب مجبور ڪيو وڃي.
ايونٽ ڪمانڊ حاصل ڪرڻ جي وقت سان گڏ ڏنل اسٽرنگ خاص واقعي بفر 2 ۾ وصول ڪندڙ ۾ محفوظ ڪئي وئي آهي. ھن بفر جو مواد سڀني ٻاھرين اسٽريمز ڏانھن ٻاھر آھي جتي معياري GREIS پيغام [==](EV) (صفحو 131 تي بيان ڪيل) فعال ٿيل آھي.
فري فارم ايونٽ ميکانيزم جو مقصد ڪنٽرول پروگرامن لاءِ آهي ته جيئن صوابديدي متن جي معلومات پوسٽ پروسيسنگ ايپليڪيشنن ڏانهن موڪليو وڃي بغير هن معلومات کي وصول ڪندڙ ۾ بيان ڪرڻ جي. وصول ڪندڙ فرم ویئر جو بنيادي ڪڏهن به پنهنجو پاڻ تي مفت فارم واقعا پيدا نٿو ڪري، ۽ نه ئي اهو ڪنهن به طرح ايونٽ ڪمانڊ ذريعي موڪليل معلومات جي ترجماني ڪري ٿو.
انڊر اسڪور ڪردار (ASCII 0x5F) سان شروع ٿيندڙ سڀئي اسٽرنگ JAVAD GNSS ايپليڪيشنن لاءِ محفوظ آهن. خيال رکڻ گهرجي ته اهڙيون تارون ايونٽ ڪمانڊز سان استعمال نه ڪيون وڃن جيستائين توهان پنهنجو ڪم مڪمل نه ڪري سگهو ٻي صورت ۾ يا ڪجهه JAVAD GNSS سافٽ ويئر سان تعاون ڪرڻ جو ارادو ڪيو. پوئين صورت ۾ مھرباني ڪري تفصيلي وضاحت ڏانھن وڃو مفت فارم جي واقعن جو تفصيلي بيان JAVAD GNSS ايپليڪيشنن لاءِ محفوظ ڪيو ويو آھي ”فريم فارميٽ فار فري-فارم ايونٽس“ گائيڊ ۾، http://www.javad.com تان دستياب آھي.
هڪ آزاد فارم وارو واقعو ٺاهيو جنهن ۾ اسٽرنگ "Info1" شامل آهي:
واقعو، ڄاڻ 1

گريس

1. ياد رکو ته جيڪڏهن هڪ اسٽرنگ ۾ ڪنهن به اکر شامل آهن جيڪي وصول ڪندڙ انپٽ ٻولي لاءِ محفوظ آهن، توهان کي هن اسٽرنگ کي ڊبل حوالن ۾ بند ڪرڻ گهرجي.
2. موجوده فرم ویئر هڪ وڏو بفر مهيا ڪري ٿو جيڪو 64 XNUMX بائيٽ فري فارم واقعن تائين ذخيرو ڪرڻ لاءِ.

www.javad.com

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ واقعي
Example: هڪ آزاد فارم وارو واقعو ٺاهيو جنهن ۾ محفوظ ڪيل ڪردار شامل آهن:
واقعو، "ايونٽ{ڊيٽا،موڪل}"
Example: JAVAD GNSS ايپليڪيشن سافٽ ويئر لاءِ محفوظ ٿيل فري فارم ايونٽ ٺاھيو (ھي واقعو تحرڪ جي تبديلي بابت پوسٽ پروسيسنگ ايپليڪيشن کي اطلاع ڏئي ٿو):
واقعو "_DYN = STATIC"
Example: خالي اسٽرنگ سان مفت فارم ٺاهيو:
واقعو ""
Example: ڪجھ مفت-فارم واقعا ٺاھيو ۽ واپس حاصل ڪريو [==](EV) نياپا (جي مواد ۾ [==] پيغامن جي نان پرنٽنگ بائٽس بدلجي وينديون آھن ڊٽس سان اڳ ۾ample):
ايم،، jps/EV٪ قبول ٿيل٪ واقعو، "ڪجهه اسٽرنگ" RE00A٪ قبول ٿيل٪ == 011…..some_string. %1٪ واقعو، 1؛ %2% واقعو، 2 RE003%1% RE003% 2% ==007…..1. ==007…..2. dm,,jps/EV

گريس

www.javad.com

2.3.10 حاصل ڪريو

RECEIVER INPUT LANGUAGE ڪمانڊ حاصل ڪريو

نالو
حاصل ڪرڻ شروع ڪريو file DTP1 استعمال ڪندي مواد.

خلاصو
فارميٽ: حاصل ڪريو، اعتراض[، آفسيٽ] اختيار: {وقت ختم، بلاڪ_سائيز، مدو، مرحلو، ڪوششون}

دليل
اعتراض جي سڃاڻپ ڪندڙ file حاصل ڪيو وڃي. جيڪڏهن اعتراض "/" سان شروع نه ٿئي، پوء "/ log /" اڳي ئي خودڪار طريقي سان داخل ڪيو ويندو آهي اعتراض کان اڳ حڪم تي عمل ڪرڻ کان اڳ. جيڪڏهن اعتراض موجود نه آهي يا ٻيهر حاصل نه ٿي ڪري سگھجي، هڪ غلطي پيغام ٺاهي وئي آهي.
جي شروعات کان بائيٽ ۾ offset offset file جنهن تي ٻيهر حاصل ڪرڻ شروع ڪيو وڃي. جيڪڏهن ختم ڪيو وڃي، 0 فرض ڪيو ويندو.

اختيارن

ٽيبل 2-5. اختيارن جو خلاصو حاصل ڪريو

نالو

قسم

قدر

وقت ختم ٿي ويو

عدد [0…86400]، سيڪنڊ

بلاڪ_سائز انٽيجر [1…163841]

عرصو

فلوٽ [0…86400)، سيڪنڊ

مرحلو

فلوٽ [0…86400)، سيڪنڊ

ڪوششون انٽيجر [-257…100] 1. 2048 وصول ڪندڙن لاءِ جيڪي TCP يا USB کي سپورٽ نٿا ڪن.

ڊفالٽ
10 512 0 0 10

ڊي ٽي پي لاءِ وقت ختم ٿيڻ. Block_size ڊي ٽي پي ڊيٽا بلاڪ جي سائيز. فلٽرنگ لاءِ آئوٽ پٽ جي مدت (هيٺ ڏسو). فلٽرنگ لاءِ آئوٽ پٽ جو مرحلو (هيٺ ڏسو). ڪوشش ڪري ٿو مختلف معنيٰ جي حد جي لحاظ کان، جيئن ته:

1. ڏسو ”ڊيٽا ٽرانسفر پروٽوڪول“ صفحي 580 تي.

گريس

www.javad.com

RECEIVER INPUT LANGUAGE ڪمانڊ حاصل ڪريو
[1...100] وڌ ۾ وڌ تعداد ڪوششون ڊي ٽي پي ٽرانسميٽر کي اڪيلو بلاڪ موڪلڻ لاءِ وٺي ويندا. جڏهن 1 تي سيٽ ڪيو ويو، خاص اسٽريمنگ موڊ چالو ڪيو ويو آهي (هيٺ ڏسو).
0 شروع ڪرڻ بجاءِ ڊي ٽي پي، آئوٽ پُٽ جي خام مواد. [-256…-1] ڊي ٽي پي شروع ڪرڻ بجاءِ، ان ۾ لپيل اعتراض جي مواد کي ٻاھر ڪڍو
[>>] پيغام.
-257 بجاءِ ڊي ٽي پي شروع ڪرڻ جي، ٻاھر ڪڍو اعتراض جي مواد کي [RE] پيغامن ۾ لپي.
وصف
هي حڪم a جي ٻيهر حاصل ڪرڻ شروع ڪري ٿو file ڊيٽا ٽرانسفر پروٽوڪول (DTP) يا خام آئوٽ پٽ فارميٽ استعمال ڪندي ميزبان ڪمپيوٽر ۾. ڪوبه جواب پيدا نه ٿيندو جيستائين ڪو غلطي نه هجي، يا بيان جي سڃاڻپ ڪندڙ طرفان جواب مجبور ڪيو وڃي.
جڏهن ڊي ٽي پي موڊ ۾، حاصل ڪمانڊ ڪامياب ٿيڻ کان پوء، ڊي ٽي پي ٽرانسميٽر وصول ڪندڙ تي شروع ڪيو ويو آهي ۽ ڊي ٽي پي رسيور کي ميزبان تي هلائڻ لاء انتظار ڪري ٿو. تنهن ڪري، اصل ۾ ڪنهن به ڊيٽا کي ٻيهر حاصل ڪرڻ لاء، هڪ ضرورت آهي DTP رسيور تي عمل درآمد ميزبان تي.
اختياري آفسٽ دليل ميزبان کي اجازت ڏئي ٿو ته مداخلت واري ڊيٽا جي منتقلي کي ٻيهر شروع ڪرڻ لاءِ سپورٽ لاڳو ڪري. نوٽ ڪريو ته وڏي آفسيٽ کي ڳولڻ لاءِ رسيور ۾ انجام ڏيڻ لاءِ ڪافي وقت جي ضرورت ٿي سگھي ٿي. هوسٽ سافٽ ويئر ۾ ٻيهر شروع ڪرڻ کي صحيح طريقي سان لاڳو ڪرڻ لاءِ، رسيور جي جواب کي بيان جي سڃاڻپ ڪندڙ کي استعمال ڪندي get command تي زور ڏيو ۽ ميزبان تي DTP هلائڻ کان اڳ رسيور جي جواب جو انتظار ڪريو. اهو طريقو مشورو وٺندو آهيtagحقيقت اها آهي ته وصول ڪندڙ حاصل ڪرڻ واري حڪم کي ڳولڻ کان پوء جواب ڏئي ٿو.
جڏهن ڪوشش جو اختيار 1 تي سيٽ ڪيو ويندو، ڊي ٽي پي ٽرانسميٽر کي نام نهاد اسٽريمنگ موڊ ۾ رکيو ويندو. هن موڊ ۾، DTP وصول ڪندڙ کان پهريون NACK حاصل ڪرڻ کان پوء، DTP ٽرانسميٽر DTP وصول ڪندڙ کان ACKs جو انتظار ڪرڻ کانسواءِ ڊيٽا بلاڪ کي وهڪرو ڪندو، ۽ ٽرانسميٽر فوري طور تي ڊيٽا جي منتقلي کي روڪي ڇڏيندو، NACK وصول ٿيڻ گهرجي. اهو طريقو قابل اعتماد ڪنيڪشنن تي انتهائي تيز ڊيٽا جي منتقلي جي اجازت ڏئي ٿو جنهن ۾ اعلي دير (جهڙوڪ TCP) يا نسبتا تيز هدايت سوئچ اوور هيڊ (جهڙوڪ USB). پروٽوڪول جي وصولي واري حصي کي صحيح طور تي لاڳو ڪيو ويو آهي، هن طريقي جي حمايت ڪرڻ لاء ڪنهن خاص خيال جي ضرورت ناهي.
جڏهن مدت جو اختيار غير صفر آهي خاص فلٽرنگ موڊ چالو ڪيو ويندو آهي. مثال طورampلي، اها اجازت ڏئي ٿي 1 هز ڊيٽا کي ڊائون لوڊ ڪرڻ لاءِ file جيڪو 10Hz اپڊيٽ جي شرح استعمال ڪندي لکيو ويو هو. خاص طور تي، وصول ڪندڙ ڊيٽا موڪليندو صرف انهن دورن لاءِ جتي وصول ڪندڙ وقت ماڊلو هڪ ڏينهن (Tr) هيٺين مساوات کي پورو ڪري ٿو:
Tr {mod period} = مرحلو
هن کي حاصل ڪرڻ لاء، وصول ڪندڙ جي مواد کي پارس ڪري ٿو file ۽ ڪجهه پيغامن کي فلٽر ڪريو. نوٽ ڪريو ته رڪاوٽ ٿيل ڊائون لوڊ جي بحالي تي عمل درآمد تمام مشڪل آھي جيڪڏھن

گريس

www.javad.com

RECEIVER INPUT LANGUAGE ڪمانڊ حاصل ڪريو

هن معاملي ۾ ناممڪن ناهي ڇاڪاڻ ته حقيقت اها آهي ته ميزبان کي ڪا به خبر ناهي ته وصول ڪندڙ جي ڪهڙي آفٽ تي file ڊائون لوڊ ۾ مداخلت ڪئي وئي آهي.
ڪنهن به قسم جي منتقلي کي ختم ڪري سگهجي ٿو ڊيٽا وصول ڪرڻ جي آخر ۾ ڪنهن به DTP غلطي جي نشاني موڪلڻ سان (مثال طور، ASCII '#').
جڏهن [RE] پيغامن ۾ ڊيٽا کي منتقلي ڪندي، block_size جي قيمت هر [RE] پيغام لاءِ ڊيٽا پيل لوڊ جي وڌ ۾ وڌ سائيز کي طئي ڪندي (اندروني فرم ویئر بفر جي سائيز تائين محدود). عام طور تي، هر [RE] پيغام شروع ڪيو ويندو حڪم ID سان (جيڪڏهن ڪو به).
جڏهن [>>] پيغامن ۾ ڊيٽا جي منتقلي، ڪوشش جي اختيار جي قيمت [>>] پيغامن جي آئي ڊي فيلڊ کي هن ريت طئي ڪندي:
id = -1 - ڪوششون
۽ "block_size" جو قدر هر [>>] پيغام لاءِ ڊيٽا پيل لوڊ جي وڌ ۾ وڌ سائيز جو تعين ڪندو (اندروني فرم ویئر بفر جي سائيز تائين محدود).
id کان پوءِ ايندڙ بائيٽ (ڊيٽا فيلڊ جو پهريون بائيٽ) [>>] پيغام ۾ پوءِ ترتيب وارو ڪردار هوندو جيڪو ASCII علامت 0 سان شروع ٿيندو ۽ هر پيغام لاءِ ماڊل 64 کي وڌايو ويندو، نتيجي ۾ ASCII علامتن جي ترتيب 0 کان o، شامل
seq = 0 لوپ { seq_char = '0' + (seq++ % 64) }
ترتيب وارو ڪردار حاصل ڪرڻ جي آخر کي اجازت ڏئي ٿو ته [>>] پيغام (ن) جي نقصان کي ترتيب ۾.
ان کان پوءِ بلاڪ_سائز بائيٽ تائين اعتراض واري ڊيٽا پيلوڊ ٿيندي، ۽ پوءِ چيڪ سم، [>>] ميسيج جي فارميٽ مطابق.
لفافي موڊ ۾ ڪامياب پيداوار هميشه [>>] پيغام ذريعي حتمي ٿي ويندي بغير ڪنهن ڊيٽا جي لوڊ لوڊ، وصول ڪرڻ جي آخر کي قابل اعتماد طور تي منتقلي جي آخر کي طئي ڪرڻ جي اجازت ڏيڻ لاء.

Examples

Example: جي مواد کي ٻيهر حاصل ڪرڻ شروع ڪريو file NAME DTP استعمال ڪندي. ڪنهن به:

Exampاليزي:

حاصل ڪريو،/log/NAME حاصل ڪريو،NAME
جي مواد کي ٻيهر حاصل ڪرڻ شروع ڪريو file NAME بائيٽ نمبر 3870034 کان شروع ٿئي ٿو (صفر کان بائيٽ ڳڻڻ). حڪم ۽ جواب جي وچ ۾ گذري وڃڻ جي بدران ڊگهي وقت جي توقع ڪريو:

%% حاصل ڪريو، NAME، 3870034 RE002%%

گريس

www.javad.com

RECEIVER INPUT LANGUAGE ڪمانڊ حاصل ڪريو
Example: جي مواد کي ٻيهر حاصل ڪرڻ شروع ڪريو file my_logfile بائيٽ 3000 کان شروع ڪندي ٽائم آئوٽ 50 سيڪنڊ ۽ بلاڪ سائيز 8192 بائيٽ استعمال ڪندي:
حاصل ڪريو، my_logfile:{50,8192},3000
Example: جي مواد کي ٻيهر حاصل ڪرڻ شروع ڪريو file NAME epochs کي فلٽر ڪري ٿو ته جيئن نتيجا حاصل ڪيا وڃن file 0.1Hz ڊيٽا هوندي:
حاصل ڪريو، NAME:{,,10}
Example: جي مواد کي ٻيهر حاصل ڪرڻ شروع ڪريو file NAME اسٽريمنگ موڊ استعمال ڪندي (ڪوشش جو آپشن سيٽ ڪيو ويو 1):
حاصل ڪريو، NAME:{,,,,1}
Example: جي مواد موڪليو file NAME id 61 سان [>>] پيغامن ۾ لپي ويو (ASCII علامت '=' هجڻ)، هر پيغام جي 128 بائيٽ تائين ڊيٽا استعمال ڪندي:
حاصل ڪريو، NAME:{,128,,,-62}
Example: جي مواد موڪليو file NAME 190 بائيٽس تائين ڊيٽا استعمال ڪندي [RE] پيغامن ۾ ويڙهيو ويو في پيغام، اڳ ۾ %MY_ID%:
%MY_ID%حاصل،NAME:{,190,,,-257}

گريس

www.javad.com

2.3.11 لڳايو

RECEIVER INPUT LANGUAGE ڪمانڊ لڳايو

نالو
شروع ڪرڻ file DTP1 استعمال ڪندي اپ لوڊ.

خلاصو
فارميٽ: رکي، اعتراض[، آفسيٽ] اختيار: {وقت ختم، بلاڪ_سائيز}

دليل
اعتراض جي سڃاڻپ ڪندڙ file ڊيٽا کي لکڻ لاء. جيڪڏهن اعتراض "/" سان شروع نه ٿئي، پوء "/ log /" اڳي ئي خودڪار طريقي سان داخل ڪيو ويندو آهي اعتراض کان اڳ حڪم تي عمل ڪرڻ کان اڳ.
جي شروعات کان بائيٽ ۾ offset offset file جنهن تي لکڻ شروع ڪجي. جيڪڏهن ختم ڪيو وڃي، 0 فرض ڪيو ويندو.

اختيارن

ٽيبل 2-6. اختيارن جو خلاصو رکو

نالو

قسم

قدر

ڊفالٽ

وقت ختم ٿي ويو

انٽيجر [0…86400]، سيڪنڊ 10

بلاڪ_سائز انٽيجر [1…163841]

512

1. 2048 وصول ڪندڙن لاءِ جيڪي TCP يا USB کي سپورٽ نٿا ڪن.

ڊي ٽي پي لاءِ وقت ختم ٿيڻ. Block_size ڊي ٽي پي ڊيٽا بلاڪ جي سائيز.

وصف
هي حڪم ميزبان ڪمپيوٽر مان ڊيٽا کي اپ لوڊ ڪرڻ شروع ڪري ٿو a file وصول ڪندڙ ۾ ڊيٽا جي منتقلي پروٽوڪول (DTP) استعمال ڪندي. ڪوبه جواب پيدا نه ٿيندو جيستائين ڪو غلطي نه هجي، يا بيان جي سڃاڻپ ڪندڙ طرفان جواب مجبور ڪيو وڃي.
پوٽ ڪمانڊ ڪامياب ٿيڻ کان پوء، ڊي ٽي پي رسيور وصول ڪندڙ تي شروع ڪيو ويو آهي ۽ ڊي ٽي پي ٽرانسميٽر کي ميزبان تي هلائڻ لاء انتظار ڪري ٿو. تنهن ڪري، اصل ۾ ڪنهن به ڊيٽا کي اپلوڊ ڪرڻ لاء، هڪ ضرورت آهي ڊي ٽي پي ٽرانسميٽر تي عمل درآمد ميزبان تي.

1. ڏسو ”ڊيٽا ٽرانسفر پروٽوڪول“ صفحي 580 تي.

گريس

www.javad.com

RECEIVER INPUT LANGUAGE ڪمانڊ لڳايو

اختياري آفسٽ دليل ميزبان کي اجازت ڏئي ٿو ته مداخلت واري ڊيٽا جي منتقلي کي ٻيهر شروع ڪرڻ لاءِ سپورٽ لاڳو ڪري. هڪ غير صفر آفسیٹ قدر ميزبان کي اجازت ڏئي ٿو ته موجوده ڊيٽا کي شامل ڪرڻ جي درخواست ڪري file ملندڙ سائيز جي.
جيڪڏهن آفسيٽ 0 آهي ۽ file اعتراض موجود ناهي، وصول ڪندڙ هڪ نئين لکڻ لاء ٺاهي ۽ کولڻ جي ڪوشش ڪندو file اعتراض جي نالي سان وضاحت ڪئي وئي آهي. انهي صورت ۾ حڪم ناڪام ٿيندو جيڪڏهن اتي اڳ ۾ ئي موجود آهي a file ڏنل نالي سان.
جيڪڏهن آفسيٽ 0 کان وڌيڪ آهي، ۽ اتي هڪ آهي file اعتراض، ۽ file سائيز آفسيٽ جي قيمت جي برابر آهي، پوء پوٽ ڪمانڊ کوليو ويندو file شامل ڪرڻ لاء اعتراض. انهي صورت ۾ حڪم ناڪام ٿيندو جيڪڏهن ڪو موجود ناهي file ڏنل نالي سان يا موجوده سائيز جي صورت ۾ file انهن سان نه ملندو آهي جيڪي آفسيٽ طرفان بيان ڪيل آهن.

Examples

Example: تازه ڪاري تي ڊيٽا اپ لوڊ ڪرڻ شروع ڪريو file "NAME" DTP استعمال ڪندي. ڪنهن به:

Exampاليزي:

put,/log/NAME put,NAME
ڊيٽا کي اپلوڊ ڪرڻ شروع ڪريو ۽ انھن کي موجوده ۾ شامل ڪريو file "نالو". ڊفالٽ ڊي ٽي پي ٽائم آئوٽ ۽ ڊي ٽي پي بلاڪ سائيز 4096 بائيٽ استعمال ڪريو. جي ماپ حاصل ڪريو file اپلوڊ شروع ڪرڻ کان اڳ (نوٽ ڪريو ته file سائيز هر صورت ۾ ميزبان تي گهربل آهي انهي ڪري ته اهو پنهنجي ماخذ ڊيٽا مان بائيٽ جي هن نمبر کي ڇڏي سگهي ٿو file):

Exampاليزي:

پرنٽ،/لاگ/نام ۽ سائيز RE008 3870034 رکي،/لاگ/NAME:{,4096},3870034
تازه ڪاري تي ڊيٽا اپ لوڊ ڪرڻ شروع ڪريو file "my_logfileاستعمال ڪندي ٽائيم آئوٽ 50 سيڪنڊ ۽ بلاڪ سائيز 8192 بائيٽ:

رکو، my_logfile:{50,8192}

گريس

www.javad.com

2.3.12 فلڊ

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ fld

نالو
fld firmware لوڊشيڊنگ.

خلاصو
فارميٽ: fld، id، اعتراض جا اختيار: {timeout، block_size}

دليل
id string جنهن ۾ وصول ڪندڙ اليڪٽرانڪ ID1 شامل آهي. جيڪڏهن مخصوص ID وصول ڪندڙ جي حقيقي اليڪٽرانڪ ID سان مطابقت نه رکي، حڪم ناڪام ٿيندو ۽ غلطي پيغام پيدا ڪندو.
فرم ویئر جي ماخذ جو اعتراض اعتراض جي سڃاڻپ ڪندڙ کي لوڊ ڪيو وڃي. يا ته وصول ڪندڙ جو نالو file، يا ان پٽ پورٽ جو نالو. جڏهن اهو ان پٽ پورٽ جو نالو آهي، يا ته /cur/term يا موجوده بندرگاهه جو اصل نالو ڏنو وڃي، ٻي صورت ۾ غلطي رپورٽ ڪئي ويندي.

اختيارن

ٽيبل 2-7. fld اختيارن جو خلاصو

نالو

قسم

قدر

وقت ختم ٿي ويو

عدد [0…86400]، سيڪنڊ

بلاڪ_سائيز انٽيجر [1…163841] 1. 2048 وصول ڪندڙن لاءِ جيڪي TCP يا USB کي سپورٽ نٿا ڪن.

ڊفالٽ
10 512

ڊي ٽي پي لاءِ وقت ختم ٿيڻ. Block_size ڊي ٽي پي ڊيٽا بلاڪ جي سائيز.

وصف
هي حڪم فرم ویئر کي مخصوص اعتراض کان وصول ڪندڙ ۾ لوڊ ڪري ٿو ۽ پوء وصول ڪندڙ کي ري سيٽ ڪري ٿو. ڪوبه جواب پيدا نه ٿيندو جيستائين ڪو غلطي نه هجي، يا بيان جي سڃاڻپ ڪندڙ طرفان جواب مجبور ڪيو وڃي.

1. ID پرنٽ،/par/rcv/id ڪمانڊ استعمال ڪندي حاصل ڪري سگھجي ٿي.

گريس

www.javad.com

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ fld

خبردار:

جيڪڏهن پاور جي ناڪامي يا بندرگاهن ذريعي فرم ویئر جي منتقلي جي موتمار رڪاوٽ لوڊشيڊنگ دوران ٿئي ٿي، وصول ڪندڙ هڪ نيم ڪم ڪندڙ رياست ۾ وڃي سگهي ٿو جتي صرف RS-232 بندرگاهن ذريعي "پاور-آن ڪيپچر" طريقو استعمال ڪندي فرم ویئر لوڊ ڪرڻ ممڪن آهي.
جيڪڏهن اعتراض هڪ موجوده بيان ڪري ٿو file1، وصول ڪندڙ پهريان چيڪ ڪندو ته ڇا file رسيور لاءِ صحيح فرم ویئر تي مشتمل آهي (ان کي مڪمل ٿيڻ ۾ ڪيترائي سيڪنڊ لڳن ٿا). جيڪڏهن چيڪ ڪامياب ٿئي ٿو، وصول ڪندڙ فرمائيندڙ کي لوڊ ڪندو ۽ پوء خود ري سيٽ انجام ڏيندو. نوٽ ڪريو ته حڪم جو جواب (جيڪڏهن ڪو به) موڪليو ويندو چيڪ ٿيڻ کان پوءِ پر فرم ویئر لوڊ ٿيڻ شروع ٿيڻ کان اڳ. هن معاملي ۾ ٽائم آئوٽ ۽ بلاڪ_سائز آپشنز کي نظرانداز ڪيو ويو آهي.
جيڪڏهن اعتراض هڪ ان پٽ اسٽريم کي نامزد ڪري ٿو، حڪم موڪليندو جواب (جيڪڏهن ڪو به) ۽ پوء ڊي ٽي پي وصول ڪندڙ شروع ڪندو جيڪو ميزبان تي هلائڻ لاء ڊي ٽي پي ٽرانسميٽر جو انتظار ڪندو. تنهن ڪري، اصل ۾ firmware کي اپلوڊ ڪرڻ لاء، هڪ ضرورت آهي DTP ٽرانسميٽر تي عمل درآمد ميزبان تي. خود ري سيٽ (ريبوٽ) وصول ڪندڙ طرفان ڪيو ويندو لوڊشيڊنگ ڪاميابيءَ سان مڪمل ٿيڻ يا رڪاوٽ ٿيڻ کان پوءِ.

Examples
Example: مان firmware لوڊ ڪريو file "firmware.ldp" اليڪٽرانڪ ID 123456789AB سان وصول ڪندڙ ۾. حڪم موڪلڻ ۽ جواب حاصل ڪرڻ جي وچ ۾ گذرڻ لاءِ چند سيڪنڊن جي توقع ڪريو، جڏهن ته وصول ڪندڙ چيڪ ڪري ٿو file firmware جي صحيحيت لاءِ:
%% fld,123456789AB,/log/firmware.ldp RE002%%
Example: يو ايس بي پورٽ تان فرم ويئر اپلوڊ ڪرڻ شروع ڪريو بلاڪ سائيز 16384 بائيٽس ۽ ٽائم آئوٽ 20 سيڪنڊ استعمال ڪندي. حڪم جاري ڪرڻ کان پهريان اليڪٽرانڪ ID حاصل ڪريو:
print,rcv/id RE00C 8PZFM10IL8G fld,8PZFM10IL8G,/dev/usb/a:{20,16384}

گريس

1. اميد آهي ته file فرم ویئر تي مشتمل آهي اڳ ۾ وصول ڪندڙ تي اپلوڊ ڪيو ويو آهي، مثال طور، استعمال ڪندي put command.

www.javad.com

وصول ڪندڙ ان پٽ ٻولي ڪمانڊ fld

گريس

www.javad.com

باب 3
وصول ڪندڙ پيغام

هي باب بيان ڪري ٿو GREIS معياري پيغامن جي عام فارميٽ سان گڏو گڏ سڀني اڳواٽ بيان ڪيل پيغامن جي خاص فارميٽ. GREIS معياري پيغامن جي علاوه، وصول ڪندڙ مختلف فارميٽ جي ڪافي ڪجھ پيغامن کي سپورٽ ڪري ٿو، جهڙوڪ NMEA يا BINEX. انهن ”پرڏيهي“ پيغامن جا فارميٽ هن باب جي آخر ۾ بيان ڪيا ويا آهن.
3.1 ڪنوينشن
3.1.1 فارميٽ جون وضاحتون
ڪجھ فارميٽ بيان ڪرڻ لاءِ بائيٽ 1 جي ترتيب جي طور تي ھڪڙي ٺھيل فارم ۾، اسان ڪجھ پرائمري فيلڊ جي قسمن لاءِ فارميٽ بيان ڪريون ٿا ۽ پوءِ وڌيڪ پيچيده فارميٽ جي وصفن کي ٺاھڻ لاءِ سي پروگرامنگ ٻولي ۾ استعمال ٿيل انھن جي ويجھو نوٽيشن استعمال ڪريو:
ساخت جو نالو {LENGTH} { ٽائپ فيلڊ[COUNT]؛ // وضاحت … ٽائپ فيلڊ[COUNT]؛ // وضاحت
};
ڪٿي:
NAME هن فارميٽ ۾ تفويض ڪيل نالو. اهو ٻين فارميٽ جي وصفن ۾ استعمال ڪري سگھجي ٿو جيئن فيلڊ جي TYPE.
LENGTH پوري ترتيب جي بائيٽ ۾ ڊگھائي. هڪ مقرر ڊگھائي فارميٽ لاءِ، اهو هڪ عدد آهي، هڪ متغير ڊگھي پيغام لاءِ، اهو ٿي سگهي ٿو يا ته هڪ رياضياتي اظهار هجي جيڪو ڪجهه ٻين متغير پيرا ميٽرن تي منحصر هجي يا صرف اسٽرنگ var.
TYPE FIELD[COUNT] فيلڊ بيان ڪندڙ. اهو هڪ ئي قسم جي COUNT عناصر جو هڪ سلسلو بيان ڪري ٿو جنهن کي FIELD جو نالو ڏنو ويو آهي. TYPE ٿي سگھي ٿو يا ته ھيٺ بيان ڪيل پرائمري فيلڊ جي قسمن مان، يا ڪنھن ٻئي فارميٽ جو NAME. جڏهن [COUNT] غير حاضر آهي، فيلڊ بلڪل هڪ عنصر تي مشتمل آهي. جڏهن COUNT غير حاضر آهي (يعني، صرف خالي چورس بریکٹ، [])، ان جو مطلب آهي ته فيلڊ عناصر جي اڻ ڄاڻايل تعداد تي مشتمل آهي.

گريس

1. هن باب جي حوالي سان، "بائيٽ" جو مطلب آهي 8-bit ادارو. بائيٽ جي گھٽ ۾ گھٽ اھم ساٽ انڊيڪس صفر آھي.

www.javad.com

وصول ڪندڙ نياپا ڪنوينشن
فارميٽ جي وضاحت

DESCRIPTION فيلڊ جي وضاحت ان جي ماپ يونٽ سان گڏ ۽ قدر جي اجازت ڏنل حد، جتي مناسب هجي. ماپ جا يونٽ چورس بریکٹس سان گھريل آهن.
هيٺيان پرائمري فيلڊ جا قسم بيان ڪيا ويا آهن:

جدول 3-1. پرائمري فيلڊ جا قسم

قسم جو نالو

مطلب

بائيٽ ۾ ڊگھائي

ASCII ڪردار

دستخط ٿيل عدد

غير دستخط ٿيل عدد

IEEE-754 واحد سڌائي سچل پوائنٽ

IEEE-754 ڊبل سڌائي سچل پوائنٽ

str

ASCII اکر متغير جي صفر ختم ٿيل ترتيب

خاص فارميٽ کي مڪمل طور تي بيان ڪرڻ لاءِ، اسان کي به بائيٽ آرڊر جي وضاحت ڪرڻي پوندي پرائمري غير مجموعي شعبن ۾ جيڪي ملٽي بائيٽ آهن (i2, i4, u2, u4, f4, f8). GREIS پيغامن لاءِ هي آرڊر [MF] ميسيج ذريعي بيان ڪيو ويو آهي، تفصيل لاءِ صفحي 74 تي ”[MF] ميسيج فارميٽ“ ڏسو.
مٿين وصفن کي استعمال ڪندي اهو ممڪن آهي ته (بار بار) ڪنهن به فارميٽ جي وضاحت کي وڌايو بائٽس جي ترتيب سان. مثال طورample، فارميٽ
struct Example {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)

گريس

www.javad.com

گريس

وصول ڪندڙ پيغام معياري پيغام وارو وهڪرو
خاص قدر
۽ بائٽس جي هيٺين ترتيب کي تمام اھم بائيٽ فرسٽ (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) نامزد ڪري ٿو j-th بائيٽ (بائيٽ #0 گهٽ ۾ گهٽ اهم آهي) فيلڊ x جي i-th عنصر جو.

3.1.2 خاص قدر

بائنري پيغامن لاءِ، انهن مان ڪجهه انٽيجر ۽ فلوٽنگ پوائنٽ فيلڊ ۾ خاص قدر شامل هوندا، جيڪي حقيقي ڊيٽا جي بدران استعمال ڪيا ويندا آهن جڏهن فيلڊ لاءِ ڪو به ڊيٽا موجود نه هوندو آهي. بائنري فيلڊز جن لاءِ ڊيٽا ڪڍڻ دوران خاص قدرن جي چڪاس جي ضرورت هوندي آهي، انهن کي عجب جي نشان سان نشان لڳايو ويو آهي، "!" فيلڊ جي تعريف جي پهرين ڪالمن ۾.
ھيٺ ڏنل جدول مختلف ڊيٽا فيلڊ جي قسمن لاء خاص قدر بيان ڪري ٿو:

ٽيبل 3-2. فيلڊ لاء خاص قدر

فيلڊ جو قسم
i1 u1 i2 u2 i4 u4 f4 f8

خاص قدر
127 255 32767 65535 2147483647 4294967295 خاموش NaN خاموش NaN

HEX نمائندگي
7FFF 7FFF FFFF 7FFF_FFFF FFFF_FFFF 7FC0_0000 7FF8_0000_0000_0000

3.2 معياري پيغام وارو وهڪرو

معياري GREIS پيغام جو سلسلو وڌ ۾ وڌ ٻن قسمن جي پيغامن جو هڪ سلسلو آهي، GREIS معياري پيغام، ۽ غير معياري ٽيڪسٽ پيغام.
سڀ کان وڌيڪ اهم ۽ وڏي پيماني تي استعمال ٿيل پيغامن جو هڪ وڏو سيٽ آهي GREIS معياري پيغامن جو. انهن جو عام فارميٽ احتياط سان ٺهيل آهي ته جيئن ٻنهي بائنري ۽ ٽيڪسٽ پيغامن جي اجازت ڏني وڃي-

www.javad.com

وصول ڪندڙ پيغام پيغامن جي جنرل فارميٽ
معياري پيغام
sages، ۽ ان کي ممڪن بڻائڻ لاءِ ته ايپليڪيشنن لاءِ موثر طريقي سان انهن پيغامن کي ڇڏڻ لاءِ جن بابت ايپليڪيشن کي خبر ناهي يا ان ۾ دلچسپي نه آهي.
غير معياري ٽيڪسٽ پيغامن لاءِ سپورٽ، جيڪا اڃا تائين هن دستور ۾ بيان ڪيل فارميٽ تي عمل ڪندي، GREIS معياري پيغامن کي معياري GREIS ڊيٽا اسٽريم ۾ ڪجهه ٻين فارميٽ جي پيغامن سان گڏ ڪرڻ ممڪن بڻائي ٿي. هڪ سابقampاهڙي فارميٽ جي le NMEA پيغام آهن.
خاص ڪيس جا غير معياري ٽيڪسٽ پيغام، اهي پيغام جيڪي صرف ASCII تي مشتمل آهن ۽/يا اکر، GREIS معياري پيغامن جي وچ ۾ رسيور ۾ ميسيج فارميٽنگ انجڻ جي ذريعي داخل ڪيا ويا آهن ته جيئن نتيجو پيغام وارو وهڪرو وڌيڪ انساني پڙهڻ لائق هجي جڏهن اهو ٽرمينل يا عام ٽيڪسٽ ڏانهن موڪليو وڃي. viewer يا ايڊيٽر ايپليڪيشن.
GREIS معياري پيغامن ۽ غير معياري ٽيڪسٽ پيغامن کان علاوه، JAVAD GNSS وصول ڪندڙ عام طور تي ڪافي ٻين فارميٽ جي حمايت ڪن ٿا (مثال طور، RTCM، BINEX، CMR). بهرحال، اهي فارميٽ معياري GREIS پيغام واري وهڪرو جي فارميٽ سان مطابقت نه رکندا آهن. جيڪڏهن ڪنهن اسٽريم ۾ انهن فارميٽ جا پيغام هجن، ته ان کي هاڻي GREIS معياري ميسيج اسٽريم نه ٿو چئي سگهجي، ۽ ساڳئي قاعدن سان پارس نه ٿو ڪري سگهجي، جيئن معياري وهڪرو.1

3.3 پيغامن جو جنرل فارميٽ

3.3.1 معياري پيغام

هر معياري پيغام جي شڪل هن ريت آهي:

struct StdMessage {var} {

a1 id[2]؛

// سڃاڻپ ڪندڙ

a1 ڊگھائي[3]؛

// Hexadecimal جسم جي ڊيگهه، [000…FFF]

u1 جسم [ڊگھائي]؛ // جسم

};

هر معياري پيغام هڪ منفرد پيغام جي سڃاڻپ ڪندڙ سان شروع ٿئي ٿو جنهن ۾ ٻه ASCII اکرن شامل آهن. ذيلي سيٽ "0" کان وٺي "~" (يعني، decimal ASCII ڪوڊس جي حد ۾ [48…126]) جي سڃاڻپ ڪندڙ ۾ اجازت ڏنل آهي.

گريس

1. حقيقت ۾، GREIS معياري پيغامن جو فارميٽ ايترو لچڪدار آهي ته اهو ڪنهن به ڊيٽا اسٽريم کي معياري GREIS ڊيٽا اسٽريم ۾ شامل ڪري سگهي ٿو، پر پوءِ اصل نامناسب اسٽريم کي خاص GREIS پيغامن جي تسلسل ۾ ويڙهيو وڃي. سڃاڻپ ڪندڙ ”>>“ سان اڳواٽ بيان ڪيل پيغام هن مقصد کي پورو ڪري ٿو.

www.javad.com

وصول ڪندڙ پيغام پيغامن جي جنرل فارميٽ
غير معياري ٽيڪسٽ پيغام
پيغام جي سڃاڻپ ڪندڙ پيغام جي جسم جي فيلڊ جي ڊيگهه جي پٺيان آهي. هي فيلڊ، جنهن ۾ ٽن اپر-ڪيس هيڪساڊيڪل انگن تي مشتمل آهي، پيغام جي جسم جي ڊيگهه بائيٽ ۾ بيان ڪري ٿي. اهڙيء طرح وڌ ۾ وڌ پيغام جي جسم جي ڊيگهه 4095 (0xFFF) بائيٽ آهي.
ميسيج باڊي ڊگھي فيلڊ کان پوءِ فوري طور تي اچي ٿي ۽ ڊگھي فيلڊ پاران بيان ڪيل بائيٽن جو صحيح تعداد تي مشتمل آھي. پيغام جي جسم جي مواد تي ڪا به پابنديون نه آهن جيڪي عام فارميٽ ۾ شامل آهن. پيغام ۾ پيغام جي جسم جي شڪل واضح طور تي پيغام جي سڃاڻپ ڪندڙ طرفان بيان ڪئي وئي آهي. سڀني اڳواٽ بيان ڪيل پيغامن جي پيغام جي جسم جا فارميٽ

3.3.2 غير معياري ٽيڪسٽ پيغام

غير معياري ٽيڪسٽ پيغامن جي فارميٽ هن ريت آهي:

struct NonStdTextMessage {var} {

a1 id؛

// سڃاڻپ ڪندڙ، [!…/]

a1 جسم[]؛

// جسم جي صوابديدي ڊگھائي، [0…)

a1 eom؛

// پيغام جي پڄاڻي ( يا )

};

پيغام جي سڃاڻپ ڪندڙ رينج ۾ ڪو به ڪردار آهي [!… /] (ڊيسيمل ASCII ڪوڊس رينج ۾ [33…47]). پيغام جي سڃاڻپ اختياري آهي. جيڪڏهن غير حاضر هجي، پيغام جي جسم جي ڊيگهه صفر هجڻ گهرجي (يعني، غير حاضر هجڻ گهرجي).

ميسيج باڊي ASCII اکرن جو هڪ سلسلو آهي سواءِ (ڊيسيمل ڪوڊ 13) ۽ (ڊيسيمل ڪوڊ 10) اکر. جسم جي ڊيگهه تي ڪا به پابندي فارميٽ طرفان لاڳو نه ڪئي وئي آهي.

پيغام مارڪر جي پڇاڙي يا ته آهي يا ڪردار.

نوٽ ڪريو ته فارميٽ غير معياري پيغامن جي اجازت ڏئي ٿو جنهن ۾ صرف CR يا LF اکرن شامل آهن. هي خصوصيت معياري GREIS پيغام اسٽريمز کي وڌيڪ انساني پڙهڻ جي قابل ڏسڻ جي اجازت ڏئي ٿي جڏهن ڊيٽا کي عام مقصد واري ٽرمينل ڏانهن ڪڍيو وڃي ٿو يا viewعام متن سان گڏ viewer يا ايڊيٽر.

هڪ غير معياري ٽيڪسٽ پيغام جي سڃاڻپ ڪندڙ، ڪردار "$"، اڳ ۾ ئي معياري NMEA پيغامن جي سڃاڻپ ڪندڙ طور محفوظ آهي. ٻيو ڪوبه غير معياري ٽيڪسٽ نياپا ”$“ کي سڃاڻپ ڪندڙ طور استعمال ڪرڻ نه گهرجي.

3.3.3 پارس ڪرڻ واري پيغام جو وهڪرو
هن حصي ۾، توهان کي ڪجهه اشارا ۽ طريقا ملندا ته ڪوڊ ڪيئن لکڻ جو ارادو GREIS وصول ڪندڙ جي پيغام جي اسٽريمز کي پارس ڪرڻ لاءِ. جيتوڻيڪ اسان هن ريفرنس مينوئل ۾ ان موضوع تي تفصيلي بحث نه ڪرڻ وارا آهيون، پر اسان هتي ان ڳالهه تي زور ڏيڻ چاهيون ٿا ته معياري پيغام

گريس

www.javad.com

وصول ڪندڙ پيغام پيغامن جي جنرل فارميٽ
پارسنگ پيغام جو وهڪرو
فارميٽ توهان کي تقريبن ڪنهن به GREIS پيغام واري وهڪرو کي مؤثر طريقي سان پروسيس / پارس ڪرڻ جي اجازت ڏيندو جنهن سان توهان عملي طور تي منهن ڏئي سگهو ٿا.

نوٽ:

هم وقت سازي
جڏهن هڪ پيغام جي وهڪري کي پارس ڪرڻ، توهان کي پهريان ويجهي پيغام جي حد ڳولڻ جي ضرورت آهي. اهو ئي آهي جيڪو عام طور تي سڏيو ويندو آهي "هم وقت سازي". پيغام جي هم وقت سازي ڪئي ويندي آهي جڏهن پارسنگ شروع ڪئي ويندي آهي يا جڏهن هم وقت سازي گم ٿي ويندي آهي ڊيٽا اسٽريم ۾ غلطي جي ڪري. حقيقت ۾، الورورٿم کي آسان ڪرڻ لاء، توهان غور ڪري سگھو ٿا ته توهان اڳ ۾ ئي هم وقت سازي ڪئي آهي جڏهن توهان ڊيٽا اسٽريم کي پارس ڪرڻ شروع ڪيو. جيڪڏهن اهو ٿئي ٿو ته اهو واقعي ڪيس نه آهي، parsing غلطي ٿيڻ گهرجي. توهان وري ان پٽ اسٽريم مان هڪ ڪردار کي ڇڏي ڏيو ۽ فرض ڪريو ته توهان ٻيهر هم وقت ساز ٿي رهيا آهيو. اهڙي طريقي سان مؤثر طريقي سان هم وقت سازي جي ڪم کي ختم ڪري ٿو پارسنگ الگورٿم جو هڪ الڳ حصو.
انهي حقيقت جي ڪري ته مناسب طور تي مفيد ڊيٽا جي وهڪري ۾ غلطي جي شرح گهٽ هجڻ گهرجي، هم وقت سازي کي بار بار ڪم نه هجڻ گهرجي. ان کان علاوه، GREIS ڊيٽا وهڪرو عام طور تي بلڪه مختصر پيغامن تي مشتمل آهي، تنهنڪري ويجهي پيغام جي حد تائين فاصلو عام طور تي ننڍڙو آهي. انهن غورن کي نظر ۾ رکندي، هم وقت سازي الورورٿم جي تمام تيز هجڻ جي ڪا ضرورت ناهي.

نوٽ:

ايندڙ پيغام ڏانهن وڃڻ
معياري GREIS پيغامن جي عام شڪل ۾ ڊگھي هجڻ جي ڪري توهان کي آسانيءَ سان پيغامن کي نظرانداز ڪرڻ جي اجازت ڏئي ٿي انهن جي جسم جي شڪل کي ڄاڻڻ کان سواءِ. اسان حقيقت ۾ پرزور لکڻ جي سفارش ڪريون ٿا ته جيئن اهي اڻڄاتل پيغامن کي ڇڏي ڏين.
موجوده پيغام کان ايندڙ پيغام ڏانهن وڃڻ لاء، هيٺيان قدم وٺو:
1. فرض ڪريو موجوده پيغام "N" پوزيشن تي شروع ٿئي ٿو. موجوده پيغام جي ڊيگهه کي طئي ڪريو (ڊيڪوڊ اکر ## N+2, N+3, N+4). فرض ڪريو پيغام جي ڊيگهه L جي برابر آهي. پهرين L+5 اکرن کي ڇڏي ڏيو پوزيشن "N" کان شروع ٿي.
2. سڀني کي ڇڏي ڏيو ۽ ڪردار (جيڪڏهن ڪو به).
سختي سان ڳالهائڻ، اسان سفارش نٿا ڪريون ته توهان پنهنجي پارسنگ ڪوڊ ۾ پيغام جي جسم جي سائيز ۽ مواد جي باري ۾ ڪا به اڳڀرائي معلومات استعمال ڪريو. جيڪڏھن توھان ھن سفارش جو احترام ڪريو ٿا، توھان کي parsing پروگرام سان ڪو مسئلو نه ٿيندو ته ڪجھ پيغامن کي تبديل ڪيو وڃي.
معياري اڳواٽ بيان ڪيل GREIS پيغامن جي ميسيج باڊيز کي پارس ڪرڻ تي ضابطا ۽ اشارا بعد ۾ صفحي 67 تي ”پيسز ميسيج باڊيز“ ۾ بحث هيٺ آيا آهن.

گريس

www.javad.com

گريس

وصول ڪندڙ پيغام معياري اڳ بيان ڪيل پيغام
پارسنگ ميسيج باڊيز
3.4 معياري اڳواٽ بيان ڪيل پيغام
هن حصي ۾ اسين پڙهندڙن کي معياري GREIS پيغامن جي اڳواٽ مقرر ڪيل سيٽ سان واقف ڪنداسين. جڏهن سڃاڻپ ڪندڙ XX سان هڪ پيغام ڏانهن اشارو ڪندي، اسان استعمال ڪندا آهيون نوٽيشن [XX]. جڏهن ته اڪثر پيغامن کي GREIS ۾ انهن جي پيغام جي سڃاڻپ ڪندڙ طرفان سڏيو ويندو آهي، انهن مان ڪجهه، خاص طور تي اهي جيڪي غير الفانيميرڪ شناخت ڪندڙ آهن، انهن جا نالا آهن جيڪي مختلف آهن. اهڙن پيغامن لاءِ نوٽيشن [XX] (NN) استعمال ڪيو ويندو آهي، جتي XX پيغام جي سڃاڻپ ڪندڙ آهي، ۽ NN پيغام جو نالو آهي GREIS حڪمن ۾ استعمال ٿيڻ لاءِ. مثال طورample پيغام [~~](RT) ۾ هيڊر “~~” آهي ۽ GREIS حڪمن ۾ /msg/jps/RT سڏيو ويندو آهي.
هي سيڪشن سڀني معياري اڳواٽ بيان ڪيل پيغامن جي جسمن جي فارميٽ کي بيان ڪري ٿو. ذهن ۾ رکو ته ڊيٽا جي وهڪري ۾ هر پيغام ۾ هڪ معياري هيڊر پڻ عام فارميٽ طرفان بيان ڪيل آهي.
3.4.1 نياپي جا جسم پارس ڪرڻ
اجازت ڏنل فارميٽ ايڪسٽينشن
بائنري پيغامن جا فارميٽ مقرر ٿيل پيغام جي سائيز سان مستقبل ۾ وڌيڪ ڊيٽا فيلڊ شامل ڪرڻ جي اجازت ڏين ٿا. نوان فيلڊز داخل ٿيڻ جي اجازت آهي صرف پيغام جي باڊي جي آخر ۾ صرف چيڪسم فيلڊ کان اڳ (جيڪڏهن ڪو به هجي). ميسيج باڊيز ۾ اهڙيون ترميمون سمجھي وينديون آهن فارميٽ ايڪسٽينشن، نه ڪي غير مطابقت واريون تبديليون.
جيتوڻيڪ معياري GREIS ٽيڪسٽ پيغام مقرر ٿيل پيغام جي سائيز سان پيغام نه هوندا آهن، نوان فيلڊ اڃا به انهن پيغامن ۾ مستقبل ۾ ظاهر ٿي سگهن ٿيون. نوان شعبا يا ته داخل ڪري سگھجن ٿا موجوده ٽيڪسٽ پيغام جي آخر ۾ صرف چيڪسم فيلڊ کان اڳ، يا فوري طور تي ڪنهن ساڄي هٿ جي ڪنگڻ کان اڳ (}). مثال طورampلي، هڪ پيغام جيڪو هن وقت پڙهيو ويو آهي:
…1,{21,22},3,@CS
بعد ۾ وڌائي سگھجي ٿو
…1,{2.1,2.2,2.3},3,4,@CS
جتي ٻه اضافي فيلڊ، "2.3" ۽ "4" شامل ڪيا ويا.
پنھنجي پارسنگ الگورتھم کي ھيٺين قاعدن کي مدنظر رکندي انھن کي مستقبل جي فارميٽ جي واڌارن سان پڻ ڪم ڪرڻ لاءِ لاڳو ڪريو.
1. فرض نه ڪريو ته موصول ٿيل پيغام جي ميسيج باڊي جي سائيز هن ڊاڪيومينٽ ۾ بيان ڪيل مخصوص سائيز سان بلڪل ملائي. صرف جيڪڏهن پيغام تمام ننڍو آهي ته ان جو مطلب آهي ته توهان ان جي مواد کي استعمال نٿا ڪري سگهو. جيڪڏهن پيغام توقع کان وڌيڪ ڊگهو آهي، صرف اضافي ڊيٽا کي نظر انداز ڪريو.
2. چيڪسم فيلڊ کي پتو ڏيو جيڪو پيغام جي باڊي جي پڇاڙيءَ ۾ آهي.

www.javad.com

وصول ڪندڙ پيغام معياري اڳ بيان ڪيل پيغام
عام نوٽس
3. پيغام جي جسم جي شروعات سان لاڳاپيل ٻين ڊيٽا فيلڊ کي پتو ڏيو. 4. ٽيڪسٽ پيغامن کي وڌائڻ لاء مٿي ڏنل قاعدي تي غور ڪريو جڏهن
ٽيڪسٽ پيغامن لاءِ ڊيٽا ڪڍڻ وارا لکندڙ.
چيڪسم
صفحي 65 تي ”پيسيج ميسيج اسٽريم“ ۾ بيان ڪيل ٽيڪنڪ استعمال ڪندي ڊيٽا اسٽريم مان هڪ پيغام ڪڍيو ويو آهي، ۽ پيغام جي سڃاڻپ ڪندڙ ظاهر ٿئي ٿو انهن مان هڪ آهي جنهن ۾ ايپليڪيشن دلچسپي رکي ٿي، ڊيٽا کي ڪڍڻ لاءِ پيغام جي باڊي کي پارس ڪيو وڃي. . مواد ڪڍڻ کان اڳ، پيغام جي چيڪسم جو حساب ڪيو وڃي ۽ پيغام ۾ موجود چيڪسم جي مقابلي ۾.
اڪثر اڳواٽ بيان ڪيل پيغامن ۾ چيڪسم شامل آهن. چيڪسم ٻنهي پيغام جي هيڊر (يعني، "پيغام جي سڃاڻپ ڪندڙ" ۽ "پيغام جي جسم جي ڊيگهه") ۽ جسم پاڻ کي استعمال ڪندي حساب ڪيو ويو آهي. ڏسو ”ڪمپيوٽنگ چيڪسم“ صفحي 579 تي وڌيڪ معلومات لاءِ چيڪسم ڪمپيوٽيشن تي.
چيڪسم هميشه پيغام جي جسم جي آخر ۾ رکيل آهي. جيڪڏهن پيغام جي جوڙجڪ کي نئين ڊيٽا فيلڊ شامل ڪندي تبديل ڪيو ويو آهي، نوان ڊيٽا فيلڊ چيڪسم فيلڊ کان اڳ شامل ڪيا ويندا. هي وضاحت ڪري ٿو ته ڇو اهو تجويز ڪيو ويو آهي ته چيڪسم فيلڊ کي پتو ڏيو جيڪو پيغام جي جسم جي آخر سان تعلق رکي ٿو.
3.4.2 عام نوٽس
وقت جي ماپ
اتي پنج وقت اسڪيل آھن توھان جو رسيور سنڀالي سگھي ٿو:
Tr وصول ڪندڙ وقت Tg GPS سسٽم ٽائيم Tu UTC (USNO). يونيورسل ڪوآرڊينيٽيڊ ٽائيم يو ايس نيوي آبزرور جي مدد سان
ويٽري Tn GLONASS سسٽم جو وقت. Ts UTC (SU). يونيورسل ڪوآرڊينيٽيڊ ٽائيم اسٽيٽ ٽائيم ۽ فري-
ڪوئنسي سروس، روس.
"ريسيور ٽائيم" واحد ٽائيم گرڊ آهي جيڪو هميشه توهان جي رسيور ۾ موجود هوندو آهي (يعني، مٿي ڏنل فهرست مان ٻيون ٽائيم گرڊ شايد هن وقت موجود هجن يا نه هجن).
حقيقت ۾، JAVAD GNSS وصول ڪندڙ هميشه پنهنجي وصول ڪندڙ وقت کي چار عالمي وقت جي ماپن مان هڪ سان هم وقت سازي ڪري ٿو: GPS وقت، UTC (USNO)، GLONASS وقت، يا UTC (SU). جي

گريس

www.javad.com

گريس

وصول ڪندڙ پيغام معياري اڳ بيان ڪيل پيغام
عام نوٽس
اهڙيءَ طرح منتخب ٿيل وقت جي گرڊ کي ”ريسيور ريفرنس ٽائيم“ (Trr) هن سيڪشن 1 ۾ پوءِ حوالو ڏنو ويو آهي.
مختلف وقتن جي نظامن ۾ مختلف وقت جا نوٽس (فارميٽ) هوندا جيڪي انهن سان جڙيل هوندا آهن (مثال طور، GPS جي وقت لاءِ، اسين لفظ استعمال ڪندا آهيون جيئن ”هفتي جو نمبر“، ”هفتي جو وقت“ وغيره). نوٽ، جيتوڻيڪ، "وصول ڪندڙ وقت" جي نمائندگي منتخب ٿيل وصول ڪندڙ ريفرنس جي وقت تي منحصر نه هوندي ۽ هميشه وصول ڪندڙ جي تاريخ ۽ ڏينهن جي وقت جي طور تي نمائندگي ڪئي ويندي آهي.
گھڻا اڳواٽ بيان ڪيل پيغامن ۾ ريفرنس جي وقت جي معلومات شامل نه آھي. اسان ۾ view, اهو هڪ ۽ ساڳئي وقت استعمال ڪرڻ تمام گهڻو ٿيندو tag سڀني ڪيترن ئي پيغامن سان گڏ وصول ڪندڙ موجوده دور ۾ پيدا ڪري ٿو. جڏهن موجوده دور لاءِ رسيور جي معلومات دستياب آهي، توهان عام طور تي مختلف پيغام حاصل ڪندا آهيو. انهن مان هر هڪ جي فراهمي جي بدران انفرادي وقت سان tag ڊيٽا فيلڊ، اسان هڪ خاص پيغام استعمال ڪندا آهيون جيڪو وصول ڪندڙ وقت جي معلومات انهن پيغامن لاء عام آهي. ھن پيغام کي ”ريسيور ٽائيم“ چئبو آھي ۽ ان ۾ سڃاڻپ ڪندڙ آھي [~~].
تنهن هوندي به، آپريشن جو هڪ طريقو آهي، جنهن کي RTK دير ٿيل موڊ سڏيو ويندو آهي، جڏهن هڪ ڏنل دور رسيور شايد ماضي ۾ ڪنهن ٻئي دور جي حوالي سان حل پيدا ڪري سگهي ٿي. وقت مهيا ڪرڻ tag اهڙي حل لاءِ، خاص حل وقت-Tag [ST] پيغام استعمال ڪيو ويندو آهي. حقيقت ۾ هي پيغام صحيح وقت فراهم ڪري ٿو tag عمل جي سڀني طريقن ۾ حل لاء، جيتوڻيڪ اڪثر طريقن ۾ اهو ساڳيو وقت آهي [~~].
ڪجھ ٻيا پيغام آھن جن وٽ وقت آھي tag ڊيٽا فيلڊ. اهي پيغام آهن جيڪي معلومات تي مشتمل هونديون آهن جيڪي آزاد طور تي وصول ڪندڙ ايپوچ گرڊ تي ظاهر ٿيندا آهن. هڪ سابقampاهڙي پيغام جو le "ايونٽ" آهي [==].
حد بندي ڪندڙ
حقيقت ۾، "وصول ڪندڙ وقت" پيغام کي موجوده دور ۾ پيدا ڪيل ٻين سڀني پيغامن کان اڳ ڪرڻ گهرجي، اهڙيء طرح مختلف دورن سان لاڳاپيل پيغامن کي محدود ڪري ٿو. جي هڪ رسمي نقطي کان view، اهو صارف تي منحصر آهي ته آئوٽ اسٽريم ۾ پيغامن جي ترتيب کي بيان ڪري. بهرحال، خيال رکڻ گهرجي ته اها ترتيب جنهن ۾ پيغام لکيا ويندا آهن آئوٽ پٽ اسٽريم ۾ ”ايپوڪ سنڪرونائيزيشن“ کي ٽوڙي نه ٿو، جيڪو JAVAD GNSS سافٽ ويئر پيڪيجز سان لاگ ٿيل ڊيٽا جي پوسٽ پروسيسنگ لاءِ تمام ضروري آهي. پيغامن جي ڊفالٽ سيٽ تي وڌيڪ تفصيل لاءِ ڏسو ”ميسيج سيٽ“ صفحي 562 تي.
حقيقي وقت جي ايپليڪيشنن لاءِ اهو ضروري آهي ته جيترو جلدي ٿي سگهي دور جي پڇاڙي کي طئي ڪيو وڃي. اهڙين ايپليڪيشنن لاءِ صرف ”اڄ جي شروعات“ مارڪر ذريعي دورن کي محدود ڪرڻ آسان ناهي. اسان "Epoch Time" [::](ET) پيغام کي "Epoch جي آخر" مارڪر طور استعمال ڪرڻ جي صلاح ڏيو ٿا. هي پيغام ڏينهن جي ساڳئي وقت تي مشتمل آهي جيڪو "ريسيور ٽائيم" پيغام ۾ مليو آهي جيڪو بهتر سالميت جي جانچ جي اجازت ڏئي ٿو. خيال وقت جي ڀيٽ ڪرڻ آهي tag

1. موجوده وصول ڪندڙ فرم ویئر ۾ وصول ڪندڙ ريفرنس ٽائيم يا ته GPS يا GLONASS سسٽم جو وقت آهي، صفحي 220 تي /par/raw/time/ref ڏانهن رجوع ڪريو

www.javad.com

گريس

وصول ڪندڙ پيغام معياري اڳ بيان ڪيل پيغام
عام نوٽس
وقت جي خلاف پيغام کان [::] tag ملندڙ [~~] پيغام مان. بي ترتيب tags ٽٽل دور جو هڪ اشارو آهي.
توهان ڏسندا ته اڪثر پيغامن ۾ سڃاڻپ ڪندڙ آهن جن ۾ صرف انگن ۽/يا انگريزي اکر شامل آهن. حقيقت ۾، "وصول وقت" [~~] واحد پيغام آهي جنهن جي سڃاڻپ ڪندڙ ڪردار "~" استعمال ڪري ٿو. اهو سمجهه ۾ اچي ٿو جيئن [~~] پيغام هڪ تمام اهم حصو ادا ڪري ٿو جيڪو هڪ دور جي حد بندي جي طور تي خدمت ڪري ٿو. اهڙيءَ طرح هن اهم پيغام کي وڃائڻ جي امڪان کي گهٽائڻ لاءِ خاص احتياطي تدبيرون آهن. ساڳيءَ طرح، ”ايونٽ“ ([==]) پيغام جو سڃاڻپ ڪندڙ، پڻ، ممڪن طور تي خاص هجڻ گهرجي، ڇاڪاڻ ته ايپليڪيشن سافٽ ويئر شايد آزاد فارم واقعن کي صرف حد بندين وانگر استعمال ڪري سگھن ٿا.
پيغامن لاءِ ”انتهائي مخصوص“ سڃاڻپ ڪندڙ استعمال ڪرڻ جو خيال جيڪو حد تائين ڪم ڪري ٿو تمام واضح آهي. ڇا پيغام جي چڪاس غلط هجڻ گهرجي، صرف ان جي سڃاڻپ ڪندڙ کي چيڪ ڪريو. جيڪڏهن سڃاڻپ ڪندڙ جي ڪردارن مان ڪو به ”~“ سان ٺهڪندڙ نه آهي، ته پوءِ اهو ممڪن ناهي ته هي خراب [~~] پيغام هجي. تنهن ڪري، توهان کي هن صورت ۾ ايندڙ [~~] پيغام ڏانهن وڃڻ جي ضرورت ناهي.
ٻئي طرف، جيڪڏهن هڪ پيغام ۾ صحيح چيڪسم آهي، تڏهن به سڃاڻپ ڪندڙ اکرن مان هڪ آهي “~”، ته پوءِ هن پيغام کي خراب [~~] پيغام سمجھڻ وڌيڪ محفوظ هوندو. ھن حالت ۾ ايندڙ [~~] پيغام ڏانھن وڃو.

حل جا قسم

فيلڊ "solType" ڪيترن ئي اڳواٽ بيان ڪيل پيغامن ۾ استعمال ڪيو ويو آهي لاڳاپيل حل جي قسم کي نامزد ڪري ٿو ۽ شايد هيٺيان قدر آهن:
ٽيبل 3-3. حل جا قسم

قدر

مطلب

نه

دستاويز / وسيلا

JAVAD GREIS GNSS وصول ڪندڙ خارجي انٽرفيس [pdf] استعمال ڪندڙ ھدايت
GREIS GNSS وصول ڪندڙ خارجي انٽرفيس، GREIS، GNSS وصول ڪندڙ خارجي انٽرفيس، وصول ڪندڙ خارجي انٽرفيس، خارجي انٽرفيس، انٽرفيس

حوالو

استعمال ڪندڙ دستي

JAVAD GREIS GNSS وصول ڪندڙ خارجي انٽرفيس

وضاحتون

پيداوار جي ڄاڻ

تعارف

وصول ڪندڙ ان پٽ ٻولي

وصول ڪندڙ پيغام

FAQs

دستاويز / وسيلا

حوالو

تبصرو ڇڏي ڏيو

رد ڪريو جواب