JAVAD GREIS GNSS റിസീവർ ബാഹ്യ ഇൻ്റർഫേസ്
സ്പെസിഫിക്കേഷനുകൾ
- ഉൽപ്പന്നം: GREIS GNSS റിസീവർ
- ഫേംവെയർ പതിപ്പ്: 4.5.00
- അവസാനം പുതുക്കിയത്: ഒക്ടോബർ 14, 2024
ഉൽപ്പന്ന വിവരം
JAVAD GNSS രൂപകൽപ്പന ചെയ്ത ഉയർന്ന കൃത്യതയുള്ള ഒരു ബാഹ്യ ഇന്റർഫേസ് ഉപകരണമാണ് GREIS GNSS റിസീവർ, കൃത്യമായ സ്ഥാനനിർണ്ണയ വിവരങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നു.
ആമുഖം
വിവിധ ആപ്ലിക്കേഷനുകൾക്കായി ഉപയോഗിക്കുന്ന ഒരു ബഹുമുഖ ഉപകരണമാണ് GREIS. ചില പ്രധാന കാര്യങ്ങൾ ഇതാ:
- എന്താണ് GREIS: ഇത് GNSS റിസീവറുകൾക്കുള്ള ഒരു ബാഹ്യ ഇന്റർഫേസ് ഉപകരണമാണ്.
- GREIS എങ്ങനെയാണ് ഉപയോഗിക്കുന്നത്: GNSS സിസ്റ്റങ്ങളുടെ പ്രവർത്തനക്ഷമതയും കൃത്യതയും വർദ്ധിപ്പിക്കുന്നതിന് ഇത് ഉപയോഗിക്കുന്നു.
- പട്ടികകൾ: പിന്തുണയ്ക്കുന്ന സവിശേഷതകളുടെയും പ്രവർത്തനങ്ങളുടെയും വിശദമായ ലിസ്റ്റുകൾക്കായി മാനുവൽ കാണുക.
- വസ്തുക്കൾ: നിർദ്ദിഷ്ട ജോലികൾക്കായി GREIS ഉപയോഗിച്ച് ഉപയോഗിക്കാൻ കഴിയുന്ന വ്യത്യസ്ത വസ്തുക്കൾ പര്യവേക്ഷണം ചെയ്യുക.
റിസീവർ ഇൻപുട്ട് ഭാഷ
റിസീവർ ഇൻപുട്ട് ഭാഷ ഉപയോക്താക്കളെ നിർദ്ദിഷ്ട കമാൻഡുകളും വാക്യഘടനയും ഉപയോഗിച്ച് ഉപകരണവുമായി സംവദിക്കാൻ അനുവദിക്കുന്നു. ഒരു സംക്ഷിപ്ത വിവരണം ഇതാview:
- ഭാഷ എക്സിampകുറവ്: നൽകിയിരിക്കുന്ന മുൻ വ്യക്തിയിൽ നിന്ന് പഠിക്കുകampഉപകരണവുമായി എങ്ങനെ ആശയവിനിമയം നടത്താമെന്ന് മനസിലാക്കാൻ les.
- ഭാഷാ വാക്യഘടന: റിസീവറിലേക്ക് കമാൻഡുകൾ അയയ്ക്കുന്നതിനുള്ള വാക്യഘടന നിയമങ്ങൾ സ്വയം പരിചയപ്പെടുത്തുക.
- കമാൻഡുകൾ: നിങ്ങളുടെ ആവശ്യങ്ങൾക്കനുസരിച്ച് ഉപകരണം നിയന്ത്രിക്കാനും കോൺഫിഗർ ചെയ്യാനും വിവിധ കമാൻഡുകൾ ഉപയോഗിക്കുക.
റിസീവർ സന്ദേശങ്ങൾ
ഡാറ്റയും സ്റ്റാറ്റസ് വിവരങ്ങളും വ്യാഖ്യാനിക്കുന്നതിന് സ്വീകർത്താക്കളുടെ സന്ദേശങ്ങൾ മനസ്സിലാക്കേണ്ടത് നിർണായകമാണ്. നിങ്ങൾ അറിയേണ്ട കാര്യങ്ങൾ ഇതാ:
- കൺവെൻഷനുകൾ: സന്ദേശങ്ങൾ കൃത്യമായി വ്യാഖ്യാനിക്കുന്നതിന് നിർദ്ദിഷ്ട ഫോർമാറ്റുകളും മൂല്യങ്ങളും പാലിക്കുക.
- സാധാരണ സന്ദേശ സ്ട്രീം: സ്ഥിരമായ ഡാറ്റാ കൈമാറ്റത്തിനായി സ്റ്റാൻഡേർഡ് സന്ദേശ ഫോർമാറ്റ് പര്യവേക്ഷണം ചെയ്യുക.
പതിവുചോദ്യങ്ങൾ
ചോദ്യം: എനിക്ക് GREIS GNSS റിസീവറിൻ്റെ ഫേംവെയർ പരിഷ്കരിക്കാമോ?
എ: ഇല്ല, JAVAD GNSS-ന്റെ പകർപ്പവകാശ നിയന്ത്രണങ്ങൾ പ്രകാരം ഫേംവെയർ പരിഷ്കരിക്കുന്നത് അനുവദനീയമല്ല.
ചോദ്യം: GREIS GNSS റിസീവറുമായി ബന്ധപ്പെട്ട സാങ്കേതിക പ്രശ്നങ്ങൾക്കുള്ള പിന്തുണ എനിക്ക് എങ്ങനെ ആക്സസ് ചെയ്യാം?
എ: സാങ്കേതിക പിന്തുണയ്ക്ക്, സഹായത്തിനായി നേരിട്ട് ജാവാദ് ജിഎൻഎസ്എസുമായി ബന്ധപ്പെടുക.
നിങ്ങളുടെ JAVAD GNSS റിസീവർ വാങ്ങിയതിന് നന്ദി. ഈ റഫറൻസ് ഗൈഡിൽ ("ഗൈഡ്") ലഭ്യമായ സാമഗ്രികൾ JAVAD GNSS ഉൽപ്പന്നങ്ങളുടെ ഉടമകൾക്കായി തയ്യാറാക്കിയത് JAVAD GNSS, Inc. റിസീവറിൻ്റെ ഉപയോഗത്തിൽ ഉടമകളെ സഹായിക്കുന്നതിന് ഇത് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നു, അതിൻ്റെ ഉപയോഗം ഈ നിബന്ധനകൾക്കും വ്യവസ്ഥകൾക്കും വിധേയമാണ് ("നിബന്ധനകളും വ്യവസ്ഥകളും").
ഉപാധികളും നിബന്ധനകളും
പ്രൊഫഷണൽ ഉപയോഗം ജവാദ് ജിഎൻഎസ്എസ് റിസീവറുകൾ ഒരു പ്രൊഫഷണലിന് ഉപയോഗിക്കാൻ രൂപകൽപ്പന ചെയ്തിട്ടുള്ളതാണ്. പ്രവർത്തിപ്പിക്കുന്നതിനും പരിശോധിക്കുന്നതിനും ക്രമീകരിക്കുന്നതിനും മുമ്പ് ഉപയോക്താവിന് ഉപയോക്താവിനെക്കുറിച്ചും സുരക്ഷാ നിർദ്ദേശങ്ങളെക്കുറിച്ചും നല്ല അറിവും ധാരണയും ഉണ്ടായിരിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നു. റിസീവർ പ്രവർത്തിപ്പിക്കുമ്പോൾ ആവശ്യമായ സംരക്ഷകർ (സുരക്ഷാ ഷൂസ്, ഹെൽമെറ്റ് മുതലായവ) എപ്പോഴും ധരിക്കുക.
ഈ ഗൈഡിലെ ഏതെങ്കിലും വാറൻ്റികൾ ഒഴികെയുള്ള വാറൻ്റി നിരാകരണം അല്ലെങ്കിൽ ഉൽപ്പന്നത്തോടൊപ്പമുള്ള ഒരു വാറൻ്റി കാർഡ്, ഈ ഗൈഡും റിസീവറും "അതുപോലെ തന്നെ" നൽകിയിരിക്കുന്നു. മറ്റ് വാറൻ്റികളൊന്നുമില്ല. ജവാദ് ജിഎൻഎസ്എസ് ഏതെങ്കിലും പ്രത്യേക ഉപയോഗത്തിനോ ഉദ്ദേശ്യത്തിനോ വേണ്ടിയുള്ള ഏതെങ്കിലും വ്യാപാര വാറൻ്റി അല്ലെങ്കിൽ ഫിറ്റ്നസ് നിരാകരിക്കുന്നു. ഇവിടെ അടങ്ങിയിരിക്കുന്ന സാങ്കേതിക അല്ലെങ്കിൽ എഡിറ്റോറിയൽ പിശകുകൾക്കോ ഒഴിവാക്കലുകൾക്കോ JAVAD 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.
JAVAD GNSS ഹാർഡ്വെയറിൻ്റെ മുഴുവൻ ശ്രേണിയ്ക്കുമുള്ള ഒരു ജനറിക് റിസീവർ ഭാഷാ ഘടനയെ GREIS പ്രതിനിധീകരിക്കുന്നു. ഈ ഭാഷാ ഘടന റിസീവർ-സ്വതന്ത്രവും ഭാവിയിലെ പരിഷ്ക്കരണത്തിനോ വിപുലീകരണത്തിനോ വേണ്ടി തുറന്നതാണ്. GREIS ഒരു ഏകീകൃത സമീപനത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്, ഉചിതമായ ഒരു കൂട്ടം പേരുള്ള ഒബ്ജക്റ്റുകൾ ഉപയോഗിച്ച് ഒരു JAVAD GNSS റിസീവർ നിയന്ത്രിക്കാൻ ഉപയോക്താവിനെ അനുവദിക്കുന്നു. ഈ ഒബ്ജക്റ്റുകളുമായുള്ള ആശയവിനിമയം മുൻകൂട്ടി നിശ്ചയിച്ചിട്ടുള്ള കമാൻഡുകളിലൂടെയും സന്ദേശങ്ങളിലൂടെയും കൈവരിക്കുന്നു. ഉപയോഗിച്ച റിസീവർ ഒബ്ജക്റ്റുകളുടെ എണ്ണത്തിനോ തരത്തിനോ പ്രത്യേക നിയന്ത്രണങ്ങളൊന്നുമില്ല.
GREIS എങ്ങനെയാണ് ഉപയോഗിക്കുന്നത്?
JAVAD GNSS റിസീവറുമായി അതിൻ്റെ പോർട്ടുകളിലൊന്ന് (സീരിയൽ, പാരലൽ, യുഎസ്ബി, ഇഥർനെറ്റ് മുതലായവ) ആശയവിനിമയം നടത്തുന്ന ഏതൊരു സിസ്റ്റവും ആവശ്യമായ ജോലി നിർവഹിക്കുന്നതിന് 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) ഉപയോഗിച്ച് ഉള്ളിലുള്ള ഇരട്ട ഉദ്ധരണിയിൽ നിന്ന് രക്ഷപ്പെടുക. ഉദ്ധരിച്ച സ്ട്രിംഗിലേക്ക് ബാക്ക്സ്ലാഷ് ഇടാൻ, മറ്റൊരു ബാക്ക്സ്ലാഷ് ഉപയോഗിച്ച് രക്ഷപ്പെടുക, ഉദാഹരണത്തിന്ampLe:
Example: ““ഉദ്ധരണികൾ”, ബാക്ക്സ്ലാഷ് \, കൂടാതെ പ്രത്യേക പ്രതീകങ്ങൾ ഉള്ള സ്ട്രിംഗ്, {}”
1.4 വസ്തുക്കൾ
GREIS അടിസ്ഥാനമാക്കിയുള്ള മോഡലിൻ്റെ പശ്ചാത്തലത്തിൽ, ഒരു JAVAD GNSS റിസീവർ ഒരു കൂട്ടം പേരുള്ള ഒബ്ജക്റ്റുകൾ ഉപയോഗിച്ച് തിരിച്ചറിയുന്നു.
GREIS
www.javad.com
20
ആമുഖം വസ്തുക്കൾ
ഒബ്ജക്റ്റ് ഐഡൻ്റിഫയറുകൾ
ഒബ്ജക്റ്റ് എന്നത് റിസീവറിൻ്റെ ഹാർഡ്വെയർ അല്ലെങ്കിൽ സോഫ്റ്റ്വെയർ എൻ്റിറ്റിയായി നിർവചിക്കപ്പെടുന്നു, അത് അഭിസംബോധന ചെയ്യാനോ സജ്ജമാക്കാനോ അന്വേഷിക്കാനോ കഴിയും. ഹാർഡ്വെയർ എൻ്റിറ്റികളെ സാധാരണയായി ഉപകരണങ്ങൾ എന്ന് വിളിക്കുന്നു, അതേസമയം ഫേംവെയർ ഒബ്ജക്റ്റുകൾ സാധാരണമാണ് fileകളും പരാമീറ്ററുകളും. റിസീവർ പോർട്ടുകളും മെമ്മറി മൊഡ്യൂളുകളും എല്ലാം മികച്ചതാണ്ampകുറച്ച് ഉപകരണങ്ങൾ. എല്ലാ ഉപകരണങ്ങളും, files ഉം പരാമീറ്ററുകളും GREIS ഒരു ഏകീകൃത രീതിയിലാണ് കൈകാര്യം ചെയ്യുന്നത്. എല്ലാ ഒബ്ജക്റ്റും GREIS വഴി ആക്സസ് ചെയ്യാനും നിർവചിക്കാനും കൂടാതെ/അല്ലെങ്കിൽ മാറ്റാനും കഴിയുന്ന ഒരു അനുബന്ധ ആട്രിബ്യൂട്ടുകൾ ഉണ്ട്.
1.4.1 ഒബ്ജക്റ്റ് ഐഡൻ്റിഫയറുകൾ
ഒരു റിസീവറിനെ ഒബ്ജക്റ്റുകളുടെ (ഉപകരണങ്ങൾ, files, സന്ദേശങ്ങൾ, പരാമീറ്ററുകൾ മുതലായവ) GREIS മോഡലിൻ്റെ പശ്ചാത്തലത്തിൽ. റിസീവർ കമാൻഡുകളിലെ ഒബ്ജക്റ്റുകളെ അഭിസംബോധന ചെയ്യുന്നതിനായി, ഓരോ ഒബ്ജക്റ്റിനും ഒരു അദ്വിതീയ ഐഡൻ്റിഫയർ നൽകണം.
റിസീവറിലെ വസ്തുക്കൾ യുക്തിപരമായി ഗ്രൂപ്പുകളായി ക്രമീകരിച്ചിരിക്കുന്നു. ഒരു ഗ്രൂപ്പ് തന്നെ ഒരു വസ്തുവാണ്, അത് റൂട്ട് ഗ്രൂപ്പല്ലെങ്കിൽ മറ്റൊരു ഗ്രൂപ്പിൽ പെടുന്നു. അങ്ങനെ റിസീവറിലെ എല്ലാ വസ്തുക്കളും ഒറ്റമൂലി ഗ്രൂപ്പിൽ ആരംഭിക്കുന്ന ഒരു വൃക്ഷം പോലെയുള്ള ശ്രേണിയിലേക്ക് ക്രമീകരിച്ചിരിക്കുന്നു. ഈ പ്രാതിനിധ്യം ഓർഗനൈസേഷനോട് സാമ്യമുള്ളതാണ് fileമിക്ക കമ്പ്യൂട്ടർ ഉപയോക്താക്കൾക്കും പരിചിതമായ ഡയറക്ടറികളിലേക്ക് (ഫോൾഡറുകൾ) s.
GREIS-ൽ, ഒബ്ജക്റ്റ് ഗ്രൂപ്പുകളെ അനുബന്ധ ഒബ്ജക്റ്റ് പേരുകളുടെ പട്ടികയായി പ്രതിനിധീകരിക്കുന്നു. ഒബ്ജക്റ്റ് ഉൾപ്പെടുന്ന പട്ടികയ്ക്കുള്ളിൽ ഒബ്ജക്റ്റ് നാമം അദ്വിതീയമാണ്. ആഗോളതലത്തിൽ തനതായ ഒബ്ജക്റ്റ് ഐഡൻ്റിഫയർ എന്നത് ഒബ്ജക്റ്റ് ട്രീയിലൂടെ റൂട്ട് ലിസ്റ്റിൽ നിന്ന് ഒബ്ജക്റ്റിലേക്കുള്ള പാതയിലെ എല്ലാ ഒബ്ജക്റ്റ് പേരുകളും ഫോർവേഡ് സ്ലാഷ് (/) കൊണ്ട് വേർതിരിച്ചിരിക്കുന്നു. ഒറ്റ ഫോർവേഡ് സ്ലാഷ് ഉപയോഗിച്ച് റൂട്ട് ലിസ്റ്റ് തന്നെ തിരിച്ചറിയുന്നു.
Exampഒബ്ജക്റ്റ് ഐഡൻ്റിഫയറുകൾ ഇവയാണ്:
Exampലെ: റൂട്ട് ഗ്രൂപ്പ്:
/
Exampലെ: റിസീവർ ഇലക്ട്രോണിക് ഐഡി:
/par/rcv/id
Exampലെ: സീരിയൽ പോർട്ട് എ ബാഡ് നിരക്ക്:
/par/dev/ser/a/rate
Exampലെ: ആട്രിബ്യൂട്ടുകൾ (വലിപ്പവും അവസാന പരിഷ്ക്കരണ സമയവും). file NAME (file ആട്രിബ്യൂട്ടുകൾ താഴെ ചർച്ച ചെയ്യുന്ന ഒബ്ജക്റ്റ് ആട്രിബ്യൂട്ടുകളിൽ നിന്ന് വ്യത്യസ്തമാണ്):
/ലോഗ്/NAME
Example: NMEA GGA വാക്യം:
GREIS
www.javad.com
21
ആമുഖം ആനുകാലിക ഔട്ട്പുട്ട്
ഒബ്ജക്റ്റ് തരങ്ങൾ
/msg/nmea/GGA
എല്ലാ വസ്തുക്കളും ഒന്നോ അതിലധികമോ ആട്രിബ്യൂട്ടുകളുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. ഒബ്ജക്റ്റ് ഐഡൻ്റിഫയറിൽ & പ്രതീകവും ആട്രിബ്യൂട്ടിൻ്റെ പേരും ചേർത്താണ് ഒബ്ജക്റ്റ് ആട്രിബ്യൂട്ടുകൾ തിരിച്ചറിയുന്നത്. ഓരോ വസ്തുവിൻ്റെയും പ്രാഥമിക ഗുണം മൂല്യമാണ്. ഈ ആട്രിബ്യൂട്ട് എല്ലായ്പ്പോഴും GREIS കമാൻഡുകൾ വഴി പരോക്ഷമായി ആക്സസ് ചെയ്യപ്പെടുന്നു. ചില വസ്തുക്കൾക്ക് അധിക ആട്രിബ്യൂട്ടുകൾ ഉണ്ടായിരിക്കാം, ഉദാഹരണത്തിന്ampലെ: ഉദാampലെ: സീരിയൽ പോർട്ട് എ ഡിഫോൾട്ട് ബോഡ് നിരക്ക്:
/par/dev/ser/a/rate&def
Exampലെ: ഉള്ളടക്കം file പേര്:
/ലോഗ്/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/step)-1] മൂല്യങ്ങൾ എടുക്കുന്ന പൂർണ്ണസംഖ്യയാണ്.
ആദ്യ സമവാക്യം സന്ദേശങ്ങളുടെ ഔട്ട്പുട്ടിൻ്റെ അടിസ്ഥാന നിയമം നിർവചിക്കുന്നു, രണ്ടാമത്തേത് ആന്തരിക റിസീവർ യുഗങ്ങളുമായി ബന്ധപ്പെട്ട അധിക നിയന്ത്രണങ്ങൾ ഏർപ്പെടുത്തുന്നു. ഏറ്റവും സാധാരണമായ സാഹചര്യത്തിൽ, കാലഘട്ടവും ഘട്ടവും ഘട്ടത്തിൻ്റെ ഗുണിതങ്ങളായിരിക്കുമ്പോൾ, ആദ്യ സമവാക്യം തൃപ്തികരമാകുമ്പോഴെല്ലാം രണ്ടാമത്തെ സമവാക്യം യാന്ത്രികമായി സംതൃപ്തമാകും. എങ്കിൽ എന്നതും ശ്രദ്ധിക്കുക
86400 (മോഡ് പിരീഡ്) 0,
www.javad.com
23
ആമുഖം ആനുകാലിക ഔട്ട്പുട്ട്
ഔട്ട്പുട്ട് എണ്ണം
ExampLe:
Exampലെ: ഉദാampLe:
ഡേ റോൾ ഓവറിന് മുമ്പ് അയച്ച അവസാന സന്ദേശവും ഡേ റോൾ ഓവറിന് ശേഷമുള്ള ആദ്യ സന്ദേശവും തമ്മിലുള്ള യഥാർത്ഥ ഇടവേള കാലയളവിൻ്റെ മൂല്യത്തിൽ നിന്ന് വ്യത്യസ്തമായിരിക്കും.
മുൻ ദമ്പതികളെ പരിഗണിക്കുകampഈ സംവിധാനം ചിത്രീകരിക്കുന്നു:
കാലയളവ് 10സെക്കൻ്റാണെന്നും ഘട്ടം 2.2സെക്കാണെന്നും ഘട്ടം 0.2സെക്കാണെന്നും കരുതുക. ടൗട്ടിന്, രണ്ടാമത്തെ സമവാക്യം അനുസരിച്ച്, ഘട്ടത്തിൻ്റെ ഗുണിത മൂല്യങ്ങൾ മാത്രമേ എടുക്കാൻ കഴിയൂ, ആദ്യ സമവാക്യത്തിൻ്റെ ഇടത് ഭാഗം ഇനിപ്പറയുന്ന മൂല്യങ്ങൾ എടുക്കും: 0, 0.2, 0.4, ..., 9.8, 0, ..., അതിൽ നിന്ന് മൂല്യം മാത്രം 2.2 മത്സരങ്ങൾ ഘട്ടം. ഈ പൊരുത്തങ്ങൾ സംഭവിക്കുകയും സന്ദേശം ഔട്ട്പുട്ട് ആകുകയും ചെയ്യും, ഓരോ തവണയും Tout ഇനിപ്പറയുന്ന മൂല്യങ്ങളിൽ ഒന്ന് എടുക്കുന്നു: 2.2s, 12.2s, 22.2s, മുതലായവ.
കാലയളവ് 10സെക്കൻ്റാണെന്നും ഘട്ടം 2.2സെക്കാണെന്നും ഘട്ടം 0.5സെക്കാണെന്നും കരുതുക. മുകളിലെ ജോഡി ഒരേസമയം സമവാക്യങ്ങൾ ഒരിക്കലും തൃപ്തികരമല്ലാത്തതിനാൽ റിസീവർ സന്ദേശം ഔട്ട്പുട്ട് ചെയ്യില്ല.
ഘട്ടം > കാലഘട്ടം എന്ന് കരുതുക. ആദ്യ സമവാക്യം ഒരിക്കലും തൃപ്തിപ്പെടാത്തതിനാൽ റിസീവർ സന്ദേശം ഔട്ട്പുട്ട് ചെയ്യില്ല.
1.5.2 ഔട്ട്പുട്ട് കൗണ്ട്
കുറിപ്പ്:
സന്ദേശ ഷെഡ്യൂളിംഗ് പാരാമീറ്ററുകളുടെ എണ്ണൽ ഫീൽഡ് [-256...32767) ശ്രേണിയിലെ ഒരു പൂർണ്ണ മൂല്യമാണ് കൂടാതെ രണ്ട് വ്യത്യസ്ത ഉദ്ദേശ്യങ്ങൾ നിറവേറ്റുന്നു:
1. എണ്ണം 0 ആയിരിക്കുമ്പോൾ, അൺലിമിറ്റഡ് മെസേജുകൾ ഔട്ട്പുട്ട് ചെയ്യും. എണ്ണം 0-ൽ കൂടുതലാണെങ്കിൽ, സന്ദേശം എത്ര തവണ ഔട്ട്പുട്ട് ആകുമെന്ന് ഇത് നിർവചിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, സന്ദേശം ഓരോ തവണയും ഔട്ട്പുട്ട് ചെയ്യുമ്പോൾ കൌണ്ടർ 1 ആയി കുറയുന്നു, അത് 0 ആകുമ്പോൾ, F_DISABLED ബിറ്റ് ഫ്ലാഗ്സ് ഫീൽഡിൽ സജ്ജീകരിക്കും. സന്ദേശ ഷെഡ്യൂളർ F_DISABLED ബിറ്റ് സെറ്റ് ഉപയോഗിച്ച് സന്ദേശങ്ങൾ ഔട്ട്പുട്ട് ചെയ്യുന്നില്ല.
2. എണ്ണം [-256...-1] ശ്രേണിയിലെ ഒരു മൂല്യത്തിലേക്ക് സജ്ജീകരിക്കുമ്പോൾ, സന്ദേശത്തിൻ്റെ ഔട്ട്പുട്ട് അടിച്ചമർത്തപ്പെടില്ല, കൂടാതെ കൗണ്ട് ഫീൽഡ് തികച്ചും വ്യത്യസ്തമായ ഉദ്ദേശ്യങ്ങൾ നിറവേറ്റുന്നു. ഔട്ട്പുട്ടിനു മുമ്പായി പ്രത്യേക [>>] സന്ദേശത്തിലേക്ക് സന്ദേശം പൊതിയുന്നത് ഇത് പ്രവർത്തനക്ഷമമാക്കുന്നു (പേജ് 132-ലെ “[>>] റാപ്പർ” കാണുക). ജനറേറ്റ് ചെയ്ത [>>] സന്ദേശത്തിൽ ഐഡി ഫീൽഡ് സജ്ജീകരിക്കാൻ എണ്ണത്തിൻ്റെ മൂല്യം ഉപയോഗിക്കുന്നു, അങ്ങനെ ഐഡി സംഖ്യാപരമായി (-1 - കൗണ്ട്) ന് തുല്യമായിരിക്കും.
റാപ്പിംഗ് ഫീച്ചർ ഉപയോഗപ്രദമാണ്, ഉദാഹരണത്തിന്ample, റിസീവറിൽ നിന്ന് സന്ദേശങ്ങൾ സ്വീകരിക്കുകയും ഒന്നിലധികം ക്ലയൻ്റുകൾക്ക് കൈമാറുകയും ചെയ്യുന്ന ഒരു സെർവർ ആപ്ലിക്കേഷനായി. വ്യത്യസ്ത ഐഡൻ്റിഫയറുകളുള്ള [>>] സന്ദേശങ്ങളിലേക്ക് അനിയന്ത്രിതമായ സന്ദേശങ്ങൾ പൊതിയാൻ ഇതിന് അഭ്യർത്ഥിക്കാം, ലഭിച്ച സന്ദേശങ്ങൾ അൺറാപ്പ് ചെയ്യാനും ലഭിച്ച ഐഡിയെ അടിസ്ഥാനമാക്കി പ്രത്യേക ക്ലയൻ്റിലേക്ക് ഡാറ്റ അയയ്ക്കാനും കഴിയും. ഈ ഫീച്ചർ ഉപയോഗിക്കുന്നതിലൂടെ, അത്തരം ഒരു ആപ്ലിക്കേഷന് മറ്റേതെങ്കിലും ഡാറ്റ ഫോർമാറ്റുകളെക്കുറിച്ചും [>>] സന്ദേശത്തിൻ്റെ ഫോർമാറ്റിനെക്കുറിച്ചും അറിഞ്ഞിരിക്കേണ്ടതില്ല, കൂടാതെ വ്യത്യസ്ത ഫോർമാറ്റുകളിൽ സന്ദേശങ്ങൾ ലഭിക്കുന്നതിനും അയയ്ക്കുന്നതിനും റിസീവറുമായുള്ള ആശയവിനിമയത്തിൻ്റെ ഒരൊറ്റ ചാനൽ ഉപയോഗിക്കാനും കഴിയും.
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 അല്ലെങ്കിൽ out കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്തതിന് ശേഷം ഉടൻ തന്നെ ആദ്യത്തെ സന്ദേശം ഔട്ട്പുട്ട് ചെയ്യും. മിക്ക സന്ദേശങ്ങൾക്കും ഈ ഫ്ലാഗ് അവഗണിക്കപ്പെട്ടിരിക്കുന്നു1.
F_NOTENA ഒരു ഔട്ട്പുട്ട് ലിസ്റ്റിൽ ഒരു സന്ദേശത്തിനായി ഈ ഫ്ലാഗ് സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, സന്ദേശം പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ ഈ സന്ദേശത്തിനുള്ള F_DISABLED ഫ്ലാഗ് മായ്ക്കപ്പെടില്ല, അതിനാൽ അതിൻ്റെ ഔട്ട്പുട്ട് താൽക്കാലികമായി നിർത്തും. ഉദാample, ഈ ഫ്ലാഗ് ഉപയോഗിക്കുന്നത്, ഈ ഫ്ലൈയിൽ ഉപയോക്താവ് ഔട്ട്പുട്ട് കാലയളവ് മാറ്റുമ്പോൾ, ആദ്യം ഔട്ട്പുട്ട് പ്രവർത്തനരഹിതമാക്കാതെ, ഡിഫോൾട്ട് സെറ്റിലെ സന്ദേശങ്ങളിൽ നിന്ന് ചില സന്ദേശങ്ങൾ ഔട്ട്പുട്ട് ചെയ്യാതിരിക്കാനാണ്.
F_FIX_PERIOD, F_FIX_PHASE, F_FIX_COUNT, F_FIX_PERIOD ഒരു ഷെഡ്യൂളിംഗ് പാരാമീറ്ററുകളിൽ 1 ആയി സജ്ജീകരിച്ചിരിക്കുന്നതിനാൽ, em, out കമാൻഡുകൾ വഴി ഈ ഷെഡ്യൂളിംഗ് പാരാമീറ്ററുകളുടെ അനുബന്ധ ഫീൽഡ്(കളിൽ) മാറ്റങ്ങൾ തടയുക.
F_DISABLED എന്നത് ഉപയോക്താവിന് വ്യക്തമായി പ്രോഗ്രാം ചെയ്യാൻ കഴിയുന്നതല്ല. ഒരാൾ ഒരു പോസിറ്റീവ് കൗണ്ടിൽ ഒരു സന്ദേശം പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ, ഈ സന്ദേശം ഔട്ട്പുട്ട് കൗണ്ട് സമയത്തിന് ശേഷം, സന്ദേശ ഷെഡ്യൂളർ ഈ ഫ്ലാഗ് 1 ആയി സജ്ജീകരിക്കുന്നു. F_NOTENA ഫ്ലാഗ് സജ്ജീകരിച്ചിട്ടില്ലെങ്കിൽ, സന്ദേശം വീണ്ടും പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ ഈ ഫ്ലാഗ് 0 ആയി മായ്ക്കും. ഈ സന്ദേശം.
1. നിലവിൽ രണ്ട് GREIS സന്ദേശങ്ങൾ, [JP], [MF] എന്നിവ മാത്രമേ ഈ പതാകയെ ബഹുമാനിക്കുന്നുള്ളൂ.
GREIS
www.javad.com
26
അധ്യായം 2
റിസീവർ ഇൻപുട്ട് ഭാഷ
റിസീവർ ഇൻപുട്ട് ഭാഷയുടെ വാക്യഘടനയും അർത്ഥശാസ്ത്രവും ഈ അധ്യായം വിവരിക്കുന്നു. ഞങ്ങൾ ചില മുൻകാലങ്ങളിൽ നിന്ന് ആരംഭിക്കുന്നുampവായനക്കാരന് ഭാഷയുടെ ഒരു തോന്നൽ നൽകുന്നതിന് les, തുടർന്ന് വിശദമായ വാക്യഘടന നിർവചനത്തിലേക്ക് തിരിയുക, തുടർന്ന് നിർവചിക്കപ്പെട്ട എല്ലാ കമാൻഡുകളും അവയുടെ അർത്ഥശാസ്ത്രത്തോടൊപ്പം വിവരിക്കുക.
2.1 ഭാഷ ഉദാampലെസ്
ഇവിടെ കുറച്ച് മുൻampറിസീവർ മറുപടികൾക്കൊപ്പം യഥാർത്ഥ പ്രസ്താവനകൾ റിസീവർ മനസ്സിലാക്കുന്നു. നിങ്ങൾ കൂടുതൽ മുൻ കണ്ടെത്തുംampഅനുബന്ധ ഉപവിഭാഗങ്ങളിൽ പ്രത്യേക കമാൻഡുകൾ ഉപയോഗിക്കുന്നതിനെക്കുറിച്ചുള്ള ഉദാഹരണങ്ങൾ. റിസീവറിലേക്കുള്ള ഇൻപുട്ട് പ്രതീകം ഉപയോഗിച്ച് അടയാളപ്പെടുത്തിയിരിക്കുന്നു, അതേസമയം റിസീവർ ഔട്ട്പുട്ട് പ്രതീകം ഉപയോഗിച്ച് അടയാളപ്പെടുത്തിയിരിക്കുന്നു:
Exampലെ: റിസീവറിനോട് അതിൻ്റെ ഇലക്ട്രോണിക് ഐഡി പ്രിൻ്റ് ചെയ്യാൻ ആവശ്യപ്പെടുക. കാണിച്ചിരിക്കുന്ന മറുപടി സന്ദേശം സ്വീകർത്താവ് സൃഷ്ടിക്കുന്നു:
ExampLe:
പ്രിന്റ്,/പാർ/ആർസിവി/ഐഡി RE00C QP01234TR45-ന്റെ വിവരണം
റിസീവറിനോട് അതിൻ്റെ സീരിയൽ പോർട്ട് A യുടെ ബോഡ് നിരക്ക് 9600 ആയി സജ്ജീകരിക്കാൻ ആവശ്യപ്പെടുക. റിസീവർ കമാൻഡ് വിജയകരമായി നടപ്പിലാക്കുന്നു, ഒരു മറുപടിയും സൃഷ്ടിക്കുന്നില്ല.
സെറ്റ്,/par/dev/ser/a/rate,9600
Example: മുമ്പത്തെ മുൻ കമാൻഡിലെ അതേ കമാൻഡ് ഉപയോഗിക്കുകample, എന്നാൽ സ്റ്റേറ്റ്മെൻ്റ് ഐഡൻ്റിഫയർ ഉപയോഗിച്ച് മറുപടി സൃഷ്ടിക്കാൻ റിസീവറിനെ നിർബന്ധിക്കുക.
ExampLe:
%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 ഭാഷാ വാക്യഘടന
അനിയന്ത്രിതമായ ദൈർഘ്യം1 ൻ്റെ ASCII പ്രതീകങ്ങളുടെ വരികൾ GREIS നിർവചിക്കുന്നു, ഒന്നുകിൽ ക്യാരേജ്-റിട്ടേൺ കൊണ്ട് വേർതിരിച്ചിരിക്കുന്നു ( , 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% സ്റ്റേറ്റ്മെൻ്റ് ഐഡൻ്റിഫയർ, ഇവിടെ ഐഡി അനിയന്ത്രിതമായ സ്ട്രിംഗിനെ സൂചിപ്പിക്കുന്നു, ഒരുപക്ഷേ ശൂന്യമാണ്. ഐഡൻ്റിഫയർ, നിലവിലുണ്ടെങ്കിൽ, പ്രസ്താവനയ്ക്കുള്ള പ്രതികരണ സന്ദേശത്തിലേക്ക് റിസീവർ മാറ്റമില്ലാതെ പകർത്തുന്നു. ഒരു ഐഡൻ്റിഫയർ ഉള്ള ഏതൊരു പ്രസ്താവനയും എല്ലായ്പ്പോഴും റിസീവറിൽ നിന്ന് ഒരു പ്രതികരണം സൃഷ്ടിക്കും. ഒരു ഐഡൻ്റിഫയർ മാത്രം ഉൾക്കൊള്ളുന്ന ഒരു പ്രസ്താവനയും അനുവദനീയമാണ്; അത്തരമൊരു സാഹചര്യത്തിൽ, റിസീവർ ഒരു പ്രതികരണ സന്ദേശം സൃഷ്ടിക്കും.
കമാൻഡ് ഒരു (ഒരുപക്ഷേ ശൂന്യമായ) ലിസ്റ്റ്, അവിടെ ആദ്യ ഘടകത്തെ കമാൻഡ് നാമം എന്ന് വിളിക്കുന്നു. ഇത് ചെയ്യേണ്ട പ്രവർത്തനത്തെ സൂചിപ്പിക്കുന്നു. ബാക്കിയുള്ള ഘടകങ്ങൾ (എന്തെങ്കിലും ഉണ്ടെങ്കിൽ) കമാൻഡ് ആണ്
GREIS
1. റിസീവറുകളിലെ നിലവിലെ GREIS നടപ്പിലാക്കൽ 256 പ്രതീകങ്ങൾ വരെ നീളമുള്ള വരികളെ പിന്തുണയ്ക്കുന്നു.
www.javad.com
28
റിസീവർ ഇൻപുട്ട് ഭാഷാ ഭാഷാ വാക്യഘടന
വാദങ്ങൾ. കമാൻഡ് ലിസ്റ്റിന് ചുറ്റുമുള്ള ബ്രേസുകൾ ഒഴിവാക്കാം. ലിസ്റ്റുകളുടെ വാക്യഘടനയ്ക്കായി പേജ് 19-ലെ "ലിസ്റ്റുകൾ" കാണുക. @CS ചെക്ക്സം, CS എന്നത് 8-ബിറ്റ് ചെക്ക്സം ആണ്, 2-ബൈറ്റ് ഹെക്സാഡെസിമൽ നമ്പറായി ഫോർമാറ്റ് ചെയ്തിരിക്കുന്നു. ചെക്ക്സം ഉപയോഗിച്ച് ഒരു പ്രസ്താവന നടപ്പിലാക്കുന്നതിന് മുമ്പ്, റിസീവർ ഇൻപുട്ട് ചെക്ക്സം CS-നെ ഫേംവെയർ കംപ്യൂട്ടുചെയ്തതുമായി താരതമ്യം ചെയ്യും, കൂടാതെ ഈ ചെക്ക്സം പൊരുത്തക്കേടുകൾ ഉണ്ടെങ്കിൽ പ്രസ്താവന നടപ്പിലാക്കാൻ വിസമ്മതിക്കുകയും ചെയ്യും. പ്രസ്താവനയുടെ ആദ്യത്തെ ശൂന്യമല്ലാത്ത പ്രതീകം മുതൽ @ പ്രതീകം വരെ ഉൾപ്പെടെ ചെക്ക്സം കണക്കാക്കുന്നു. വിശദാംശങ്ങൾക്ക് പേജ് 579-ലെ "കമ്പ്യൂട്ടിംഗ് ചെക്ക്സംസ്" കാണുക.
സ്റ്റേറ്റ്മെൻ്റ് ഐഡൻ്റിഫയർ, %ID%, ഇനിപ്പറയുന്ന ഉദ്ദേശ്യങ്ങൾ നിറവേറ്റുന്നു:
1. കമാൻഡിന് റിസീവർ പ്രതികരണം നിർബന്ധിക്കുന്നു. 2. റിസീവറിലേക്ക് വ്യത്യസ്ത ഐഡൻ്റിഫയറുകളുള്ള ഒന്നിലധികം കമാൻഡുകൾ അയയ്ക്കാൻ അനുവദിക്കുന്നു
ഓരോ കമാൻഡിനുമുള്ള പ്രതികരണത്തിനായി കാത്തിരിക്കാതെ, പ്രതികരണങ്ങൾ സ്വീകരിച്ച് ഏത് കമാൻഡിനോട് യോജിക്കുന്ന പ്രതികരണമാണ് എന്ന് പറയുക. 3. പ്രത്യേക റിസീവർ പ്രതികരണം പ്രത്യേക കമാൻഡുമായി പൊരുത്തപ്പെടുന്നുണ്ടോയെന്ന് പരിശോധിക്കാൻ അനുവദിച്ചുകൊണ്ട് റിസീവറുമായി സമന്വയം സ്ഥാപിക്കാൻ സഹായിക്കുന്നു, അല്ലാതെ മുമ്പോ ശേഷമോ പുറപ്പെടുവിച്ച മറ്റ് കമാൻഡുകളല്ല.
കോളണിന് ശേഷം (:, ASCII കോഡ് 58) കമാൻഡിൻ്റെ ഏത് ഘടകത്തിലും ഓപ്ഷനുകൾ എന്ന് വിളിക്കപ്പെടുന്ന ഒരു ലിസ്റ്റ് കൂട്ടിച്ചേർക്കാവുന്നതാണ്. ഓപ്ഷൻ ലിസ്റ്റിൽ ഒരൊറ്റ ഘടകം ഉൾപ്പെടുന്നുവെങ്കിൽ, ചുറ്റുമുള്ള ബ്രേസുകൾ ഒഴിവാക്കാവുന്നതാണ്. ഒരു ലിസ്റ്റിൽ ചേർത്തിരിക്കുന്ന ഓപ്ഷനുകളുടെ ലിസ്റ്റ് ലിസ്റ്റിലെ എല്ലാ ഘടകങ്ങളിലേക്കും വ്യാപിപ്പിക്കുന്നു, എന്നിരുന്നാലും ലിസ്റ്റിലെ ഒരു ഘടകത്തിലേക്ക് വ്യക്തമായി ചേർത്ത ഓപ്ഷനുകൾ പ്രചരിപ്പിച്ച ഓപ്ഷനുകളേക്കാൾ മുൻഗണന നൽകുന്നു. ഉദാampലെ,
{e1,{e2:{o1,,o3},e3}}:{o4,o5}
ഇതിന് തുല്യമാണ്:
{e1:{o4,o5},{e2:{o1,o5,o3},e3:{o4,o5}}}
e2 എലമെൻ്റിനുള്ള ഓപ്ഷനുകളുടെ ലിസ്റ്റിലേക്ക് പ്രചരിപ്പിക്കാൻ ഒ5 ഓപ്ഷൻ എങ്ങനെ മിസ്ഡ് ഓപ്ഷൻ അനുവദിക്കുന്നു എന്നതും ശ്രദ്ധിക്കുക.
കമാൻഡിലെ ആർഗ്യുമെൻ്റുകളുടെയും ഓപ്ഷനുകളുടെയും സംഖ്യയും അർത്ഥവും പ്രത്യേക കമാൻഡ് പ്രവർത്തനത്തെ ആശ്രയിച്ചിരിക്കുന്നു, കൂടാതെ ഓരോ റിസീവർ കമാൻഡിൻ്റെയും വിവരണത്തിൽ നിർവചിച്ചിരിക്കുന്നു. ഇതുകൂടാതെ, കമാൻഡ് വിവരണം ചില ഓപ്ഷനുകൾ വ്യക്തമാക്കുന്നു, എന്നാൽ അവയിൽ ചിലത് അല്ലെങ്കിൽ എല്ലാം സ്റ്റേറ്റ്മെൻ്റിൽ നഷ്ടമായിട്ടുണ്ടെങ്കിൽ, നഷ്ടമായ ഓപ്ഷനുകൾക്കുള്ള സ്ഥിര മൂല്യങ്ങൾ പകരം വയ്ക്കുന്നു. ഓപ്ഷനുകൾക്കായുള്ള ഡിഫോൾട്ട് മൂല്യങ്ങളും ഓരോ റിസീവർ കമാൻഡിൻ്റെയും വിവരണത്തിൽ നിർവചിച്ചിരിക്കുന്നു.
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ലെസ്. മുൻ ഭാഗത്തിൽ ആർഗ്യുമെൻ്റുകളായി ഉപയോഗിക്കുന്ന ഒബ്ജക്റ്റുകളുടെ വിശദമായ വിവരണത്തിന്ampലെസ്, ദയവായി പേജ് 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 ലിസ്റ്റ്
റിസീവർ ഇൻപുട്ട് ഭാഷാ കമാൻഡ് ലിസ്റ്റ്
പേര്
ഒരു ഒബ്ജക്റ്റിൻ്റെ ലിസ്റ്റ് ഉള്ളടക്കങ്ങൾ.
സംഗ്രഹം
ഫോർമാറ്റ്: ലിസ്റ്റ്[,ഒബ്ജക്റ്റ്] ഓപ്ഷനുകൾ: ഒന്നുമില്ല
വാദങ്ങൾ
ഒബ്ജക്റ്റ് ഔട്ട്പുട്ട് ചെയ്യേണ്ട വസ്തുവിൻ്റെ ഒബ്ജക്റ്റ് ഐഡൻ്റിഫയർ. ഒബ്ജക്റ്റ് ഒഴിവാക്കിയാൽ, /ലോഗ് അനുമാനിക്കും. ഒബ്ജക്റ്റ് “/” എന്നതിൽ ആരംഭിക്കുന്നില്ലെങ്കിൽ, കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നതിന് മുമ്പ് ഒബ്ജക്റ്റിന് മുമ്പായി “/ലോഗ്/” പ്രിഫിക്സ് സ്വയമേവ ചേർക്കപ്പെടും.
ഓപ്ഷനുകൾ
ഒന്നുമില്ല.
വിവരണം
ഈ കമാൻഡ് ഒബ്ജക്റ്റിലെ ഓരോ അംഗത്തിൻ്റെയും പേരുകൾ ഔട്ട്പുട്ട് ചെയ്യുന്നു. പ്രതികരണം എല്ലായ്പ്പോഴും ജനറേറ്റ് ചെയ്യപ്പെടുന്നു, കൂടാതെ ഒരൊറ്റ ലിസ്റ്റ് കമാൻഡിൻ്റെ പ്രതികരണമായി ഒന്നിലധികം [RE] സന്ദേശങ്ങൾ സൃഷ്ടിക്കാൻ കഴിയും. വ്യക്തമാക്കിയ ഒബ്ജക്റ്റ് ടൈപ്പ് ലിസ്റ്റിൻ്റേതല്ലെങ്കിൽ, ശൂന്യമായ [RE] സന്ദേശം ജനറേറ്റുചെയ്യും. വ്യക്തമാക്കിയ ഒബ്ജക്റ്റ് ഒരു ലിസ്റ്റാണെങ്കിൽ, ലിസ്റ്റിലെ എല്ലാ ഒബ്ജക്റ്റിൻ്റെയും പേരുകളുടെ ലിസ്റ്റ് പ്രിൻ്റ് ചെയ്തിരിക്കുന്നു. ഇല ഒബ്ജക്റ്റുകൾ എത്തുന്നതുവരെ ഇത് ആവർത്തിച്ച് പ്രയോഗിക്കുന്നു, അതിനാൽ ഇലകളല്ലാത്ത തരത്തിലുള്ള ഒരു ഒബ്ജക്റ്റ് ലിസ്റ്റുചെയ്യുന്നത് നിർദ്ദിഷ്ട ഒബ്ജക്റ്റിൽ നിന്ന് ആരംഭിക്കുന്ന മുഴുവൻ ഉപവൃക്ഷത്തെയും ഫലപ്രദമായി ഔട്ട്പുട്ട് ചെയ്യുന്നു. ലിസ്റ്റുകൾ അച്ചടിക്കുകയാണെങ്കിൽ, ഒന്നിലധികം [RE] സന്ദേശങ്ങൾ സൃഷ്ടിക്കാൻ കഴിയും. എന്നിരുന്നാലും, ലിസ്റ്റ് സെപ്പറേറ്റർ പ്രതീകങ്ങൾക്ക് ശേഷം മാത്രമേ ഔട്ട്പുട്ടിൻ്റെ വിഭജനം സംഭവിക്കൂ.
Exampലെസ്
Example: ഒരു നോൺ-ലിസ്റ്റ് ഒബ്ജക്റ്റിൻ്റെ ലിസ്റ്റിംഗിനുള്ള ശൂന്യമായ മറുപടി:
ലിസ്റ്റ്,/par/rcv/ver/main RE000
Example: നിലവിലില്ലാത്ത ഒബ്ജക്റ്റിൻ്റെ ലിസ്റ്റ് ചെയ്യുന്നതിനുള്ള പിശക് മറുപടി:
ലിസ്റ്റ്,/നിലവിലില്ല ER018{2,,തെറ്റായ ആദ്യ പാരാമീറ്റർ}
GREIS
www.javad.com
35
റിസീവർ ഇൻപുട്ട് ഭാഷാ കമാൻഡ് ലിസ്റ്റ്
Exampലെ: നിലവിലുള്ള ലോഗിൻ്റെ ഒരു ലിസ്റ്റ് നേടുക-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 ജെപിഎസ്/എൻഎ,ജെപിഎസ്/ഡബ്ല്യുഇ,ജെപിഎസ്/ഡബ്ല്യുഎ,ജെപിഎസ്/ഡബ്ല്യുഒ}
GREIS
www.javad.com
36
GREIS
2.3.4 ഇഎം & ഔട്ട്
റിസീവർ ഇൻപുട്ട് ഭാഷ കമാൻഡുകൾ ഇം & ഔട്ട്
പേര്
em, ഔട്ട് ആനുകാലികമായി സന്ദേശങ്ങളുടെ ഔട്ട്പുട്ട് പ്രവർത്തനക്ഷമമാക്കുക.
സംഗ്രഹം
ഫോർമാറ്റ്: ഫോർമാറ്റ്: ഓപ്ഷനുകൾ:
em,[ലക്ഷ്യം],സന്ദേശങ്ങൾ പുറത്തേക്ക്,[ലക്ഷ്യം],സന്ദേശങ്ങൾ {കാലയളവ്, ഘട്ടം, എണ്ണം, ഫ്ലാഗുകൾ}
വാദങ്ങൾ
ഏതെങ്കിലും ഔട്ട്പുട്ട് സ്ട്രീം അല്ലെങ്കിൽ സന്ദേശ സെറ്റ് ടാർഗെറ്റ് ചെയ്യുക. ലക്ഷ്യമൊന്നും വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, നിലവിലെ ടെർമിനൽ, /cur/term, അനുമാനിക്കപ്പെടുന്നു.
പ്രവർത്തനക്ഷമമാക്കേണ്ട സന്ദേശ നാമങ്ങളുടെ കൂടാതെ/അല്ലെങ്കിൽ സന്ദേശ സെറ്റ് പേരുകളുടെ ലിസ്റ്റ് (ചുറ്റുമുള്ള ബ്രേസുകളോടുകൂടിയോ അല്ലാതെയോ) സന്ദേശമയയ്ക്കുന്നു. നിർദ്ദിഷ്ട പേരുകളിൽ ചിലത് "/" എന്നതിൽ ആരംഭിക്കുന്നില്ലെങ്കിൽ, കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നതിന് മുമ്പ് അത്തരം പേരുകൾക്ക് മുമ്പായി "/msg/" പ്രിഫിക്സ് സ്വയമേവ ചേർക്കപ്പെടും.
ഓപ്ഷനുകൾ
പട്ടിക 2-3. em, ഔട്ട് ഓപ്ഷനുകൾ സംഗ്രഹം
പേര് തരം
മൂല്യങ്ങൾ
സ്ഥിരസ്ഥിതി
പിരീഡ് ഫ്ലോട്ട് [0…86400)
–
ഘട്ടം ഫ്ലോട്ട് [0…86400)
–
ഔട്ട് ഇം 256-ന് പൂർണ്ണസംഖ്യ [-32767...0] 1
ഫ്ലാഗുകളുടെ പൂർണ്ണസംഖ്യ [0...0xFFFF] –
കാലയളവ്, ഘട്ടം, എണ്ണം, ഫ്ലാഗുകൾ സന്ദേശ ഷെഡ്യൂളിംഗ് പാരാമീറ്ററുകൾ.
വിവരണം
ഈ കമാൻഡുകൾ ടാർഗെറ്റിലേക്ക് നിർദ്ദിഷ്ട സന്ദേശങ്ങളുടെ ആനുകാലിക ഔട്ട്പുട്ട് പ്രാപ്തമാക്കുന്നു, സന്ദേശ ഷെഡ്യൂളിംഗ് പാരാമീറ്ററുകൾ ഓപ്ഷനുകളാൽ വ്യക്തമാക്കിയവയാക്കുന്നു. ഒരു പിശക് ഇല്ലെങ്കിൽ, അല്ലെങ്കിൽ പ്രസ്താവന ഐഡൻ്റിഫയർ നിർബന്ധിതമായി പ്രതികരണമൊന്നും സൃഷ്ടിക്കപ്പെടുന്നില്ല.
കൗണ്ട് ഓപ്ഷൻ്റെ ഡിഫോൾട്ട് മൂല്യം em-ന് 0, ഔട്ട്-ന് 1 എന്നിങ്ങനെ സജ്ജീകരിച്ചിരിക്കുന്നതൊഴിച്ചാൽ em, out കമാൻഡുകൾ ഒന്നുതന്നെയാണ്. അഭ്യർത്ഥിക്കാനുള്ള കൂടുതൽ സൗകര്യപ്രദമായ മാർഗമാണ് ഔട്ട് കമാൻഡ്
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}
മുകളിൽ പറഞ്ഞതുപോലെ തന്നെ, എന്നാൽ em എന്നതിന് പകരം ഉപയോഗിക്കുന്നത്:
പുറത്ത്,,nmea/GGA
Example: നിലവിലെ ലോഗിലേക്ക് സ്ഥിരസ്ഥിതി സന്ദേശങ്ങളുടെ ഔട്ട്പുട്ട് പ്രവർത്തനക്ഷമമാക്കുക-file എ ഡിഫോൾട്ട് ഔട്ട്പുട്ട് പാരാമീറ്ററുകൾ ഉപയോഗിക്കുന്നു. ഒന്നുകിൽ:
ExampLe:
em,/cur/file/a,/msg/def em,/cur/file/a,def
നിലവിലെ ലോഗിലേക്ക് സ്ഥിരസ്ഥിതി സന്ദേശങ്ങളുടെ ഔട്ട്പുട്ട് പ്രവർത്തനക്ഷമമാക്കുക-file ഓരോ 10 സെക്കൻഡിലും മറ്റ് ഔട്ട്പുട്ട് പാരാമീറ്ററുകൾക്കായി, അവയുടെ ഡിഫോൾട്ട് മൂല്യങ്ങൾ ഉപയോഗിക്കും:
em,/cur/file/a,def:10
Example: ഡിഫോൾട്ട് ഔട്ട്പുട്ട് പാരാമീറ്ററുകൾ ഉപയോഗിച്ച് നിലവിലെ ടെർമിനലിലേക്ക് ഡിഫോൾട്ട് സെറ്റ് സന്ദേശങ്ങളുടെ ഔട്ട്പുട്ട് പ്രവർത്തനക്ഷമമാക്കുക. ഒന്നുകിൽ:
ExampLe:
em,/cur/term,/msg/def em,,/msg/def em,,def
നിലവിലെ ടെർമിനലിലേക്ക് GREIS സന്ദേശങ്ങൾ [~~](RT), [RD] എന്നിവയുടെ ഔട്ട്പുട്ട് പ്രവർത്തനക്ഷമമാക്കുക. ഒന്നുകിൽ:
ExampLe:
എം,,/എംഎസ്ജി/ജെപിഎസ്/ആർടി,/എംഎസ്ജി/ജെപിഎസ്/ആർഡി എം,,ജെപിഎസ്/{ആർടി,ആർഡി}
ഓരോ 20 സെക്കൻഡിലും നിലവിലെ ടെർമിനലിലേക്ക് NMEA സന്ദേശങ്ങളുടെ GGA, ZDA എന്നിവയുടെ ഔട്ട്പുട്ട് പ്രവർത്തനക്ഷമമാക്കുക:
ExampLe:
em,,nmea/{GGA,ZDA}:20
സീരിയൽ പോർട്ട് എയിലേക്ക് [SI], [EL], [AZ] എന്നീ സന്ദേശങ്ങളുടെ ഔട്ട്പുട്ട് പ്രവർത്തനക്ഷമമാക്കുക. [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: RTCM 2.x സന്ദേശ തരങ്ങൾ 1, 31 എന്നിവയുടെ ഔട്ട്പുട്ട് പ്രവർത്തനക്ഷമമാക്കുക സീരിയൽ പോർട്ട് B ലേക്ക് 3 സെക്കൻഡ് ഔട്ട്പുട്ട് ഇടവേളയും, RTCM 2.x സന്ദേശ തരങ്ങൾ 18, 19, 3, 22 ലേക്ക് 1, 18, 19, 10 പോർട്ട് C ലേക്ക് 3 സെക്കൻഡ് ഔട്ട്പുട്ട് ഇടവേളയും 22; കൂടാതെ XNUMX, XNUMX തരങ്ങൾക്കായി XNUMX സെക്കൻഡ്:
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[,[target][,messages]] ഓപ്ഷനുകൾ: ഒന്നുമില്ല
വാദങ്ങൾ
ഏതെങ്കിലും ഔട്ട്പുട്ട് സ്ട്രീം അല്ലെങ്കിൽ സന്ദേശ സെറ്റ് ടാർഗെറ്റ് ചെയ്യുക. ലക്ഷ്യമൊന്നും വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, നിലവിലെ ടെർമിനൽ, /cur/term, അനുമാനിക്കപ്പെടുന്നു. നിർദ്ദിഷ്ട പേരുകളിൽ ചിലത് "/" എന്നതിൽ ആരംഭിക്കുന്നില്ലെങ്കിൽ, കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നതിന് മുമ്പ് അത്തരം പേരുകൾക്ക് മുമ്പായി "/msg/" പ്രിഫിക്സ് സ്വയമേവ ചേർക്കപ്പെടും.
ചുറ്റുമുള്ള ബ്രേസുകൾ ഉപയോഗിച്ചോ അല്ലാതെയോ അപ്രാപ്തമാക്കേണ്ട സന്ദേശങ്ങളുടെ ലിസ്റ്റ് അല്ലെങ്കിൽ ഏതെങ്കിലും സന്ദേശ ഗ്രൂപ്പോ സന്ദേശ സജ്ജീകരണമോ സന്ദേശം നൽകുന്നു. സന്ദേശങ്ങളൊന്നും വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, ലക്ഷ്യത്തിലേക്കുള്ള എല്ലാ ആനുകാലിക ഔട്ട്പുട്ടും പ്രവർത്തനരഹിതമാകും.
ഓപ്ഷനുകൾ
ഒന്നുമില്ല.
വിവരണം
ഈ കമാൻഡ് ഒബ്ജക്റ്റ് ടാർഗെറ്റിലേക്ക് നിർദ്ദിഷ്ട സന്ദേശങ്ങളുടെ ആനുകാലിക ഔട്ട്പുട്ട് പ്രവർത്തനരഹിതമാക്കുന്നു. ഒരു പിശക് ഇല്ലെങ്കിൽ, അല്ലെങ്കിൽ പ്രസ്താവന ഐഡൻ്റിഫയർ നിർബന്ധിതമായി പ്രതികരണമൊന്നും സൃഷ്ടിക്കപ്പെടുന്നില്ല.
സന്ദേശങ്ങളൊന്നും വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, ലക്ഷ്യത്തിലേക്കുള്ള എല്ലാ ആനുകാലിക ഔട്ട്പുട്ടും പ്രവർത്തനരഹിതമാകും. ലക്ഷ്യം ഒരു നിലവിലെ ലോഗ് ആണെങ്കിൽ-file കൂടാതെ സന്ദേശങ്ങളൊന്നും വ്യക്തമാക്കിയിട്ടില്ല, ഇതിലേക്കുള്ള എല്ലാ ഔട്ട്പുട്ടും file വികലാംഗനാണ്, ദി file അടച്ചിരിക്കുന്നു, അതിനനുസരിച്ചുള്ള നിലവിലെ ലോഗ്-file ഒന്നുമില്ല എന്ന് സജ്ജീകരിച്ചിരിക്കുന്നു.
നൽകിയിരിക്കുന്ന ടാർഗെറ്റിലേക്ക് ഔട്ട്പുട്ട് ചെയ്യുന്നതിന് നിലവിൽ പ്രവർത്തനക്ഷമമാക്കിയിട്ടില്ലാത്ത ഒരു സന്ദേശം സന്ദേശ ലിസ്റ്റിൽ വ്യക്തമാക്കിയിട്ടുണ്ടെങ്കിൽ, dm കമാൻഡിന് അനുബന്ധമായ ഒരു പിശകും ഉണ്ടാകില്ല. സാധ്യമായ മറ്റ് പിശകുകൾ റിപ്പോർട്ട് ചെയ്യുന്നതിൽ നിന്ന് ഈ അവസ്ഥ അപ്രാപ്തമാക്കുന്നില്ലെങ്കിലും.
Exampലെസ്
Example: നിലവിലെ ലോഗിലേക്ക് ഔട്ട്പുട്ട് ചെയ്യുന്ന എല്ലാ സന്ദേശങ്ങളും പ്രവർത്തനരഹിതമാക്കുക-file എ അടയ്ക്കുക file:
dm,/cur/file/a
GREIS
www.javad.com
41
റിസീവർ ഇൻപുട്ട് ലാംഗ്വേജ് കമാൻഡുകൾ dm
Example: നിലവിലെ ടെർമിനലിലേക്ക് എല്ലാ ആനുകാലിക ഔട്ട്പുട്ടും പ്രവർത്തനരഹിതമാക്കുക. ഒന്നുകിൽ:
dm,/നിലവിലെ/ടേം dm
Example: GREIS സന്ദേശത്തിൻ്റെ ഔട്ട്പുട്ട് [~~](RT) സീരിയൽ പോർട്ട് ബിയിലേക്ക് പ്രവർത്തനരഹിതമാക്കുക:
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/
Exampലെ: ആരംഭിക്കുക file സിസ്റ്റം (അതായത്, അണ്ടർലയിംഗ് മീഡിയം റീഫോർമാറ്റ് ചെയ്യുക). എല്ലാം fileറിസീവറിൽ സൂക്ഷിച്ചിരിക്കുന്നവ നഷ്ടപ്പെടും:
init,/dev/blk/a
Example: എല്ലാ സന്ദേശ സെറ്റുകളും അവയുടെ ഡിഫോൾട്ട് മൂല്യങ്ങളിലേക്ക് ആരംഭിക്കുക:
init,/msg/
GREIS
www.javad.com
44
2.3.7 സൃഷ്ടിക്കുക
റിസീവർ ഇൻപുട്ട് ഭാഷാ കമാൻഡുകൾ സൃഷ്ടിക്കുന്നു
പേര്
ഒരു പുതിയ വസ്തു സൃഷ്ടിക്കുക.
സംഗ്രഹം
ഫോർമാറ്റ്: സൃഷ്ടിക്കുക[,വസ്തു] ഓപ്ഷനുകൾ: {log}
വാദങ്ങൾ
സൃഷ്ടിക്കേണ്ട വസ്തുവിൻ്റെ ഒബ്ജക്റ്റ് ഒബ്ജക്റ്റ് ഐഡൻ്റിഫയർ. ഒബ്ജക്റ്റ് “/” എന്നതിൽ ആരംഭിക്കുന്നില്ലെങ്കിൽ, കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നതിന് മുമ്പ് ഒബ്ജക്റ്റിന് മുമ്പായി “/ലോഗ്/” പ്രിഫിക്സ് സ്വയമേവ ചേർക്കപ്പെടും. ഒഴിവാക്കിയാൽ, ഒരു സൃഷ്ടി 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
Exampലെ: പുതിയത് സൃഷ്ടിക്കുക file സ്വയമേവ ജനറേറ്റുചെയ്ത ഒരു പേര് ഉപയോഗിച്ച് അത് നിലവിലെ ലോഗിലേക്ക് അസൈൻ ചെയ്യുകfile A (/cur/file/എ). ഒന്നുകിൽ:
സൃഷ്ടിക്കുക സൃഷ്ടിക്കുക,:എ
Exampലെ: ഒരു പുതിയ ലോഗ് സൃഷ്ടിക്കുക-file "my_ എന്ന പേരിൽfile”. ഒന്നുകിൽ:
സൃഷ്ടിക്കുക,/ലോഗ്/മൈ_file:ഒരു സൃഷ്ടിക്കൂ, എന്റെ_file
Exampലെ: സൃഷ്ടിക്കുക 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 അല്ലെങ്കിൽ out കമാൻഡിൽ നൽകിയാലും:
സൃഷ്ടിക്കുക,/msg/def/nmea/GGA സെറ്റ്,/msg/def/nmea/GGA,{10,5,,0×30}
GREIS
www.javad.com
47
2.3.8 നീക്കം ചെയ്യുക
റിസീവർ ഇൻപുട്ട് ഭാഷാ കമാൻഡുകൾ നീക്കം ചെയ്യുന്നു
പേര്
ഒരു വസ്തുവിനെ നീക്കം ചെയ്യുക.
സംഗ്രഹം
ഫോർമാറ്റ്: നീക്കം ചെയ്യുക, ഒബ്ജക്റ്റ്[/] ഓപ്ഷനുകൾ: ഒന്നുമില്ല
വാദങ്ങൾ
നീക്കം ചെയ്യേണ്ട വസ്തുവിൻ്റെ ഒബ്ജക്റ്റ് ഒബ്ജക്റ്റ് ഐഡൻ്റിഫയർ. ഒബ്ജക്റ്റ് “/” എന്നതിൽ ആരംഭിക്കുന്നില്ലെങ്കിൽ, കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നതിന് മുമ്പ് ഒബ്ജക്റ്റിന് മുമ്പായി “/ലോഗ്/” പ്രിഫിക്സ് സ്വയമേവ ചേർക്കപ്പെടും.
/ നിലവിലുണ്ടെങ്കിൽ, ഒബ്ജക്റ്റ് ടൈപ്പ് ലിസ്റ്റിലാണെങ്കിൽ, ഒബ്ജക്റ്റിന് പകരം എല്ലാ ഒബ്ജക്റ്റ് ഉള്ളടക്കങ്ങളും നീക്കം ചെയ്യുക.
ഓപ്ഷനുകൾ
ഒന്നുമില്ല.
വിവരണം
ഈ കമാൻഡ് നിലവിലുള്ള ഒരു ഒബ്ജക്റ്റ് നീക്കം ചെയ്യുന്നു (ഇല്ലാതാക്കുന്നു). ഒരു പിശക് ഇല്ലെങ്കിൽ, അല്ലെങ്കിൽ പ്രസ്താവന ഐഡൻ്റിഫയർ നിർബന്ധിതമായി പ്രതികരണമൊന്നും ഉണ്ടാകില്ല. ഒബ്ജക്റ്റ് വ്യക്തമാക്കിയിട്ടില്ലെങ്കിലോ ഒബ്ജക്റ്റ് നീക്കംചെയ്യാൻ കഴിയുന്നില്ലെങ്കിലോ, ഒരു പിശക് സൃഷ്ടിക്കുന്നു. രണ്ട് തരത്തിലുള്ള വസ്തുക്കൾ നീക്കംചെയ്യാം:
1. Fileഎസ്. എങ്കിൽ file നിലവിലുള്ള ലോഗുകളിൽ ഒന്നാണ്-files, കമാൻഡ് പരാജയപ്പെടുകയും പിശക് സന്ദേശം സൃഷ്ടിക്കുകയും ചെയ്യും.
2. സന്ദേശ സെറ്റുകളിൽ നിന്നുള്ള സന്ദേശ സ്പെസിഫയറുകൾ.
Exampലെസ്
Exampലെ: ലോഗ് നീക്കം ചെയ്യുക-file "NAME" എന്ന പേരിൽ. ഒന്നുകിൽ:
നീക്കം ചെയ്യുക,/ലോഗ്/NAME നീക്കം ചെയ്യുക,NAME
Exampലെ: എല്ലാ ലോഗുകളും നീക്കം ചെയ്യുക-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 സ്ട്രിംഗ്.
ഓപ്ഷനുകൾ
ഒന്നുമില്ല.
കുറിപ്പ്: ഉദാampLe:
വിവരണം
ഈ കമാൻഡ് ഒരു ഫ്രീ-ഫോം ഇവൻ്റ് സൃഷ്ടിക്കുന്നു. ഒരു പിശക് ഇല്ലെങ്കിൽ, അല്ലെങ്കിൽ പ്രസ്താവന ഐഡൻ്റിഫയർ നിർബന്ധിതമായി പ്രതികരണമൊന്നും ഉണ്ടാകില്ല.
ഇവൻ്റ് കമാൻഡ് സ്വീകരിക്കുന്ന സമയത്തോടൊപ്പം നൽകിയിരിക്കുന്ന സ്ട്രിംഗ് പ്രത്യേക ഇവൻ്റ് ബഫർ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) സന്ദേശങ്ങൾ തിരികെ നേടുകയും ചെയ്യുക ([==] സന്ദേശങ്ങളുടെ ഉള്ളടക്കത്തിൽ അച്ചടിക്കാനാവാത്ത ബൈറ്റുകൾക്ക് പകരം ഡോട്ടുകൾ നൽകിampലെ):
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 വീണ്ടെടുക്കണം. ഒബ്ജക്റ്റ് “/” എന്നതിൽ ആരംഭിക്കുന്നില്ലെങ്കിൽ, കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നതിന് മുമ്പ് ഒബ്ജക്റ്റിന് മുമ്പായി “/ലോഗ്/” പ്രിഫിക്സ് സ്വയമേവ ചേർക്കപ്പെടും. ഒബ്ജക്റ്റ് നിലവിലില്ലെങ്കിലോ വീണ്ടെടുക്കാൻ കഴിയുന്നില്ലെങ്കിലോ, ഒരു പിശക് സന്ദേശം ജനറേറ്റുചെയ്യുന്നു.
ൻ്റെ തുടക്കം മുതൽ ബൈറ്റുകളിൽ ഓഫ്സെറ്റ് ഓഫ്സെറ്റ് file വീണ്ടെടുക്കൽ ആരംഭിക്കാൻ. ഒഴിവാക്കിയാൽ, 0 അനുമാനിക്കപ്പെടുന്നു.
ഓപ്ഷനുകൾ
പട്ടിക 2-5. ഓപ്ഷനുകൾ സംഗ്രഹം നേടുക
പേര്
ടൈപ്പ് ചെയ്യുക
മൂല്യങ്ങൾ
ടൈം ഔട്ട്
പൂർണ്ണസംഖ്യ [0…86400], സെക്കൻഡ്
ബ്ലോക്ക്_സൈസ് പൂർണ്ണസംഖ്യ [1…163841]
കാലഘട്ടം
ഫ്ലോട്ട് [0…86400), സെക്കൻഡ്
ഘട്ടം
ഫ്ലോട്ട് [0…86400), സെക്കൻഡ്
ശ്രമങ്ങൾ പൂർണ്ണസംഖ്യ [-257...100] 1. TCP അല്ലെങ്കിൽ USB പിന്തുണയ്ക്കാത്ത റിസീവറുകൾക്കായി 2048.
സ്ഥിരസ്ഥിതി
10 512 0 0 10
DTP-യുടെ കാലഹരണപ്പെടൽ. ഒരു DTP ഡാറ്റ ബ്ലോക്കിൻ്റെ വലിപ്പം block_size. ഫിൽട്ടർ ചെയ്യുന്നതിനുള്ള ഔട്ട്പുട്ട് കാലയളവ് (ചുവടെ കാണുക). ഫിൽട്ടറിംഗിനായുള്ള ഔട്ട്പുട്ട് ഘട്ടം ഘട്ടം ഘട്ടമായി (താഴെ കാണുക). ഇനിപ്പറയുന്ന രീതിയിൽ ശ്രേണിയെ ആശ്രയിച്ച് വ്യത്യസ്ത അർത്ഥം ശ്രമിക്കുന്നു:
1. പേജ് 580-ൽ "ഡാറ്റ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ" കാണുക.
GREIS
www.javad.com
52
റിസീവർ ഇൻപുട്ട് ഭാഷാ കമാൻഡുകൾ ലഭിക്കും
[1…100] ഒറ്റ ബ്ലോക്ക് അയയ്ക്കാൻ DTP ട്രാൻസ്മിറ്റർ എടുക്കുന്ന പരമാവധി ശ്രമങ്ങൾ. 1 ആയി സജ്ജീകരിക്കുമ്പോൾ, പ്രത്യേക സ്ട്രീമിംഗ് മോഡ് സജീവമാകും (ചുവടെ കാണുക).
ഡിടിപി ആരംഭിക്കുന്നതിനുപകരം 0, ഒബ്ജക്റ്റിൻ്റെ അസംസ്കൃത ഉള്ളടക്കങ്ങൾ ഔട്ട്പുട്ട് ചെയ്യുക. [-256…-1] DTP ആരംഭിക്കുന്നതിനുപകരം, പൊതിഞ്ഞ വസ്തുവിൻ്റെ ഉള്ളടക്കം ഔട്ട്പുട്ട് ചെയ്യുക
[>>] സന്ദേശങ്ങൾ.
-257, DTP ആരംഭിക്കുന്നതിനുപകരം, [RE] സന്ദേശങ്ങളിൽ പൊതിഞ്ഞ ഒബ്ജക്റ്റിൻ്റെ ഉള്ളടക്കങ്ങൾ ഔട്ട്പുട്ട് ചെയ്യുക.
വിവരണം
ഈ കമാൻഡ് a വീണ്ടെടുക്കാൻ തുടങ്ങുന്നു file ഡാറ്റ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ (DTP) അല്ലെങ്കിൽ റോ ഔട്ട്പുട്ട് ഫോർമാറ്റ് ഉപയോഗിച്ച് ഹോസ്റ്റ് കമ്പ്യൂട്ടറിലേക്ക്. ഒരു പിശക് ഇല്ലെങ്കിൽ, അല്ലെങ്കിൽ പ്രസ്താവന ഐഡൻ്റിഫയർ നിർബന്ധിതമായി പ്രതികരണമൊന്നും ഉണ്ടാകില്ല.
DTP മോഡിൽ ആയിരിക്കുമ്പോൾ, get കമാൻഡ് വിജയിച്ചതിന് ശേഷം, DTP ട്രാൻസ്മിറ്റർ റിസീവറിൽ ആരംഭിക്കുകയും ഹോസ്റ്റിൽ DTP റിസീവർ പ്രവർത്തിപ്പിക്കുന്നതിനായി കാത്തിരിക്കുകയും ചെയ്യുന്നു. അതിനാൽ, യഥാർത്ഥത്തിൽ ഏതെങ്കിലും ഡാറ്റ വീണ്ടെടുക്കുന്നതിന്, ഹോസ്റ്റിൽ DTP റിസീവർ നടപ്പിലാക്കൽ ആവശ്യമാണ്.
തടസ്സപ്പെട്ട ഡാറ്റ കൈമാറ്റം പുനരാരംഭിക്കുന്നതിനുള്ള പിന്തുണ നടപ്പിലാക്കാൻ ഓപ്ഷണൽ ഓഫ്സെറ്റ് ആർഗ്യുമെൻ്റ് ഹോസ്റ്റിനെ അനുവദിക്കുന്നു. ഒരു വലിയ ഓഫ്സെറ്റ് തേടുന്നത് റിസീവറിൽ പ്രവർത്തിക്കാൻ വളരെ സമയം വേണ്ടിവന്നേക്കാം എന്നത് ശ്രദ്ധിക്കുക. ഹോസ്റ്റ് സോഫ്റ്റ്വെയറിൽ പുനരാരംഭിക്കൽ ശരിയായി നടപ്പിലാക്കാൻ, സ്റ്റേറ്റ്മെൻ്റ് ഐഡൻ്റിഫയർ ഉപയോഗിച്ച് get കമാൻഡിലേക്ക് റിസീവർ പ്രതികരണം നിർബന്ധിക്കുകയും ഹോസ്റ്റിൽ DTP പ്രവർത്തിപ്പിക്കുന്നതിന് മുമ്പ് റിസീവറിൽ നിന്നുള്ള മറുപടിക്കായി കാത്തിരിക്കുകയും ചെയ്യുക. ഈ രീതി അഡ്വാൻ എടുക്കുന്നുtagഇ സീക്ക് ചെയ്തതിന് ശേഷം, ഗെറ്റ് കമാൻഡിന് റിസീവർ മറുപടി നൽകുന്നു.
ശ്രമങ്ങൾ ഓപ്ഷൻ 1 ആയി സജ്ജീകരിക്കുമ്പോൾ, DTP ട്രാൻസ്മിറ്റർ സ്ട്രീമിംഗ് മോഡ് എന്ന് വിളിക്കപ്പെടുന്നതിലേക്ക് ഇടും. ഈ മോഡിൽ, DTP റിസീവറിൽ നിന്ന് ആദ്യത്തെ NACK സ്വീകരിച്ച ശേഷം, DTP റിസീവറിൽ നിന്നുള്ള ACK-കൾക്കായി കാത്തിരിക്കാതെ DTP ട്രാൻസ്മിറ്റർ ഡാറ്റ ബ്ലോക്കുകൾ സ്ട്രീം ചെയ്യും, NACK ലഭിക്കുകയാണെങ്കിൽ ട്രാൻസ്മിറ്റർ ഉടൻ തന്നെ ഡാറ്റാ കൈമാറ്റം നിർത്തലാക്കും. ഉയർന്ന ലേറ്റൻസികൾ (ടിസിപി പോലുള്ളവ) അല്ലെങ്കിൽ താരതമ്യേന ഉയർന്ന ദിശ സ്വിച്ച് ഓവർഹെഡ് (യുഎസ്ബി പോലുള്ളവ) ഉള്ള വിശ്വസനീയമായ കണക്ഷനുകളിലൂടെ ഗണ്യമായ വേഗത്തിലുള്ള ഡാറ്റ കൈമാറ്റം ഈ സമീപനം അനുവദിക്കുന്നു. പ്രോട്ടോക്കോളിൻ്റെ ഭാഗം സ്വീകരിക്കുന്നത് ശരിയായി നടപ്പിലാക്കിയതിന് ഈ രീതിയെ പിന്തുണയ്ക്കുന്നതിന് പ്രത്യേക ശ്രദ്ധ ആവശ്യമില്ല.
കാലയളവ് ഓപ്ഷൻ പൂജ്യമല്ലാത്തപ്പോൾ പ്രത്യേക ഫിൽട്ടറിംഗ് മോഡ് സജീവമാകുന്നു. ഉദാample, ഇത് a-യിൽ നിന്ന് 1Hz ഡാറ്റ ഡൗൺലോഡ് ചെയ്യാൻ അനുവദിക്കുന്നു file അത് 10Hz അപ്ഡേറ്റ് നിരക്ക് ഉപയോഗിച്ചാണ് എഴുതിയത്. പ്രത്യേകമായി, റിസീവർ ടൈം മോഡുലോ ഒരു ദിവസത്തെ (Tr) ഇനിപ്പറയുന്ന സമവാക്യം തൃപ്തിപ്പെടുത്തുന്ന യുഗങ്ങൾക്കായി മാത്രമേ റിസീവർ ഡാറ്റ അയയ്ക്കൂ:
Tr {mod period} = ഘട്ടം
ഇത് നേടുന്നതിന്, റിസീവർ അതിൻ്റെ ഉള്ളടക്കങ്ങൾ പാഴ്സ് ചെയ്യുന്നു file കൂടാതെ ചില സന്ദേശങ്ങൾ ഫിൽട്ടർ ചെയ്യുന്നു. തടസ്സപ്പെട്ട ഡൗൺലോഡ് പുനരാരംഭിക്കുന്നത് നടപ്പിലാക്കുന്നത് വളരെ ബുദ്ധിമുട്ടാണ് എന്നത് ശ്രദ്ധിക്കുക
GREIS
www.javad.com
53
റിസീവർ ഇൻപുട്ട് ഭാഷാ കമാൻഡുകൾ ലഭിക്കും
റിസീവറിൻ്റെ ഏത് ഓഫ്സെറ്റിനെക്കുറിച്ച് ഹോസ്റ്റിന് ഒരു ധാരണയുമില്ലാത്തതിനാൽ ഈ സാഹചര്യത്തിൽ അസാധ്യമല്ല file ഡൗൺലോഡ് തടസ്സപ്പെട്ടു.
ഏതെങ്കിലും ഡിടിപി പിശക് ചിഹ്നം (ഉദാ, ASCII '#') അയച്ചുകൊണ്ട് ഡാറ്റ സ്വീകരിക്കുന്ന അവസാനത്തിലൂടെ ഏതെങ്കിലും തരത്തിലുള്ള കൈമാറ്റം നിർത്തലാക്കാം.
[RE] സന്ദേശങ്ങളിൽ ഡാറ്റ കൈമാറ്റം ചെയ്യുമ്പോൾ, ബ്ലോക്ക്_സൈസിൻ്റെ മൂല്യം ഓരോ [RE] സന്ദേശത്തിനുമുള്ള ഡാറ്റ പേലോഡിൻ്റെ പരമാവധി വലുപ്പം നിർണ്ണയിക്കും (ആന്തരിക ഫേംവെയർ ബഫറിൻ്റെ വലുപ്പവും പരിമിതപ്പെടുത്തിയിരിക്കുന്നു). പതിവുപോലെ, ഓരോ [RE] സന്ദേശവും കമാൻഡ് ഐഡി ഉപയോഗിച്ച് ആരംഭിക്കും (എന്തെങ്കിലും ഉണ്ടെങ്കിൽ).
[>>] സന്ദേശങ്ങളിൽ ഡാറ്റ കൈമാറുമ്പോൾ, ശ്രമങ്ങളുടെ ഓപ്ഷൻ്റെ മൂല്യം ഇനിപ്പറയുന്ന രീതിയിൽ [>>] സന്ദേശങ്ങളുടെ ഐഡി ഫീൽഡ് നിർണ്ണയിക്കും:
ഐഡി = -1 – ശ്രമങ്ങൾ
കൂടാതെ "block_size" എന്നതിൻ്റെ മൂല്യം ഓരോ [>>] സന്ദേശത്തിനുമുള്ള ഡാറ്റ പേലോഡിൻ്റെ പരമാവധി വലുപ്പം നിർണ്ണയിക്കും (ആന്തരിക ഫേംവെയർ ബഫറിൻ്റെ വലുപ്പത്തിലും പരിമിതപ്പെടുത്തിയിരിക്കുന്നു).
[>>] സന്ദേശത്തിലെ ഐഡിക്ക് ശേഷമുള്ള അടുത്ത ബൈറ്റ് (ഡാറ്റ ഫീൽഡിൻ്റെ ആദ്യ ബൈറ്റ്) തുടർന്ന് ASCII ചിഹ്നം 0-ൽ ആരംഭിക്കുന്ന സീക്വൻസ് പ്രതീകമായിരിക്കും, കൂടാതെ ഓരോ സന്ദേശത്തിനും മൊഡ്യൂളോ 64 വർദ്ധിപ്പിക്കുകയും ചെയ്യും, ഇത് 0 മുതൽ ASCII ചിഹ്നങ്ങളുടെ ശ്രേണിയിലേക്ക് നയിക്കും. ഒ, ഉൾപ്പെടെ:
seq = 0 ലൂപ്പ് {seq_char = '0' + (seq++ % 64)}
ക്രമത്തിലെ [>>] സന്ദേശ(കളുടെ) നഷ്ടം കണ്ടെത്തുന്നതിന് സീക്വൻസ് പ്രതീകം സ്വീകരിക്കുന്നതിനെ അനുവദിക്കുന്നു.
തുടർന്ന് ബ്ലോക്ക്_സൈസ് ബൈറ്റുകൾ വരെയുള്ള ഒബ്ജക്റ്റ് ഡാറ്റ പേലോഡ് പിന്തുടരും, തുടർന്ന് [>>] സന്ദേശത്തിൻ്റെ ഫോർമാറ്റ് അനുസരിച്ച് ചെക്ക് സം.
കൈമാറ്റത്തിൻ്റെ അവസാനം വിശ്വസനീയമായി നിർണ്ണയിക്കാൻ സ്വീകരിക്കുന്ന അവസാനത്തെ അനുവദിക്കുന്നതിന്, റാപ്ഡ് മോഡിലെ വിജയകരമായ ഔട്ട്പുട്ട് എല്ലായ്പ്പോഴും [>>] സന്ദേശത്തിലൂടെ ഡാറ്റാ പേലോഡില്ലാതെ അന്തിമമാക്കും.
Exampലെസ്
Exampലെ: ൻ്റെ ഉള്ളടക്കങ്ങൾ വീണ്ടെടുക്കാൻ ആരംഭിക്കുക file NAME DTP ഉപയോഗിക്കുന്നു. ഒന്നുകിൽ:
ExampLe:
നേടുക,/ലോഗ്/NAME നേടുക,NAME
യുടെ ഉള്ളടക്കങ്ങൾ വീണ്ടെടുക്കാൻ ആരംഭിക്കുക file 3870034 എന്ന ബൈറ്റ് നമ്പറിൽ നിന്ന് ആരംഭിക്കുന്ന NAME (പൂജ്യം മുതൽ ബൈറ്റുകൾ എണ്ണുന്നു). കമാൻഡിനും മറുപടിക്കും ഇടയിൽ കൂടുതൽ സമയം കടന്നുപോകാൻ പ്രതീക്ഷിക്കുക:
%%നേടുക,NAME,3870034 RE002%%
GREIS
www.javad.com
54
റിസീവർ ഇൻപുട്ട് ഭാഷാ കമാൻഡുകൾ ലഭിക്കും
Exampലെ: ൻ്റെ ഉള്ളടക്കങ്ങൾ വീണ്ടെടുക്കാൻ ആരംഭിക്കുക file എൻ്റെ_ലോഗ്file ടൈംഔട്ട് 3000 സെക്കൻഡ് ഉപയോഗിച്ച് ബൈറ്റ് 50 മുതൽ ആരംഭിക്കുന്നു, ബ്ലോക്ക് വലുപ്പം 8192 ബൈറ്റുകൾ:
നേടുക,എൻ്റെ_ലോഗ്file:{50,8192},3000
Exampലെ: ൻ്റെ ഉള്ളടക്കങ്ങൾ വീണ്ടെടുക്കാൻ ആരംഭിക്കുക file NAME യുഗങ്ങൾ ഫിൽട്ടർ ചെയ്യുന്നു, അങ്ങനെ ഫലം വീണ്ടെടുക്കുന്നു file 0.1Hz ഡാറ്റ ആയിരിക്കും:
നേടുക,NAME:{,,10}
Exampലെ: ൻ്റെ ഉള്ളടക്കങ്ങൾ വീണ്ടെടുക്കാൻ ആരംഭിക്കുക file NAME സ്ട്രീമിംഗ് മോഡ് ഉപയോഗിക്കുന്നു (ശ്രമങ്ങളുടെ ഓപ്ഷൻ 1 ആയി സജ്ജീകരിച്ചിരിക്കുന്നു):
നേടുക,NAME:{,,,,1}
Exampലെ: ഉള്ളടക്കം അയയ്ക്കുക file ഐഡി 61 (ASCII ചിഹ്നം '=') ഉള്ള [>>] സന്ദേശങ്ങളിലേക്ക് NAME പൊതിഞ്ഞു, ഓരോ സന്ദേശത്തിനും 128 ബൈറ്റുകൾ വരെ ഡാറ്റ ഉപയോഗിക്കുന്നു:
നേടുക,NAME:{,128,,,-62}
Exampലെ: ഉള്ളടക്കം അയയ്ക്കുക file ഓരോ സന്ദേശത്തിനും 190 ബൈറ്റുകൾ വരെ ഡാറ്റ ഉപയോഗിച്ച് NAME [RE] സന്ദേശങ്ങളിൽ പൊതിഞ്ഞു, %MY_ID% മുൻകൂട്ടി തയ്യാറാക്കിയത്:
%MY_ID% നേടുക,NAME:{,190,,,-257}
GREIS
www.javad.com
55
2.3.11 ഇട്ടു
റിസീവർ ഇൻപുട്ട് ലാംഗ്വേജ് കമാൻഡുകൾ ഇട്ടു
പേര്
തുടക്കമിടുക file DTP1 ഉപയോഗിച്ച് അപ്ലോഡ് ചെയ്യുന്നു.
സംഗ്രഹം
ഫോർമാറ്റ്: പുട്ട്, ഒബ്ജക്റ്റ്[,ഓഫ്സെറ്റ്] ഓപ്ഷനുകൾ: {timeout, block_size}
വാദങ്ങൾ
എന്ന ഒബ്ജക്റ്റ് ഒബ്ജക്റ്റ് ഐഡൻ്റിഫയർ file ഡാറ്റ എഴുതാൻ. ഒബ്ജക്റ്റ് “/” എന്നതിൽ ആരംഭിക്കുന്നില്ലെങ്കിൽ, കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നതിന് മുമ്പ് ഒബ്ജക്റ്റിന് മുമ്പായി “/ലോഗ്/” പ്രിഫിക്സ് സ്വയമേവ ചേർക്കപ്പെടും.
ൻ്റെ തുടക്കം മുതൽ ബൈറ്റുകളിൽ ഓഫ്സെറ്റ് ഓഫ്സെറ്റ് file അതിൽ എഴുതാൻ തുടങ്ങണം. ഒഴിവാക്കിയാൽ, 0 അനുമാനിക്കപ്പെടുന്നു.
ഓപ്ഷനുകൾ
പട്ടിക 2-6. ഓപ്ഷനുകൾ സംഗ്രഹം ഇടുക
പേര്
ടൈപ്പ് ചെയ്യുക
മൂല്യങ്ങൾ
സ്ഥിരസ്ഥിതി
ടൈം ഔട്ട്
പൂർണ്ണസംഖ്യ [0…86400], സെക്കൻഡ് 10
ബ്ലോക്ക്_സൈസ് പൂർണ്ണസംഖ്യ [1…163841]
512
1. TCP അല്ലെങ്കിൽ USB പിന്തുണയ്ക്കാത്ത റിസീവറുകൾക്ക് 2048.
DTP-യുടെ കാലഹരണപ്പെടൽ. ഒരു DTP ഡാറ്റ ബ്ലോക്കിൻ്റെ വലിപ്പം block_size.
വിവരണം
ഈ കമാൻഡ് ഹോസ്റ്റ് കമ്പ്യൂട്ടറിൽ നിന്ന് എയിലേക്ക് ഡാറ്റ അപ്ലോഡ് ചെയ്യാൻ തുടങ്ങുന്നു file റിസീവറിൽ ഡാറ്റ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ (DTP) ഉപയോഗിക്കുന്നു. ഒരു പിശക് ഇല്ലെങ്കിൽ, അല്ലെങ്കിൽ പ്രസ്താവന ഐഡൻ്റിഫയർ നിർബന്ധിതമായി പ്രതികരണമൊന്നും ഉണ്ടാകില്ല.
പുട്ട് കമാൻഡ് വിജയിച്ചതിന് ശേഷം, റിസീവറിൽ DTP റിസീവർ ആരംഭിക്കുകയും ഹോസ്റ്റിൽ DTP ട്രാൻസ്മിറ്റർ പ്രവർത്തിപ്പിക്കുന്നതിനായി കാത്തിരിക്കുകയും ചെയ്യുന്നു. അതിനാൽ, യഥാർത്ഥത്തിൽ ഏതെങ്കിലും ഡാറ്റ അപ്ലോഡ് ചെയ്യുന്നതിന്, ഹോസ്റ്റിൽ ഒരാൾക്ക് DTP ട്രാൻസ്മിറ്റർ നടപ്പിലാക്കേണ്ടതുണ്ട്.
1. പേജ് 580-ൽ "ഡാറ്റ ട്രാൻസ്ഫർ പ്രോട്ടോക്കോൾ" കാണുക.
GREIS
www.javad.com
56
റിസീവർ ഇൻപുട്ട് ലാംഗ്വേജ് കമാൻഡുകൾ ഇട്ടു
തടസ്സപ്പെട്ട ഡാറ്റ കൈമാറ്റം പുനരാരംഭിക്കുന്നതിനുള്ള പിന്തുണ നടപ്പിലാക്കാൻ ഓപ്ഷണൽ ഓഫ്സെറ്റ് ആർഗ്യുമെൻ്റ് ഹോസ്റ്റിനെ അനുവദിക്കുന്നു. നോൺ-സീറോ ഓഫ്സെറ്റ് മൂല്യം നിലവിലുള്ളതിൻ്റെ അവസാനം ഡാറ്റ കൂട്ടിച്ചേർക്കാൻ അഭ്യർത്ഥിക്കാൻ ഹോസ്റ്റിനെ അനുവദിക്കുന്നു file പൊരുത്തപ്പെടുന്ന വലിപ്പം.
ഓഫ്സെറ്റ് 0 ആണെങ്കിൽ file ഒബ്ജക്റ്റ് നിലവിലില്ല, റിസീവർ പുതിയത് സൃഷ്ടിക്കാനും തുറക്കാനും ശ്രമിക്കും file ഒബ്ജക്റ്റ് നിർവചിച്ചിരിക്കുന്ന പേരിനൊപ്പം. ഈ സാഹചര്യത്തിൽ a നിലവിലുണ്ടെങ്കിൽ കമാൻഡ് പരാജയപ്പെടും file നൽകിയിരിക്കുന്ന പേരിനൊപ്പം.
ഓഫ്സെറ്റ് 0-നേക്കാൾ കൂടുതലാണെങ്കിൽ, ഒരു ഉണ്ട് file വസ്തു, ഒപ്പം file വലിപ്പം ഓഫ്സെറ്റിൻ്റെ മൂല്യത്തിന് തുല്യമാണ്, അപ്പോൾ പുട്ട് കമാൻഡ് തുറക്കും file കൂട്ടിച്ചേർക്കാനുള്ള വസ്തു. ഈ സാഹചര്യത്തിൽ നിലവിലില്ലെങ്കിൽ കമാൻഡ് പരാജയപ്പെടും file നൽകിയിരിക്കുന്ന പേരിനൊപ്പം അല്ലെങ്കിൽ നിലവിലുള്ളതിൻ്റെ വലുപ്പമാണെങ്കിൽ file ഓഫ്സെറ്റ് വ്യക്തമാക്കിയവയുമായി പൊരുത്തപ്പെടുന്നില്ല.
Exampലെസ്
Example: പുതിയതിലേക്ക് ഡാറ്റ അപ്ലോഡ് ചെയ്യാൻ ആരംഭിക്കുക file "NAME" DTP ഉപയോഗിക്കുന്നു. ഒന്നുകിൽ:
ExampLe:
പുട്ട്,/ലോഗ്/NAME പുട്ട്,NAME
ഡാറ്റ അപ്ലോഡ് ചെയ്യാൻ ആരംഭിച്ച് അവ നിലവിലുള്ളതിലേക്ക് കൂട്ടിച്ചേർക്കുക file "NAME". ഡിഫോൾട്ട് ഡിടിപി ടൈംഔട്ട്, ഡിടിപി ബ്ലോക്ക് സൈസ് 4096 ബൈറ്റുകൾ എന്നിവ ഉപയോഗിക്കുക. യുടെ വലുപ്പം നേടുക file അപ്ലോഡ് ആരംഭിക്കുന്നതിന് മുമ്പ് (ശ്രദ്ധിക്കുക file ഏതുവിധേനയും ഹോസ്റ്റിന് വലുപ്പം ആവശ്യമാണ്, അതിനാൽ അതിന് അതിൻ്റെ ഉറവിട ഡാറ്റയിൽ നിന്ന് ഈ എണ്ണം ബൈറ്റുകൾ ഒഴിവാക്കാനാകും file):
ExampLe:
പ്രിന്റ് ചെയ്യുക,/ലോഗ്/പേര്&വലുപ്പം RE008 3870034 പുട്ട് ചെയ്യുക,/ലോഗ്/പേര്:{,4096},3870034
പുതിയതിലേക്ക് ഡാറ്റ അപ്ലോഡ് ചെയ്യാൻ ആരംഭിക്കുക file "എൻ്റെ_ലോഗ്file” ടൈംഔട്ട് 50 സെക്കൻഡും ബ്ലോക്ക് സൈസ് 8192 ബൈറ്റും ഉപയോഗിക്കുന്നു:
ഇടുക, my_logfile:{50,8192}
GREIS
www.javad.com
57
2.3.12 Fld
റിസീവർ ഇൻപുട്ട് ലാംഗ്വേജ് കമാൻഡുകൾ fld
പേര്
fld ഫേംവെയർ ലോഡിംഗ്.
സംഗ്രഹം
ഫോർമാറ്റ്: fld,id,object ഓപ്ഷനുകൾ: {timeout, block_size}
വാദങ്ങൾ
റിസീവർ ഇലക്ട്രോണിക് ഐഡി 1 അടങ്ങുന്ന ഐഡി സ്ട്രിംഗ്. നിർദ്ദിഷ്ട ഐഡി റിസീവറിൻ്റെ യഥാർത്ഥ ഇലക്ട്രോണിക് ഐഡിയുമായി പൊരുത്തപ്പെടുന്നില്ലെങ്കിൽ, കമാൻഡ് പരാജയപ്പെടുകയും പിശക് സന്ദേശം സൃഷ്ടിക്കുകയും ചെയ്യും.
ലോഡ് ചെയ്യേണ്ട ഫേംവെയറിൻ്റെ ഉറവിടത്തിൻ്റെ ഒബ്ജക്റ്റ് ഒബ്ജക്റ്റ് ഐഡൻ്റിഫയർ. ഒന്നുകിൽ റിസീവറിൻ്റെ പേര് file, അല്ലെങ്കിൽ ഒരു ഇൻപുട്ട് പോർട്ടിൻ്റെ പേര്. ഇത് ഇൻപുട്ട് പോർട്ടിൻ്റെ പേരായിരിക്കുമ്പോൾ, ഒന്നുകിൽ /cur/term അല്ലെങ്കിൽ നിലവിലെ പോർട്ടിൻ്റെ യഥാർത്ഥ പേര് നൽകണം, അല്ലാത്തപക്ഷം പിശക് റിപ്പോർട്ട് ചെയ്യപ്പെടും.
ഓപ്ഷനുകൾ
പട്ടിക 2-7. fld ഓപ്ഷനുകൾ സംഗ്രഹം
പേര്
ടൈപ്പ് ചെയ്യുക
മൂല്യങ്ങൾ
ടൈം ഔട്ട്
പൂർണ്ണസംഖ്യ [0…86400], സെക്കൻഡ്
block_size integer [1…163841] 1. TCP അല്ലെങ്കിൽ USB എന്നിവയെ പിന്തുണയ്ക്കാത്ത റിസീവറുകൾക്ക് 2048.
സ്ഥിരസ്ഥിതി
10 512
DTP-യുടെ കാലഹരണപ്പെടൽ. ഒരു DTP ഡാറ്റ ബ്ലോക്കിൻ്റെ വലിപ്പം block_size.
വിവരണം
ഈ കമാൻഡ് നിർദ്ദിഷ്ട ഒബ്ജക്റ്റിൽ നിന്ന് റിസീവറിലേക്ക് ഫേംവെയർ ലോഡ് ചെയ്യുകയും തുടർന്ന് റിസീവർ പുനഃസജ്ജമാക്കുകയും ചെയ്യുന്നു. ഒരു പിശക് ഇല്ലെങ്കിൽ, അല്ലെങ്കിൽ പ്രസ്താവന ഐഡൻ്റിഫയർ നിർബന്ധിതമായി പ്രതികരണമൊന്നും ഉണ്ടാകില്ല.
1. print,/par/rcv/id കമാൻഡ് ഉപയോഗിച്ച് ഐഡി ലഭിക്കും.
GREIS
www.javad.com
58
റിസീവർ ഇൻപുട്ട് ലാംഗ്വേജ് കമാൻഡുകൾ fld
മുന്നറിയിപ്പ്:
ലോഡിംഗ് സമയത്ത് ഒരു പവർ പരാജയമോ ഫേംവെയർ കൈമാറ്റത്തിൻ്റെ മാരകമായ തടസ്സമോ സംഭവിക്കുകയാണെങ്കിൽ, റിസീവർ ഒരു സെമി-വർക്കിംഗ് അവസ്ഥയിലേക്ക് പോകാം, അവിടെ "പവർ-ഓൺ ക്യാപ്ചർ" രീതി ഉപയോഗിച്ച് RS-232 പോർട്ടുകളിലൂടെ ഫേംവെയർ ലോഡിംഗ് മാത്രമേ സാധ്യമാകൂ.
ഒബ്ജക്റ്റ് നിലവിലുള്ളതിനെ നിയോഗിക്കുകയാണെങ്കിൽ file1, റിസീവർ ആദ്യം പരിശോധിക്കും file റിസീവറിനുള്ള സാധുവായ ഫേംവെയർ അടങ്ങിയിരിക്കുന്നു (ഇത് പൂർത്തിയാക്കാൻ കുറച്ച് സെക്കൻഡുകൾ എടുക്കും). പരിശോധന വിജയിക്കുകയാണെങ്കിൽ, റിസീവർ ഫേംവെയർ ലോഡ് ചെയ്യുകയും തുടർന്ന് സ്വയം പുനഃസജ്ജമാക്കുകയും ചെയ്യും. കമാൻഡിനുള്ള മറുപടി (എന്തെങ്കിലും ഉണ്ടെങ്കിൽ) പരിശോധന നടത്തിയതിന് ശേഷം അയയ്ക്കും എന്നാൽ ഫേംവെയർ ലോഡിംഗ് ആരംഭിക്കുന്നതിന് മുമ്പ്. ഈ സാഹചര്യത്തിൽ കാലഹരണപ്പെട്ടതും ബ്ലോക്ക്_സൈസ് ഓപ്ഷനുകളും അവഗണിക്കപ്പെടും.
ഒബ്ജക്റ്റ് ഒരു ഇൻപുട്ട് സ്ട്രീം നിർദ്ദേശിക്കുകയാണെങ്കിൽ, കമാൻഡ് മറുപടി അയയ്ക്കും (എന്തെങ്കിലും ഉണ്ടെങ്കിൽ) തുടർന്ന് ഡിടിപി റിസീവർ ആരംഭിക്കും, അത് ഹോസ്റ്റിൽ ഡിടിപി ട്രാൻസ്മിറ്റർ പ്രവർത്തിപ്പിക്കുന്നതിനായി കാത്തിരിക്കും. അതിനാൽ, യഥാർത്ഥത്തിൽ ഫേംവെയർ അപ്ലോഡ് ചെയ്യുന്നതിന്, ഹോസ്റ്റിൽ DTP ട്രാൻസ്മിറ്റർ നടപ്പിലാക്കൽ ആവശ്യമാണ്. ലോഡിംഗ് വിജയകരമായി പൂർത്തിയാകുകയോ തടസ്സപ്പെടുകയോ ചെയ്തതിന് ശേഷം റിസീവർ സ്വയം റീസെറ്റ് (റീബൂട്ട്) നിർവഹിക്കും.
Exampലെസ്
Example: ഇതിൽ നിന്ന് ഫേംവെയർ ലോഡ് ചെയ്യുക file ഇലക്ട്രോണിക് ഐഡി 123456789AB ഉള്ള റിസീവറിലേക്ക് "firmware.ldp". റിസീവർ പരിശോധിക്കുമ്പോൾ, കമാൻഡ് അയയ്ക്കുന്നതിനും മറുപടി സ്വീകരിക്കുന്നതിനും ഇടയിൽ കുറച്ച് നിമിഷങ്ങൾ കടന്നുപോകുമെന്ന് പ്രതീക്ഷിക്കുക file ഫേംവെയർ സാധുതയ്ക്കായി:
%%fld,123456789AB,/log/firmware.ldp RE002%%
Example: ബ്ലോക്ക് സൈസ് 16384 ബൈറ്റുകൾ ഉപയോഗിച്ച് യുഎസ്ബി പോർട്ടിൽ നിന്ന് ഫേംവെയർ അപ്ലോഡിംഗ് ആരംഭിക്കുക, 20 സെക്കൻഡ് സമയം. കമാൻഡ് നൽകുന്നതിന് മുമ്പ് ഇലക്ട്രോണിക് ഐഡി നേടുക:
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 ഫോർമാറ്റ് സ്പെസിഫിക്കേഷനുകൾ
ചില ഫോർമാറ്റുകളെ ഒരു കോംപാക്റ്റ് ഫോമിൽ bytes1 ൻ്റെ ഒരു ശ്രേണിയായി വിവരിക്കുന്നതിന്, ഞങ്ങൾ കുറച്ച് പ്രാഥമിക ഫീൽഡ് തരങ്ങൾക്കുള്ള ഫോർമാറ്റുകൾ നിർവചിക്കുന്നു, തുടർന്ന് കൂടുതൽ സങ്കീർണ്ണമായ ഫോർമാറ്റുകളുടെ നിർവചനങ്ങൾ നിർമ്മിക്കുന്നതിന് C പ്രോഗ്രാമിംഗ് ഭാഷയിൽ ഉപയോഗിച്ചിരിക്കുന്നവയ്ക്ക് അടുത്തുള്ള നൊട്ടേഷൻ ഉപയോഗിക്കുന്നു:
struct NAME {LENGTH} { TYPE FIELD[COUNT]; // വിവരണം … തരം ഫീൽഡ്[COUNT]; // വിവരണം
};
എവിടെ:
ഈ ഫോർമാറ്റിലേക്ക് അസൈൻ ചെയ്തിരിക്കുന്ന പേര് NAME. ഒരു ഫീൽഡിൻ്റെ TYPE ആയി മറ്റ് ഫോർമാറ്റ് നിർവചനങ്ങളിൽ ഇത് ഉപയോഗിക്കാം.
മുഴുവൻ ശ്രേണിയുടെയും ബൈറ്റുകളിൽ ദൈർഘ്യം LENGTH. ഒരു നിശ്ചിത ദൈർഘ്യ ഫോർമാറ്റിന്, ഇത് ഒരു സംഖ്യയാണ്, ഒരു വേരിയബിൾ ദൈർഘ്യ സന്ദേശത്തിന്, ഇത് ഒന്നുകിൽ മറ്റ് ചില വേരിയബിൾ പാരാമീറ്ററുകളെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു ഗണിത പദപ്രയോഗമായിരിക്കാം അല്ലെങ്കിൽ സ്ട്രിംഗ് var.
ടൈപ്പ് ഫീൽഡ്[COUNT] ഫീൽഡ് ഡിസ്ക്രിപ്റ്റർ. FIELD എന്ന പേര് നൽകിയിരിക്കുന്ന അതേ തരത്തിലുള്ള 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 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)
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-th ഘടകത്തിൻ്റെ 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 സാധാരണ സന്ദേശങ്ങൾ
ഓരോ സാധാരണ സന്ദേശത്തിൻ്റെയും ഫോർമാറ്റ് ഇപ്രകാരമാണ്:
struct StdMessage {var} {
a1 ഐഡി[2];
// ഐഡൻ്റിഫയർ
a1 നീളം[3];
// ഹെക്സാഡെസിമൽ ബോഡി ദൈർഘ്യം, [000...FFF]
u1 ശരീരം[നീളം]; // ശരീരം
};
ഓരോ സ്റ്റാൻഡേർഡ് സന്ദേശവും ആരംഭിക്കുന്നത് രണ്ട് ASCII പ്രതീകങ്ങൾ അടങ്ങിയ അദ്വിതീയ സന്ദേശ ഐഡൻ്റിഫയർ ഉപയോഗിച്ചാണ്. "0" മുതൽ "~" വരെയുള്ള ഏത് പ്രതീകങ്ങളും (അതായത്, [48…126] പരിധിയിലുള്ള ദശാംശ ASCII കോഡുകൾ) ഐഡൻ്റിഫയറിൽ അനുവദനീയമാണ്.
GREIS
1. വാസ്തവത്തിൽ, GREIS സ്റ്റാൻഡേർഡ് സന്ദേശങ്ങളുടെ ഫോർമാറ്റ് വളരെ അയവുള്ളതാണ്, അതിന് ഏത് ഡാറ്റ സ്ട്രീമും സ്റ്റാൻഡേർഡ് GREIS ഡാറ്റ സ്ട്രീമിൽ ഉൾപ്പെടുത്താൻ കഴിയും, എന്നാൽ യഥാർത്ഥ പൊരുത്തമില്ലാത്ത സ്ട്രീം പ്രത്യേക GREIS സന്ദേശങ്ങളുടെ ഒരു ശ്രേണിയിൽ പൊതിഞ്ഞിരിക്കണം. ">>" എന്ന ഐഡൻ്റിഫയർ ഉള്ള മുൻകൂട്ടി നിശ്ചയിച്ച സന്ദേശം ഈ ആവശ്യത്തിന് സഹായിക്കുന്നു.
www.javad.com
64
സ്വീകരിക്കുന്ന സന്ദേശങ്ങൾ സന്ദേശങ്ങളുടെ പൊതുവായ ഫോർമാറ്റ്
നിലവാരമില്ലാത്ത വാചക സന്ദേശങ്ങൾ
സന്ദേശ ഐഡൻ്റിഫയറിന് ശേഷം സന്ദേശ ബോഡി ഫീൽഡിൻ്റെ ദൈർഘ്യം. മൂന്ന് വലിയ-കേസ് ഹെക്സാഡെസിമൽ അക്കങ്ങൾ ഉൾക്കൊള്ളുന്ന ഈ ഫീൽഡ്, സന്ദേശ ബോഡിയുടെ ദൈർഘ്യം ബൈറ്റുകളിൽ വ്യക്തമാക്കുന്നു. അങ്ങനെ പരമാവധി സന്ദേശ ബോഡി ദൈർഘ്യം 4095 (0xFFF) ബൈറ്റുകൾ ആണ്.
ദൈർഘ്യ ഫീൽഡിന് തൊട്ടുപിന്നാലെ സന്ദേശ ബോഡി പിന്തുടരുന്നു, ദൈർഘ്യ ഫീൽഡ് വ്യക്തമാക്കിയ ബൈറ്റുകളുടെ എണ്ണം കൃത്യമായി അടങ്ങിയിരിക്കുന്നു. പൊതുവായ ഫോർമാറ്റ് സൂചിപ്പിക്കുന്ന സന്ദേശ ബോഡിയിലെ ഉള്ളടക്കത്തിന് നിയന്ത്രണങ്ങളൊന്നുമില്ല. ഒരു സന്ദേശത്തിലെ സന്ദേശ ബോഡിയുടെ ഫോർമാറ്റ് സന്ദേശ ഐഡൻ്റിഫയർ പരോക്ഷമായി നിർവചിച്ചിരിക്കുന്നു. മുൻകൂട്ടി നിശ്ചയിച്ച എല്ലാ സന്ദേശങ്ങളുടെയും സന്ദേശ ബോഡികളുടെ ഫോർമാറ്റുകൾ
3.3.2 നിലവാരമില്ലാത്ത വാചക സന്ദേശങ്ങൾ
നിലവാരമില്ലാത്ത വാചക സന്ദേശങ്ങളുടെ ഫോർമാറ്റ് ഇപ്രകാരമാണ്:
struct NonStdTextMessage {var} {
a1 ഐഡി;
// ഐഡൻ്റിഫയർ, [!…/]
a1 ശരീരം[];
// അനിയന്ത്രിതമായ നീളമുള്ള ബോഡി, [0...)
a1 eom;
// സന്ദേശത്തിൻ്റെ അവസാനം ( അല്ലെങ്കിൽ )
};
സന്ദേശ ഐഡൻ്റിഫയർ [!... /] ശ്രേണിയിലെ ഏതെങ്കിലും പ്രതീകമാണ് (പരിധിയിലെ ദശാംശ ASCII കോഡുകൾ [33...47]). സന്ദേശ ഐഡൻ്റിഫയർ ഓപ്ഷണൽ ആണ്. ഇല്ലെങ്കിൽ, സന്ദേശ ബോഡിക്ക് നീളം പൂജ്യം ഉണ്ടായിരിക്കണം (അതായത്, അഭാവവും ഉണ്ടായിരിക്കണം).
സന്ദേശ ബോഡി ഒഴികെയുള്ള ASCII പ്രതീകങ്ങളുടെ ഒരു ശ്രേണിയാണ് (ദശാംശ കോഡ് 13) കൂടാതെ (ദശാംശ കോഡ് 10) പ്രതീകങ്ങൾ. ശരീര ദൈർഘ്യത്തിന് പരിമിതികളൊന്നും ഫോർമാറ്റിൽ ഏർപ്പെടുത്തിയിട്ടില്ല.
സന്ദേശ മാർക്കറിൻ്റെ അവസാനം ഒന്നുകിൽ അല്ലെങ്കിൽ സ്വഭാവം.
CR അല്ലെങ്കിൽ LF പ്രതീകങ്ങൾ മാത്രം ഉൾക്കൊള്ളുന്ന നിലവാരമില്ലാത്ത സന്ദേശങ്ങൾ ഫോർമാറ്റ് അനുവദിക്കുന്നുവെന്നത് ശ്രദ്ധിക്കുക. ഒരു പൊതു-ഉദ്ദേശ്യ ടെർമിനലിലേക്ക് ഡാറ്റ ഔട്ട്പുട്ട് ചെയ്യുമ്പോൾ സാധാരണ GREIS സന്ദേശ സ്ട്രീമുകൾ കൂടുതൽ മനുഷ്യർക്ക് വായിക്കാൻ കഴിയുന്നതാക്കാൻ ഈ സവിശേഷത അനുവദിക്കുന്നു. viewപൊതുവായ വാചകം ഉപയോഗിച്ച് viewഎർ അല്ലെങ്കിൽ എഡിറ്റർ.
നോൺ-സ്റ്റാൻഡേർഡ് ടെക്സ്റ്റ് മെസേജ് ഐഡൻ്റിഫയറുകളിൽ ഒന്നായ "$" എന്ന പ്രതീകം, സ്റ്റാൻഡേർഡ് 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). യുഎസ് നാവിക നിരീക്ഷകൻ പിന്തുണയ്ക്കുന്ന യൂണിവേഴ്സൽ കോർഡിനേറ്റഡ് സമയം-
വറ്ററി. Tn GLONASS സിസ്റ്റം സമയം. 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അത്തരമൊരു സന്ദേശത്തിൻ്റെ le "ഇവൻ്റ്" [==] ആണ്.
ഡിലിമിറ്ററുകൾ
വാസ്തവത്തിൽ, "റിസീവർ ടൈം" സന്ദേശം നിലവിലെ യുഗത്തിൽ ജനറേറ്റുചെയ്യുന്ന മറ്റെല്ലാ സന്ദേശങ്ങൾക്കും മുമ്പുള്ളതായിരിക്കണം, അങ്ങനെ വ്യത്യസ്ത യുഗങ്ങളുമായി ബന്ധപ്പെട്ട സന്ദേശങ്ങളെ ഡീലിമിറ്റ് ചെയ്യുന്നു. ഒരു ഔപചാരിക പോയിൻ്റിൽ നിന്ന് 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 റിസീവർ എക്സ്റ്റേണൽ ഇൻ്റർഫേസ്, റിസീവർ എക്സ്റ്റേണൽ ഇൻ്റർഫേസ്, എക്സ്റ്റേണൽ ഇൻ്റർഫേസ്, ഇൻ്റർഫേസ് |