null offset menggunakan cRIO

[Chandrapzm]

Sama-sama mas ridho.

Intinya kalau yang saya tangkap dari request mas ridho adalah mengambil nilai pengukuran pertama dari pengukuran berulang-ulang untuk selanjutnya digunakan sebagai nilai offset untuk pengurang nilai pengukuran selanjutnya.

mungkin block diagramnya seperti ini:

atau

atau

[RidhoIP]

maaf pisan, kang. sepertinya saya salah menangkap kalimat akang. baru saya cerna baik-baik...

maksud saya bukan untuk menetapkan nilai offset, tapi nilai pengukuran di-set menjadi 0. maksudnya, pada saat pengukuran akan dijalankan, sensor sudah menunjukkan nilai awal. nah, nilai awal ini ingin saya jadikan nilai 0 sehingga pada saat pengukuran, hasil pengukuran yang diambil merupakan hasil yang terjadi pada saat pengukuran berlangsung...

yap. sekali lagi saya mohon maaf akan ketidakmampuan saya untuk membahasakan masalah program dengan baik...

[Chandrapzm]

mungkin bisa dijelaskan lebih simpel maksdnya gimana.

kurang ngerti juga hehe..

terutama dibagian "nilai awal dijadikan nilai 0"..?

apakh maksudnya memindahkan fungsi diagram blok ini (yang ada di DAQmx) ke diagram cRIO?

[KrisnaWisnu]

haha pada keder sama pertanyaannya. mas RidhoIP dari contoh saya sudah bisa dikembangkan harusnya. Dibuat State Machine coba, dengan state:

1. Acquire Raw Data 100 times, lalu lakukan "Mean", lalu angka mean ini dijadikan angka "offset"

2. Acquire Raw Data - "offset"

*iya mas chandra, di bridge memang ada offset nulling, tapi untuk DAQmx Task yang lain dan cRIO hal itu belum ada secara built-in. Intinya si mas RidhoIP ini punya pembacaan analog yang tidak 0, tapi ada offset sedikit dan dia mau me-nol-kan. CMIIW

[RidhoIP]

intinya iya, kang chandra. dan mengingat saya juga masih belajar tentang cRIO, jadi masih agak bingung untuk buat blok diagram-nya secara "Express", kalau saya boleh bilang...

[RidhoIP]

hmm...

tapi random number sama input NI 9237 cRIO, bentuk output yang dikeluarkan sama enggak ya, mas?

maaf, soalnya komputer yang saya pakai untuk konsultasi di forum ini sama komputer yang saya gunakan untuk membuat program tempatnya berbeda...

[KrisnaWisnu]

ah gregetan saya.

ini lihat contoh saya, maksudnya kan offset seperti ini betul?

*plot warna putih sebelum offset. plot merah setelah offset.

Yak betul.. ini simulated saya ganti dari random number menjadi constanta plus White Noise. Jadi part ini nanti diganti dengan cRIO Shared Variable Node kalau pakai Scan Mode.

[RidhoIP]

kalau setelah di-offset menjadi pas nilai 0, bisa enggak, mas?

berarti bentuk output-nya sama ya, mas?

[KrisnaWisnu]

secara teori, bisa.

secara praktek, tidak bisa.

0 ini rancu. Kenapa rancu. 0.05 juga 0 sebenarnya. 0.000000005 juga 0 sebenarnya. Tidak mungkin sebuah ADC bisa 0 yang betul-betul 0. Karena apa, karena ada:

1. Noise dari ADC itu sendiri, quantization error

2. Lalu ada Offset Error

3. dsb,

Maka dari itu, sebuah ADC atau DAQ, pasti punya nilai yang disebut dengan Absolute Accuracy dalam bentuk %.

kembali ke pertanyaan anda, itu sangat bergantung, offset atau noise ini datang dari mana? Ada prinsip hidup yang mengatakan, "lebih baik menemukan sumber masalah dimana, ketimbang mencari solusi dari masalah tersebut". Nah ini berlaku disini.

Kalau Noise dari DAQ (cRIO) sendiri, maka kita bisa buat apa?

[Chandrapzm]

asumsi saya offset ini adalah offset dri alat ukur internal balance.

Asumsi lagi, internal balance ini adalah alat ukur berbasis strain gage yang dirangkai menajdi wheatstone bridge.

seharusnya pada saat tanpa beban, alat ukur menunjukkan nol (mendekati nol), tapi kenyataanya bridge itu bisa jadi gak balance pada saat tanpa beban sehingga keluarannya tidak nol atau ada offset.

agar nol perlu di balancing atau di-nullkan.

kalau di DAQmx *(saya menggunakan SCXI 1520), untuk menull-offsetkan alias "membuat nilai pengukuran saat tanpa beban = 0" kan bisa menggunakan blok diagram yang sebelumnya saya perlihatkan.

kalau di cRIO seperti yang dibilang mas krisna ga bisa menggunakan block tersebut.

cara "merekayasanya" gimana, caranya: ukur nilai pengukuran saat alat ukur tidak dibebani.

terserah berapa kali iterasi pengukuran.

bisa satu seperti yang saya tulis sebelumnya.

atau beberapa data kemudian seperti yang mas krisna atau mas suryo sebutkan.

jadikan nilai ini sebagai patokan nilai offset.

sehingga jika nilai-nilai pengukuran saat alat ukur tidak dibebani tadi dikurangi nilai offset tadi nilainya akan nol atau mendekati nol karena dikurangi "dirinya sendiri"

--------------------------------------------------------------------------------------------------------------------------

Seterusnya nilai-nilai pengukuran saat alat ukur dibebani juga dikurangi nilai offset tersebut.

referensi:

http://forums.ni.com/t5/LabVIEW/Does-the-cRIO-Scan-Engine-Support-Offset-and-Shunt-Calibration/td-p/...

Now, for your orginal question about offsets on the AI inputs, here are my addtional thoughts:

Unlike our SCXI products, the NI 9237 does not have an internal hardware nulling circuitry because its input range is sufficiently wide so that the inputs will not saturate even with a very large initial bridge offset.  Since the 9237 does not have any hardware nulling circuitry, you have to perform offset nulling with software compenstation, and save the value to use later in the application as you mentioned.  For example, when an offset null is performed in DAQmx, the entire offset is stored in the Initial Bridge Voltage property and is stored in software.  You should see the same offset if you used the module from DAQmx, FPGA Interface, or in the Scan Interface.  With that being said, I believe what your seeing is really just the resting measurement of the module and transducer together and you should be able to zero out your measurement by performing Software Compensation.

Software compenstation yang dilakukan kurang lebih seperti yang mas krisna, mas suryo dan saya sarankan