JAVAD GREIS GNSS રીસીવર બાહ્ય ઈન્ટરફેસ વપરાશકર્તા માર્ગદર્શિકા

GREIS નો ઉપયોગ કેવી રીતે થાય છે: તેનો ઉપયોગ GNSS સિસ્ટમ્સની કાર્યક્ષમતા અને ચોકસાઈ વધારવા માટે થાય છે.
સૂચિઓ: સપોર્ટેડ સુવિધાઓ અને કાર્યક્ષમતાઓની વિગતવાર યાદી માટે માર્ગદર્શિકાનો સંદર્ભ લો.

ઑબ્જેક્ટ્સ: ચોક્કસ કાર્યો માટે GREIS સાથે ઉપયોગમાં લઈ શકાય તેવી વિવિધ વસ્તુઓનું અન્વેષણ કરો.

રીસીવર ઇનપુટ ભાષા

રીસીવર ઇનપુટ ભાષા વપરાશકર્તાઓને ચોક્કસ આદેશો અને વાક્યરચનાનો ઉપયોગ કરીને ઉપકરણ સાથે ક્રિયાપ્રતિક્રિયા કરવાની મંજૂરી આપે છે. અહીં એક સંક્ષિપ્ત વર્ણન છેview:

ભાષા Exampલેસ: આપેલા ભૂતપૂર્વમાંથી શીખોampઉપકરણ સાથે કેવી રીતે વાતચીત કરવી તે સમજવા માટે.
ભાષા વાક્યરચના: રીસીવરને આદેશો મોકલવા માટેના વાક્યરચના નિયમોથી પોતાને પરિચિત કરો.

આદેશો: તમારી જરૂરિયાતોના આધારે ઉપકરણને નિયંત્રિત અને ગોઠવવા માટે વિવિધ આદેશોનો ઉપયોગ કરો.

રીસીવર સંદેશાઓ

ડેટા અને સ્થિતિ માહિતીનું અર્થઘટન કરવા માટે રીસીવર સંદેશાઓને સમજવું ખૂબ જ મહત્વપૂર્ણ છે. તમારે જે જાણવાની જરૂર છે તે અહીં છે:

સંમેલનો: સંદેશાઓનું સચોટ અર્થઘટન કરવા માટે ચોક્કસ ફોર્મેટ અને મૂલ્યોનું પાલન કરો.
માનક સંદેશ પ્રવાહ: સુસંગત ડેટા ટ્રાન્સમિશન માટે માનક સંદેશ ફોર્મેટનું અન્વેષણ કરો.

FAQs

પ્ર: શું હું GREIS GNSS રીસીવરના ફર્મવેરમાં ફેરફાર કરી શકું?
A: ના, JAVAD GNSS ના કૉપિરાઇટ નિયમો અનુસાર ફર્મવેરમાં ફેરફાર કરવાની મંજૂરી નથી.

પ્ર: હું GREIS GNSS રીસીવરથી સંબંધિત તકનીકી સમસ્યાઓ માટે સપોર્ટ કેવી રીતે મેળવી શકું?
A: ટેકનિકલ સપોર્ટ માટે, કૃપા કરીને સહાય માટે સીધા JAVAD GNSS નો સંપર્ક કરો.

View Fullscreen

તમારું JAVAD GNSS રીસીવર ખરીદવા બદલ આભાર. આ સંદર્ભ માર્ગદર્શિકા ("માર્ગદર્શિકા") માં ઉપલબ્ધ સામગ્રી JAVAD GNSS, Inc. દ્વારા JAVAD GNSS ઉત્પાદનોના માલિકો માટે તૈયાર કરવામાં આવી છે. તે રીસીવરના ઉપયોગ સાથે માલિકોને મદદ કરવા માટે રચાયેલ છે અને તેનો ઉપયોગ આ નિયમો અને શરતો ("નિયમો અને શરતો") ને આધીન છે.

નિયમો અને શરતો
વ્યવસાયિક ઉપયોગ JAVAD GNSS રીસીવરો વ્યાવસાયિક દ્વારા ઉપયોગમાં લેવા માટે રચાયેલ છે. સંચાલન, નિરીક્ષણ અથવા સમાયોજિત કરતા પહેલા વપરાશકર્તાને વપરાશકર્તા અને સલામતી સૂચનાઓ વિશે સારી જાણકારી અને સમજણની અપેક્ષા રાખવામાં આવે છે. રીસીવર ઓપરેટ કરતી વખતે હંમેશા જરૂરી પ્રોટેક્ટર (સેફ્ટી શૂઝ, હેલ્મેટ વગેરે) પહેરો.

આ માર્ગદર્શિકામાંની કોઈપણ વોરંટી સિવાયના વોરંટીનો અસ્વીકાર અથવા ઉત્પાદન સાથેના વોરંટી કાર્ડ, આ માર્ગદર્શિકા અને પ્રાપ્તકર્તાને "જેમ છે તેમ" પ્રદાન કરવામાં આવે છે. અન્ય કોઈ વોરંટી નથી. JAVAD GNSS કોઈપણ વિશિષ્ટ ઉપયોગ અથવા હેતુ માટે વેપારીતા અથવા યોગ્યતાની કોઈપણ ગર્ભિત વોરંટીનો અસ્વીકાર કરે છે. JAVAD GNSS અને તેના વિતરકો અહીં સમાવિષ્ટ તકનીકી અથવા સંપાદકીય ભૂલો અથવા ભૂલો માટે જવાબદાર રહેશે નહીં; ન તો આ સામગ્રી અથવા પ્રાપ્તકર્તાના ફર્નિશિંગ, પ્રદર્શન અથવા ઉપયોગના પરિણામે થતા આકસ્મિક અથવા પરિણામી નુકસાન માટે. આવા અસ્વીકૃત નુકસાનમાં સમયની ખોટ, નુકસાન અથવા ડેટાનો વિનાશ, નફો, બચત અથવા આવકની ખોટ અથવા ઉત્પાદનના ઉપયોગની ખોટનો સમાવેશ થાય છે પરંતુ તે મર્યાદિત નથી. આ ઉપરાંત, જાવદ GNSS અવેજી ઉત્પાદનો અથવા સૉફ્ટવેર, અન્ય લોકો દ્વારા દાવાઓ, અસુવિધા, સગવડ મેળવવાના જોડાણમાં થયેલા નુકસાન અથવા ખર્ચ માટે જવાબદાર અથવા જવાબદાર નથી. કોઈપણ સંજોગોમાં, JAVAD GNSS તમને અથવા અન્ય કોઈ વ્યક્તિ અથવા સંસ્થાને પ્રાપ્તકર્તા માટે ખરીદ કિંમત કરતાં વધુ નુકસાન માટે અથવા અન્યથા કોઈ જવાબદારી ધરાવશે નહીં.
લાઇસન્સ કરાર JAVAD GNSS દ્વારા પૂરા પાડવામાં આવેલ અથવા JAVAD GNSS પરથી ડાઉનલોડ કરેલ કોઈપણ કમ્પ્યુટર પ્રોગ્રામ અથવા સોફ્ટવેરનો ઉપયોગ webપ્રાપ્તકર્તાના સંબંધમાં સાઇટ ("સોફ્ટવેર") આ માર્ગદર્શિકામાં આ નિયમો અને શરતોની સ્વીકૃતિ અને આ નિયમો અને શરતોનું પાલન કરવા માટેના કરારની રચના કરે છે. વપરાશકર્તાને શરતો હેઠળ આવા સૉફ્ટવેરનો ઉપયોગ કરવા માટે વ્યક્તિગત, બિન-વિશિષ્ટ, બિન-તબદીલીપાત્ર લાઇસન્સ આપવામાં આવે છે

પ્રસ્તાવના નિયમો અને શરતો
અહીં જણાવેલ છે અને કોઈ પણ સંજોગોમાં માત્ર એક જ રીસીવર અથવા સિંગલ કોમ્પ્યુટર સાથે. તમે JAVAD GNSS ની સ્પષ્ટ લેખિત સંમતિ વિના સૉફ્ટવેર અથવા આ લાઇસન્સ સોંપી અથવા ટ્રાન્સફર કરી શકશો નહીં. આ લાઇસન્સ સમાપ્ત ન થાય ત્યાં સુધી અસરકારક રહેશે. તમે કોઈપણ સમયે સૉફ્ટવેર અને માર્ગદર્શિકાનો નાશ કરીને લાઇસન્સ સમાપ્ત કરી શકો છો. જો તમે કોઈપણ નિયમો અથવા શરતોનું પાલન કરવામાં નિષ્ફળ થશો તો JAVAD GNSS લાઇસન્સ સમાપ્ત કરી શકે છે. તમે રીસીવરનો ઉપયોગ સમાપ્ત કર્યા પછી સૉફ્ટવેર અને માર્ગદર્શિકાનો નાશ કરવા માટે સંમત થાઓ છો. સૉફ્ટવેરમાં અને તેના તમામ માલિકી, કૉપિરાઇટ અને અન્ય બૌદ્ધિક સંપદા અધિકારો JAVAD GNSS ના છે. જો આ લાયસન્સની શરતો સ્વીકાર્ય ન હોય, તો કોઈપણ ન વપરાયેલ સોફ્ટવેર અને માર્ગદર્શિકા પરત કરો.

ગોપનીયતા આ માર્ગદર્શિકા, તેની સામગ્રીઓ અને સોફ્ટવેર (સામૂહિક રીતે, "ગોપનીય માહિતી") એ JAVAD GNSS ની ગોપનીય અને માલિકીની માહિતી છે. તમે JAVAD GNSS ની ગોપનીય માહિતીને તમારા પોતાના સૌથી મૂલ્યવાન વેપાર રહસ્યોને સુરક્ષિત રાખવા માટે ઉપયોગમાં લેવાતા કાળજીની ડિગ્રીથી ઓછી કડક કાળજી સાથે સારવાર માટે સંમત થાઓ છો. આ ફકરામાં કંઈપણ તમને તમારા કર્મચારીઓને ગોપનીય માહિતી જાહેર કરવાથી પ્રતિબંધિત કરશે નહીં કારણ કે રીસીવર ચલાવવા અથવા તેની સંભાળ રાખવા માટે જરૂરી અથવા યોગ્ય હોઈ શકે. આવા કર્મચારીઓએ ગોપનીયતાની માહિતી પણ ગુપ્ત રાખવી જોઈએ. જો તમે કોઈપણ ગોપનીય માહિતી જાહેર કરવા માટે કાયદેસર રીતે ફરજ પાડો છો, તો તમારે JAVAD GNSS ને તાત્કાલિક સૂચના આપવી જોઈએ જેથી કરીને તે રક્ષણાત્મક ઓર્ડર અથવા અન્ય યોગ્ય ઉપાય માંગી શકે.
WEBસાઇટ; અન્ય નિવેદનો JAVAD GNSS પર કોઈ નિવેદન શામેલ નથી webસાઇટ (અથવા કોઈપણ અન્ય webસાઇટ) અથવા અન્ય કોઈપણ જાહેરાતો અથવા JAVAD GNSS સાહિત્યમાં અથવા JAVAD GNSS ના કર્મચારી અથવા સ્વતંત્ર કોન્ટ્રાક્ટર દ્વારા બનાવવામાં આવેલ આ નિયમો અને શરતો (સોફ્ટવેર લાઇસન્સ, વોરંટી અને જવાબદારીની મર્યાદા સહિત)માં ફેરફાર કરે છે.
સલામતી રીસીવરના અયોગ્ય ઉપયોગથી વ્યક્તિઓ અથવા મિલકતને ઈજા થઈ શકે છે અને/અથવા ઉત્પાદનની ખામી થઈ શકે છે. રીસીવરને ફક્ત અધિકૃત JAVAD GNSS વોરંટી સેવા કેન્દ્રો દ્વારા જ રીપેર કરાવવું જોઈએ.
વિવિધ નિયમો અને શરતો JAVAD GNSS દ્વારા કોઈપણ સમયે સુધારી, સંશોધિત, સ્થાનાંતરિત અથવા રદ કરી શકાય છે. ઉપરોક્ત નિયમો અને શરતો કાયદાના સંઘર્ષના સંદર્ભ વિના, કેલિફોર્નિયા રાજ્યના કાયદાઓ દ્વારા સંચાલિત કરવામાં આવશે, અને તેનું અર્થઘટન કરવામાં આવશે.

GREIS શું છે?
GREIS એ એક ઇન્ટરફેસિંગ લેંગ્વેજ છે જે વપરાશકર્તાને GNSS રીસીવરો સાથે તેમની તમામ ક્ષમતાઓ અને કાર્યોને ઍક્સેસ કરીને અસરકારક રીતે વાતચીત કરવા સક્ષમ બનાવે છે.
GREIS એ JAVAD GNSS હાર્ડવેરની સમગ્ર શ્રેણી માટે સામાન્ય રીસીવર ભાષા માળખું રજૂ કરે છે. આ ભાષા માળખું રીસીવર-સ્વતંત્ર છે અને ભવિષ્યમાં ફેરફાર અથવા વિસ્તરણ માટે ખુલ્લું છે. GREIS એ એકીકૃત અભિગમ પર આધારિત છે જે વપરાશકર્તાને નામવાળી વસ્તુઓના યોગ્ય સેટનો ઉપયોગ કરીને JAVAD GNSS રીસીવરને નિયંત્રિત કરવાની મંજૂરી આપે છે. આ ઑબ્જેક્ટ્સ સાથે વાતચીત પૂર્વવ્યાખ્યાયિત આદેશો અને સંદેશાઓ દ્વારા પ્રાપ્ત થાય છે. ઉપયોગમાં લેવાતી રીસીવર વસ્તુઓની સંખ્યા અથવા પ્રકાર પર કોઈ ચોક્કસ અવરોધો નથી.

GREIS નો ઉપયોગ કેવી રીતે થાય છે
JAVAD GNSS રીસીવર સાથે તેના એક પોર્ટ (સીરીયલ, સમાંતર, યુએસબી, ઈથરનેટ વગેરે) દ્વારા વાતચીત કરતી કોઈપણ સિસ્ટમ જરૂરી કાર્ય પૂર્ણ કરવા માટે GREIS આદેશો અને સંદેશાઓનો ઉપયોગ કરશે. સામાન્ય એપ્લિકેશનની એક જોડી જ્યાં GREIS ખૂબ જ મહત્વપૂર્ણ ભૂમિકા ભજવે છે, પ્રથમ, સર્વેક્ષણ અને RTK પ્રોજેક્ટ્સમાં ફિલ્ડ ઓપરેશન દરમિયાન રીસીવરો સાથે વાતચીત કરવા માટે હેન્ડ-હેલ્ડ કંટ્રોલરનો ઉપયોગ કરવો અથવા બીજું, જ્યારે રીસીવરો પાસેથી ડેટા ડેસ્કટોપ સિસ્ટમમાં ડાઉનલોડ કરી રહ્યા છીએ ત્યારે આગળની પોસ્ટ માટે પ્રક્રિયા પોસ્ટ પ્રોસેસિંગ એપ્લિકેશન પોતે GREIS આદેશોનો ઉપયોગ કરતી નથી, પરંતુ ડેટામાંથી ડેટા કાઢવા માટે GREIS સંદેશાઓથી વાકેફ રહેવાની જરૂર છે files.

GREIS ની એક મહત્વપૂર્ણ વિશેષતા એ છે કે તે JAVAD GNSS રીસીવરોના સ્વચાલિત અને મેન્યુઅલ નિયંત્રણ બંને માટે અસરકારક રીતે ઉપયોગ કરી શકાય છે. મેન્યુઅલ નિયંત્રણ માટે, વપરાશકર્તા ટર્મિનલ દ્વારા રીસીવરમાં જરૂરી GREIS આદેશો દાખલ કરશે. આ સરળતાથી પ્રાપ્ત કરી શકાય છે કારણ કે GREIS એ માનવ-વાંચી શકાય તેવા ટેક્સ્ટ ઇન્ટરફેસ તરીકે રચાયેલ છે. બીજી બાજુ, GREIS તેના બદલે કડક નિયમોનું પાલન કરે છે જે એપ્લિકેશનો દ્વારા ઉપયોગમાં સરળ બનાવે છે.

યાદીઓ
GREIS સૂચિઓના ખ્યાલનો ભારે ઉપયોગ કરે છે. સૂચિઓનો ઉપયોગ રીસીવર ઇનપુટ ભાષા અને પ્રમાણભૂત ટેક્સ્ટ સંદેશાઓ બંનેમાં થાય છે.

પરિચય ઑબ્જેક્ટ્સ
GREIS માં સૂચિઓ અલ્પવિરામ (,, ASCII કોડ 44) દ્વારા સીમાંકિત તત્વોના ક્રમ દ્વારા રજૂ થાય છે, અને કૌંસમાં બંધ ({}, ASCII કોડ્સ 123 અને 125):
{તત્વ1,તત્વ2,તત્વ3}
બદલામાં, સૂચિના ઘટકો પોતે સૂચિઓ હોઈ શકે છે:
{e1,{ee21,ee22},e3}
આમ ઉપરોક્ત વ્યાખ્યા પુનરાવર્તિત છે, જેથી મનસ્વી માળખાના ઊંડાણની સૂચિને મંજૂરી આપવામાં આવે. એલિમેન્ટ્સ કે જે યાદી નથી તેને લીફ એલિમેન્ટ્સ અથવા ફક્ત લીફ્સ કહેવામાં આવે છે. સૂચિઓના ઘટકો ખાલી હોઈ શકે છે, જે કિસ્સામાં અમે કહીએ છીએ કે ઘટક અવગણવામાં આવ્યું છે. માજી માટેample, નીચેની સૂચિમાં, બીજું તત્વ અવગણવામાં આવ્યું છે:
{e1,,e3}
સીમાંકકો પહેલા અને પછીની જગ્યાઓને મંજૂરી છે અને અવગણવામાં આવે છે. જો સૂચિના તમામ ઘટકોની શરૂઆતમાં સમાન સબસ્ટ્રિંગ (ઉપસર્ગ) હોય, તો આ સબસ્ટ્રિંગને સૂચિની આસપાસના કૌંસની બહાર ખસેડી શકાય છે, દા.ત.
તત્વ{1,2,3}
નું ટૂંકું સ્વરૂપ છે
{elem1,elem2,elem3}

તત્વોને ડબલ-ક્વોટ્સ (“, ASCII કોડ 34) માં બંધ કરી શકાય છે જે પદચ્છેદન દરમિયાન છીનવાઈ જાય છે. અવતરણ કરેલ તત્વની અંદર, વિશિષ્ટ પ્રતીકો (કૌંસ, અલ્પવિરામ, વગેરે) તેમની ભૂમિકા ગુમાવે છે અને તેને નિયમિત અક્ષરો ગણવામાં આવે છે. અવતરણોનો બીજો ઉપયોગ "તત્વ નિર્દિષ્ટ નથી" અને "ખાલી તત્વ નિર્દિષ્ટ" શરતો વચ્ચેનો તફાવત છે. ભૂતપૂર્વને સૂચિમાંથી ફક્ત એક ઘટકને બાદ કરીને સૂચિત કરવામાં આવે છે, અને બાદમાં અલ્પવિરામ વચ્ચે બે અવતરણોની જોડી મૂકીને સૂચિત કરવામાં આવે છે. જ્યારે કોઈને સ્ટ્રિંગમાં આગળ અથવા પાછળની જગ્યાઓ હોવી જરૂરી હોય ત્યારે અવતરણ પણ ઉપયોગી છે. તત્વમાં ડબલ-ક્વોટ મૂકવા માટે, આ ઘટકને ક્વોટ કરો અને બેકસ્લેશ અક્ષર (, ASCII કોડ 92) વડે અંદરના ડબલ-ક્વોટમાંથી છટકી જાઓ. ક્વોટેડ સ્ટ્રિંગમાં બેકસ્લેશને જાતે જ મૂકવા માટે, તેને બીજા બેકસ્લેશથી એસ્કેપ કરો, ઉદાહરણ તરીકેampલે:
Example: ““અવતરણ”, બેકસ્લેશ \, અને વિશિષ્ટ અક્ષરો સાથેની સ્ટ્રિંગ, {}”
1.4 ઑબ્જેક્ટ્સ
GREIS જે મોડેલ પર આધારિત છે તેના સંદર્ભમાં, JAVAD GNSS રીસીવરને નામવાળી વસ્તુઓના સમૂહ સાથે ઓળખવામાં આવે છે.

GREIS

www.javad.com

પરિચય ઑબ્જેક્ટ્સ
ઑબ્જેક્ટ આઇડેન્ટિફાયર
ઑબ્જેક્ટને રીસીવરના હાર્ડવેર અથવા સૉફ્ટવેર એન્ટિટી તરીકે વ્યાખ્યાયિત કરવામાં આવે છે જેને સંબોધિત, સેટ અથવા ક્વેરી કરી શકાય છે. હાર્ડવેર એન્ટિટીને સામાન્ય રીતે ઉપકરણો તરીકે ઓળખવામાં આવે છે, જ્યારે ફર્મવેર ઑબ્જેક્ટ સામાન્ય રીતે હોય છે files અને પરિમાણો. રીસીવર પોર્ટ અને મેમરી મોડ્યુલ બધા સારા ભૂતપૂર્વ છેampઉપકરણોની સંખ્યા. બધા ઉપકરણો, files અને પરિમાણોને GREIS દ્વારા સમાન રીતે ગણવામાં આવે છે. દરેક ઑબ્જેક્ટમાં વિશેષતાઓનો સંલગ્ન સમૂહ હોય છે જે GREIS દ્વારા એક્સેસ, વ્યાખ્યાયિત અને/અથવા બદલી શકાય છે.

1.4.1 ઑબ્જેક્ટ આઇડેન્ટિફાયર
તે પહેલેથી જ ઉલ્લેખિત છે કે રીસીવરને વસ્તુઓના સમૂહ તરીકે ગણવામાં આવે છે (ઉપકરણો, files, સંદેશાઓ, પરિમાણો, વગેરે) GREIS મોડેલના સંદર્ભમાં. રીસીવર આદેશોમાં ઑબ્જેક્ટને સંબોધવાના હેતુઓ માટે, દરેક ઑબ્જેક્ટને અનન્ય ઓળખકર્તા અસાઇન કરવું જોઈએ.

રીસીવરમાં ઓબ્જેક્ટો તાર્કિક રીતે જૂથોમાં ગોઠવાયેલા છે. જૂથ પોતે પણ એક ઑબ્જેક્ટ છે અને તે અન્ય જૂથનું છે સિવાય કે તે રુટ જૂથ હોય. આમ રીસીવરમાંના તમામ ઓબ્જેક્ટો એક રુટ જૂથથી શરૂ થતા વૃક્ષ જેવા વંશવેલોમાં ગોઠવાય છે. આ રજૂઆત ની સંસ્થાને મળતી આવે છે files ડિરેક્ટરીઓ (ફોલ્ડર્સ) માં કે જેનાથી મોટાભાગના કમ્પ્યુટર વપરાશકર્તાઓ પરિચિત છે.
GREIS માં, ઑબ્જેક્ટ જૂથોને અનુરૂપ ઑબ્જેક્ટ નામોની સૂચિ તરીકે રજૂ કરવામાં આવે છે. ઑબ્જેક્ટનું નામ એ સૂચિની અંદર અનન્ય છે જે ઑબ્જેક્ટનું છે. વૈશ્વિક રીતે અનન્ય ઑબ્જેક્ટ ઓળખકર્તાને ઑબ્જેક્ટ ટ્રી દ્વારા ઑબ્જેક્ટ ટ્રી દ્વારા ઑબ્જેક્ટ સુધીના માર્ગ પરના તમામ ઑબ્જેક્ટ નામ તરીકે વ્યાખ્યાયિત કરવામાં આવે છે, જે ફોરવર્ડ સ્લેશ (/) દ્વારા સીમાંકિત છે. રુટ સૂચિ પોતે સિંગલ ફોરવર્ડ સ્લેશ દ્વારા ઓળખાય છે.
Exampઑબ્જેક્ટ આઇડેન્ટિફાયરના લેસ છે:
Example: મૂળ જૂથ:
/
Example: પ્રાપ્તકર્તા ઇલેક્ટ્રોનિક ID:
/par/rcv/id
Example: સીરીયલ પોર્ટ એ બોડ રેટ:
/par/dev/ser/a/રેટ
Example: ની વિશેષતાઓ (કદ અને છેલ્લો ફેરફાર સમય). file નામ (file વિશેષતાઓ નીચે ચર્ચા કરેલ ઑબ્જેક્ટ વિશેષતાઓથી અલગ છે:
/log/NAME
Example: NMEA GGA વાક્ય:

GREIS

www.javad.com

પરિચય સામયિક આઉટપુટ
ઑબ્જેક્ટ પ્રકાર
/msg/nmea/GGA
બધા પદાર્થો તેમની સાથે સંકળાયેલા એક અથવા વધુ લક્ષણો ધરાવે છે. ઑબ્જેક્ટ એટ્રિબ્યુટને ઑબ્જેક્ટ ઓળખકર્તામાં & અક્ષર અને એટ્રિબ્યુટ નામ ઉમેરીને ઓળખવામાં આવે છે. દરેક ઑબ્જેક્ટનું પ્રાથમિક લક્ષણ મૂલ્ય છે. આ વિશેષતા હંમેશા GREIS આદેશો દ્વારા સ્પષ્ટપણે એક્સેસ કરવામાં આવે છે. કેટલાક ઑબ્જેક્ટ્સમાં વધારાના લક્ષણો હોઈ શકે છે, ઉદાહરણ તરીકેample: દા.તample: સીરીયલ પોર્ટ એ ડિફોલ્ટ બોડ રેટ:
/par/dev/ser/a/rate&def
Example: ની સામગ્રી file નામ:
/log/NAME&content
1.4.2 ઑબ્જેક્ટ પ્રકારો
રીસીવરમાં દરેક વસ્તુ તેની સાથે સંકળાયેલ GREIS પ્રકાર ધરાવે છે. ઑબ્જેક્ટનો પ્રકાર GREIS આદેશોના સંદર્ભમાં તેના વર્તનને વ્યાખ્યાયિત કરે છે. ખાસ કરીને, પ્રકાર વ્યાખ્યાયિત કરે છે કે ઑબ્જેક્ટ કયા મૂલ્યો લઈ શકે છે અને ઑબ્જેક્ટને કયા ચોક્કસ આદેશો લાગુ પડે છે.
હાલમાં સપોર્ટેડ ઑબ્જેક્ટ પ્રકારોના વિગતવાર વર્ણન માટે પૃષ્ઠ 184 પર "પ્રાથમિક ઑબ્જેક્ટ પ્રકારો" નો સંદર્ભ લો.

GREIS

1.5 સામયિક આઉટપુટ

રીસીવરની કામગીરીમાં મહત્વની ભૂમિકા સમયાંતરે અમુક માહિતીને આઉટપુટ કરવાની તેની ક્ષમતા ભજવે છે, જેમ કે વિવિધ પ્રકારના માપન, ગણતરી કરેલ મૂલ્યો વગેરે, ચોક્કસ શેડ્યૂલ અનુસાર. GREIS એ વિવિધ ફોર્મેટમાં વિવિધ પ્રકારની માહિતી ધરાવતા સંદેશાઓના સમૃદ્ધ સમૂહને વ્યાખ્યાયિત કરે છે જે આઉટપુટના ન્યૂનતમ એકમો છે, અને ડેટા આઉટપુટ માટે યોગ્ય કોઈપણ સપોર્ટેડ મીડિયાને કોઈપણ ક્રમમાં સંદેશાઓના કોઈપણ સંયોજનના સામયિક આઉટપુટની વિનંતી કરવાની પદ્ધતિઓ પ્રદાન કરે છે. ડેટા આઉટપુટ માટે યોગ્ય કોઈપણ સપોર્ટેડ માધ્યમને GREIS માં આઉટપુટ સ્ટ્રીમ કહેવામાં આવે છે.
દરેક આઉટપુટ સ્ટ્રીમ માટે, રીસીવર સંદેશાઓની યાદી જાળવી રાખે છે જે હાલમાં સ્ટ્રીમમાં આઉટપુટ થવા માટે સક્ષમ છે, જેને આઉટપુટ લિસ્ટ કહેવાય છે. જે ક્રમમાં સંદેશાઓ આઉટપુટ છે, તે આઉટપુટ સૂચિમાંના સંદેશાઓના ક્રમ સાથે મેળ ખાય છે. વધુમાં, દરેક સંદેશ કે જે આઉટપુટ સૂચિમાં હાજર છે તેની સાથે સંકળાયેલા સુનિશ્ચિત પરિમાણોનો પોતાનો સેટ છે. આઉટપુટ સૂચિમાં સંદેશ સાથે જોડાયેલ સુનિશ્ચિત પરિમાણો આ ચોક્કસ આઉટપુટ પ્રવાહમાં આ ચોક્કસ સંદેશના આઉટપુટના શેડ્યૂલને વ્યાખ્યાયિત કરે છે. GREIS ત્રણ કોમ પ્રદાન કરે છે-

www.javad.com

પરિચય સામયિક આઉટપુટ આઉટપુટ સમયગાળો અને તબક્કો
mands, em, out, અને dm, આઉટપુટ યાદીઓ અને સુનિશ્ચિત પરિમાણોના કાર્યક્ષમ મેનીપ્યુલેશન માટે પરવાનગી આપવા માટે.
સંદેશ શેડ્યુલિંગ પરિમાણોમાં ચાર ક્ષેત્રોનો સમાવેશ થાય છે: સમયગાળો, તબક્કો, ગણતરી અને ફ્લેગ્સ, જેમાંથી દરેક આઉટપુટ શેડ્યૂલ વ્યાખ્યામાં અલગ ભૂમિકા ભજવે છે. નીચે આપણે વર્ણવીશું કે તેમના મૂલ્યો આઉટપુટને બરાબર કેવી રીતે અસર કરે છે, પરંતુ મૂળભૂત રીતે, સમયગાળો સંદેશના આઉટપુટ વચ્ચેના અંતરાલને સ્પષ્ટ કરે છે; તબક્કો સમયની ક્ષણોના સંદર્ભમાં આઉટપુટની ક્ષણોના સમયના શિફ્ટને સ્પષ્ટ કરે છે જ્યારે વર્તમાન સમય સમયગાળાના બહુવિધ હોય છે; ગણતરી, જ્યારે શૂન્ય કરતા વધારે હોય, ત્યારે સંદેશ આઉટપુટ થવાની સંખ્યાને મર્યાદિત કરે છે; જ્યારે ધ્વજ filed આઉટપુટ પ્રક્રિયાના કેટલાક ફાઇન ટ્યુનિંગ માટે પરવાનગી આપે છે.

1.5.1 આઉટપુટ સમયગાળો અને તબક્કો

નોંધ:

સંદેશ શેડ્યુલિંગ પરિમાણોના સમયગાળા અને તબક્કા ક્ષેત્રો [0…86400) સેકન્ડની શ્રેણીમાં ફ્લોટિંગ પોઈન્ટ મૂલ્યો છે. તેમના ચોક્કસ અર્થ નીચે વર્ણવેલ છે.
જ્યારે F_CHANGE બીટ શેડ્યુલિંગ પરિમાણોના ફ્લેગ ફીલ્ડમાં સેટ કરવામાં આવે છે, ત્યારે ફેઝ ફીલ્ડ તેની સામાન્ય ભૂમિકા ગુમાવે છે અને તેના બદલે "ફોર્સ્ડ આઉટપુટ પીરિયડ" બની જાય છે. વિગતો માટે નીચે F_CHANGE ધ્વજનું વર્ણન જુઓ.
રીસીવર પાસે તેની આંતરિક સમયની ગ્રીડ છે જે રીસીવર ઘડિયાળ અને /par/raw/curmsint પેરામીટરની કિંમત દ્વારા વ્યાખ્યાયિત કરવામાં આવે છે જે રીસીવરના આંતરિક યુગના પગલાને વ્યાખ્યાયિત કરે છે. રીસીવર આંતરિક યુગો ત્યારે થાય છે જ્યારે રીસીવરનો સમય સ્ટેપના બહુવિધ હોય છે. બદલામાં, રીસીવર સમયને રીસીવર ઘડિયાળ મોડ્યુલો એક દિવસ (86400 સેકન્ડ)ના મૂલ્ય તરીકે વ્યાખ્યાયિત કરવામાં આવે છે. રીસીવર ફક્ત આંતરિક રીસીવર યુગમાં જ આઉટપુટ લિસ્ટને સ્કેન કરે છે, જેથી કોઈ આઉટપુટ તેના કરતા વધુ વારંવાર જનરેટ કરી શકાય નહીં.
આંતરિક સમય ગ્રીડને ધ્યાનમાં લેતા, પીરિયડ અને તબક્કાના ચલો સંદેશના આઉટપુટના સમયની ક્ષણોને નીચે પ્રમાણે વ્યાખ્યાયિત કરે છે: રીસીવર ફક્ત નીચેના બે સમીકરણોને સંતોષતા રીસીવર ટાઉટ સમયે જ સંદેશને આઉટપુટ કરશે:

ટાઉટમોડ સમયગાળો = તબક્કો

(1)

ટાઉટ = N પગલું (2)

GREIS

જ્યાં N એ પૂર્ણાંક સંખ્યા છે જે મૂલ્યો [0,1,2,…,(86400/પગલાં)-1] લે છે.
પ્રથમ સમીકરણ સંદેશાઓના આઉટપુટના મૂળભૂત નિયમને વ્યાખ્યાયિત કરે છે, અને બીજું એક આંતરિક રીસીવર યુગથી સંબંધિત વધારાના અવરોધો લાદે છે. નોંધ કરો કે સૌથી સામાન્ય કિસ્સામાં, જ્યારે સમયગાળો અને તબક્કો બંને પગલાંના ગુણાંકમાં હોય છે, જ્યારે પ્રથમ સમીકરણ સંતુષ્ટ થાય છે ત્યારે બીજું સમીકરણ આપોઆપ સંતુષ્ટ થાય છે. એ પણ નોંધ કરો કે જો
૮૬૪૦૦ (મોડ પીરિયડ) ૦,

www.javad.com

પરિચય સામયિક આઉટપુટ
આઉટપુટ ગણતરી

Exampલે:
Example: દા.તampલે:

દિવસના રોલઓવર પહેલા મોકલેલા છેલ્લા સંદેશ અને દિવસના રોલઓવર પછીના પ્રથમ સંદેશ વચ્ચેનો વાસ્તવિક અંતરાલ સમયગાળાના મૂલ્યથી અલગ હશે.
ભૂતપૂર્વ એક દંપતિ ધ્યાનમાં લોampઆ મિકેનિઝમનું વર્ણન કરે છે:
ધારો કે સમયગાળો 10s છે, તબક્કો 2.2s છે, અને પગલું 0.2s છે. બીજા સમીકરણ મુજબ, ટાઉટ માત્ર એવા મૂલ્યો લઈ શકે છે જે પગલાંના બહુવિધ હોય, પ્રથમ સમીકરણનો ડાબો ભાગ નીચેના મૂલ્યો લેશે: 0, 0.2, 0.4, …, 9.8, 0, …, જેમાંથી માત્ર મૂલ્ય 2.2 મેચનો તબક્કો. આ મેચો થશે, અને સંદેશ આઉટપુટ થશે, દરેક વખતે જ્યારે Tout નીચેના મૂલ્યોમાંથી એક લે છે: 2.2s, 12.2s, 22.2s, વગેરે.
ધારો કે સમયગાળો 10s છે, તબક્કો 2.2s છે, અને પગલું 0.5s છે. રીસીવર સંદેશને આઉટપુટ કરશે નહીં કારણ કે એક સાથે સમીકરણોની ઉપરની જોડી ક્યારેય સંતુષ્ટ નથી.
ધારો કે તબક્કો > અવધિ. પ્રાપ્તકર્તા સંદેશને બિલકુલ આઉટપુટ કરશે નહીં કારણ કે પ્રથમ સમીકરણ ક્યારેય સંતુષ્ટ થશે નહીં.

1.5.2 આઉટપુટ કાઉન્ટ

નોંધ:

સંદેશ શેડ્યુલિંગ પેરામીટર્સનું કાઉન્ટ ફીલ્ડ એ શ્રેણી [-256…32767) માં પૂર્ણાંક મૂલ્ય છે અને બે અલગ-અલગ હેતુઓ પૂરા કરે છે:
1. જ્યારે ગણતરી 0 હશે, ત્યારે અમર્યાદિત સંખ્યામાં સંદેશાઓ આઉટપુટ થશે. જ્યારે ગણતરી 0 કરતા વધારે હોય, ત્યારે તે વ્યાખ્યાયિત કરે છે કે સંદેશ કેટલી વાર આઉટપુટ થશે. આ કિસ્સામાં જ્યારે પણ સંદેશ આઉટપુટ થાય છે ત્યારે કાઉન્ટર 1 દ્વારા ઘટે છે, અને જ્યારે તે 0 બને છે, F_DISABLED બીટ ફ્લેગ ફીલ્ડમાં સેટ થાય છે. સંદેશ શેડ્યૂલર F_DISABLED બીટ સેટ સાથે સંદેશાઓને આઉટપુટ કરતું નથી.
2. જ્યારે ગણતરી શ્રેણી [-256…-1] માં મૂલ્ય પર સેટ કરવામાં આવે છે, ત્યારે સંદેશનું આઉટપુટ દબાવવામાં આવતું નથી, અને ગણતરી ક્ષેત્ર સંપૂર્ણપણે અલગ હેતુ માટે કામ કરે છે. તે આઉટપુટ પહેલા સંદેશને વિશિષ્ટ [>>] સંદેશમાં લપેટીને સક્ષમ કરે છે (પૃષ્ઠ 132 પર “[>>] રેપર જુઓ). ગણતરીના મૂલ્યનો ઉપયોગ પછી જનરેટ કરેલા [>>] સંદેશમાં આઈડી ફીલ્ડ સેટ કરવા માટે થાય છે જેથી આઈડી સંખ્યાત્મક રીતે (-1 - ગણતરી) ની બરાબર હોય.
રેપિંગ સુવિધા ઉપયોગી છે, ઉદાહરણ તરીકેample, સર્વર એપ્લિકેશન માટે કે જે રીસીવર તરફથી સંદેશાઓ મેળવે છે અને તેમને બહુવિધ ક્લાયંટને ફોરવર્ડ કરે છે. તે વિવિધ ઓળખકર્તાઓ સાથે [>>] સંદેશાઓમાં મનસ્વી સંદેશાઓને વીંટાળવાની વિનંતી કરી શકે છે, પ્રાપ્ત સંદેશાઓને અનવ્રેપ કરી શકે છે, અને પ્રાપ્ત IDના આધારે ચોક્કસ ક્લાયન્ટને ડેટા મોકલી શકે છે. આ સુવિધાનો ઉપયોગ કરીને, આવી એપ્લિકેશનને અન્ય કોઈપણ ડેટા ફોર્મેટથી વાકેફ રહેવાની જરૂર નથી પરંતુ [>>] સંદેશના ફોર્મેટ વિશે, અને વિવિધ ફોર્મેટમાં સંદેશા મેળવવા અને મોકલવા માટે રીસીવર સાથે વાતચીતની એક ચેનલનો ઉપયોગ કરી શકે છે.

GREIS

www.javad.com

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

પરિચય સામયિક આઉટપુટ
આઉટપુટ ફ્લેગ્સ
F_OUT_ON_ADD જો આ ધ્વજ સેટ કરેલ હોય, તો પ્રથમ સંદેશ અનુરૂપ em અથવા આઉટ આદેશને અમલમાં મૂક્યા પછી તરત જ આઉટપુટ થશે. આ ધ્વજને મોટાભાગના સંદેશાઓ માટે અવગણવામાં આવે છે1.
F_NOTENA જો આ ધ્વજ આઉટપુટ સૂચિમાં સંદેશ માટે સેટ કરેલ હોય, તો આ સંદેશ માટેનો F_DISABLED ધ્વજ જ્યારે સંદેશ સક્ષમ હશે ત્યારે સાફ થશે નહીં, અને તેથી તેનું આઉટપુટ સસ્પેન્ડ રહેશે. માજી માટેample, આ ફ્લેગનો ઉપયોગ સંદેશાઓના ડિફોલ્ટ સેટમાંથી કેટલાક સંદેશાઓને આઉટપુટ ન કરવા માટે થાય છે જ્યારે વપરાશકર્તા ફ્લાય પર આઉટપુટ અવધિમાં ફેરફાર કરે છે, પ્રથમ આઉટપુટને અક્ષમ કર્યા વિના.
F_FIX_PERIOD, F_FIX_PHASE, F_FIX_COUNT, F_FIX_PERIOD શેડ્યુલિંગ પરિમાણોમાં 1 પર સેટ હોવાથી, em અને આઉટ આદેશો દ્વારા આ શેડ્યૂલિંગ પરિમાણોના અનુરૂપ ફીલ્ડ(ઓ)માં ફેરફારોને અટકાવે છે.
F_DISABLED વપરાશકર્તા દ્વારા સ્પષ્ટ રીતે પ્રોગ્રામેબલ નથી. જ્યારે કોઈ સકારાત્મક ગણતરી સાથે સંદેશને સક્ષમ કરે છે, તો પછી, આ સંદેશ આઉટપુટ કાઉન્ટ વખત આવ્યા પછી, સંદેશ શેડ્યૂલર આ ધ્વજને 1 પર સેટ કરે છે. આ ફ્લેગ 0 પર સાફ થઈ જાય છે જ્યારે સંદેશ ફરીથી સક્ષમ કરવામાં આવે છે, સિવાય કે F_NOTENA ફ્લેગ માટે સેટ કરવામાં આવે. આ સંદેશ.

1. હાલમાં ફક્ત બે GREIS સંદેશાઓ, [JP] અને [MF], આ ધ્વજનું સન્માન કરે છે.

GREIS

www.javad.com

પ્રકરણ 2
રીસીવર ઇનપુટ ભાષા

આ પ્રકરણ રીસીવર ઇનપુટ ભાષાના સિન્ટેક્સ અને સિમેન્ટિક્સનું વર્ણન કરે છે. અમે કેટલાક ભૂતપૂર્વ સાથે શરૂ કરીએ છીએampવાચકને ભાષાની અનુભૂતિ આપવા માટે, પછી વિગતવાર વાક્યરચના વ્યાખ્યા તરફ વળો, અને પછી તમામ વ્યાખ્યાયિત આદેશોનું તેમના સિમેન્ટિક્સ સાથે વર્ણન કરો.

2.1 ભાષા ઉદાampલેસ

અહીં થોડા ભૂતપૂર્વ છેampરીસીવર જવાબો સાથે રીસીવર સમજે છે વાસ્તવિક નિવેદનો. તમને વધુ ભૂતપૂર્વ મળશેampઅનુરૂપ પેટા વિભાગોમાં ચોક્કસ આદેશોનો ઉપયોગ કરવાના નિયમો. રીસીવરમાં ઇનપુટ અક્ષર સાથે ચિહ્નિત થયેલ છે, જ્યારે રીસીવર આઉટપુટ અક્ષર સાથે ચિહ્નિત થયેલ છે:

Example: રીસીવરને તેનું ઈલેક્ટ્રોનિક આઈડી પ્રિન્ટ કરવા કહો. રીસીવર દર્શાવેલ જવાબ સંદેશ જનરેટ કરે છે:

Exampલે:

છાપો,/par/rcv/id RE00C QP01234TR45 નો પરિચય
રીસીવરને તેના સીરીયલ પોર્ટ A નો બોડ રેટ 9600 પર સેટ કરવા માટે કહો. રીસીવર સફળતાપૂર્વક આદેશનો અમલ કરે છે અને કોઈ જવાબ જનરેટ કરતું નથી.

સેટ કરો,/par/dev/ser/a/rate,9600
Example: અગાઉના ex માં જેવો જ આદેશ વાપરોample, પરંતુ સ્ટેટમેન્ટ આઇડેન્ટિફાયરનો ઉપયોગ કરીને રીસીવરને જવાબ જનરેટ કરવા દબાણ કરો.

Exampલે:

%set_rate%set,/par/dev/ser/a/rate,9600 RE00A% સેટ_રેટ%
ખૂબ ઊંચા બૉડ રેટ સેટ કરવાનો પ્રયાસ કરો. અમે કોઈ સ્ટેટમેન્ટ આઇડેન્ટિફાયરનો ઉપયોગ કર્યો ન હોવા છતાં રીસીવર એરર મેસેજ સાથે જવાબ આપે છે.

સેટ કરો,/par/dev/ser/a/rate,1000000 ER016{4, મૂલ્ય શ્રેણીની બહાર}

નોંધ:

રીસીવર હંમેશા તેના સામાન્ય અને ભૂલના જવાબોને અનુક્રમે બે પ્રમાણભૂત સંદેશાઓ, [RE] અને [ER] માં મૂકે છે. GREIS સંદેશાઓના ફોર્મેટ પર વધુ માહિતી માટે, પૃષ્ઠ 64 પર "સંદેશોનું સામાન્ય ફોર્મેટ" નો સંદર્ભ લો. [RE] અને [ER] સંદેશાઓનું વર્ણન પૃષ્ઠ 129 પર "ઇન્ટરેક્ટિવ મેસેજીસ" માં કરવામાં આવ્યું છે.

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ ભાષા સિન્ટેક્સ
2.2 ભાષા વાક્યરચના
GREIS એ મનસ્વી લંબાઈ1 ની ASCII અક્ષરોની રેખાઓ વ્યાખ્યાયિત કરે છે, જે કેરેજ-રીટર્ન ( , ASCII દશાંશ કોડ 13), અથવા લાઇન-ફીડ ( , ASCII દશાંશ કોડ 10) અક્ષરો, ભાષાના ઉચ્ચ-સ્તરના વાક્યરચના ઘટકો બનવા માટે. GREIS માં ખાલી લીટીઓની મંજૂરી છે અને અવગણવામાં આવે છે. પરિણામે, રેખાને કોઈપણ સંયોજન દ્વારા સીમાંકિત કરી શકાય છે અને/અથવા પાત્રો તે GREIS ને WindowsTM, MacTM, અને UNIXTM લાઇન એન્ડિંગ કન્વેન્શન્સને એકીકૃત રીતે સપોર્ટ કરવાની મંજૂરી આપે છે.
રીસીવર ઇનપુટ ભાષા કેસ-સંવેદનશીલ છે. તેનો અર્થ એ છે કે, ભૂતપૂર્વ માટેample, શબ્દમાળાઓ GREIS, greis, અને gReIs, અલગ-અલગ સ્ટ્રિંગ હોવાને કારણે, ખરેખર રીસીવર દ્વારા તેને ગણવામાં આવે છે.
નંબર ચિહ્ન (#, ASCII કોડ 35) એ ટિપ્પણી પરિચય અક્ષર છે. રીસીવર આ પાત્રથી શરૂ કરીને લીટીના અંત સુધીની દરેક વસ્તુને અવગણે છે.
ટિપ્પણી (જો કોઈ હોય તો) લાઇનમાંથી છીનવી લીધા પછી, રીસીવર આગળની અને પાછળની જગ્યાઓ દૂર કરે છે, અને પછી લાઇનને નિવેદનોમાં તોડે છે. નિવેદનોને અર્ધવિરામ (;, ASCII કોડ 59) સાથે અથવા બે સાથે સીમાંકિત કરવામાં આવે છે ampersands (&&, ASCII કોડ્સ 38), અથવા બે વર્ટિકલ બાર સાથે (||, ASCII કોડ્સ 124). પછી એક લીટીમાં નિવેદનોને ડાબેથી જમણે ક્રમમાં ચલાવવામાં આવે છે. જો && સીમાંકમાં સમાપ્ત થતું વિધાન ભૂલ પેદા કરે છે, તો લાઇનમાંના બાકીના નિવેદનો ચલાવવામાં આવતા નથી. જો વિધાન કે જે || ડિલિમિટર સફળતાપૂર્વક એક્ઝિક્યુટ કરે છે, લાઇનમાં બાકીના સ્ટેટમેન્ટ્સ એક્ઝિક્યુટ થતા નથી. સ્ટેટમેન્ટ કે જે અર્ધવિરામમાં સમાપ્ત થાય છે તે નિવેદનોના ક્રમના અમલને ક્યારેય રોકતું નથી. નોંધ કરો કે લીટીનો અંત પોતે જ સ્ટેટમેન્ટ ટર્મિનેટર છે, તેથી તમારે લીટીના અંતમાં સ્પષ્ટ સ્ટેટમેન્ટ સીમાંકકોમાંથી એક મૂકવાની જરૂર નથી.
નિવેદનનું ફોર્મેટ નીચે મુજબ છે:
[%ID%][COMMAND][@CS] જ્યાં ચોરસ કૌંસ વૈકલ્પિક ફીલ્ડ દર્શાવે છે અને દરેક ફીલ્ડ પહેલા અને પછી ગમે તેટલી સંખ્યામાં વ્હાઇટસ્પેસની મંજૂરી છે. ચેકસમ ગણતરીના હેતુ સિવાય આવા વ્હાઇટસ્પેસને અવગણવામાં આવે છે, નીચે જુઓ. ક્ષેત્રો છે:
%ID% સ્ટેટમેન્ટ આઇડેન્ટિફાયર, જ્યાં ID મનસ્વી શબ્દમાળા સૂચવે છે, સંભવતઃ ખાલી. ઓળખકર્તા, જો હાજર હોય, તો રીસીવર દ્વારા સ્ટેટમેન્ટ માટેના પ્રતિભાવ સંદેશમાં યથાવત નકલ કરવામાં આવે છે. ઓળખકર્તા સાથેનું કોઈપણ નિવેદન હંમેશા પ્રાપ્તકર્તા તરફથી પ્રતિસાદ જનરેટ કરશે. એક નિવેદન કે જેમાં માત્ર ઓળખકર્તા હોય તેને પણ મંજૂરી છે; આવા કિસ્સામાં, પ્રાપ્તકર્તા માત્ર એક પ્રતિભાવ સંદેશ જનરેટ કરશે.
એક (સંભવતઃ ખાલી) સૂચિને આદેશ આપો જ્યાં પ્રથમ ઘટકને આદેશ નામ કહેવામાં આવે છે. તે કરવા માટેની ક્રિયા સૂચવે છે. બાકીના તત્વો (જો કોઈ હોય તો) આદેશ છે

GREIS

1. રીસીવરોમાં વર્તમાન GREIS અમલીકરણ 256 અક્ષરો સુધીની લંબાઈની લાઈનોને સપોર્ટ કરે છે.

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ ભાષા સિન્ટેક્સ
દલીલો આદેશ સૂચિની આસપાસના કૌંસને અવગણી શકાય છે. યાદીઓના વાક્યરચના માટે પૃષ્ઠ 19 પર "સૂચિઓ" નો સંદર્ભ લો. @CS ચેકસમ, જ્યાં CS એ 8-બીટ ચેકસમ 2-બાઇટ હેક્સાડેસિમલ નંબર તરીકે ફોર્મેટ થયેલ છે. ચેકસમ સાથે સ્ટેટમેન્ટ એક્ઝિક્યુટ કરતાં પહેલાં, રિસીવર ફર્મવેર દ્વારા ગણતરી કરાયેલ ઇનપુટ ચેકસમ CSની સરખામણી કરશે અને જો આ ચેકસમ મેળ ખાતો ન હોય તો સ્ટેટમેન્ટને અમલમાં મૂકવાનો ઇનકાર કરશે. ચેકસમની ગણતરી સ્ટેટમેન્ટના પ્રથમ બિન-ખાલી અક્ષરથી શરૂ કરીને @ અક્ષરનો સમાવેશ થાય ત્યાં સુધી કરવામાં આવે છે. વિગતો માટે પૃષ્ઠ 579 પર "કમ્પ્યુટિંગ ચેકસમ્સ" જુઓ.
સ્ટેટમેન્ટ ઓળખકર્તા, %ID%, નીચેના હેતુઓ પૂરા કરે છે:
1. રીસીવરને આદેશ પર પ્રતિસાદ આપવા દબાણ કરે છે. 2. રીસીવરને વિવિધ ઓળખકર્તાઓ સાથે બહુવિધ આદેશો મોકલવાની મંજૂરી આપે છે
દરેક આદેશ માટે પ્રતિસાદની રાહ જોયા વિના, પછી પ્રતિસાદો પ્રાપ્ત કરો અને કયો પ્રતિસાદ કયા આદેશને અનુરૂપ છે તે જણાવો. 3. રીસીવર સાથે સુમેળ સ્થાપિત કરવામાં મદદ કરે છે તે તપાસવાની મંજૂરી આપીને કે ચોક્કસ રીસીવરનો પ્રતિભાવ ચોક્કસ આદેશને અનુરૂપ છે, અને તે પહેલા કે પછી જારી કરાયેલા અન્ય આદેશને નહીં.
કોલોન (:, ASCII કોડ 58) પછી COMMAND ના કોઈપણ ઘટકમાં વિકલ્પો નામની સૂચિ ઉમેરી શકાય છે. જો વિકલ્પોની સૂચિમાં એક જ તત્વ હોય, તો આસપાસના કૌંસને અવગણી શકાય છે. સૂચિમાં ઉમેરવામાં આવેલ વિકલ્પોની સૂચિ, સૂચિના દરેક ઘટક પર પ્રચાર કરે છે, જોકે સૂચિના ઘટકમાં સ્પષ્ટપણે ઉમેરાયેલા વિકલ્પો પ્રચારિત વિકલ્પો પર અગ્રતા ધરાવે છે. માજી માટેampલે,
{e1,{e2:{o1,,o3},e3}}:{o4,o5}
સમકક્ષ છે:
{e1:{o4,o5},{e2:{o1,o5,o3},e3:{o4,o5}}}
એ પણ નોંધો કે કેવી રીતે ચૂકી ગયેલ o2 વિકલ્પ o5 વિકલ્પને e2 તત્વ માટેના વિકલ્પોની સૂચિમાં પ્રચાર કરવાની મંજૂરી આપે છે.
આદેશમાં દલીલો અને વિકલ્પોની સંખ્યા અને અર્થ ચોક્કસ આદેશ ક્રિયા પર આધાર રાખે છે અને દરેક રીસીવર આદેશના વર્ણનમાં વ્યાખ્યાયિત થયેલ છે. વધુમાં, જો આદેશ વર્ણન કેટલાક વિકલ્પોનો ઉલ્લેખ કરે છે, પરંતુ તેમાંથી કેટલાક અથવા બધા નિવેદનમાં ચૂકી જાય છે, તો ચૂકી ગયેલા વિકલ્પો માટે ડિફોલ્ટ મૂલ્યો અવેજી કરવામાં આવે છે. દરેક રીસીવર આદેશના વર્ણનમાં વિકલ્પો માટે ડિફોલ્ટ મૂલ્યો પણ વ્યાખ્યાયિત કરવામાં આવે છે.

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ ભાષા સિન્ટેક્સ

સંદર્ભ માટે, રીસીવર ઇનપુટ ભાષામાં વિશેષ અર્થ ધરાવતા તમામ અક્ષર સિક્વન્સનો સમાવેશ કરતું કોષ્ટક નીચે છે:

કોષ્ટક 2-1. ઇનપુટ ભાષા વિશેષ અક્ષરો

અક્ષરો દશાંશ ASCII કોડ

અર્થ

રેખા વિભાજક

;

ટિપ્પણી ચિહ્ન નિવેદનો વિભાજકની શરૂઆત

124

નિવેદનો અને વિભાજક નિવેદનો અથવા વિભાજક નિવેદન ઓળખકર્તા ચિહ્ન

{

123

}

125

ચેકસમ માર્ક સૂચિની શરૂઆત ચિહ્ન સૂચિ ચિહ્નનો અંત સૂચિ તત્વો વિભાજક વિકલ્પો ચિહ્ન

”

અવતરણ ચિહ્ન

છટકી

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ આદેશો
2.3 આદેશો
આ વિભાગમાં અમે GREIS માં વ્યાખ્યાયિત તમામ આદેશોનું વર્ણન કરીએ છીએ. દરેક આદેશની વાક્યરચના અને સિમેન્ટિક્સ સ્પષ્ટીકરણો એક્સ્પ્લેરેટરી એક્સ સાથે છેampલેસ ભૂતપૂર્વમાં દલીલો તરીકે ઉપયોગમાં લેવાતા પદાર્થોના વિગતવાર વર્ણન માટેampલેસ, કૃપા કરીને પૃષ્ઠ 4 પર પ્રકરણ 181 નો સંદર્ભ લો.

GREIS

www.javad.com

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

2.3.2 પ્રિન્ટ

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ પ્રિન્ટ કરે છે

નામ
ઑબ્જેક્ટનું પ્રિન્ટ પ્રિન્ટ મૂલ્ય.

સારાંશ
ફોર્મેટ: પ્રિન્ટ, ઑબ્જેક્ટ વિકલ્પો: {નામો}

દલીલો
ઑબ્જેક્ટના ઑબ્જેક્ટ ઓળખકર્તાને આઉટપુટ કરવા માટે ઑબ્જેક્ટ કરો. જો ઑબ્જેક્ટ “/” થી શરૂ થતું નથી, તો આદેશ ચલાવતા પહેલા ઑબ્જેક્ટ પહેલાં “/par/” ઉપસર્ગ આપમેળે દાખલ થાય છે.

વિકલ્પો

કોષ્ટક 2-2. પ્રિન્ટ વિકલ્પો સારાંશ

નામનો પ્રકાર

મૂલ્યો

નામો બુલિયન ચાલુ, બંધ

ડિફૉલ્ટ
બંધ

નામો જો બંધ હોય, તો માત્ર ઑબ્જેક્ટ મૂલ્યો આઉટપુટ કરો. જ્યારે ચાલુ હોય, ત્યારે NAME=VALUE ફોર્મેટમાં ઑબ્જેક્ટ મૂલ્યો ઉપરાંત ઑબ્જેક્ટ નામોનું આઉટપુટ કરો.
વર્ણન
આ આદેશ ઑબ્જેક્ટના મૂલ્યને છાપે છે, વૈકલ્પિક રીતે અનુરૂપ ઑબ્જેક્ટના નામ સાથે મૂલ્યનો ઉપસર્ગ કરે છે. પ્રતિભાવ હંમેશા જનરેટ થાય છે, અને એક પ્રિન્ટ કમાન્ડના પ્રતિભાવમાં એક કરતાં વધુ [RE] સંદેશો જનરેટ કરી શકાય છે.
ઑબ્જેક્ટ ઑફ ટાઈપ લિસ્ટનું મૂલ્ય સૂચિમાંના દરેક ઑબ્જેક્ટ માટે મૂલ્યોની સૂચિ તરીકે છાપવામાં આવે છે. જ્યાં સુધી પાંદડાની વસ્તુઓ પહોંચી ન જાય ત્યાં સુધી આ વારંવાર લાગુ કરવામાં આવે છે, તેથી નોન-લીફ પ્રકારના ઑબ્જેક્ટને છાપવાથી ચોક્કસ ઑબ્જેક્ટથી શરૂ થતા આખા પેટા-વૃક્ષને અસરકારક રીતે આઉટપુટ કરવામાં આવે છે. યાદીઓ છાપવાના કિસ્સામાં, બહુવિધ [RE] સંદેશાઓ જનરેટ થઈ શકે છે. જો કે, આઉટપુટનું વિભાજન સૂચિ વિભાજક અક્ષરો પછી તરત જ થઈ શકે છે.

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ પ્રિન્ટ કરે છે
Exampલેસ
Example: આંતરિક રીસીવર સમય ગ્રીડનો વર્તમાન સમયગાળો છાપો. બેમાંથી એક:
પ્રિન્ટ,/પાર/કાચો/કર્મસિન્ટ RE004 100 પ્રિન્ટ,કાચો/કર્મસિન્ટ RE004 100
Example: ઑબ્જેક્ટના નામ સાથે આંતરિક રીસીવર સમય ગ્રીડનો વર્તમાન સમયગાળો છાપો. બેમાંથી એક:
છાપો,/પાર/કાચો/કર્મસિન્ટ: RE015/પાર/કાચો/કર્મસિન્ટ=100 છાપો,કાચો/કર્મસિન્ટ: RE015/પાર/કાચો/કર્મસિન્ટ=100
Example: રીસીવર સંસ્કરણ માહિતી છાપો:
પ્રિન્ટ,rcv/ver RE028{“2.5 સપ્ટે,13,2006 p2″,0,71,MGGDT_5,none, RE00D {none,none}}
Example: અનુરૂપ નામો સાથે રીસીવર સંસ્કરણ માહિતી છાપો:
પ્રિન્ટ,rcv/ver:on RE043/par/rcv/ver={main=”2.5 Sep,13,2006 p2”,boot=0,hw=71,board=MGGDT_5, RE00C modem=none, RE017 pow={fw=none,hw=none}}
Example: સીરીયલ પોર્ટ B પર આઉટપુટ માટે સક્ષમ તમામ સંદેશાઓ તેમના શેડ્યુલિંગ પરિમાણો સાથે છાપો:
પ્રિન્ટ,આઉટ/ડેવલપમેન્ટ/સેર/બી: RE02D/પાર/આઉટ/ડેવલપમેન્ટ/સેર/બી={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

2.3.3 યાદી

રીસીવર ઇનપુટ લેંગ્વેજ આદેશોની સૂચિ

નામ
ઑબ્જેક્ટની સૂચિની સૂચિ.
સારાંશ
ફોર્મેટ: સૂચિ[, ઑબ્જેક્ટ] વિકલ્પો: કોઈ નહીં
દલીલો
ઑબ્જેક્ટના ઑબ્જેક્ટ ઓળખકર્તાને આઉટપુટ કરવા માટે ઑબ્જેક્ટ કરો. જો ઑબ્જેક્ટ અવગણવામાં આવે છે, તો /log ધારવામાં આવે છે. જો ઑબ્જેક્ટ “/” થી શરૂ થતું નથી, તો આદેશ ચલાવતા પહેલા ઑબ્જેક્ટ પહેલાં “/log/” ઉપસર્ગ આપમેળે દાખલ થાય છે.
વિકલ્પો
કોઈ નહિ.
વર્ણન
આ આદેશ ઑબ્જેક્ટના દરેક સભ્યના નામ આઉટપુટ કરે છે. પ્રતિભાવ હંમેશા જનરેટ થાય છે, અને સિંગલ લિસ્ટ કમાન્ડના જવાબમાં એક કરતાં વધુ [RE] મેસેજ જનરેટ કરી શકાય છે. જો ઉલ્લેખિત ઑબ્જેક્ટ પ્રકાર સૂચિનો નથી, તો ખાલી [RE] સંદેશ જનરેટ થાય છે. જો ઉલ્લેખિત ઑબ્જેક્ટ સૂચિ છે, તો સૂચિમાં દરેક ઑબ્જેક્ટના નામોની સૂચિ છાપવામાં આવે છે. જ્યાં સુધી પાંદડાની વસ્તુઓ પહોંચી ન જાય ત્યાં સુધી આ વારંવાર લાગુ કરવામાં આવે છે, તેથી બિન-પાંદડાના પ્રકારનું ઑબ્જેક્ટ સૂચિબદ્ધ કરવાથી ચોક્કસ ઑબ્જેક્ટથી શરૂ થતાં સમગ્ર પેટા-વૃક્ષને અસરકારક રીતે આઉટપુટ કરવામાં આવે છે. યાદીઓ છાપવાના કિસ્સામાં, બહુવિધ [RE] સંદેશાઓ જનરેટ થઈ શકે છે. જો કે, આઉટપુટનું વિભાજન સૂચિ વિભાજક અક્ષરો પછી તરત જ થઈ શકે છે.
Exampલેસ
Example: નોન-લિસ્ટ ઑબ્જેક્ટની સૂચિ માટે ખાલી જવાબ:
યાદી,/par/rcv/ver/મુખ્ય RE000
Example: અસ્તિત્વમાં ન હોય તેવા ઑબ્જેક્ટની સૂચિ માટે ભૂલ જવાબ:
યાદી,/અસ્તિત્વમાં_નથી_છે ER018{2,,ખોટું પહેલું પરિમાણ}

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ આદેશોની સૂચિ
Example: હાલના લોગની યાદી મેળવો-files ક્યાં તો
યાદી,/લોગ યાદી
સમાન આઉટપુટ ઉત્પન્ન કરશે, દા.ત.
RE013{log1127a,log1127b}
Example: પ્રાપ્તકર્તા દ્વારા સમર્થિત તમામ માનક GREIS સંદેશાઓની યાદી બનાવો:
list,/msg/jps RE03D{JP,MF,PM,EV,XA,XB,ZA,ZB,YA,YB,RT,RD,ST,LT,BP,TO,DO,OO,UO,GT, RE040 NT,GO,NO,TT,PT,SI,NN,EL,AZ,SS,FC,RC,rc,PC,pc,CP,cp,DC,CC,cc,EC, RE040 CE,TC,R1,P1,1R,1P,r1,p1,1r,1p,D1,C1,c1,E1,1E,F1,R2,P2,2R,2P,r2, RE040 p2,2r,2p,D2,C2,c2,E2,2E,F2,ID,PV,PO,PG,VE,VG,DP,SG,BI,SE,SM,PS, RE040 GE,NE,GA,NA,WE,WA,WO,GS,NS,rE,rM,rV,rT,TM,MP,TR,MS,DL,TX,SP,SV, RE031 RP,RK,BL,AP,AB,re,ha,GD,LD,RM,RS,IO,NP,LH,EE,ET}
Example: સંદેશાઓના ડિફોલ્ટ સમૂહમાં તમામ સંદેશાઓની યાદી બનાવો:
યાદી,/msg/def RE040{jps/JP,jps/MF,jps/PM,jps/EV,jps/XA,jps/XB,jps/RT,jps/RD,jps/SI, RE040 jps/NN,jps/EL,jps/FC,jps/RC,jps/DC,jps/EC,jps/TC,jps/CP,jps/1R, RE040 jps/1P,jps/2R,jps/2P,jps/E1,jps/D2,jps/E2,jps/SS,jps/SE,jps/PV, RE040 jps/ST,jps/DP,jps/TO,jps/DO,jps/UO,jps/IO,jps/GE,jps/NE,jps/GA, RE01D jps/NA, jps/WE, jps/WA, jps/WO}

GREIS

www.javad.com

GREIS

2.3.4 એમ અને આઉટ

રીસીવર ઇનપુટ લેંગ્વેજ આદેશો em & out

નામ
એમ, સંદેશાઓના સામયિક આઉટપુટને સક્ષમ કરો.

સારાંશ
ફોર્મેટ: ફોર્મેટ: વિકલ્પો:

em,[લક્ષ્ય],સંદેશાઓ બહાર,[લક્ષ્ય],સંદેશા {કાળ, તબક્કો, ગણતરી, ધ્વજ}

દલીલો
કોઈપણ આઉટપુટ સ્ટ્રીમ અથવા સંદેશ સેટને લક્ષ્ય બનાવો. જો કોઈ લક્ષ્ય નિર્દિષ્ટ ન હોય, તો વર્તમાન ટર્મિનલ, /cur/term, ધારવામાં આવે છે.
સંદેશા નામો અને/અથવા સંદેશ સેટ નામોની સૂચિ (આજુબાજુના કૌંસ સાથે અથવા વગર) સંદેશ મોકલે છે. જો અમુક ઉલ્લેખિત નામો “/” થી શરૂ થતા નથી, તો આદેશ ચલાવતા પહેલા આવા નામો પહેલા “/msg/” ઉપસર્ગ આપમેળે દાખલ થઈ જાય છે.

વિકલ્પો

કોષ્ટક 2-3. em અને આઉટ વિકલ્પો સારાંશ

નામનો પ્રકાર

મૂલ્યો

ડિફૉલ્ટ

પીરિયડ ફ્લોટ [0…86400)

–

તબક્કો ફ્લોટ [0…86400)

–

પૂર્ણાંક ગણો [-256…32767] em 0 માટે 1 આઉટ

ફ્લેગ્સ પૂર્ણાંક [0…0xFFFF] -

સમયગાળો, તબક્કો, ગણતરી, ફ્લેગ સંદેશ શેડ્યૂલિંગ પરિમાણો.
વર્ણન
આ આદેશો લક્ષ્યમાં ઉલ્લેખિત સંદેશાઓના સામયિક આઉટપુટને સક્ષમ કરે છે, સંદેશ શેડ્યુલિંગ પરિમાણોને વિકલ્પો દ્વારા ઉલ્લેખિત કરવા માટે લાગુ કરે છે. જ્યાં સુધી કોઈ ભૂલ ન હોય, અથવા સ્ટેટમેન્ટ ઓળખકર્તા દ્વારા પ્રતિસાદની ફરજ પાડવામાં આવે ત્યાં સુધી કોઈ પ્રતિસાદ જનરેટ થતો નથી.
em અને આઉટ આદેશો સમાન છે સિવાય કે ગણતરી વિકલ્પની ડિફોલ્ટ કિંમત em માટે 0 અને આઉટ માટે 1 પર સેટ કરેલ છે. આઉટ કમાન્ડ એ વિનંતી કરવાની એક વધુ અનુકૂળ રીત છે

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ આદેશો em & out

નોંધ:

સંદેશ(સંદેશાઓ)નું એક સમયનું આઉટપુટ. અમે આ વર્ણનમાં ફક્ત તેમના વિશે જ વાત કરીશું, જોકે બધું બહાર પર પણ લાગુ પડે છે.
નીચેનું વર્ણન અપેક્ષા રાખે છે કે વાચક પૃષ્ઠ 22 પરના વિભાગ "સામયિક આઉટપુટ" માંની સામગ્રીથી પરિચિત છે.
દરેક આઉટપુટ સ્ટ્રીમ માટે, સંદેશાઓની અનુરૂપ આઉટપુટ સૂચિ છે 1,2 જે હાલમાં આપેલ સ્ટ્રીમમાં આઉટપુટ થવા માટે સક્ષમ છે. જ્યારે 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

રીસીવર ઇનપુટ લેંગ્વેજ આદેશો em & out

(3) વગેરેમાંથી મૂલ્યને ઓવરરાઇડ કરે છે. જો કે, જો અમુક F_FIX_PERIOD, F_FIX_PHASE, F_FIX_COUNT, અથવા F_FIX_FLAGS બિટ્સ આગલા સ્ત્રોતના ફ્લેગ ફીલ્ડમાં સેટ કરેલ હોય, તો આ આગલા સ્ત્રોતના અનુરૂપ ફીલ્ડ્સને ઓવરરાઇડ કરવામાં આવશે નહીં.

Exampલેસ

Example: વર્તમાન ટર્મિનલ પર NMEA GGA સંદેશના એક સમયના આઉટપુટને સક્ષમ કરો:

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

ઉપરની જેમ જ, પરંતુ એમને બદલે બહારનો ઉપયોગ કરો:

બહાર,,nmea/GGA
Example: વર્તમાન લોગમાં સંદેશાઓના ડિફોલ્ટ સેટના આઉટપુટને સક્ષમ કરો-file ડિફૉલ્ટ આઉટપુટ પરિમાણોનો ઉપયોગ કરીને A. બેમાંથી એક:

Exampલે:

em,/cur/file/a,/msg/def em,/cur/file/a, def
વર્તમાન લૉગમાં સંદેશાના ડિફૉલ્ટ સેટના આઉટપુટને સક્ષમ કરો-file A દર 10 સેકન્ડે અન્ય આઉટપુટ પરિમાણો માટે, તેમના મૂળભૂત મૂલ્યોનો ઉપયોગ કરવામાં આવશે:

em,/cur/file/a, def:10
Example: ડિફૉલ્ટ આઉટપુટ પરિમાણોનો ઉપયોગ કરીને વર્તમાન ટર્મિનલ પર સંદેશાના ડિફૉલ્ટ સેટના આઉટપુટને સક્ષમ કરો. બેમાંથી એક:

Exampલે:

em,/cur/term,/msg/def em,,/msg/def em,,def
વર્તમાન ટર્મિનલ પર GREIS સંદેશાઓ [~~](RT) અને [RD] નું આઉટપુટ સક્ષમ કરો. બેમાંથી એક:

Exampલે:

એમ,,/સંદેશ/જેપીએસ/આરટી,/સંદેશ/જેપીએસ/આરડી એમ,,જેપીએસ/{આરટી,આરડી}
દર 20 સેકન્ડે વર્તમાન ટર્મિનલ પર NMEA સંદેશાઓ GGA અને ZDA ના આઉટપુટને સક્ષમ કરો:

Exampલે:

em,,nmea/{GGA,ZDA}:20
સંદેશાઓના આઉટપુટ [SI], [EL] અને [AZ] ને સીરીયલ પોર્ટ A માં સક્ષમ કરો. [SI] માટે શેડ્યુલિંગ પરિમાણો સેટ કરો જેથી કરીને કોઈપણ બે અનુગામી [SI] સંદેશાઓ વચ્ચેનો અંતરાલ 10 સેકન્ડ જેટલો હોય, જો તેઓ એકરૂપ થાય, અને 1 સેકન્ડ અન્યથા; માત્ર પ્રથમ પચાસ [SI] સંદેશાઓનું આઉટપુટ. વધુમાં, રીસીવર, [EL] અને [AZ] સંદેશા માટે આઉટપુટ અંતરાલ 2 સેકન્ડ પર સેટ કરો:

em,/dev/ser/a,jps/{SI:{1,10,50,0×2},EL,AZ}:2

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ આદેશો em & out
Example: આઉટપુટ અંતરાલ 2 સેકન્ડ સાથે સીરીયલ પોર્ટ B માં RTCM 1.x સંદેશ પ્રકારો 31 અને 3 ના આઉટપુટને સક્ષમ કરો અને પ્રકારો 2 માટે આઉટપુટ અંતરાલ 18 સેકન્ડ સાથે RTCM 19.x સંદેશ પ્રકારો 3, 22, 1, 18 થી પોર્ટ C. 19; અને પ્રકાર 10 અને 3 માટે 22 સેકન્ડ:
em,/dev/ser/b,rtcm/{1,31}:3; em,/dev/ser/c,rtcm/{18:1,19:1,22,3}:10
Example: ફક્ત NMEA ZDA અને GGA સમાવતા સંદેશાઓના ડિફૉલ્ટ સેટને કસ્ટમાઇઝ કરો:
dm,/msg/def em,/msg/def,/msg/nmea/{ZDA,GGA}

GREIS

www.javad.com

2.3.5 ડીએમ

રીસીવર ઇનપુટ ભાષા આદેશો dm

નામ
dm સંદેશાઓના સામયિક આઉટપુટને અક્ષમ કરો.
સારાંશ
ફોર્મેટ: dm[,[target][,messages]] વિકલ્પો: કોઈ નહીં
દલીલો
કોઈપણ આઉટપુટ સ્ટ્રીમ અથવા સંદેશ સેટને લક્ષ્ય બનાવો. જો કોઈ લક્ષ્ય નિર્દિષ્ટ ન હોય, તો વર્તમાન ટર્મિનલ, /cur/term, ધારવામાં આવે છે. જો અમુક ઉલ્લેખિત નામો “/” થી શરૂ થતા નથી, તો આદેશ ચલાવતા પહેલા આવા નામો પહેલા “/msg/” ઉપસર્ગ આપમેળે દાખલ થઈ જાય છે.
સંદેશાઓ અક્ષમ કરવા માટેના સંદેશાઓની સૂચિ, ક્યાં તો આસપાસના કૌંસ સાથે અથવા વગર, અથવા કોઈપણ સંદેશ જૂથ અથવા સંદેશ સેટ. જો કોઈ સંદેશા નિર્દિષ્ટ ન હોય, તો લક્ષ્ય માટે તમામ સામયિક આઉટપુટ અક્ષમ છે.
વિકલ્પો
કોઈ નહિ.
વર્ણન
આ આદેશ ઑબ્જેક્ટ લક્ષ્યમાં ઉલ્લેખિત સંદેશાઓના સામયિક આઉટપુટને અક્ષમ કરે છે. જ્યાં સુધી કોઈ ભૂલ ન હોય, અથવા સ્ટેટમેન્ટ ઓળખકર્તા દ્વારા પ્રતિસાદની ફરજ પાડવામાં આવે ત્યાં સુધી કોઈ પ્રતિસાદ જનરેટ થતો નથી.
જો કોઈ સંદેશા નિર્દિષ્ટ ન હોય, તો લક્ષ્ય માટે તમામ સામયિક આઉટપુટ અક્ષમ છે. જો લક્ષ્ય વર્તમાન લોગ છે-file અને કોઈ સંદેશાઓ ઉલ્લેખિત નથી, બધા આઉટપુટ માટે file અક્ષમ છે, ધ file બંધ છે, અને અનુરૂપ વર્તમાન લોગ-file કોઈ પર સેટ નથી.
જો સંદેશની યાદીમાં સંદેશ સ્પષ્ટ કરેલ હોય કે જે હાલમાં આપેલ લક્ષ્યમાં આઉટપુટ થવા માટે સક્ષમ નથી, તો dm આદેશ દ્વારા કોઈ અનુરૂપ ભૂલ પેદા થતી નથી. જો કે આ સ્થિતિ અન્ય સંભવિત ભૂલોને જાણ કરવામાં અક્ષમ કરતી નથી.
Exampલેસ
Example: વર્તમાન લોગમાં આઉટપુટ થતા તમામ સંદેશાઓને અક્ષમ કરો-file A અને બંધ કરો file:
dm,/cur/file/a

GREIS

www.javad.com

રીસીવર ઇનપુટ ભાષા આદેશો dm
Example: વર્તમાન ટર્મિનલમાં તમામ સામયિક આઉટપુટને અક્ષમ કરો. બેમાંથી એક:
dm,/વર્તમાન/સમય dm
Example: સીરીયલ પોર્ટ B માં 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

2.3.6 init

રીસીવર ઇનપુટ લેંગ્વેજ આદેશો શરૂ કરો

નામ
init ઑબ્જેક્ટ્સ શરૂ કરો.

સારાંશ
ફોર્મેટ: init, object[/] વિકલ્પો: કંઈ નહીં

દલીલો
ઑબ્જેક્ટને આરંભ કરવા માટે ઑબ્જેક્ટ કરો. / જો હાજર હોય અને ઑબ્જેક્ટ ટાઈપ લિસ્ટનો હોય, તો તેના બદલે તમામ સમાવિષ્ટ ઑબ્જેક્ટ્સ શરૂ કરો
પદાર્થની જ.

વિકલ્પો
કોઈ નહિ.

નોંધ: નોંધ:

વર્ણન
આ આદેશ સ્પષ્ટ કરેલ ઑબ્જેક્ટ્સને પ્રારંભ કરે છે. જ્યાં સુધી કોઈ ભૂલ ન હોય, અથવા સ્ટેટમેન્ટ ઓળખકર્તા દ્વારા પ્રતિસાદની ફરજ પાડવામાં આવે ત્યાં સુધી કોઈ પ્રતિસાદ જનરેટ થતો નથી.
આરંભના ચોક્કસ સિમેન્ટિક્સ ઑબ્જેક્ટને પ્રારંભ કરવામાં આવે છે તેના પર આધાર રાખે છે, પરંતુ સામાન્ય રીતે ઑબ્જેક્ટને તેની "ડિફોલ્ટ" અથવા "સ્વચ્છ" સ્થિતિમાં ફેરવવા તરીકે ગણવામાં આવે છે. માજી માટેample, પરિમાણો માટે તેનો અર્થ એ છે કે તેમના મૂલ્યોને અનુરૂપ ડિફોલ્ટ પર સેટ કરો, માટે fileસ્ટોરેજ ડિવાઇસ એટલે કે અંતર્ગત માધ્યમને ફરીથી ફોર્મેટ કરવું વગેરે.
કેટલાક ઑબ્જેક્ટ્સ શરૂ કરવાથી રીસીવર રીબૂટ થશે. આ હાલમાં રીસીવર નોન-વોલેટાઈલ મેમરી (/dev/nvm/a) ના આરંભ માટેનો કેસ છે.
જો કે તે ભવિષ્યમાં બદલાઈ શકે છે, રીસીવરોમાં આ સામાન્ય આદેશનો વર્તમાન અમલ તેના બદલે મર્યાદિત છે. વાસ્તવમાં માત્ર ઑબ્જેક્ટ્સનું આરંભીકરણ કે જે ભૂતપૂર્વમાં જોવા મળે છેampલેસ નીચે હાલમાં સપોર્ટેડ છે.

Exampલેસ
Example: NVRAM સાફ કરો અને રીસીવર રીબૂટ કરો. NVRAM માં સંગ્રહિત તમામ ડેટા (અલ્મેનેક્સ, એફેમેરિસ, વગેરે) ખોવાઈ જશે, બધા પરિમાણો રીબૂટ કર્યા પછી તેમના મૂળભૂત મૂલ્યો પર સેટ થઈ જશે:
init,/dev/nvm/a
Example: સ્પષ્ટ ક્ષણભંગુર:
init,/eph/

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ આદેશો શરૂ કરો
Example: બધા રીસીવર પરિમાણોને તેમના મૂળભૂત મૂલ્યો પર સેટ કરો:
init,/par/
Example: બધા WLAN પરિમાણોને તેમના મૂળભૂત મૂલ્યો પર સેટ કરો. ફેરફારોને પ્રભાવિત કરવા માટે યુનિટનું રીબૂટ જરૂરી છે:
init,/par/net/wlan/
Example: પ્રારંભ કરો file સિસ્ટમ (એટલે કે, અંતર્ગત માધ્યમને ફરીથી ફોર્મેટ કરો). બધા fileરીસીવરમાં સંગ્રહિત s ખોવાઈ જશે:
init,/dev/blk/a
Example: બધા સંદેશ સેટને તેમના ડિફોલ્ટ મૂલ્યો પર પ્રારંભ કરો:
init,/msg/

GREIS

www.javad.com

2.3.7 બનાવો

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ બનાવે છે

નામ
એક નવો પદાર્થ બનાવો.

સારાંશ
ફોર્મેટ: બનાવો[,ઑબ્જેક્ટ] વિકલ્પો: {લોગ}

દલીલો
ઑબ્જેક્ટ ઑબ્જેક્ટ ઓળખકર્તા જે ઑબ્જેક્ટ બનાવવામાં આવશે. જો ઑબ્જેક્ટ “/” થી શરૂ થતું નથી, તો આદેશ ચલાવતા પહેલા ઑબ્જેક્ટ પહેલાં “/log/” ઉપસર્ગ આપમેળે દાખલ થાય છે. જો અવગણવામાં આવે, તો પછી a ની રચના file ધારવામાં આવે છે અને એક અનન્ય છે file નામ આપોઆપ જનરેટ થાય છે.

વિકલ્પો

કોષ્ટક 2-4. વિકલ્પો સારાંશ બનાવો

નામના પ્રકાર મૂલ્યો
લોગ સ્ટ્રિંગ a,b,…

ડિફૉલ્ટ
a

લોગ લોગ કરો-file બનાવેલ file ને સોંપવામાં આવનાર છે. લોગ-file પસંદ કરેલ /cur/log/X છે, જ્યાં X એ વિકલ્પ1 ની કિંમત છે.
વર્ણન
આ આદેશ એક નવો ઑબ્જેક્ટ બનાવે છે. જ્યાં સુધી કોઈ ભૂલ ન હોય, અથવા સ્ટેટમેન્ટ ઓળખકર્તા દ્વારા પ્રતિસાદની ફરજ પાડવામાં આવે ત્યાં સુધી કોઈ પ્રતિસાદ જનરેટ થતો નથી.
વૃક્ષમાં સ્થાન અને બનાવેલ ઑબ્જેક્ટનો પ્રકાર બંને ઑબ્જેક્ટ દલીલ દ્વારા વ્યાખ્યાયિત કરવામાં આવે છે.
બે પ્રકારની વસ્તુઓ બનાવી શકાય છે:
1. Files એક નવું file જ્યારે પણ ઑબ્જેક્ટ ઓળખકર્તા /log સબ-ટ્રીમાં ઑબ્જેક્ટનો ઉલ્લેખ કરે છે અથવા ઑબ્જેક્ટ દલીલ અવગણવામાં આવે ત્યારે બનાવવામાં આવે છે.
2. સંદેશ સ્પષ્ટીકરણો. જ્યારે પણ ઑબ્જેક્ટ ઓળખકર્તા સંદેશ સમૂહમાં ઑબ્જેક્ટનો ઉલ્લેખ કરે છે ત્યારે નવો સંદેશ સ્પષ્ટકર્તા બનાવવામાં આવે છે (દા.ત., /msg/def).

GREIS

1. વર્તમાન ફર્મવેર એક અથવા બે એક સાથે લોગને સપોર્ટ કરે છે-fileચોક્કસ રીસીવર પર આધાર રાખીને.

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ બનાવે છે
બનાવી રહ્યા છે Files
બનાવતી વખતે files, ઑબ્જેક્ટ દલીલ કાં તો અવગણવામાં આવી છે અથવા તેનું ફોર્મેટ /log/NAME છે, જ્યાં NAME એ file બનાવવા માટે, અને /log/ વૈકલ્પિક છે. ભૂતપૂર્વ કિસ્સામાં રીસીવર આપમેળે માટે એક અનન્ય નામ પસંદ કરશે file. પછીના કિસ્સામાં ઉલ્લેખિત NAME 31 અક્ષરો સુધીની સ્ટ્રિંગ હોવી જોઈએ અને તેમાં સ્પેસ કે નીચેના અક્ષરો ન હોવા જોઈએ: “,{}()@&”/”.
જો ધ file /log/NAME પહેલેથી જ અસ્તિત્વમાં છે, બનાવો આદેશ નિષ્ફળ જશે અને ભૂલ સંદેશો ઉત્પન્ન કરશે. પરિણામે, અસ્તિત્વમાંના કેટલાકને ક્લોબર કરવાનો કોઈ રસ્તો નથી fileબનાવો આદેશ સાથે.
એક નવું પછી file સફળતાપૂર્વક બનાવવામાં આવ્યું છે, તે વર્તમાન લોગમાંથી એકને સોંપેલ છે-files લોગના મૂલ્ય પર આધાર રાખીને_file વિકલ્પ જો અનુરૂપ લોગ-file પહેલેથી જ બીજા તરફ નિર્દેશ કરે છે file જ્યારે સર્જન ચલાવવામાં આવે છે, ત્યારે જૂનો લોગ-file બંધ થઈ જશે અને નવામાં આઉટપુટ ચાલુ રહેશે file કોઈપણ વિક્ષેપ વિના.
સંદેશ સ્પષ્ટીકરણો બનાવી રહ્યા છીએ
સંદેશ સમૂહમાં સંદેશાઓ ઉમેરતી વખતે, ઑબ્જેક્ટ દલીલમાં /msg/SET/GROUP/MSG ફોર્મેટ હોય છે, જ્યાં SET એ સંદેશ સમૂહનું નામ છે જ્યાં નવો સંદેશ બનાવવો જોઈએ, GROUP એ સંદેશ જે જૂથનો છે તેનું નામ છે. , અને MSG એ સંદેશનું નામ છે (દા.ત., /msg/def/nmea/GGA, અથવા /msg/jps/rtk/min/jps/ET).
સંદેશ જૂથમાં આપેલા સંદેશ માટે વ્યાખ્યાયિત કરાયેલામાંથી સંદેશ શેડ્યૂલિંગ પરિમાણોની નકલ કરવામાં આવશે. જો જરૂરી હોય તો સુનિશ્ચિત પરિમાણોને કસ્ટમાઇઝ કરવા માટે સેટ કમાન્ડનો ઉપયોગ કરો.
Exampલેસ
બનાવી રહ્યા છે Files
Example: એક નવું બનાવો file આપોઆપ જનરેટ થયેલ નામ સાથે અને તેને વર્તમાન લોગમાં સોંપોfile A (/cur/file/a). બેમાંથી એક:
બનાવો બનાવો,:a
Example: નવો લોગ બનાવો-file "મારું_" નામ સાથેfile" બેમાંથી એક:
બનાવો,/log/my_file:a બનાવો, મારું_file
Example: બનાવો fileઓ"file1" અને "file2”, અને તેમને /cur/ ને સોંપોfile/a અને /cur/file/b:
બનાવોfile1:a; બનાવોfile2:b

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ બનાવે છે
સંદેશ સ્પષ્ટીકરણો બનાવી રહ્યા છીએ
Example: સંદેશાઓના ડિફોલ્ટ સેટમાં /msg/jps/ET સંદેશાઓ ઉમેરો:
બનાવો,/msg/def/jps/ET
Example: સંદેશાઓના ડિફૉલ્ટ સેટમાં NMEA GGA સંદેશ ઉમેરો અને તેનો સમયગાળો અને તબક્કો હંમેશા અનુક્રમે 10 અને 5 રાખવા માટે દબાણ કરો, પછી ભલેને em અથવા આઉટ આદેશમાં તેમના માટેના મૂલ્યો નિર્દિષ્ટ કરવામાં આવશે:
બનાવો,/msg/def/nmea/GGA સેટ,/msg/def/nmea/GGA,{10,5,,0×30}

GREIS

www.javad.com

2.3.8 દૂર કરો

રીસીવર ઇનપુટ લેંગ્વેજ આદેશો દૂર કરે છે

નામ
એક પદાર્થ દૂર દૂર કરો.
સારાંશ
ફોર્મેટ: દૂર કરો, ઑબ્જેક્ટ[/] વિકલ્પો: કોઈ નહીં
દલીલો
ઑબ્જેક્ટ ઑબ્જેક્ટ ઓળખકર્તા ઑબ્જેક્ટ દૂર કરવાના છે. જો ઑબ્જેક્ટ “/” થી શરૂ થતું નથી, તો આદેશ ચલાવતા પહેલા ઑબ્જેક્ટ પહેલાં “/log/” ઉપસર્ગ આપમેળે દાખલ થાય છે.
/ જો હાજર હોય અને ઑબ્જેક્ટ ટાઇપ લિસ્ટનો હોય, તો ઑબ્જેક્ટને બદલે ઑબ્જેક્ટની બધી સામગ્રીઓ દૂર કરો.
વિકલ્પો
કોઈ નહિ.
વર્ણન
આ આદેશ અસ્તિત્વમાં રહેલા ઑબ્જેક્ટને દૂર કરે છે (કાઢી નાખે છે). જ્યાં સુધી કોઈ ભૂલ ન હોય, અથવા સ્ટેટમેન્ટ ઓળખકર્તા દ્વારા પ્રતિસાદની ફરજ પાડવામાં આવે ત્યાં સુધી કોઈ પ્રતિસાદ જનરેટ થતો નથી. જો ઑબ્જેક્ટ દ્વારા ઉલ્લેખિત કોઈ ઑબ્જેક્ટ નથી, અથવા ઑબ્જેક્ટ દૂર કરી શકાતું નથી, તો એક ભૂલ જનરેટ થાય છે. બે પ્રકારની વસ્તુઓ દૂર કરી શકાય છે:
1. Files જો file વર્તમાન લોગમાંથી એક છે-files, આદેશ નિષ્ફળ જશે અને ભૂલ સંદેશો જનરેટ થશે.
2. સંદેશ સેટમાંથી સંદેશ સ્પષ્ટીકરણો.
Exampલેસ
Example: લોગ દૂર કરો-file "NAME" નામ સાથે. બેમાંથી એક:
દૂર કરો,/લોગ/NAME દૂર કરો,NAME
Example: બધા લોગ દૂર કરો-files:
દૂર કરો,/log/

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ આદેશો દૂર કરે છે
Example: સંદેશાઓના ડિફોલ્ટ સેટમાંથી GREIS સ્ટાન્ડર્ડ [GA] સંદેશને દૂર કરો:
દૂર કરો,/msg/def/jps/GA
Example: સંદેશાઓના ડિફોલ્ટ સેટમાંથી બધા સંદેશાઓ દૂર કરો:
દૂર કરો,/msg/def/
Example: RTK માટે યોગ્ય પ્રમાણભૂત GREIS સંદેશાઓના ન્યૂનતમ સેટમાંથી તમામ સંદેશાઓ દૂર કરો:
દૂર કરો,/msg/rtk/jps/min/

GREIS

www.javad.com

2.3.9 ઘટના

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ ઇવેન્ટ

નામ
ઇવેન્ટ ફ્રી-ફોર્મ ઇવેન્ટ જનરેટ કરે છે.

સારાંશ
ફોર્મેટ: ઇવેન્ટ, સ્ટ્રિંગ વિકલ્પો: કોઈ નહીં

દલીલો
1 અક્ષરો સુધી સમાવિષ્ટ મનસ્વી63 સ્ટ્રિંગ.

વિકલ્પો
કોઈ નહિ.

નોંધ: દા.તampલે:

વર્ણન
આ આદેશ ફ્રી-ફોર્મ ઇવેન્ટ જનરેટ કરે છે. જ્યાં સુધી કોઈ ભૂલ ન હોય, અથવા સ્ટેટમેન્ટ ઓળખકર્તા દ્વારા પ્રતિસાદની ફરજ પાડવામાં આવે ત્યાં સુધી કોઈ પ્રતિસાદ જનરેટ થતો નથી.
ઇવેન્ટ કમાન્ડ મેળવવાના સમય સાથે આપેલ સ્ટ્રિંગ ખાસ ઇવેન્ટ બફર2માં રીસીવરમાં સંગ્રહિત થાય છે. આ બફરની સામગ્રી એ તમામ આઉટપુટ સ્ટ્રીમ્સમાં આઉટપુટ છે જ્યાં માનક GREIS સંદેશ [==](EV) (પૃષ્ઠ 131 પર વર્ણવેલ) સક્ષમ છે.
ફ્રી-ફોર્મ ઈવેન્ટ મિકેનિઝમનો હેતુ નિયંત્રણ કાર્યક્રમો માટે રીસીવરમાં આ માહિતીનું અર્થઘટન કર્યા વિના પોસ્ટ-પ્રોસેસિંગ એપ્લિકેશનોને મનસ્વી ટેક્સ્ટ માહિતી ફોરવર્ડ કરવા માટે છે. રીસીવર ફર્મવેરનો કોર ક્યારેય પોતાની જાતે ફ્રી-ફોર્મ ઇવેન્ટ્સ જનરેટ કરતું નથી, કે તે ઇવેન્ટ કમાન્ડ્સ દ્વારા મોકલવામાં આવેલી માહિતીનું કોઈક રીતે અર્થઘટન કરતું નથી.
અંડરસ્કોર અક્ષર (ASCII 0x5F) થી શરૂ થતી તમામ સ્ટ્રીંગ્સ JAVAD GNSS એપ્લિકેશન્સ માટે આરક્ષિત છે. જ્યાં સુધી તમે તમારું કાર્ય અન્યથા પૂર્ણ કરી શકતા નથી અથવા અમુક JAVAD GNSS સોફ્ટવેર સાથે સહકાર આપવાનો ઇરાદો ધરાવતા નથી ત્યાં સુધી ઇવેન્ટ કમાન્ડ સાથે આવી સ્ટ્રીંગ્સનો ઉપયોગ ન થાય તેની કાળજી લેવી જોઈએ. પછીના કિસ્સામાં, કૃપા કરીને http://www.javad.com પરથી ઉપલબ્ધ "ફ્રી-ફોર્મ ઇવેન્ટ્સ માટે ફ્રેમ ફોર્મેટ" માર્ગદર્શિકામાં JAVAD GNSS એપ્લિકેશન્સ માટે આરક્ષિત ફ્રી-ફોર્મ ઇવેન્ટ્સના વિગતવાર વર્ણનનો સંદર્ભ લો.
“Info1″ શબ્દમાળા ધરાવતી ફ્રી-ફોર્મ ઇવેન્ટ જનરેટ કરો:
ઘટના, માહિતી1

GREIS

1. યાદ કરો કે જો કોઈ શબ્દમાળામાં રીસીવર ઇનપુટ ભાષા માટે આરક્ષિત કોઈપણ અક્ષરો હોય, તો તમારે આ શબ્દમાળાને ડબલ અવતરણમાં બંધ કરવી જોઈએ.
2. વર્તમાન ફર્મવેર સોળ 64 બાઇટ ફ્રી-ફોર્મ ઇવેન્ટ્સ સુધી સ્ટોર કરવા માટે પૂરતું મોટું બફર પૂરું પાડે છે.

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ ઇવેન્ટ
Example: આરક્ષિત અક્ષરો ધરાવતી ફ્રી-ફોર્મ ઇવેન્ટ જનરેટ કરો:
ઇવેન્ટ,"ઇવેન્ટ{ડેટા,સેંટ}"
Example: JAVAD GNSS એપ્લિકેશન સૉફ્ટવેર માટે આરક્ષિત ફ્રી-ફોર્મ ઇવેન્ટ જનરેટ કરો (આ ઇવેન્ટ ગતિશીલતામાં ફેરફાર વિશે પોસ્ટ-પ્રોસેસિંગ એપ્લિકેશનને સૂચિત કરે છે):
ઇવેન્ટ,"_DYN=STATIC"
Example: ખાલી સ્ટ્રિંગ સાથે ફ્રી-ફોર્મ જનરેટ કરો:
ઘટના,""
Example: થોડી ફ્રી-ફોર્મ ઇવેન્ટ્સ જનરેટ કરો અને [==](EV) સંદેશાઓ પાછા મેળવો ([==] સંદેશાઓની સામગ્રીમાં પ્રિન્ટ ન કરી શકાય તેવા બાઇટ્સને ભૂતપૂર્વમાં બિંદુઓથી બદલવામાં આવે છેampલે):
એમ,,જેપીએસ/ઇવી %સ્વીકૃત% ઇવેન્ટ,”કેટલીક સ્ટ્રિંગ” RE00A%સ્વીકૃત% ==011…..કેટલીક_સ્ટ્રિંગ. %1% ઇવેન્ટ,1; %2% ઇવેન્ટ,2 RE003%1% RE003%2% ==007…..1. ==007…..2. ડીએમ,,જેપીએસ/ઇવી

GREIS

www.javad.com

2.3.10 મેળવો

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ મેળવે છે

નામ
પુનઃપ્રાપ્ત કરવાનું શરૂ કરો file DTP1 નો ઉપયોગ કરીને સામગ્રી.

સારાંશ
ફોર્મેટ: મેળવો,ઑબ્જેક્ટ[,ઑફસેટ] વિકલ્પો: {સમયસમાપ્ત,બ્લોક_સાઇઝ,પીરિયડ,ફેઝ,પ્રયાસો}

દલીલો
નું ઑબ્જેક્ટ ઑબ્જેક્ટ ઓળખકર્તા file પુનઃપ્રાપ્ત કરવા માટે. જો ઑબ્જેક્ટ “/” થી શરૂ થતું નથી, તો આદેશ ચલાવતા પહેલા ઑબ્જેક્ટ પહેલાં “/log/” ઉપસર્ગ આપમેળે દાખલ થાય છે. જો ઑબ્જેક્ટ અસ્તિત્વમાં નથી અથવા પુનઃપ્રાપ્ત કરી શકાતું નથી, તો એક ભૂલ સંદેશ જનરેટ થાય છે.
ઓફસેટ ઓફસેટ ની શરૂઆતથી બાઈટ્સમાં file જેના પર પુનઃપ્રાપ્ત કરવાનું શરૂ કરવું. જો અવગણવામાં આવે તો, 0 ધારવામાં આવે છે.

વિકલ્પો

કોષ્ટક 2-5. વિકલ્પો સારાંશ મેળવો

નામ

પ્રકાર

મૂલ્યો

સમયસમાપ્તિ

પૂર્ણાંક [0…86400], સેકન્ડ

બ્લોક_સાઇઝ પૂર્ણાંક [1…163841]

સમયગાળો

ફ્લોટ [0…86400), સેકન્ડ

તબક્કો

ફ્લોટ [0…86400), સેકન્ડ

પ્રયાસ પૂર્ણાંક [-257…100] 1. 2048 એવા રીસીવરો માટે કે જે TCP અથવા USB ને સપોર્ટ કરતા નથી.

ડિફૉલ્ટ
10 512 0 0 10

DTP માટે સમયસમાપ્તિ. બ્લોક_સાઇઝ DTP ડેટા બ્લોકનું કદ. ફિલ્ટરિંગ માટે આઉટપુટ સમયગાળો (નીચે જુઓ). ફિલ્ટરિંગ માટે આઉટપુટ તબક્કો (નીચે જુઓ). શ્રેણીના આધારે અલગ અર્થનો પ્રયાસ કરે છે, નીચે પ્રમાણે:

1. પૃષ્ઠ 580 પર "ડેટા ટ્રાન્સફર પ્રોટોકોલ" જુઓ.

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ મેળવે છે
[1...100] DTP ટ્રાન્સમીટર સિંગલ બ્લોક મોકલવા માટે મહત્તમ પ્રયત્નો લેશે. જ્યારે 1 પર સેટ હોય, ત્યારે ખાસ સ્ટ્રીમિંગ મોડ સક્રિય થાય છે (નીચે જુઓ).
DTP શરૂ કરવાને બદલે 0, ઑબ્જેક્ટની કાચી સામગ્રીઓનું આઉટપુટ કરો. [-256…-1] ડીટીપી શરૂ કરવાને બદલે, ઓબ્જેક્ટની સામગ્રીને આઉટપુટ કરો
[>>] સંદેશા.
-257 DTP શરૂ કરવાને બદલે, [RE] સંદેશાઓમાં આવરિત ઑબ્જેક્ટની સામગ્રીઓનું આઉટપુટ કરો.
વર્ણન
આ આદેશ એ પુનઃપ્રાપ્ત કરવાનું શરૂ કરે છે file ડેટા ટ્રાન્સફર પ્રોટોકોલ (DTP) અથવા કાચા આઉટપુટ ફોર્મેટનો ઉપયોગ કરીને હોસ્ટ કમ્પ્યુટરમાં. જ્યાં સુધી કોઈ ભૂલ ન હોય, અથવા નિવેદન ઓળખકર્તા દ્વારા પ્રતિસાદની ફરજ પાડવામાં ન આવે ત્યાં સુધી કોઈ પ્રતિસાદ જનરેટ થતો નથી.
જ્યારે ડીટીપી મોડમાં હોય ત્યારે, ગેટ કમાન્ડ સફળ થયા પછી, ડીટીપી ટ્રાન્સમીટર રીસીવર પર શરૂ થાય છે અને હોસ્ટ પર ડીટીપી રીસીવર ચલાવવાની રાહ જુએ છે. તેથી, વાસ્તવમાં કોઈપણ ડેટા પુનઃપ્રાપ્ત કરવા માટે, વ્યક્તિને હોસ્ટ પર DTP રીસીવર અમલીકરણની જરૂર છે.
વૈકલ્પિક ઑફસેટ દલીલ યજમાનને વિક્ષેપિત ડેટા ટ્રાન્સફરને ફરી શરૂ કરવા માટે સમર્થન અમલમાં મૂકવાની મંજૂરી આપે છે. નોંધ કરો કે મોટી ઑફસેટ મેળવવા માટે રીસીવરમાં પરફોર્મ કરવા માટે ઘણો લાંબો સમય લાગી શકે છે. હોસ્ટ સોફ્ટવેરમાં પુનઃપ્રાપ્તિને યોગ્ય રીતે અમલમાં મૂકવા માટે, સ્ટેટમેન્ટ આઇડેન્ટિફાયરનો ઉપયોગ કરીને ગેટ કમાન્ડ માટે રીસીવરના પ્રતિભાવને દબાણ કરો અને હોસ્ટ પર DTP ચલાવતા પહેલા રીસીવર તરફથી જવાબની રાહ જુઓ. આ પદ્ધતિ સલાહ આપે છેtage એ હકીકત છે કે રીસીવર ગેટ કમાન્ડનો જવાબ આપે છે પછી સીક કરવામાં આવે છે.
જ્યારે પ્રયાસો વિકલ્પ 1 પર સેટ કરવામાં આવે છે, ત્યારે DTP ટ્રાન્સમીટર કહેવાતા સ્ટ્રીમિંગ મોડમાં મૂકવામાં આવશે. આ મોડમાં, ડીટીપી રીસીવર પાસેથી પ્રથમ એનએસીકે પ્રાપ્ત કર્યા પછી, ડીટીપી રીસીવર પાસેથી એસીકેની રાહ જોયા વગર ડીટીપી ટ્રાન્સમીટર ડેટા બ્લોક્સને સ્ટ્રીમ કરશે, અને NACK પ્રાપ્ત થાય તો ટ્રાન્સમીટર તરત જ ડેટા ટ્રાન્સફર બંધ કરશે. આ અભિગમ ઉચ્ચ વિલંબ (જેમ કે TCP) અથવા પ્રમાણમાં ઊંચી દિશા સ્વિચ ઓવરહેડ (જેમ કે USB) ધરાવતા વિશ્વસનીય કનેક્શન્સ પર નોંધપાત્ર રીતે ઝડપી ડેટા ટ્રાન્સફરની મંજૂરી આપે છે. પ્રોટોકોલના પ્રાપ્ત ભાગને યોગ્ય રીતે લાગુ કરવા માટે આ પદ્ધતિને સમર્થન આપવા માટે કોઈ વિશેષ કાળજીની જરૂર નથી.
જ્યારે પીરિયડ વિકલ્પ બિન-શૂન્ય હોય ત્યારે વિશેષ ફિલ્ટરિંગ મોડ સક્રિય થાય છે. માજી માટેample, તે એમાંથી 1Hz ડેટા ડાઉનલોડ કરવાની મંજૂરી આપે છે file જે 10Hz અપડેટ રેટનો ઉપયોગ કરીને લખવામાં આવ્યું હતું. ખાસ કરીને, પ્રાપ્તકર્તા માત્ર એવા યુગ માટે ડેટા મોકલશે જ્યાં રીસીવરનો સમય મોડ્યુલો એક દિવસ (Tr) નીચેના સમીકરણને સંતોષે છે:
Tr {mod period} = તબક્કો
આ હાંસલ કરવા માટે, રીસીવર ની સામગ્રીઓનું વિશ્લેષણ કરે છે file અને કેટલાક સંદેશાઓને ફિલ્ટર-આઉટ કરે છે. નોંધ કરો કે વિક્ષેપિત ડાઉનલોડના પુનઃપ્રારંભનું અમલીકરણ ખૂબ જ મુશ્કેલ છે જો

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ મેળવે છે

આ કિસ્સામાં અશક્ય નથી કારણ કે યજમાનને રીસીવરનું શું ઓફસેટ છે તેની કોઈ જાણ નથી file ડાઉનલોડમાં વિક્ષેપ પડ્યો છે.
કોઈપણ પ્રકારના ટ્રાન્સફરને કોઈપણ ડીટીપી એરર સિમ્બોલ (દા.ત., ASCII '#') મોકલીને ડેટા પ્રાપ્ત કરીને બંધ કરી શકાય છે.
[RE] સંદેશાઓમાં ડેટા ટ્રાન્સફર કરતી વખતે, બ્લોક_સાઇઝનું મૂલ્ય દરેક [RE] સંદેશ માટે ડેટા પેલોડનું મહત્તમ કદ નક્કી કરશે (આંતરિક ફર્મવેર બફરના કદ દ્વારા પણ મર્યાદિત). હંમેશની જેમ, દરેક [RE] સંદેશ આદેશ ID (જો કોઈ હોય તો) સાથે શરૂ થશે.
[>>] સંદેશાઓમાં ડેટા ટ્રાન્સફર કરતી વખતે, પ્રયાસો વિકલ્પનું મૂલ્ય [>>] સંદેશાઓનું id ફીલ્ડ નીચે પ્રમાણે નક્કી કરશે:
id = -1 - પ્રયાસો
અને “block_size” નું મૂલ્ય દરેક [>>] સંદેશ માટે ડેટા પેલોડનું મહત્તમ કદ નક્કી કરશે (આંતરિક ફર્મવેર બફરના કદ દ્વારા પણ મર્યાદિત).
[>>] સંદેશમાં id (ડેટા ફીલ્ડનો પ્રથમ બાઈટ) પછીનો આગામી બાઈટ એએસસીઆઈઆઈ સિમ્બોલ 0 થી શરૂ થતો સિક્વન્સ કેરેક્ટર હશે અને દરેક મેસેજ માટે મોડ્યુલો 64 વધારવામાં આવશે, પરિણામે ASCII સિમ્બોલનો ક્રમ 0 થી o, સમાવિષ્ટ:
seq = 0 લૂપ { seq_char = '0' + (seq++ % 64) }
ક્રમ અક્ષર ક્રમમાં [>>] સંદેશ(ઓ) ની ખોટ શોધવા માટે અંત પ્રાપ્ત કરવાની મંજૂરી આપે છે.
પછી બ્લોક_સાઇઝ બાઇટ્સ સુધીનો ઑબ્જેક્ટ ડેટા પેલોડ અનુસરશે, અને પછી [>>] સંદેશના ફોર્મેટ અનુસાર ચેક સરવાળો.
વીંટાળેલા મોડમાં સફળ આઉટપુટ હંમેશા [>>] સંદેશ દ્વારા ડેટા પેલોડ વિના અંતિમ સ્વરૂપ આપવામાં આવશે, પ્રાપ્ત અંતને સ્થાનાંતરણના અંતને વિશ્વસનીય રીતે નિર્ધારિત કરવાની મંજૂરી આપવા માટે.

Exampલેસ

Example: ની સામગ્રીઓ પુનઃપ્રાપ્ત કરવાનું શરૂ કરો file DTP નો ઉપયોગ કરીને NAME. બેમાંથી એક:

Exampલે:

મેળવો,/લોગ/NAME મેળવો,NAME
ની સામગ્રીઓ પુનઃપ્રાપ્ત કરવાનું શરૂ કરો file NAME બાઈટ નંબર 3870034 થી શરૂ થાય છે (શૂન્યમાંથી બાઈટની ગણતરી). આદેશ અને જવાબ વચ્ચે પસાર થવાના બદલે લાંબા સમયની અપેક્ષા રાખો:

%%મેળવો, નામ, ૩૮૭૦૦૩૪ RE3870034%%

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ મેળવે છે
Example: ની સામગ્રીઓ પુનઃપ્રાપ્ત કરવાનું શરૂ કરો file my_logfile ટાઇમઆઉટ 3000 સેકન્ડનો ઉપયોગ કરીને બાઇટ 50 થી શરૂ કરીને અને 8192 બાઇટ્સનું બ્લોક કદ:
મેળવો, માય_લોગfile:{50,8192},3000
Example: ની સામગ્રીઓ પુનઃપ્રાપ્ત કરવાનું શરૂ કરો file NAME એ યુગને ફિલ્ટર કરી રહ્યું છે જેથી પરિણામ પ્રાપ્ત થાય file 0.1Hz ડેટા હશે:
મેળવો,NAME:{,,10}
Example: ની સામગ્રીઓ પુનઃપ્રાપ્ત કરવાનું શરૂ કરો file સ્ટ્રીમિંગ મોડનો ઉપયોગ કરીને NAME (પ્રયાસ વિકલ્પ 1 પર સેટ કર્યો છે):
મેળવો,NAME:{,,,,1}
Example: ની સામગ્રી મોકલો file NAME id 61 (ASCII ચિહ્ન '=') સાથે [>>] સંદેશાઓમાં લપેટાયેલું છે, પ્રતિ સંદેશ 128 બાઇટ્સ સુધીના ડેટાનો ઉપયોગ કરીને:
મેળવો,NAME:{,128,,,-62}
Example: ની સામગ્રી મોકલો file NAME એ સંદેશ દીઠ 190 બાઇટ્સ સુધીના ડેટાનો ઉપયોગ કરીને [RE] સંદેશાઓમાં લપેટી છે, જે %MY_ID% દ્વારા પ્રીપેન્ડ છે:
%MY_ID%મેળવો,NAME:{,190,,,-257}

GREIS

www.javad.com

2.3.11 પુટ

રીસીવર ઇનપુટ લેંગ્વેજ આદેશો મૂકે છે

નામ
શરૂઆત કરો file DTP1 નો ઉપયોગ કરીને અપલોડ કરી રહ્યું છે.

સારાંશ
ફોર્મેટ: put,object[,offset] વિકલ્પો: {સમયસમાપ્ત, block_size}

દલીલો
નું ઑબ્જેક્ટ ઑબ્જેક્ટ ઓળખકર્તા file ડેટા લખવા માટે. જો ઑબ્જેક્ટ “/” થી શરૂ થતું નથી, તો આદેશ ચલાવતા પહેલા ઑબ્જેક્ટ પહેલાં “/log/” ઉપસર્ગ આપમેળે દાખલ થાય છે.
ઓફસેટ ઓફસેટ ની શરૂઆતથી બાઈટ્સમાં file જેના પર લખવાનું શરૂ કરવું. જો અવગણવામાં આવે તો, 0 ધારવામાં આવે છે.

વિકલ્પો

કોષ્ટક 2-6. વિકલ્પો સારાંશ મૂકો

નામ

પ્રકાર

મૂલ્યો

ડિફૉલ્ટ

સમયસમાપ્તિ

પૂર્ણાંક [0…86400], સેકન્ડ 10

બ્લોક_સાઇઝ પૂર્ણાંક [1…163841]

512

1. 2048 રીસીવરો માટે કે જે TCP અથવા USB ને સપોર્ટ કરતા નથી.

DTP માટે સમયસમાપ્તિ. બ્લોક_સાઇઝ DTP ડેટા બ્લોકનું કદ.

વર્ણન
આ આદેશ હોસ્ટ કોમ્પ્યુટરમાંથી ડેટાને a માં અપલોડ કરવાનું શરૂ કરે છે file ડેટા ટ્રાન્સફર પ્રોટોકોલ (DTP) નો ઉપયોગ કરીને રીસીવરમાં. જ્યાં સુધી કોઈ ભૂલ ન હોય, અથવા સ્ટેટમેન્ટ ઓળખકર્તા દ્વારા પ્રતિસાદની ફરજ પાડવામાં આવે ત્યાં સુધી કોઈ પ્રતિસાદ જનરેટ થતો નથી.
પુટ કમાન્ડ સફળ થયા પછી, ડીટીપી રીસીવર રીસીવર પર શરૂ થાય છે અને હોસ્ટ પર ડીટીપી ટ્રાન્સમીટર ચલાવવાની રાહ જુએ છે. તેથી, વાસ્તવમાં કોઈપણ ડેટા અપલોડ કરવા માટે, વ્યક્તિને હોસ્ટ પર DTP ટ્રાન્સમીટર અમલીકરણની જરૂર છે.

1. પૃષ્ઠ 580 પર "ડેટા ટ્રાન્સફર પ્રોટોકોલ" જુઓ.

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ આદેશો મૂકે છે

વૈકલ્પિક ઑફસેટ દલીલ યજમાનને વિક્ષેપિત ડેટા ટ્રાન્સફરને ફરી શરૂ કરવા માટે સમર્થન અમલમાં મૂકવાની મંજૂરી આપે છે. બિન-શૂન્ય ઑફસેટ મૂલ્ય હોસ્ટને અસ્તિત્વમાંના અંતમાં ડેટા ઉમેરવાની વિનંતી કરવાની મંજૂરી આપે છે file બંધબેસતા કદનું.
જો ઓફસેટ 0 છે અને file ઑબ્જેક્ટ અસ્તિત્વમાં નથી, રીસીવર નવું લખવા માટે બનાવવા અને ખોલવાનો પ્રયત્ન કરશે file પદાર્થ દ્વારા વ્યાખ્યાયિત નામ સાથે. આ કિસ્સામાં આદેશ નિષ્ફળ જશે જો ત્યાં પહેલાથી જ અસ્તિત્વમાં છે file આપેલ નામ સાથે.
જો ઓફસેટ 0 કરતા વધારે હોય, અને ત્યાં a છે file પદાર્થ, અને file સાઈઝ ઓફસેટની કિંમત જેટલી હોય છે, પછી પુટ કમાન્ડ ખોલશે file જોડવા માટેનો પદાર્થ. જો કોઈ અસ્તિત્વમાં ન હોય તો આ કિસ્સામાં આદેશ નિષ્ફળ જશે file આપેલ નામ સાથે અથવા જો હાલના કદ સાથે file ઑફસેટ દ્વારા ઉલ્લેખિત સાથે મેળ ખાતું નથી.

Exampલેસ

Example: તાજા પર ડેટા અપલોડ કરવાનું શરૂ કરો file DTP નો ઉપયોગ કરીને “NAME”. બેમાંથી એક:

Exampલે:

પુટ,/લોગ/NAME પુટ,NAME
ડેટા અપલોડ કરવાનું શરૂ કરો અને તેમને વર્તમાનમાં જોડો file "નામ". ડિફૉલ્ટ DTP સમયસમાપ્તિ અને DTP બ્લોક કદ 4096 બાઇટ્સનો ઉપયોગ કરો. નું કદ મેળવો file અપલોડ શરૂ કરતા પહેલા (નોંધ કરો કે file કદ કોઈપણ રીતે હોસ્ટ પર આવશ્યક છે જેથી તે તેના સ્ત્રોત ડેટામાંથી આટલા બાઈટ્સને છોડી શકે file):

Exampલે:

છાપો,/લોગ/નામ અને કદ RE008 3870034 પુટ,/લોગ/નામ:{,4096},3870034
તાજા પર ડેટા અપલોડ કરવાનું શરૂ કરો file "મારો_લોગfile” સમયસમાપ્તિ 50 સેકન્ડનો ઉપયોગ કરીને અને 8192 બાઇટ્સનું બ્લોક કદ:

put,my_logfile:{50,8192}

GREIS

www.javad.com

2.3.12 fld

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ્સ fld

નામ
fld ફર્મવેર લોડિંગ.

સારાંશ
ફોર્મેટ: fld,id, ઑબ્જેક્ટ વિકલ્પો: {સમયસમાપ્ત, બ્લોક_સાઇઝ}

દલીલો
રીસીવર ઇલેક્ટ્રોનિક ID1 ધરાવતી id સ્ટ્રિંગ. જો ઉલ્લેખિત ID રીસીવરના વાસ્તવિક ઇલેક્ટ્રોનિક ID ને અનુરૂપ ન હોય, તો આદેશ નિષ્ફળ જશે અને ભૂલ સંદેશ ઉત્પન્ન કરશે.
લોડ કરવાના ફર્મવેરના સ્ત્રોતનું ઑબ્જેક્ટ ઑબ્જેક્ટ ઓળખકર્તા. ક્યાં તો રીસીવરનું નામ file, અથવા ઇનપુટ પોર્ટનું નામ. જ્યારે તે ઇનપુટ પોર્ટનું નામ હોય, ત્યારે કાં તો /cur/term અથવા વર્તમાન પોર્ટનું વાસ્તવિક નામ આપવું જોઈએ, અન્યથા ભૂલની જાણ કરવામાં આવશે.

વિકલ્પો

કોષ્ટક 2-7. fld વિકલ્પો સારાંશ

નામ

પ્રકાર

મૂલ્યો

સમયસમાપ્તિ

પૂર્ણાંક [0…86400], સેકન્ડ

બ્લોક_સાઇઝ પૂર્ણાંક [1…163841] 1. રીસીવરો માટે 2048 જે TCP અથવા USB ને સપોર્ટ કરતા નથી.

ડિફૉલ્ટ
10 512

DTP માટે સમયસમાપ્તિ. બ્લોક_સાઇઝ DTP ડેટા બ્લોકનું કદ.

વર્ણન
આ આદેશ સ્પષ્ટ કરેલ ઑબ્જેક્ટમાંથી ફર્મવેરને રીસીવરમાં લોડ કરે છે અને પછી રીસીવરને રીસેટ કરે છે. જ્યાં સુધી કોઈ ભૂલ ન હોય, અથવા સ્ટેટમેન્ટ ઓળખકર્તા દ્વારા પ્રતિસાદની ફરજ પાડવામાં આવે ત્યાં સુધી કોઈ પ્રતિસાદ જનરેટ થતો નથી.

1. ID પ્રિન્ટ,/par/rcv/id આદેશનો ઉપયોગ કરીને મેળવી શકાય છે.

GREIS

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ્સ fld

ચેતવણી:

જો લોડિંગ દરમિયાન પાવર નિષ્ફળતા અથવા પોર્ટ દ્વારા ફર્મવેર ટ્રાન્સફરમાં ઘાતક વિક્ષેપ આવે, તો રીસીવર અર્ધ-કાર્યકારી સ્થિતિમાં જઈ શકે છે જ્યાં ફક્ત "પાવર-ઓન કેપ્ચર" પદ્ધતિનો ઉપયોગ કરીને RS-232 પોર્ટ દ્વારા ફર્મવેર લોડિંગ શક્ય છે.
જો ઑબ્જેક્ટ અસ્તિત્વમાં છે file1, રીસીવર પહેલા તપાસ કરશે કે શું file રીસીવર માટે માન્ય ફર્મવેર ધરાવે છે (તે પૂર્ણ થવામાં ઘણી સેકંડ લે છે). જો ચેક સફળ થાય, તો રીસીવર ફર્મવેર લોડ કરશે અને પછી સ્વ-રીસેટ કરશે. નોંધ કરો કે આદેશનો જવાબ (જો કોઈ હોય તો) ચેક કર્યા પછી મોકલવામાં આવશે પરંતુ ફર્મવેર લોડિંગ શરૂ થાય તે પહેલાં. સમયસમાપ્તિ અને બ્લોક_સાઇઝ વિકલ્પો આ કિસ્સામાં અવગણવામાં આવે છે.
જો ઑબ્જેક્ટ ઇનપુટ સ્ટ્રીમને નિયુક્ત કરે છે, તો આદેશ જવાબ મોકલશે (જો કોઈ હોય તો) અને પછી DTP રીસીવર શરૂ કરશે જે હોસ્ટ પર DTP ટ્રાન્સમીટર ચલાવવાની રાહ જોશે. તેથી, ફર્મવેરને વાસ્તવમાં અપલોડ કરવા માટે, વ્યક્તિને હોસ્ટ પર DTP ટ્રાન્સમીટર અમલીકરણની જરૂર છે. લોડિંગ સફળતાપૂર્વક પૂર્ણ થયા પછી અથવા વિક્ષેપિત થયા પછી રીસીવર દ્વારા સ્વ રીસેટ (રીબૂટ) કરવામાં આવશે.

Exampલેસ
Example: આમાંથી ફર્મવેર લોડ કરો file ઇલેક્ટ્રોનિક ID 123456789AB સાથે રીસીવરમાં “firmware.ldp”. આદેશ મોકલવા અને જવાબ પ્રાપ્ત કરવા વચ્ચે થોડીક સેકંડ પસાર થવાની અપેક્ષા રાખો, જ્યારે રીસીવર તપાસ કરે છે file ફર્મવેર માન્યતા માટે:
%%fld,123456789AB,/log/firmware.ldp RE002%%
Example: બ્લોક સાઇઝ 16384 બાઇટ્સ અને સમયસમાપ્તિ 20 સેકન્ડનો ઉપયોગ કરીને USB પોર્ટ પરથી ફર્મવેર અપલોડ કરવાનું શરૂ કરો. આદેશ જારી કરતા પહેલા ઇલેક્ટ્રોનિક ID મેળવો:
print,rcv/id RE00C 8PZFM10IL8G fld,8PZFM10IL8G,/dev/usb/a:{20,16384}

GREIS

1. એવી અપેક્ષા રાખવામાં આવે છે કે file ફર્મવેર ધરાવતું રીસીવર પર અગાઉથી અપલોડ કરવામાં આવે છે, દા.ત., પુટ કમાન્ડનો ઉપયોગ કરીને.

www.javad.com

રીસીવર ઇનપુટ લેંગ્વેજ કમાન્ડ્સ fld

GREIS

www.javad.com

પ્રકરણ 3
પ્રાપ્તકર્તા સંદેશાઓ

આ પ્રકરણ GREIS માનક સંદેશાઓના સામાન્ય ફોર્મેટ તેમજ તમામ પૂર્વવ્યાખ્યાયિત સંદેશાઓના ચોક્કસ ફોર્મેટનું વર્ણન કરે છે. GREIS માનક સંદેશાઓ ઉપરાંત, રીસીવર NMEA અથવા BINEX જેવા વિવિધ ફોર્મેટના કેટલાક સંદેશાઓને સપોર્ટ કરે છે. તે "વિદેશી" સંદેશાઓના ફોર્મેટનું વર્ણન આ પ્રકરણના અંતે કરવામાં આવ્યું છે.
3.1 સંમેલનો
3.1.1 ફોર્મેટ સ્પષ્ટીકરણો
કોમ્પેક્ટ સ્વરૂપમાં બાઇટ1ના ક્રમ તરીકે કેટલાક ફોર્મેટનું વર્ણન કરવા માટે, અમે કેટલાક પ્રાથમિક ક્ષેત્ર પ્રકારો માટે ફોર્મેટને વ્યાખ્યાયિત કરીએ છીએ અને પછી વધુ જટિલ ફોર્મેટ્સની વ્યાખ્યાઓ બનાવવા માટે C પ્રોગ્રામિંગ ભાષામાં વપરાતા ફોર્મેટની નજીકના સંકેતનો ઉપયોગ કરીએ છીએ:
રચનાનું નામ {લંબાઈ} { પ્રકાર ક્ષેત્ર[COUNT]; // વર્ણન … TYPE FIELD[COUNT]; // વર્ણન
};
ક્યાં:
આ ફોર્મેટને સોંપેલ નામને NAME આપો. તેનો ઉપયોગ ફીલ્ડના TYPE તરીકે અન્ય ફોર્મેટ વ્યાખ્યાઓમાં થઈ શકે છે.
LENGTH સમગ્ર ક્રમના બાઈટમાં લંબાઈ. નિશ્ચિત લંબાઈના ફોર્મેટ માટે, તે સંખ્યા છે, ચલ લંબાઈના સંદેશા માટે, તે કાં તો અન્ય ચલ પરિમાણો અથવા ફક્ત સ્ટ્રિંગ var પર આધાર રાખીને અંકગણિત અભિવ્યક્તિ હોઈ શકે છે.
TYPE FIELD[COUNT] ફીલ્ડ વર્ણનકર્તા. તે સમાન TYPE ના COUNT ઘટકોના ક્રમનું વર્ણન કરે છે જેને FIELD નામ આપવામાં આવ્યું છે. TYPE એ કાં તો નીચે વર્ણવેલ પ્રાથમિક ફીલ્ડ પ્રકારોમાંથી એક અથવા અન્ય ફોર્મેટનું NAME હોઈ શકે છે. જ્યારે [COUNT] ગેરહાજર હોય, ત્યારે ફીલ્ડમાં બરાબર એક ઘટક હોય છે. જ્યારે COUNT ગેરહાજર હોય (એટલે કે, ત્યાં ફક્ત ખાલી ચોરસ કૌંસ છે, []), તેનો અર્થ એ છે કે ફીલ્ડમાં ઘટકોની અસ્પષ્ટ સંખ્યા હોય છે.

GREIS

1. આ પ્રકરણના સંદર્ભમાં, "બાઈટ" નો અર્થ 8-બીટ એન્ટિટી થાય છે. બાઈટના સૌથી ઓછા નોંધપાત્ર ભાગમાં ઈન્ડેક્સ શૂન્ય હોય છે.

www.javad.com

પ્રાપ્તકર્તા સંદેશા સંમેલનો
ફોર્મેટ વિશિષ્ટતાઓ

ક્ષેત્રનું વર્ણન તેના માપન એકમો સાથે અને મૂલ્યોની માન્ય શ્રેણી, જ્યાં યોગ્ય હોય ત્યાં. માપન એકમો ચોરસ કૌંસથી ઘેરાયેલા છે.
નીચેના પ્રાથમિક ક્ષેત્ર પ્રકારો વ્યાખ્યાયિત થયેલ છે:

કોષ્ટક 3-1. પ્રાથમિક ક્ષેત્રના પ્રકારો

નામ લખો

અર્થ

બાઇટ્સ માં લંબાઈ

ASCII અક્ષર

સહી કરેલ પૂર્ણાંક

સહી ન કરેલ પૂર્ણાંક

IEEE-754 સિંગલ પ્રિસિઝન ફ્લોટિંગ પોઈન્ટ

IEEE-754 ડબલ પ્રિસિઝન ફ્લોટિંગ પોઈન્ટ

str

ASCII અક્ષરોના ચલનો શૂન્ય-સમાપ્ત ક્રમ

ચોક્કસ ફોર્મેટને સંપૂર્ણ રીતે વ્યાખ્યાયિત કરવા માટે, અમારે પ્રાથમિક બિન-એગ્રિગેટ ફીલ્ડ્સમાં પણ બાઈટ ક્રમનો ઉલ્લેખ કરવો પડશે જે મલ્ટિ-બાઈટ છે (i2, i4, u2, u4, f4, f8). GREIS સંદેશાઓ માટે આ ક્રમ [MF] સંદેશ દ્વારા વ્યાખ્યાયિત થયેલ છે, વિગતો માટે પૃષ્ઠ 74 પર “[MF] સંદેશાઓનું ફોર્મેટ” જુઓ.
ઉપરોક્ત વ્યાખ્યાઓનો ઉપયોગ કરીને બાઈટના અનુરૂપ ક્રમમાં કોઈપણ ફોર્મેટ સ્પષ્ટીકરણને (વારંવાર) વિસ્તૃત કરવું શક્ય છે. માજી માટેample, ફોર્મેટ
સ્ટ્રક્ચર એક્સample {9} { u1 n1; f4 n2; i2 n3[2];
};
ઓછામાં ઓછા નોંધપાત્ર બાઈટ ફર્સ્ટ (એલએસબી) ક્રમને ધારીને બાઈટના નીચેના ક્રમમાં વિસ્તરે છે:
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

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

પ્રાપ્તકર્તા સંદેશાઓ સંદેશાઓનું સામાન્ય ફોર્મેટ
માનક સંદેશાઓ
ઋષિઓ, અને એપ્લિકેશન માટે તે સંદેશાઓને અસરકારક રીતે છોડવાનું શક્ય બનાવવા માટે કે જેના વિશે એપ્લિકેશન જાણતી નથી અથવા તેમાં રસ નથી.
બિન-માનક ટેક્સ્ટ સંદેશાઓ માટે સપોર્ટ, જે હજુ પણ આ માર્ગદર્શિકામાં તેમના માટે નિર્ધારિત ફોર્મેટનું પાલન કરે છે, તે GREIS માનક સંદેશાઓને પ્રમાણભૂત GREIS ડેટા સ્ટ્રીમમાં કેટલાક અન્ય ફોર્મેટના સંદેશાઓ સાથે મિશ્રિત કરવાનું શક્ય બનાવે છે. એક માજીampઆવા ફોર્મેટના le એ NMEA સંદેશાઓ છે.
વિશિષ્ટ કેસના બિન-માનક ટેક્સ્ટ સંદેશાઓ, સંદેશાઓ જેમાં ફક્ત ASCII હોય છે અને/અથવા અક્ષરો, જ્યારે તેને ટર્મિનલ અથવા સામાન્ય ટેક્સ્ટ પર મોકલવામાં આવે ત્યારે પરિણામી સંદેશ સ્ટ્રીમને વધુ માનવ-વાંચી શકાય તે માટે GREIS માનક સંદેશાઓ વચ્ચે રીસીવરમાં મેસેજ ફોર્મેટિંગ એન્જિન દ્વારા દાખલ કરવામાં આવે છે. viewer અથવા સંપાદક એપ્લિકેશન.
GREIS માનક સંદેશાઓ અને બિન-માનક ટેક્સ્ટ સંદેશાઓ ઉપરાંત, JAVAD GNSS રીસીવરો સામાન્ય રીતે પુષ્કળ અન્ય ફોર્મેટને સપોર્ટ કરે છે (દા.ત., RTCM, BINEX, CMR). જો કે, તે ફોર્મેટ પ્રમાણભૂત GREIS મેસેજ સ્ટ્રીમના ફોર્મેટ સાથે અસંગત છે. જો કોઈ સ્ટ્રીમમાં તે ફોર્મેટના સંદેશા હોવા જોઈએ, તો તેને હવે GREIS માનક સંદેશ સ્ટ્રીમ કહી શકાય નહીં, અને પ્રમાણભૂત સ્ટ્રીમ જેવા જ નિયમો દ્વારા તેનું વિશ્લેષિત કરી શકાતું નથી.1

3.3 સંદેશાઓનું સામાન્ય ફોર્મેટ

3.3.1 માનક સંદેશાઓ

દરેક પ્રમાણભૂત સંદેશનું ફોર્મેટ નીચે મુજબ છે:

રચના StdMessage {var} {

a1 id[2];

// ઓળખકર્તા

a1 લંબાઈ[3];

// હેક્સાડેસિમલ શરીરની લંબાઈ, [000…FFF]

u1 શરીર[લંબાઈ]; // શરીર

};

દરેક પ્રમાણભૂત સંદેશ બે ASCII અક્ષરો ધરાવતા અનન્ય સંદેશ ઓળખકર્તા સાથે શરૂ થાય છે. સબસેટ “0” થી “~” (એટલે કે, [48…126] ની રેન્જમાં દશાંશ ASCII કોડ્સ) માંથી કોઈપણ અક્ષરોને ઓળખકર્તામાં મંજૂરી છે.

GREIS

1. વાસ્તવમાં, GREIS માનક સંદેશાઓનું ફોર્મેટ એટલું લવચીક છે કે તે કોઈપણ ડેટા સ્ટ્રીમને પ્રમાણભૂત GREIS ડેટા સ્ટ્રીમમાં સમાવી શકે છે, પરંતુ પછી મૂળ અસંગત સ્ટ્રીમને ખાસ GREIS સંદેશાઓના ક્રમમાં આવરિત કરવી જોઈએ. ઓળખકર્તા ">>" સાથેનો પૂર્વવ્યાખ્યાયિત સંદેશ આ હેતુને પૂર્ણ કરે છે.

www.javad.com

પ્રાપ્તકર્તા સંદેશાઓ સંદેશાઓનું સામાન્ય ફોર્મેટ
બિન-માનક ટેક્સ્ટ સંદેશાઓ
સંદેશ ઓળખકર્તાને સંદેશના મુખ્ય ક્ષેત્રની લંબાઈ દ્વારા અનુસરવામાં આવે છે. આ ફીલ્ડ, જેમાં ત્રણ અપર-કેસ હેક્સાડેસિમલ અંકોનો સમાવેશ થાય છે, તે બાઈટમાં મેસેજ બોડીની લંબાઈનો ઉલ્લેખ કરે છે. આમ મહત્તમ સંદેશની મુખ્ય લંબાઈ 4095 (0xFFF) બાઈટ છે.
લેન્થ ફીલ્ડ પછી તરત જ મેસેજ બોડી ફોલો કરે છે અને લેન્થ ફીલ્ડ દ્વારા ઉલ્લેખિત બાઈટ્સની બરાબર સંખ્યા ધરાવે છે. સામાન્ય ફોર્મેટ દ્વારા સૂચિત સંદેશના મુખ્ય ભાગની સામગ્રી પર કોઈ નિયંત્રણો નથી. સંદેશમાં સંદેશના મુખ્ય ભાગનું ફોર્મેટ સંદેશ ઓળખકર્તા દ્વારા સ્પષ્ટપણે વ્યાખ્યાયિત કરવામાં આવે છે. બધા પૂર્વવ્યાખ્યાયિત સંદેશાઓના સંદેશના મુખ્ય ભાગોના ફોર્મેટ

3.3.2 બિન-માનક ટેક્સ્ટ સંદેશાઓ

બિન-માનક ટેક્સ્ટ સંદેશાઓનું ફોર્મેટ નીચે મુજબ છે:

struct NonStdTextMessage {var} {

a1 id;

// ઓળખકર્તા, [!…/]

a1 શરીર[];

// મનસ્વી લંબાઈનો મુખ્ય ભાગ, [0…)

a1 eom;

// સંદેશનો અંત ( અથવા )

};

સંદેશ ઓળખકર્તા એ શ્રેણી [!… /] (શ્રેણી [33…47] માં દશાંશ ASCII કોડ્સ) માં કોઈપણ અક્ષર છે. સંદેશ ઓળખકર્તા વૈકલ્પિક છે. જો ગેરહાજર હોય, તો સંદેશના મુખ્ય ભાગમાં લંબાઈ શૂન્ય હોવી જોઈએ (એટલે કે, ગેરહાજર પણ હોવી જોઈએ).

સંદેશનો મુખ્ય ભાગ એ સિવાયના ASCII અક્ષરોનો ક્રમ છે (દશાંશ કોડ 13) અને (દશાંશ કોડ 10) અક્ષરો. ફોર્મેટ દ્વારા શરીરની લંબાઈ પર કોઈ મર્યાદા લાદવામાં આવી નથી.

સંદેશ માર્કરનો અંત કાં તો છે અથવા પાત્ર

નોંધ કરો કે ફોર્મેટ માત્ર CR અથવા LF અક્ષરો ધરાવતા બિન-માનક સંદેશાઓને મંજૂરી આપે છે. આ સુવિધા સામાન્ય હેતુના ટર્મિનલ અથવા viewસામાન્ય લખાણ સાથે ing viewer અથવા સંપાદક.

બિન-માનક ટેક્સ્ટ સંદેશ ઓળખકર્તાઓમાંથી એક, અક્ષર “$”, પ્રમાણભૂત NMEA સંદેશાઓ માટે ઓળખકર્તા તરીકે પહેલાથી જ આરક્ષિત છે. કોઈપણ અન્ય બિન-માનક ટેક્સ્ટ સંદેશાઓએ ઓળખકર્તા તરીકે "$" નો ઉપયોગ કરવો જોઈએ નહીં.

3.3.3 સંદેશ પ્રવાહનું વિશ્લેષણ
આ વિભાગમાં, તમને GREIS રીસીવરના સંદેશ સ્ટ્રીમને પાર્સ કરવાના હેતુથી કોડ કેવી રીતે લખવો તે અંગેના કેટલાક સંકેતો અને ટીપ્સ મળશે. જો કે અમે આ સંદર્ભ માર્ગદર્શિકામાં આ વિષયની વિગતવાર ચર્ચા કરવાના નથી, અમે અહીં ભારપૂર્વક જણાવવા માંગીએ છીએ કે પ્રમાણભૂત સંદેશ

GREIS

www.javad.com

પ્રાપ્તકર્તા સંદેશાઓ સંદેશાઓનું સામાન્ય ફોર્મેટ
સંદેશ સ્ટ્રીમનું વિશ્લેષણ
ફોર્મેટ તમને વ્યવહારમાં મળી શકે તેવા લગભગ કોઈપણ GREIS સંદેશ સ્ટ્રીમને અસરકારક રીતે પ્રક્રિયા/પર્સ કરવાની મંજૂરી આપશે.

નોંધ:

સિંક્રનાઇઝેશન
સંદેશ સ્ટ્રીમનું પદચ્છેદન કરતી વખતે, તમારે પહેલા નજીકના સંદેશની સીમા શોધવાની જરૂર છે. આને સામાન્ય રીતે "સિંક્રોનાઇઝેશન" કહેવામાં આવે છે. સંદેશ સિંક્રનાઇઝેશન હાથ ધરવામાં આવે છે જ્યારે પાર્સિંગ શરૂ થાય છે અથવા જ્યારે ડેટા સ્ટ્રીમમાં ભૂલને કારણે સિંક્રનાઇઝેશન ખોવાઈ જાય છે. હકીકતમાં, અલ્ગોરિધમને સરળ બનાવવા માટે, તમે વિચારી શકો છો કે જ્યારે તમે ડેટા સ્ટ્રીમનું વિશ્લેષણ કરવાનું શરૂ કરો છો ત્યારે તમે પહેલેથી જ સિંક્રનાઇઝ થઈ ગયા છો. જો એવું બને કે તે ખરેખર કેસ નથી, તો પદચ્છેદન ભૂલ થવી જોઈએ. પછી તમે ઇનપુટ સ્ટ્રીમમાંથી એક અક્ષર છોડી દો અને ડોળ કરો કે તમે ફરીથી સિંક્રનાઇઝ થયા છો. આ અભિગમ પાર્સિંગ અલ્ગોરિધમના અલગ ભાગ તરીકે સિંક્રનાઇઝેશન કાર્યને અસરકારક રીતે દૂર કરે છે.
વાજબી રીતે ઉપયોગી ડેટા સ્ટ્રીમમાં ભૂલોનો દર ઓછો હોવો જોઈએ તે હકીકતને કારણે, સિંક્રનાઇઝેશન વારંવાર કામ ન હોવું જોઈએ. વધુમાં, GREIS ડેટા સ્ટ્રીમમાં સામાન્ય રીતે ટૂંકા સંદેશાઓનો સમાવેશ થાય છે, તેથી નજીકના સંદેશની સીમાનું અંતર સામાન્ય રીતે નાનું હોય છે. આ બાબતોને ધ્યાનમાં લેતા, સિંક્રનાઇઝેશન અલ્ગોરિધમ ખૂબ જ ઝડપી હોય તેવી કોઈ આવશ્યકતા નથી.

નોંધ:

નેક્સ્ટ મેસેજ પર જઈ રહ્યાં છીએ
પ્રમાણભૂત GREIS સંદેશાઓના સામાન્ય ફોર્મેટમાં લંબાઈ રાખવાથી તમે સંદેશાઓને તેમના શરીરના ફોર્મેટને જાણ્યા વિના સરળતાથી અવગણી શકો છો. અમે ખરેખર વિશ્લેષકોને લખવાની ભારપૂર્વક ભલામણ કરીએ છીએ જેથી તેઓ અજાણ્યા સંદેશાઓને અવગણી શકે.
વર્તમાન સંદેશમાંથી આગલા સંદેશ પર જવા માટે, નીચેના પગલાં લો:
1. ધારો કે વર્તમાન સંદેશ "N" સ્થાનથી શરૂ થાય છે. વર્તમાન સંદેશ લંબાઈ નક્કી કરો (ડીકોડ અક્ષરો ## N+2, N+3, N+4). ધારો કે સંદેશની લંબાઈ L જેટલી છે. સ્થિતિ "N" થી શરૂ થતા પ્રથમ L+5 અક્ષરોને અવગણો.
2. બધાને અવગણો અને અક્ષરો (જો કોઈ હોય તો).
કડક શબ્દોમાં કહીએ તો, અમે ભલામણ કરતા નથી કે તમે તમારા પાર્સિંગ કોડમાં મેસેજ બોડીના કદ અને સામગ્રી વિશેની કોઈપણ પ્રાથમિક માહિતીનો ઉપયોગ કરો. જો તમે આ ભલામણનો આદર કરો છો, તો કેટલાક સંદેશાઓ બદલવામાં આવે તો તમને પદચ્છેદન કાર્યક્રમમાં મુશ્કેલી નહીં પડે.
સ્ટાન્ડર્ડ પૂર્વવ્યાખ્યાયિત GREIS સંદેશાઓના મેસેજ બોડીના પાર્સિંગ પરના નિયમો અને સંકેતોની પછીથી પૃષ્ઠ 67 પર "પાર્સિંગ મેસેજ બોડીઝ"માં ચર્ચા કરવામાં આવી છે.

GREIS

www.javad.com

GREIS

પ્રાપ્તકર્તા સંદેશાઓ માનક પૂર્વવ્યાખ્યાયિત સંદેશાઓ
મેસેજ બોડીઝનું વિશ્લેષણ
3.4 માનક પૂર્વવ્યાખ્યાયિત સંદેશાઓ
આ વિભાગમાં અમે રીડરને માનક GREIS સંદેશાઓના પૂર્વવ્યાખ્યાયિત સમૂહથી પરિચિત કરીશું. ઓળખકર્તા XX સાથેના સંદેશનો ઉલ્લેખ કરતી વખતે, અમે નોટેશન [XX] નો ઉપયોગ કરીએ છીએ. જ્યારે મોટાભાગના સંદેશાઓ GREIS માં તેમના સંદેશ ઓળખકર્તા દ્વારા બોલાવવામાં આવે છે, તેમાંના કેટલાક, ખાસ કરીને જેઓ બિન-આલ્ફાન્યૂમેરિક ઓળખકર્તાઓ ધરાવે છે, તેમના નામ અલગ હોય છે. આવા સંદેશાઓ માટે નોટેશન [XX](NN) નો ઉપયોગ કરવામાં આવે છે, જ્યાં XX એ સંદેશ ઓળખકર્તા છે, અને NN એ GREIS આદેશોમાં ઉપયોગ કરવા માટે સંદેશનું નામ છે. માજી માટેample સંદેશ [~~](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

પ્રાપ્તકર્તા સંદેશાઓ માનક પૂર્વવ્યાખ્યાયિત સંદેશાઓ
સામાન્ય નોંધો
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

GREIS

પ્રાપ્તકર્તા સંદેશાઓ માનક પૂર્વવ્યાખ્યાયિત સંદેશાઓ
સામાન્ય નોંધો
આ રીતે પસંદ કરેલ સમય ગ્રીડને આ વિભાગ 1 માં પછીથી "રીસીવર સંદર્ભ સમય" (Trr) તરીકે ઓળખવામાં આવે છે.
અલગ-અલગ સમય પ્રણાલીઓમાં તેમની સાથે સંકળાયેલા અલગ-અલગ સમય સંકેતો (ફોર્મેટ) હોઈ શકે છે (દા.ત., GPS સમય માટે, અમે "અઠવાડિયા નંબર", "સપ્તાહનો સમય", વગેરે જેવા શબ્દોનો ઉપયોગ કરીએ છીએ). નોંધ કરો, જો કે, "પ્રાપ્તકર્તા સમય" પ્રતિનિધિત્વ પસંદ કરેલ રીસીવર સંદર્ભ સમય પર આધારિત રહેશે નહીં અને હંમેશા રીસીવર તારીખ અને દિવસના સમય તરીકે રજૂ થાય છે.
મોટાભાગના પૂર્વવ્યાખ્યાયિત સંદેશાઓમાં સંદર્ભ સમયની માહિતી હોતી નથી. અમારા માં view, તે એક અને તે જ સમયનો ઉપયોગ કરવા માટે અતિશય હશે tag રીસીવર વર્તમાન યુગમાં જનરેટ કરે છે તે તમામ સંદેશાઓ સાથે. વર્તમાન યુગ માટે ઉપલબ્ધ રીસીવર માહિતીને આઉટપુટ કરતી વખતે, તમને સામાન્ય રીતે વિવિધ સંદેશાઓ મળે છે. દરેકને વ્યક્તિગત સમય સાથે સપ્લાય કરવાને બદલે tag ડેટા ફીલ્ડ, અમે એક વિશિષ્ટ સંદેશનો ઉપયોગ કરીએ છીએ જે આ સંદેશાઓ માટે સામાન્ય રીસીવર સમયની માહિતી ધરાવે છે. આ સંદેશને "રિસીવર ટાઈમ" કહેવામાં આવે છે અને તેની ઓળખકર્તા [~~] છે.
જો કે, ઓપરેશનનો એક મોડ છે, જેને RTK વિલંબિત મોડ કહેવાય છે, જ્યારે આપેલ યુગમાં રીસીવર ભૂતકાળમાં અન્ય કોઈ યુગના સંદર્ભમાં ઉકેલ ઉત્પન્ન કરી શકે છે. સમય પૂરો પાડવા માટે tag આવા ઉકેલ માટે, ખાસ ઉકેલ સમય-Tag [ST] સંદેશનો ઉપયોગ થાય છે. હકીકતમાં આ સંદેશ સાચો સમય પૂરો પાડે છે tag કામગીરીના તમામ મોડમાં સોલ્યુશન માટે, જોકે મોટા ભાગના મોડ્સમાં તે [~~] જેટલો જ સમય ધરાવે છે.
કેટલાક અન્ય સંદેશાઓનો સમય છે tag માહિતી ક્ષેત્ર. તે એવા સંદેશાઓ છે જેમાં માહિતી હોય છે જે રીસીવર એપોક ગ્રીડ પર સ્વતંત્ર રીતે દેખાય છે. એક માજીampઆવા સંદેશનો le "ઇવેન્ટ" છે [==].
ડિલિમિટર્સ
વાસ્તવમાં, "રિસીવર ટાઈમ" સંદેશ વર્તમાન યુગમાં જનરેટ થયેલા અન્ય તમામ સંદેશાઓની આગળ હોવાનું માનવામાં આવે છે આમ વિવિધ યુગને અનુરૂપ સંદેશાઓને સીમાંકિત કરે છે. ના ઔપચારિક બિંદુ પરથી view, તે આઉટપુટ સ્ટ્રીમમાં સંદેશાઓનો ક્રમ વ્યાખ્યાયિત કરવા માટે વપરાશકર્તા પર છે. જો કે, આઉટપુટ સ્ટ્રીમમાં જે ક્રમમાં સંદેશાઓ લખવામાં આવે છે તે "ઇપોક સિંક્રોનાઇઝેશન" ને તોડે નહીં તેની ખાતરી કરવા માટે કાળજી લેવી જોઈએ, જે JAVAD GNSS સોફ્ટવેર પેકેજો સાથે લોગ થયેલ ડેટાની પોસ્ટ-પ્રોસેસિંગ માટે ખૂબ જ જરૂરી છે. સંદેશાના ડિફોલ્ટ સેટ પર વધુ વિગતો માટે પૃષ્ઠ 562 પર "સંદેશા સમૂહ" જુઓ.
રીઅલ-ટાઇમ એપ્લિકેશન્સ માટે શક્ય તેટલી વહેલી તકે યુગનો અંત નક્કી કરવો આવશ્યક છે. આવી એપ્લિકેશનો માટે ફક્ત "યુગની શરૂઆત" માર્કર દ્વારા યુગને સીમાંકિત કરવું અનુકૂળ નથી. અમે "યુગનો અંત" માર્કર તરીકે "Epoch Time" [::](ET) સંદેશનો ઉપયોગ કરવાનું સૂચન કરીએ છીએ. આ સંદેશમાં દિવસનો તે જ સમય હોય છે જે "રિસીવર ટાઈમ" સંદેશમાં જોવા મળે છે જે વધુ સારી અખંડિતતાની ચકાસણી માટે પરવાનગી આપે છે. વિચાર સમયની તુલના કરવાનો છે tag

1. વર્તમાન રીસીવર ફર્મવેરમાં રીસીવર સંદર્ભ સમય કાં તો GPS અથવા GLONASS સિસ્ટમ સમય છે, પૃષ્ઠ 220 પર /par/raw/time/ref નો સંદર્ભ લો

www.javad.com

GREIS

પ્રાપ્તકર્તા સંદેશાઓ માનક પૂર્વવ્યાખ્યાયિત સંદેશાઓ
સામાન્ય નોંધો
માંથી [::] સમય વિરુદ્ધ સંદેશ tag અનુરૂપ [~~] સંદેશમાંથી. મેળ ખાતી નથી tags તૂટેલા યુગનો સંકેત છે.
તમે જોશો કે મોટાભાગના સંદેશાઓમાં માત્ર અંકો અને/અથવા અંગ્રેજી અક્ષરો ધરાવતા ઓળખકર્તા હોય છે. હકીકતમાં, “રિસીવર ટાઈમ” [~~] એ એકમાત્ર સંદેશ છે જેનો ઓળખકર્તા “~” અક્ષરનો ઉપયોગ કરે છે. તે અર્થપૂર્ણ છે કારણ કે [~~] સંદેશ એક યુગ સીમાંક તરીકે સેવા આપતો ખૂબ જ મહત્વપૂર્ણ ભાગ ભજવે છે. આમ આ ચાવીરૂપ સંદેશ ખોવાઈ જવાની સંભાવનાને ઘટાડવા માટે ખાસ સાવચેતીઓ છે. તેવી જ રીતે, "ઇવેન્ટ" ([==]) સંદેશનો ઓળખકર્તા પણ, શક્ય તેટલો વિશિષ્ટ હોવો જોઈએ કારણ કે એપ્લિકેશન સોફ્ટવેર ફ્રી-ફોર્મ ઇવેન્ટ્સનો સીમાંકક તરીકે ઉપયોગ કરી શકે છે.
સીમાંકક તરીકે સેવા આપતા સંદેશાઓ માટે "અત્યંત વિશિષ્ટ" ઓળખકર્તાઓનો ઉપયોગ કરવાનો વિચાર ખૂબ જ સ્પષ્ટ છે. સંદેશનું ચેકસમ ખોટું હોવું જોઈએ, ફક્ત તેના ઓળખકર્તાને તપાસો. જો ઓળખકર્તાના કોઈપણ અક્ષરો “~” સાથે એકરુપ ન હોય, તો તે ખૂબ જ અસંભવિત છે કે આ દૂષિત [~~] સંદેશ છે. તેથી, તમારે આ કિસ્સામાં આગલા [~~] સંદેશ પર જવાની જરૂર નથી.
બીજી બાજુ, જો સંદેશમાં સાચો ચેકસમ હોય છતાં ઓળખકર્તા અક્ષરોમાંથી એક “~” હોય, તો આ સંદેશને બગડેલા [~~] સંદેશ તરીકે માનવો વધુ સુરક્ષિત રહેશે. આ કિસ્સામાં આગામી [~~] સંદેશ પર જાઓ.

ઉકેલ પ્રકારો

ઘણા પૂર્વવ્યાખ્યાયિત સંદેશાઓમાં વપરાતું ક્ષેત્ર “solType” અનુરૂપ ઉકેલના પ્રકારને નિયુક્ત કરે છે અને તેમાં નીચેના મૂલ્યો હોઈ શકે છે:
કોષ્ટક 3-3. ઉકેલ પ્રકારો

મૂલ્ય

અર્થ

ના

દસ્તાવેજો / સંસાધનો

JAVAD GREIS GNSS રીસીવર બાહ્ય ઈન્ટરફેસ [પીડીએફ] વપરાશકર્તા માર્ગદર્શિકા
GREIS GNSS રીસીવર બાહ્ય ઈન્ટરફેસ, GREIS, GNSS રીસીવર બાહ્ય ઈન્ટરફેસ, રીસીવર બાહ્ય ઈન્ટરફેસ, બાહ્ય ઈન્ટરફેસ, ઈન્ટરફેસ

સંદર્ભો

વપરાશકર્તા માર્ગદર્શિકા

JAVAD GREIS GNSS રીસીવર બાહ્ય ઈન્ટરફેસ

વિશિષ્ટતાઓ

ઉત્પાદન માહિતી

પરિચય

રીસીવર ઇનપુટ ભાષા

રીસીવર સંદેશાઓ

FAQs

દસ્તાવેજો / સંસાધનો

સંદર્ભો

એક ટિપ્પણી મૂકો

જવાબ રદ કરો