kingfeng1983
級(jí)別: *
精華主題: * 篇
發(fā)帖數(shù)量: * 個(gè)
工控威望: * 點(diǎn)
下載積分: * 分
在線時(shí)間: (小時(shí))
注冊(cè)時(shí)間: *
最后登錄: *
查看kingfeng1983的 主題 / 回貼
樓主  發(fā)表于: 2008-12-04 11:25
有哪位高手知道
在什么情況下要用浮點(diǎn)數(shù)
請(qǐng)舉個(gè)例子吧
cvlsam
富士低壓,POD(觸摸屏),PLC專賣
級(jí)別: VIP會(huì)員

精華主題: 3 篇
發(fā)帖數(shù)量: 6760 個(gè)
工控威望: 38361 點(diǎn)
下載積分: 933 分
在線時(shí)間: 9473(小時(shí))
注冊(cè)時(shí)間: 2006-09-13
最后登錄: 2024-09-21
查看cvlsam的 主題 / 回貼
1樓  發(fā)表于: 2008-12-04 11:49
能否支持浮點(diǎn)數(shù)反映了PLC是否夠牛~~

你是否知道什么時(shí)候該使用小數(shù)呢?如果知道什么叫小數(shù)的話,應(yīng)該立馬可以明白該什么時(shí)候使用~~

早期的PLC并不支持浮點(diǎn)數(shù),那么為了盡量減少運(yùn)算中出現(xiàn)的進(jìn)位(四舍五入)的誤差,一般的做法是將數(shù)值擴(kuò)大,然后進(jìn)行運(yùn)算。

說的通俗一點(diǎn),如果整數(shù)運(yùn)算無法滿足你的運(yùn)算精度,那么就使用浮點(diǎn)數(shù)~~

以上
cvlsam
富士低壓,POD(觸摸屏),PLC專賣
級(jí)別: VIP會(huì)員

精華主題: 3 篇
發(fā)帖數(shù)量: 6760 個(gè)
工控威望: 38361 點(diǎn)
下載積分: 933 分
在線時(shí)間: 9473(小時(shí))
注冊(cè)時(shí)間: 2006-09-13
最后登錄: 2024-09-21
查看cvlsam的 主題 / 回貼
2樓  發(fā)表于: 2008-12-04 11:58
舉個(gè)例子來說,你一天的工資為35.9,而你老板(PLC)由于不使用浮點(diǎn)數(shù),那么每天給你結(jié)算的時(shí)候給你結(jié)35,那么日積月累的話就是不小的一筆數(shù)目。

于是,早期的方式開始出現(xiàn)了,你向你老板說,不要一天一天的結(jié)算,你索性10天一結(jié)算吧,你老板同意了,于是10天給你工資359,這就是我們說的擴(kuò)大數(shù)值來減少計(jì)算誤差。

但是由于經(jīng)濟(jì)危機(jī),你做了9天不做了,老板跟你說,我們說好10天拿359,而你少了一天,因此我沒有辦法計(jì)算,你還是不要拿工資了。

你肯定不爽,找勞動(dòng)仲裁,勞動(dòng)仲裁要求你老板償付工資,因此出現(xiàn)了后續(xù)的方式,浮點(diǎn)數(shù),也就是你干一天拿35.9,不再是原先的舍去小數(shù)這樣的做法了~~

不過這樣的計(jì)算必定會(huì)增加成本,因此你老板就說,凡是用早期的算法與我結(jié)算工資的,我用作長工,而要浮點(diǎn)方式與我結(jié)算工資的,我做短工。

因此PLC市場(chǎng)就出現(xiàn)2種,一種為支持浮點(diǎn)數(shù)的PLC,一種為不支持浮點(diǎn)數(shù)的PLC。

而這個(gè)事情也給勞動(dòng)局知道了,勞動(dòng)局要求你老板改正,你老板說,改正需要時(shí)間,因此,這兩種PLC由于成本的原因還會(huì)共事很長時(shí)間。
kingfeng1983
級(jí)別: *
精華主題: * 篇
發(fā)帖數(shù)量: * 個(gè)
工控威望: * 點(diǎn)
下載積分: * 分
在線時(shí)間: (小時(shí))
注冊(cè)時(shí)間: *
最后登錄: *
查看kingfeng1983的 主題 / 回貼
3樓  發(fā)表于: 2008-12-04 14:32
我明白是由于精度問題
呵呵
我是說在現(xiàn)實(shí)中,什么領(lǐng)域會(huì)要求這么精密?