一、Chroma8000測試軟件之Bug
算是多年工作一個(gè)總結(jié)吧,先把平時(shí)零零散散的記錄Chroma8000測試軟件的Bug反應(yīng)一下,希望能有一個(gè)互動(dòng),從事相關(guān)工作的同行作個(gè)參考.優(yōu)點(diǎn)與缺點(diǎn)還得總結(jié)一下,後面再說.
1、在TP Editor定義Spec.Vector時(shí),-1是“<”-2的,相然可以說Spec.Vector是針對(duì)V/A/ms,但如果編寫TI時(shí),用if_then來求Ture/Flase值時(shí),就等著暈菜吧.解決辦法是,如果Min/Max都是負(fù)數(shù)的話,就把Min/Max都轉(zhuǎn)成正數(shù)吧.
2、If_Then命令,如比較數(shù)為SpecVector時(shí)﹐SepcVector不能設(shè)為“*”,這個(gè)算不上Bug,但非常不方便.
3、Item Edit : Enume Item Editor,Item name不能超25個(gè)字符﹐限制太短.
4、HexString ADD 時(shí), 實(shí)為&.
5、ReadControlInt命令:沒發(fā)現(xiàn)INI文件時(shí)﹐程序停止響應(yīng).
6、Result變量檢查是規(guī)格是<= >=, 個(gè)人認(rèn)為< >更合理一些.
7、缺String[ ] 變量類型.
8﹑Pre Test Item 不能建立Result變量,有時(shí)在PreTest時(shí)需作一些測試.
9、Float變量定義為6位時(shí),如1.000000,Item發(fā)布後,TP 編輯時(shí)就變成0.99..,反正是小於1了.
10、 20080418:
和第2一樣,關(guān)於If_Then命令,如比較數(shù)為SpecVector時(shí), 用“<=”“>=”時(shí)無不能判斷邏輯,“<”“>”可以用,其它沒有測試.
等待解決中......
11、Float變量定義為6位時(shí),如1.000000,Item發(fā)布後,TP 編輯時(shí)就變成0.99..,反正是小於1了.
Conditon變量已解決,Result還是存在此問題.
12、If_Then: 判斷不了字符,好像隻能判斷數(shù)值.
13、CheckVarSpec: 不能Check條件變量.
Chroma8000測試軟件Bug反饋(20080822更新_13)
全部回復(fù)(39)
正序查看
倒序查看
老兄,看你發(fā)的問題,應(yīng)該也是一個(gè)Chroma 8000軟件的使用高手了;不過感覺你是否很久沒有和Chroma FAE 聯(lián)系了,沒有拿到Chroma 的新版本軟件,所以你還有這些問題;現(xiàn)在針對(duì)性的給你解答一下;
A:1和2問題:在Chroma 軟件中使用規(guī)格檢查命令,你就沒有這些煩惱了,命令:(CheckVarSpecEx);這個(gè)問題其實(shí)就是向量比較大小和實(shí)數(shù)比較大小,if_then不能拿來判斷向量;
B:3,4,5問題:早期版本確實(shí)有問題,不過你升級(jí)到新版本就沒有問題了,我們每天都要進(jìn)步呀!呵呵!
C:6問題:這是電源界多年的習(xí)慣,都要含這2個(gè)點(diǎn),而且對(duì)工廠來講也是有好處的,呵呵;
D:7問題:太厲害了,這樣的問題都被你發(fā)現(xiàn)了,不過對(duì)於測試軟件來講這樣功能要求被使用的太少了;我們會(huì)再新的軟件中增加這個(gè)功能,Chroma 8000就隻有使用其它方法去完成這樣的功能了;
E:8問題:在Chroma 8000軟件中有Pre Test,UUT Test,Post Test, Pre Test Item隻能放在PreTest中,而在Chroma的規(guī)劃中PreTest隻是用來初始化儀器的,系統(tǒng)在運(yùn)行時(shí)隻在第一次運(yùn)行,以後都不執(zhí)行了,所以你放了相關(guān)電源在結(jié)果,第二臺(tái)就測試不到了,所以不能在Pre Test Item中加結(jié)果變量;
以上回復(fù)不知道你同不同意,歡迎大家踴躍討論!
A:1和2問題:在Chroma 軟件中使用規(guī)格檢查命令,你就沒有這些煩惱了,命令:(CheckVarSpecEx);這個(gè)問題其實(shí)就是向量比較大小和實(shí)數(shù)比較大小,if_then不能拿來判斷向量;
B:3,4,5問題:早期版本確實(shí)有問題,不過你升級(jí)到新版本就沒有問題了,我們每天都要進(jìn)步呀!呵呵!
C:6問題:這是電源界多年的習(xí)慣,都要含這2個(gè)點(diǎn),而且對(duì)工廠來講也是有好處的,呵呵;
D:7問題:太厲害了,這樣的問題都被你發(fā)現(xiàn)了,不過對(duì)於測試軟件來講這樣功能要求被使用的太少了;我們會(huì)再新的軟件中增加這個(gè)功能,Chroma 8000就隻有使用其它方法去完成這樣的功能了;
E:8問題:在Chroma 8000軟件中有Pre Test,UUT Test,Post Test, Pre Test Item隻能放在PreTest中,而在Chroma的規(guī)劃中PreTest隻是用來初始化儀器的,系統(tǒng)在運(yùn)行時(shí)隻在第一次運(yùn)行,以後都不執(zhí)行了,所以你放了相關(guān)電源在結(jié)果,第二臺(tái)就測試不到了,所以不能在Pre Test Item中加結(jié)果變量;
以上回復(fù)不知道你同不同意,歡迎大家踴躍討論!
0
回復(fù)
從你的問題來看,你對(duì)Chroma8000已經(jīng)有了相當(dāng)?shù)牧私?人才啊,現(xiàn)在象你這樣的人才越來越少了.不過你的問題樓上的已經(jīng)回復(fù)的差不多了,我稍微補(bǔ)充下一些觀念的問題吧
對(duì)于你的問題1:
此為電源測試習(xí)慣與數(shù)學(xué)習(xí)慣不同問題,所謂的正、負(fù)電壓只是極性的問題.一般來講-5V那組如果輸出-1V,我們都會(huì)說-5V太低而不會(huì)說-5V太大,就是說電壓我們實(shí)際在描述的時(shí)候不是用數(shù)學(xué)的大小做比較.所以此問題不能算低級(jí)Bug,應(yīng)該說你沒有完全理解其中含義.
問題2,3,4,5
從樓上kiko的回復(fù)看起來都已經(jīng)更新了,所以要經(jīng)常和原廠保持聯(lián)絡(luò)才好啊,其實(shí)windows也是Bug不斷的,所以常常更新才是硬道理啊
問題6,
既然是習(xí)慣問題,那我們做個(gè)游戲:請(qǐng)你說出+5V +/-5%的輸出電壓是多少?你一定會(huì)告訴我 4.75到5.25 ,而不是4.74999999...到5.249999999...,所以人的習(xí)慣是包含"="的,我想其實(shí)你也一樣
問題7,
架構(gòu)的問題,不過我想下一代平臺(tái)系統(tǒng)應(yīng)該會(huì)加上,但從樓上的回答其實(shí)當(dāng)需要String[ ] 變量類型的時(shí)候還是有辦法達(dá)到其功能的.
問題8,
樓上kiko回復(fù)的很明白了.
對(duì)于你的問題1:
此為電源測試習(xí)慣與數(shù)學(xué)習(xí)慣不同問題,所謂的正、負(fù)電壓只是極性的問題.一般來講-5V那組如果輸出-1V,我們都會(huì)說-5V太低而不會(huì)說-5V太大,就是說電壓我們實(shí)際在描述的時(shí)候不是用數(shù)學(xué)的大小做比較.所以此問題不能算低級(jí)Bug,應(yīng)該說你沒有完全理解其中含義.
問題2,3,4,5
從樓上kiko的回復(fù)看起來都已經(jīng)更新了,所以要經(jīng)常和原廠保持聯(lián)絡(luò)才好啊,其實(shí)windows也是Bug不斷的,所以常常更新才是硬道理啊
問題6,
既然是習(xí)慣問題,那我們做個(gè)游戲:請(qǐng)你說出+5V +/-5%的輸出電壓是多少?你一定會(huì)告訴我 4.75到5.25 ,而不是4.74999999...到5.249999999...,所以人的習(xí)慣是包含"="的,我想其實(shí)你也一樣
問題7,
架構(gòu)的問題,不過我想下一代平臺(tái)系統(tǒng)應(yīng)該會(huì)加上,但從樓上的回答其實(shí)當(dāng)需要String[ ] 變量類型的時(shí)候還是有辦法達(dá)到其功能的.
問題8,
樓上kiko回復(fù)的很明白了.
0
回復(fù)
@michaelzhang
從你的問題來看,你對(duì)Chroma8000已經(jīng)有了相當(dāng)?shù)牧私?人才啊,現(xiàn)在象你這樣的人才越來越少了.不過你的問題樓上的已經(jīng)回復(fù)的差不多了,我稍微補(bǔ)充下一些觀念的問題吧對(duì)于你的問題1: 此為電源測試習(xí)慣與數(shù)學(xué)習(xí)慣不同問題,所謂的正、負(fù)電壓只是極性的問題.一般來講-5V那組如果輸出-1V,我們都會(huì)說-5V太低而不會(huì)說-5V太大,就是說電壓我們實(shí)際在描述的時(shí)候不是用數(shù)學(xué)的大小做比較.所以此問題不能算低級(jí)Bug,應(yīng)該說你沒有完全理解其中含義.問題2,3,4,5從樓上kiko的回復(fù)看起來都已經(jīng)更新了,所以要經(jīng)常和原廠保持聯(lián)絡(luò)才好啊,其實(shí)windows也是Bug不斷的,所以常常更新才是硬道理啊問題6,既然是習(xí)慣問題,那我們做個(gè)游戲:請(qǐng)你說出+5V +/-5%的輸出電壓是多少?你一定會(huì)告訴我4.75到5.25,而不是4.74999999...到5.249999999...,所以人的習(xí)慣是包含"="的,我想其實(shí)你也一樣問題7,架構(gòu)的問題,不過我想下一代平臺(tái)系統(tǒng)應(yīng)該會(huì)加上,但從樓上的回答其實(shí)當(dāng)需要String[]變量類型的時(shí)候還是有辦法達(dá)到其功能的.問題8,樓上kiko回復(fù)的很明白了.
謝謝兩位的解答,1和6的問題有必要再討論一下哦.
問題一、Chroma8000定位於易於使用的相對(duì)開放測試平臺(tái),基本的邏輯概念不能與傳統(tǒng)編程語言(如VB/C等等)相駁.如if...then等常用語句就更不能了,不然會(huì)給人難以使用的印像.kiko提到的用CheckVarSpecEx,底層也應(yīng)是if...then吧.關(guān)於傳統(tǒng)編程語言相駁還有數(shù)組的定義,VB/C都是從[0]為第一個(gè)元素,Chroma8000從[1]為第一個(gè)元素.
問題六、先補(bǔ)充一個(gè)Bug, float變量定義為6位時(shí),如1.000000,Item發(fā)布後,TP 編輯時(shí)就變成0.99..,反正是小於1了.float數(shù)的精度與float的比較是編程中比較金典的問題,採用><相對(duì)來說安全些,當(dāng)然隻是個(gè)人建議.
問題一、Chroma8000定位於易於使用的相對(duì)開放測試平臺(tái),基本的邏輯概念不能與傳統(tǒng)編程語言(如VB/C等等)相駁.如if...then等常用語句就更不能了,不然會(huì)給人難以使用的印像.kiko提到的用CheckVarSpecEx,底層也應(yīng)是if...then吧.關(guān)於傳統(tǒng)編程語言相駁還有數(shù)組的定義,VB/C都是從[0]為第一個(gè)元素,Chroma8000從[1]為第一個(gè)元素.
問題六、先補(bǔ)充一個(gè)Bug, float變量定義為6位時(shí),如1.000000,Item發(fā)布後,TP 編輯時(shí)就變成0.99..,反正是小於1了.float數(shù)的精度與float的比較是編程中比較金典的問題,採用><相對(duì)來說安全些,當(dāng)然隻是個(gè)人建議.
0
回復(fù)
@owen.zhao
謝謝兩位的解答,1和6的問題有必要再討論一下哦.問題一、Chroma8000定位於易於使用的相對(duì)開放測試平臺(tái),基本的邏輯概念不能與傳統(tǒng)編程語言(如VB/C等等)相駁.如if...then等常用語句就更不能了,不然會(huì)給人難以使用的印像.kiko提到的用CheckVarSpecEx,底層也應(yīng)是if...then吧.關(guān)於傳統(tǒng)編程語言相駁還有數(shù)組的定義,VB/C都是從[0]為第一個(gè)元素,Chroma8000從[1]為第一個(gè)元素.問題六、先補(bǔ)充一個(gè)Bug,float變量定義為6位時(shí),如1.000000,Item發(fā)布後,TP編輯時(shí)就變成0.99..,反正是小於1了.float數(shù)的精度與float的比較是編程中比較金典的問題,採用>
覺得說的不是很清楚,再補(bǔ)充一下.
問題一、比如檢查一規(guī)格(一組輸出電源吧),Item規(guī)格變量可以用Spec.Vector也可以用condition變量,if...then就會(huì)有兩種不同的結(jié)果,總不能說Spec.Vector不能用if...then吧(正數(shù)適用,負(fù)數(shù)就不適用了)?
我想不論是C/R/T變量,還是Spec.Vector本質(zhì)是都是局域變量,Spec.Vector隻是方便TP編輯而已.
問題二、簡而言之,當(dāng)設(shè)定一個(gè)小於1的規(guī)格如0.99...時(shí),因Float精度問題,很可能0.99...=1.
問題一、比如檢查一規(guī)格(一組輸出電源吧),Item規(guī)格變量可以用Spec.Vector也可以用condition變量,if...then就會(huì)有兩種不同的結(jié)果,總不能說Spec.Vector不能用if...then吧(正數(shù)適用,負(fù)數(shù)就不適用了)?
我想不論是C/R/T變量,還是Spec.Vector本質(zhì)是都是局域變量,Spec.Vector隻是方便TP編輯而已.
問題二、簡而言之,當(dāng)設(shè)定一個(gè)小於1的規(guī)格如0.99...時(shí),因Float精度問題,很可能0.99...=1.
0
回復(fù)
@owen.zhao
覺得說的不是很清楚,再補(bǔ)充一下.問題一、比如檢查一規(guī)格(一組輸出電源吧),Item規(guī)格變量可以用Spec.Vector也可以用condition變量,if...then就會(huì)有兩種不同的結(jié)果,總不能說Spec.Vector不能用if...then吧(正數(shù)適用,負(fù)數(shù)就不適用了)?我想不論是C/R/T變量,還是Spec.Vector本質(zhì)是都是局域變量,Spec.Vector隻是方便TP編輯而已.問題二、簡而言之,當(dāng)設(shè)定一個(gè)小於1的規(guī)格如0.99...時(shí),因Float精度問題,很可能0.99...=1.
都很忙? :-)再補(bǔ)充一下問題一.
“此為電源測試習(xí)慣與數(shù)學(xué)習(xí)慣不同問題,所謂的正、負(fù)電壓只是極性的問題.一般來講-5V那組如果輸出-1V,我們都會(huì)說-5V太低而不會(huì)說-5V太大,就是說電壓我們實(shí)際在描述的時(shí)候不是用數(shù)學(xué)的大小做比較.”
如有一個(gè)Regulation的規(guī)格為-0.5 ~ -0.1,Spec.Vector就不好定義了.
“此為電源測試習(xí)慣與數(shù)學(xué)習(xí)慣不同問題,所謂的正、負(fù)電壓只是極性的問題.一般來講-5V那組如果輸出-1V,我們都會(huì)說-5V太低而不會(huì)說-5V太大,就是說電壓我們實(shí)際在描述的時(shí)候不是用數(shù)學(xué)的大小做比較.”
如有一個(gè)Regulation的規(guī)格為-0.5 ~ -0.1,Spec.Vector就不好定義了.
0
回復(fù)
@owen.zhao
覺得說的不是很清楚,再補(bǔ)充一下.問題一、比如檢查一規(guī)格(一組輸出電源吧),Item規(guī)格變量可以用Spec.Vector也可以用condition變量,if...then就會(huì)有兩種不同的結(jié)果,總不能說Spec.Vector不能用if...then吧(正數(shù)適用,負(fù)數(shù)就不適用了)?我想不論是C/R/T變量,還是Spec.Vector本質(zhì)是都是局域變量,Spec.Vector隻是方便TP編輯而已.問題二、簡而言之,當(dāng)設(shè)定一個(gè)小於1的規(guī)格如0.99...時(shí),因Float精度問題,很可能0.99...=1.
新版本沒有你說的這個(gè)現(xiàn)象,請(qǐng)參考下面的圖片!
500) {this.resized=true; this.width=500; this.alt='這是一張縮略圖,點(diǎn)擊可放大。\n按住CTRL,滾動(dòng)鼠標(biāo)滾輪可自由縮放';this.style.cursor='hand'}" onclick="if(!this.resized) {return true;} else {window.open('http://u.dianyuan.com/bbs/u/62/2106241203313673.jpg');}" onmousewheel="return imgzoom(this);">

0
回復(fù)
@owen.zhao
都很忙?:-)再補(bǔ)充一下問題一.“此為電源測試習(xí)慣與數(shù)學(xué)習(xí)慣不同問題,所謂的正、負(fù)電壓只是極性的問題.一般來講-5V那組如果輸出-1V,我們都會(huì)說-5V太低而不會(huì)說-5V太大,就是說電壓我們實(shí)際在描述的時(shí)候不是用數(shù)學(xué)的大小做比較.”如有一個(gè)Regulation的規(guī)格為-0.5~-0.1,Spec.Vector就不好定義了.
關(guān)於最大和最小值的問題,請(qǐng)參考下表就清楚怎麼樣設(shè)置;
500) {this.resized=true; this.width=500; this.alt='這是一張縮略圖,點(diǎn)擊可放大。\n按住CTRL,滾動(dòng)鼠標(biāo)滾輪可自由縮放';this.style.cursor='hand'}" onclick="if(!this.resized) {return true;} else {window.open('http://u.dianyuan.com/bbs/u/62/2106241203314444.jpg');}" onmousewheel="return imgzoom(this);">

0
回復(fù)
二、Chroma8000測試軟件之缺點(diǎn)
說到Chroma8000優(yōu)缺點(diǎn),與另一重量級(jí)的測試平臺(tái)—TestStand進(jìn)行一個(gè)比較就很容易得出來.個(gè)人認(rèn)為缺點(diǎn)有以下幾點(diǎn):
1、 測試時(shí)間,因沒有編譯器,執(zhí)行的測試機(jī)種檔不是編譯檔,理論上不可能比有編譯系統(tǒng)的平臺(tái)快.如果進(jìn)一步的對(duì)比到TestStand的多線程並聯(lián)測試,那差距就更大了
2、 不能調(diào)用dll,不能自定義函數(shù)(公式):
自編Test Item,相對(duì)儀器驅(qū)動(dòng)很方便,邏輯計(jì)算就很不方便了,比如很簡單的(A+B+C)/D*E+A…,那將會(huì)“相當(dāng)?shù)摹甭闊?如果有這樣一個(gè)題目:合並一維數(shù)組A(a,b,a,a,d,d,c,a,e….)中相當(dāng)?shù)脑?生成新的一維數(shù)組,那得直接暈倒! 下面是我用一天時(shí)間搞出VB原碼(有需要的可參考一下,網(wǎng)上沒有),要是用8000搞的話,沒有十天半月怕是下不來.便願(yuàn)8000能早日能支持dll的調(diào)用.對(duì)了,執(zhí)行外部程式的命令性能很不好.
'****--------------------刪除數(shù)組中相同的元素-------------------****
For i = 0 To UBound(strCodePassNames) '窮舉數(shù)組,相同元素用""取代
If Not strCodePassNames(i) = "" Then
strTemp = strCodePassNames(i)
For j = i + 1 To k
If strCodePassNames(j) <> "" Then
If strCodePassNames(i) = strCodePassNames(j) Then
strCodePassNames(j) = ""
h = h + 1
End If
End If
Next j
End If
Next i
Dim strCodePass() As String
ReDim strCodePass(UBound(strCodePassNames) - h - 1) As String
j = 0
For i = 0 To k - 1
If strCodePassNames(i) <> "" Then
strCodePass(j) = strCodePassNames(i) '
j = j + 1
End If
Next i
3、 價(jià)格成本,雖然不是很清楚Chroma8000軟件的價(jià)格,每套硬件得配一套軟件,這個(gè)說到底還是編譯系統(tǒng)的問題.畢竟人家CVI+TestStand一套就夠了,這個(gè)我也不是很懂,或許是商業(yè)方面的考慮.
說到Chroma8000優(yōu)缺點(diǎn),與另一重量級(jí)的測試平臺(tái)—TestStand進(jìn)行一個(gè)比較就很容易得出來.個(gè)人認(rèn)為缺點(diǎn)有以下幾點(diǎn):
1、 測試時(shí)間,因沒有編譯器,執(zhí)行的測試機(jī)種檔不是編譯檔,理論上不可能比有編譯系統(tǒng)的平臺(tái)快.如果進(jìn)一步的對(duì)比到TestStand的多線程並聯(lián)測試,那差距就更大了
2、 不能調(diào)用dll,不能自定義函數(shù)(公式):
自編Test Item,相對(duì)儀器驅(qū)動(dòng)很方便,邏輯計(jì)算就很不方便了,比如很簡單的(A+B+C)/D*E+A…,那將會(huì)“相當(dāng)?shù)摹甭闊?如果有這樣一個(gè)題目:合並一維數(shù)組A(a,b,a,a,d,d,c,a,e….)中相當(dāng)?shù)脑?生成新的一維數(shù)組,那得直接暈倒! 下面是我用一天時(shí)間搞出VB原碼(有需要的可參考一下,網(wǎng)上沒有),要是用8000搞的話,沒有十天半月怕是下不來.便願(yuàn)8000能早日能支持dll的調(diào)用.對(duì)了,執(zhí)行外部程式的命令性能很不好.
'****--------------------刪除數(shù)組中相同的元素-------------------****
For i = 0 To UBound(strCodePassNames) '窮舉數(shù)組,相同元素用""取代
If Not strCodePassNames(i) = "" Then
strTemp = strCodePassNames(i)
For j = i + 1 To k
If strCodePassNames(j) <> "" Then
If strCodePassNames(i) = strCodePassNames(j) Then
strCodePassNames(j) = ""
h = h + 1
End If
End If
Next j
End If
Next i
Dim strCodePass() As String
ReDim strCodePass(UBound(strCodePassNames) - h - 1) As String
j = 0
For i = 0 To k - 1
If strCodePassNames(i) <> "" Then
strCodePass(j) = strCodePassNames(i) '
j = j + 1
End If
Next i
3、 價(jià)格成本,雖然不是很清楚Chroma8000軟件的價(jià)格,每套硬件得配一套軟件,這個(gè)說到底還是編譯系統(tǒng)的問題.畢竟人家CVI+TestStand一套就夠了,這個(gè)我也不是很懂,或許是商業(yè)方面的考慮.
0
回復(fù)
@owen.zhao
二、Chroma8000測試軟件之缺點(diǎn)說到Chroma8000優(yōu)缺點(diǎn),與另一重量級(jí)的測試平臺(tái)—TestStand進(jìn)行一個(gè)比較就很容易得出來.個(gè)人認(rèn)為缺點(diǎn)有以下幾點(diǎn):1、測試時(shí)間,因沒有編譯器,執(zhí)行的測試機(jī)種檔不是編譯檔,理論上不可能比有編譯系統(tǒng)的平臺(tái)快.如果進(jìn)一步的對(duì)比到TestStand的多線程並聯(lián)測試,那差距就更大了2、不能調(diào)用dll,不能自定義函數(shù)(公式):自編TestItem,相對(duì)儀器驅(qū)動(dòng)很方便,邏輯計(jì)算就很不方便了,比如很簡單的(A+B+C)/D*E+A…,那將會(huì)“相當(dāng)?shù)摹甭闊?如果有這樣一個(gè)題目:合並一維數(shù)組A(a,b,a,a,d,d,c,a,e….)中相當(dāng)?shù)脑?生成新的一維數(shù)組,那得直接暈倒!下面是我用一天時(shí)間搞出VB原碼(有需要的可參考一下,網(wǎng)上沒有),要是用8000搞的話,沒有十天半月怕是下不來.便願(yuàn)8000能早日能支持dll的調(diào)用.對(duì)了,執(zhí)行外部程式的命令性能很不好.'****--------------------刪除數(shù)組中相同的元素-------------------**** Fori=0ToUBound(strCodePassNames) '窮舉數(shù)組,相同元素用""取代 IfNotstrCodePassNames(i)=""Then strTemp=strCodePassNames(i) Forj=i+1Tok IfstrCodePassNames(j)""Then IfstrCodePassNames(i)=strCodePassNames(j)Then strCodePassNames(j)="" h=h+1 EndIf EndIf Nextj EndIf Nexti DimstrCodePass()AsString ReDimstrCodePass(UBound(strCodePassNames)-h-1)AsString j=0 Fori=0Tok-1 IfstrCodePassNames(i)""Then strCodePass(j)=strCodePassNames(i) ' j=j+1 EndIf Nexti3、價(jià)格成本,雖然不是很清楚Chroma8000軟件的價(jià)格,每套硬件得配一套軟件,這個(gè)說到底還是編譯系統(tǒng)的問題.畢竟人家CVI+TestStand一套就夠了,這個(gè)我也不是很懂,或許是商業(yè)方面的考慮.
1:你的建議和想法我們會(huì)認(rèn)真處理;
2:你感覺和理論上使用TestStand快,但我想這些需要使用測試相同的測試條件測試相同的產(chǎn)品比較比較過才有正確結(jié)論;
3:我這有其他客戶那裡有使用Chroma 8000取代客戶(客戶美國編寫的LabView程序)案例;他們?nèi)〈脑? a.速度;b.維護(hù)難易;C.Chroma的優(yōu)良服務(wù) :);
2:你感覺和理論上使用TestStand快,但我想這些需要使用測試相同的測試條件測試相同的產(chǎn)品比較比較過才有正確結(jié)論;
3:我這有其他客戶那裡有使用Chroma 8000取代客戶(客戶美國編寫的LabView程序)案例;他們?nèi)〈脑? a.速度;b.維護(hù)難易;C.Chroma的優(yōu)良服務(wù) :);
0
回復(fù)
@owen.zhao
三、優(yōu)點(diǎn):1)因可編輯TestItem的存在,理論上永遠(yuǎn)存在測試性能改善的空間.個(gè)人認(rèn)為8000自帶Item至少有50%可改善的空間.2)Statistics模塊很好,但處理速度有待改進(jìn).3)Management模塊也不錯(cuò),特別是UserManagement、RemoteTP很適用.4)Go/NoGo界面不錯(cuò),在選擇VariableInfo多項(xiàng)時(shí),對(duì)測試速度有影響.
說是優(yōu)點(diǎn),怎麼看起來還是象缺點(diǎn);
不過你提的都是寶貴意見,我們會(huì)努力做得更好!
不過你提的都是寶貴意見,我們會(huì)努力做得更好!
0
回復(fù)
@kiko
說是優(yōu)點(diǎn),怎麼看起來還是象缺點(diǎn);不過你提的都是寶貴意見,我們會(huì)努力做得更好!
絕對(duì)是優(yōu)點(diǎn),要說的話,也是美中不足吧!:-)
1)System Item 的問題是沒有脫離6000的思路,我覺得應(yīng)搞一個(gè)System Item 2.0.有時(shí)間的話,我就Item的優(yōu)化寫點(diǎn)體會(huì),看能不能給你們一些參考.
2) Statistics 模塊在全局變量較多的情況,的確會(huì)很慢.總體來說功能很強(qiáng)大.
3)...
4)我的建議是Go/NoGo 執(zhí)行測試時(shí)可以搞一個(gè)簡化界面.畢竟生產(chǎn)正式測試時(shí),作業(yè)人員不需要看很多的內(nèi)容.
1)System Item 的問題是沒有脫離6000的思路,我覺得應(yīng)搞一個(gè)System Item 2.0.有時(shí)間的話,我就Item的優(yōu)化寫點(diǎn)體會(huì),看能不能給你們一些參考.
2) Statistics 模塊在全局變量較多的情況,的確會(huì)很慢.總體來說功能很強(qiáng)大.
3)...
4)我的建議是Go/NoGo 執(zhí)行測試時(shí)可以搞一個(gè)簡化界面.畢竟生產(chǎn)正式測試時(shí),作業(yè)人員不需要看很多的內(nèi)容.
0
回復(fù)
@michaelzhang
從你的問題來看,你對(duì)Chroma8000已經(jīng)有了相當(dāng)?shù)牧私?人才啊,現(xiàn)在象你這樣的人才越來越少了.不過你的問題樓上的已經(jīng)回復(fù)的差不多了,我稍微補(bǔ)充下一些觀念的問題吧對(duì)于你的問題1: 此為電源測試習(xí)慣與數(shù)學(xué)習(xí)慣不同問題,所謂的正、負(fù)電壓只是極性的問題.一般來講-5V那組如果輸出-1V,我們都會(huì)說-5V太低而不會(huì)說-5V太大,就是說電壓我們實(shí)際在描述的時(shí)候不是用數(shù)學(xué)的大小做比較.所以此問題不能算低級(jí)Bug,應(yīng)該說你沒有完全理解其中含義.問題2,3,4,5從樓上kiko的回復(fù)看起來都已經(jīng)更新了,所以要經(jīng)常和原廠保持聯(lián)絡(luò)才好啊,其實(shí)windows也是Bug不斷的,所以常常更新才是硬道理啊問題6,既然是習(xí)慣問題,那我們做個(gè)游戲:請(qǐng)你說出+5V +/-5%的輸出電壓是多少?你一定會(huì)告訴我4.75到5.25,而不是4.74999999...到5.249999999...,所以人的習(xí)慣是包含"="的,我想其實(shí)你也一樣問題7,架構(gòu)的問題,不過我想下一代平臺(tái)系統(tǒng)應(yīng)該會(huì)加上,但從樓上的回答其實(shí)當(dāng)需要String[]變量類型的時(shí)候還是有辦法達(dá)到其功能的.問題8,樓上kiko回復(fù)的很明白了.
您好!請(qǐng)問那里能下載或買到?謝謝!我的郵箱是moralnoblelu@126.com
0
回復(fù)
@owen.zhao
1、C裡判斷是表達(dá)式的值,真與假(非0),與具體比較的內(nèi)容無關(guān). C_真:非0值 C_假:0 VB_真:-1,實(shí)際上也是非0 VB_假:02、條件變量:TI編輯裡Conditon內(nèi)的變量.
1:道理沒有錯(cuò),但是Chroma 裡的if then比C裡的if 有所不同,
char A[],B[];
C中: if(strcmp(A,B)) 是看strcmp(A,B)函數(shù)返回值來確定真假,
chroma中:if A = B Then gotoPass中是直接比較了A和B然後根據(jù)結(jié)果再跳轉(zhuǎn);就象在C中你寫 if(A=B)then ...肯定出錯(cuò)的道理是一樣的;
2:我測試過可以判斷呀,請(qǐng)參考TI;
其實(shí)條件變量不需要你在寫TI中去另外判斷,你隻需要在編寫變量時(shí)將它的上下限寫進(jìn)去就可以了,可以防止用戶輸入條件不合理,或超出儀器的范圍;
char A[],B[];
C中: if(strcmp(A,B)) 是看strcmp(A,B)函數(shù)返回值來確定真假,
chroma中:if A = B Then gotoPass中是直接比較了A和B然後根據(jù)結(jié)果再跳轉(zhuǎn);就象在C中你寫 if(A=B)then ...肯定出錯(cuò)的道理是一樣的;
2:我測試過可以判斷呀,請(qǐng)參考TI;
其實(shí)條件變量不需要你在寫TI中去另外判斷,你隻需要在編寫變量時(shí)將它的上下限寫進(jìn)去就可以了,可以防止用戶輸入條件不合理,或超出儀器的范圍;
0
回復(fù)
@kiko
1:道理沒有錯(cuò),但是Chroma裡的ifthen比C裡的if有所不同, charA[],B[]; C中:if(strcmp(A,B))是看strcmp(A,B)函數(shù)返回值來確定真假, chroma中:ifA=BThengotoPass中是直接比較了A和B然後根據(jù)結(jié)果再跳轉(zhuǎn);就象在C中你寫if(A=B)then...肯定出錯(cuò)的道理是一樣的;2:我測試過可以判斷呀,請(qǐng)參考TI; 其實(shí)條件變量不需要你在寫TI中去另外判斷,你隻需要在編寫變量時(shí)將它的上下限寫進(jìn)去就可以了,可以防止用戶輸入條件不合理,或超出儀器的范圍;
1、希望能有: if "aaa"="AAA" then...的判斷.
2、條件變量在TI中有時(shí)會(huì)根據(jù)流程改變的,所以需要CheckVarSpec變動(dòng)後的值.
3、好像沒有字符轉(zhuǎn)Acsii碼的命令.
500) {this.resized=true; this.width=500; this.alt='這是一張縮略圖,點(diǎn)擊可放大。\n按住CTRL,滾動(dòng)鼠標(biāo)滾輪可自由縮放';this.style.cursor='hand'}" onclick="if(!this.resized) {return true;} else {window.open('http://u.dianyuan.com/bbs/u/68/2349801219719562.jpg');}" onmousewheel="return imgzoom(this);">
2、條件變量在TI中有時(shí)會(huì)根據(jù)流程改變的,所以需要CheckVarSpec變動(dòng)後的值.
3、好像沒有字符轉(zhuǎn)Acsii碼的命令.

0
回復(fù)