ગેસ એનાલિસિસ સિસ્ટમ માટે ખરીદદારોએ ઔદ્યોગિક પીસી ઉત્પાદકને શું પૂછવું જોઈએ?

સીધો જવાબ:RFQ મોકલતા પહેલા, ઔદ્યોગિક PC ઉત્પાદકને હાર્ડવેર સ્કોપ, ઓપરેટિંગ પર્યાવરણ, ઇન્ટરફેસ, સોફ્ટવેર ઇમેજ, ડેટા જવાબદારીઓ, જીવનચક્ર નીતિ અને પરીક્ષણ પુરાવાને વ્યાખ્યાયિત કરવા માટે કહો. ગેસ કેલરીફિક વેલ્યુ એનાલિસિસ સિસ્ટમ માટે, વિશ્લેષક, ગણતરી પદ્ધતિ, સેમ્પલિંગ સિસ્ટમ, ઔદ્યોગિક પીસી અને પ્લાન્ટ નેટવર્કને કોણ એકીકૃત કરે છે તે પણ સ્થાપિત કરો. તકનીકી રીતે સંપૂર્ણ અવતરણમાં કમ્પ્યુટર સપ્લાયર અને સિસ્ટમ ઇન્ટિગ્રેટર વચ્ચે કોઈ જવાબદારીનો તફાવત છોડવો જોઈએ નહીં.

શા માટે ઔદ્યોગિક PC RFQ ને સિસ્ટમ સંદર્ભની જરૂર છે

પ્રોસેસ ગેસ પ્રોજેક્ટમાં ઔદ્યોગિક પીસી એ કેબિનેટમાં ઇન્સ્ટોલ કરેલું ઓફિસ કમ્પ્યુટર નથી. તે વિશ્લેષક ડેટા એકત્રિત કરી શકે છે, વલણો પ્રદર્શિત કરી શકે છે, અહેવાલો જનરેટ કરી શકે છે, રેકોર્ડ સ્ટોર કરી શકે છે, PLC અથવા DCS સાથે સંકેતોનું વિનિમય કરી શકે છે અને ડાયગ્નોસ્ટિક્સને સપોર્ટ કરી શકે છે. તેથી તેની યોગ્યતા વિશ્લેષક આર્કિટેક્ચર, ઇન્સ્ટોલેશન એન્વાયર્નમેન્ટ, કોમ્યુનિકેશન મેપ અને ઓપરેટિંગ પ્રક્રિયા પર આધારિત છે.

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

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

હાર્ડવેરની ચર્ચા કરતા પહેલા પુરવઠાની સીમા વ્યાખ્યાયિત કરો

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

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

પ્રશ્નો કે જે જવાબદારીના અંતરને ઉજાગર કરે છે

• કોણ વિશ્લેષક પ્રોટોકોલને ગોઠવે છે અને દરેક ડેટા ટેગની ચકાસણી કરે છે?
• કેલરીફિક-વેલ્યુ ગણતરીના આધાર અને સંદર્ભ શરતો કોણ વ્યાખ્યાયિત કરે છે?
• એપ્લિકેશન, ડેટાબેઝ, ડ્રાઇવર્સ, લાઇસન્સ અને બેકઅપ ઇમેજ કોણ સપ્લાય કરે છે?
• પ્લાન્ટ પીએલસી, ડીસીએસ, ઈતિહાસકાર અથવા નિયંત્રણ નેટવર્ક સાથે વાતચીતનું પરીક્ષણ કોણ કરે છે?
• સ્ટોરેજ-ડિવાઈસ અથવા ઑપરેટિંગ-સિસ્ટમ નિષ્ફળતા પછી સિસ્ટમને કોણ પુનઃસ્થાપિત કરે છે?
• ફેક્ટરી સ્વીકૃતિ પરીક્ષણ પછી સોફ્ટવેર ફેરફારોને કોણ મંજૂર કરે છે?

કાર્યાત્મક વર્ણન મોકલો, ભાગોની ઇચ્છા સૂચિ નહીં

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

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

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

વાસ્તવિક સ્થાપન પર્યાવરણ સ્પષ્ટ કરો

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

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

RFQ એ સપ્લાય વોલ્ટેજ, ગ્રાઉન્ડિંગ વ્યવસ્થા, પાવર વિક્ષેપ વર્તન અને UPS ની હાજરીને પણ વ્યાખ્યાયિત કરવી જોઈએ. જો પાવર રિસ્ટોરેશન પછી આપોઆપ પુનઃપ્રારંભ જરૂરી હોય, તો ઑપરેટિંગ સિસ્ટમ, એક્વિઝિશન સૉફ્ટવેર, સેવાઓ અને વિશ્લેષક કનેક્શન્સ કેવી રીતે પુનઃપ્રાપ્ત થવું જોઈએ તે સ્પષ્ટ કરો. પુનઃપ્રારંભ પરીક્ષણ પછી ફેક્ટરી સ્વીકૃતિ પરીક્ષણમાં શામેલ કરી શકાય છે.

દરેક ભૌતિક અને ડેટા ઇન્ટરફેસનો નકશો બનાવો

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

RFQ આઇટમ	ખરીદનારને જણાવવું જોઈએ	સપ્લાયર પરત આવવું જોઈએ
વિશ્લેષક ડેટા	ઉપકરણો, ટૅગ્સ, પ્રોટોકોલ, અપડેટ રેટ, ગુણવત્તા ફ્લેગ્સ	સપોર્ટેડ ઇન્ટરફેસ, ડ્રાઇવર માલિકી, પરીક્ષણ પદ્ધતિ
પ્લાન્ટ નેટવર્ક	PLC, DCS, ઇતિહાસકાર, સંબોધન અને સુરક્ષા અવરોધો	પોર્ટ્સ, પ્રોટોકોલ્સ, નેટવર્ક પૂર્વજરૂરીયાતો અને બાકાત
સ્થાનિક કામગીરી	ડિસ્પ્લે, કીબોર્ડ, પોઇન્ટિંગ ડિવાઇસ અને વપરાશકર્તાની ભૂમિકાઓ	સૂચિત હાર્ડવેર અને એક્સેસ-કંટ્રોલ પદ્ધતિ
ડેટા રીટેન્શન	ચલ, અંતરાલ, રીટેન્શન પિરિયડ અને નિકાસ ફોર્મેટ	સંગ્રહ કદ બદલવાની, બેકઅપ પદ્ધતિ અને પુનઃપ્રાપ્તિ પ્રક્રિયા
એલાર્મ આઉટપુટ	અલાર્મ સૂચિ, અગ્રતા, સ્વીકૃતિ અને સખત જરૂરિયાતો	સૉફ્ટવેર તર્ક, રિલે અથવા PLC બાઉન્ડ્રી અને FAT પુરાવા

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

ઓપરેટિંગ સિસ્ટમ અને સોફ્ટવેર ઈમેજને નિયંત્રિત કરો

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

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

અપડેટ્સ કેવી રીતે નિયંત્રિત થાય છે તે પૂછો. ઓટોમેટિક અપડેટ્સ હંમેશા-ચાલુ એક્વિઝિશન સ્ટેશન માટે અનુચિત હોઈ શકે છે જો તેઓ સેવાઓને પુનઃપ્રારંભ કરી શકે અથવા સમીક્ષા કર્યા વિના ડ્રાઇવર વર્તન બદલી શકે. સપ્લાયરને પ્રસ્તાવિત પેચિંગ પ્રક્રિયા, સપોર્ટેડ સોફ્ટવેર લાઈફસાઈકલ, એન્ટીવાયરસ અથવા એપ્લિકેશન-કંટ્રોલ અભિગમ અને રિમોટ એક્સેસની સારવાર સમજાવવી જોઈએ. પ્લાન્ટ સાયબર સિક્યુરિટી મંજૂરી એ પ્રોજેક્ટની જરૂરિયાત રહે છે; તે સામાન્ય રીમોટ-સપોર્ટ ફીચર પરથી અનુમાન લગાવવું જોઈએ નહીં.

જીવનચક્ર અને રૂપરેખાંકન નિયંત્રણ માટે પુરાવાની જરૂર છે

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

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

ઓપરેટિંગ જોખમોની આસપાસ FAT બનાવો

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

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

ઓફર સાથે વિનંતી કરવા માટે ન્યૂનતમ પુરાવા

• સિસ્ટમ આર્કિટેક્ચર અને ચિહ્નિત સપ્લાય સીમા
• સૂચિત IPC ડેટાશીટ અને ગોઠવણી સૂચિ
• ઇન્ટરફેસ અને પ્રોટોકોલ શેડ્યૂલ
• સૉફ્ટવેર, લાઇસન્સ, બેકઅપ અને પુનઃપ્રાપ્તિ અવકાશ
• સ્વીકૃતિ માપદંડ સાથે ડ્રાફ્ટ FAT પ્રક્રિયા
• જીવનચક્ર, ફેરફાર-સૂચના, વોરંટી અને સપોર્ટ સ્ટેટમેન્ટ

લાઇક ફોર લાઇકના આધારે અવતરણોની તુલના કેવી રીતે કરવી

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

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

પ્રતિનિધિ લાયકાતનું દૃશ્ય

પ્રતિનિધિ દૃશ્ય – દાવો કરેલ ગ્રાહક કેસ નથી.

ઇંધણ-ગેસ પ્રોજેક્ટ માટે કમ્પોઝિશન ડેટા, ગણતરી કરેલ કેલરીફિક મૂલ્ય, સ્થાનિક વલણો, દૈનિક અહેવાલો અને પ્લાન્ટ DCS સાથે ડેટા વિનિમય જરૂરી છે. એક બિડર ઓપરેટિંગ સિસ્ટમ સાથેના ઔદ્યોગિક પીસીને ટાંકે છે, જ્યારે અન્ય વિશ્લેષક સંચાર, ગણતરી સોફ્ટવેર, રિપોર્ટ્સ, બેકઅપ ઇમેજ અને FAT સાથેના રૂપરેખાંકિત વર્કસ્ટેશનને ટાંકે છે. પ્રથમ ઓફર સસ્તી છે, પરંતુ અવતરણો તુલનાત્મક નથી.

ખરીદદાર કમ્પોઝિશન ઈન્ટરફેસ, ગણતરીના આધાર, DCS પ્રોટોકોલ, રિપોર્ટ ફીલ્ડ્સ, ડેટા રીટેન્શન, રિસ્ટોરેશન ટેસ્ટ અને કમિશનિંગ માટેની જવાબદારી સોંપવા માટે RFQ માં સુધારો કરે છે. બંને બિડર્સ પછી ચિહ્નિત અનુપાલન કોષ્ટક અને કિંમતવાળી બાકાત પરત કરે છે. સુધારેલી સરખામણી સાઈટ સ્ટાર્ટ-અપ દરમિયાન નહીં પણ ખરીદી પહેલાં સાચી એકીકરણ કિંમતને છતી કરે છે.

FAQ

શું ઔદ્યોગિક પીસી ઉત્પાદક સંપૂર્ણ ગેસ વિશ્લેષણ સિસ્ટમ માટે જવાબદાર છે?

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

ખરીદદારે પ્રથમ કયું કમ્પ્યુટર સ્પષ્ટીકરણ મોકલવું જોઈએ?

વર્કલોડ અને પર્યાવરણ સાથે પ્રારંભ કરો: કનેક્ટેડ ઉપકરણો, ડેટા પોઈન્ટ, અપડેટ રેટ, રીટેન્શન, રિપોર્ટ્સ, વપરાશકર્તાઓ, ઈન્ટરફેસ, કેબિનેટ સ્થાન, તાપમાન, ભેજ, શક્તિ અને પુનઃપ્રાપ્તિ જરૂરિયાતો. સૂચિત પ્રોસેસર, મેમરી, સ્ટોરેજ અને પોર્ટ રૂપરેખાંકન તે જરૂરિયાતો માટે સપ્લાયરનો શોધી શકાય એવો પ્રતિભાવ હોવો જોઈએ.

ઔદ્યોગિક પીસી પર કેલરીફિક મૂલ્યની ગણતરી કરવી જોઈએ?

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

શા માટે IPC બેકઅપ ઇમેજની વિનંતી કરવી?

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

જ્યારે વિક્ષેપ પછી પાવર પાછો આવે ત્યારે શું પરીક્ષણ કરવું જોઈએ?

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

RFQ ને કેટલા ફાજલ પોર્ટની જરૂર પડશે?

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

એક RFQ તૈયાર કરો જેનો સચોટ જવાબ આપી શકાય

પ્રોજેક્ટ-વિશિષ્ટ સમીક્ષા માટે, SINZEN ને ગેસ રચના, માપન શ્રેણી, વિશ્લેષક ગોઠવણી, ગણતરીની જરૂરિયાતો, સાઇટ પર્યાવરણ, સંચાર સૂચિ, ડેટા-રિટેન્શન જરૂરિયાતો, પ્લાન્ટ ઇન્ટરફેસ, જરૂરી દસ્તાવેજો, FAT અપેક્ષાઓ અને ડિલિવરી ગંતવ્ય મોકલો. નો ઉપયોગ કરો SINZEN સંપર્ક પૃષ્ઠ માહિતી સબમિટ કરવા અને ચિહ્નિત અવકાશ અને અનુપાલન પ્રતિભાવની વિનંતી કરવા.