190S-CNKF2-DC10C輸入模塊

190S-CNKF2-DC10C輸入模塊 

工業(yè)電路板維修技巧
不能過(guò)分依賴在線測(cè)試儀 
1.功能測(cè)試不能代替參數(shù)測(cè)試 
2. 功能測(cè)試僅能測(cè)試到器件的截止區(qū)，放大區(qū)和飽和區(qū)，但無(wú)法了解此時(shí)的工作頻率的高低和速度的快慢。 
3. 對(duì)數(shù)字芯片而言，僅知道有高低電平的輸出變化，但無(wú)法查出它的上升和下降沿的變化速度。 
4. 對(duì)于模擬芯片，它處理的是模擬的變化量。其受電路的元器件的分布，解決信號(hào)方案的不同的影響，是錯(cuò)綜復(fù)雜的。就目前的在線測(cè)試技術(shù)，要解決模擬芯片在線測(cè)試是不可能的。所以，這項(xiàng)功能測(cè)試的結(jié)果，僅能供參考。 
5. 大多數(shù)的在線測(cè)試議，在對(duì)于電路板上的各類芯片進(jìn)行功能測(cè)試后，均會(huì)給出“測(cè)試通過(guò)”或“測(cè)試不通過(guò)”。那么它為什么不給出被測(cè)器件是否有問(wèn)題呢？這就是這類測(cè)試儀的缺撼。因?yàn)樵诰€測(cè)試時(shí)，所受影響（干擾）的因素太多。要求在測(cè)試前采取不少的措施（如斷開(kāi)晶振，去掉CPU和帶程序的芯片，加隔離中斷信號(hào)等等），這樣做是否均有效，值得研究。至少，目前的測(cè)試結(jié)果有時(shí)不盡人意。 
6. 了解在線測(cè)試儀的讀者，均知道有這么一句行話。“在線測(cè)試時(shí)不通過(guò)的芯片不一定是損壞的；測(cè)試通過(guò)的芯片一定是沒(méi)有損壞的。”它的解釋為，如器件受在線影響或抗干擾時(shí)，結(jié)果可能不通過(guò)，對(duì)此不難理解。那么，是否損壞的芯片在進(jìn)行測(cè)試時(shí)，均會(huì)得出“不通過(guò)”呢？回答確實(shí)不能肯定。筆者與同行均遇到過(guò)，明明芯片已損壞了（確切地說(shuō)換上這個(gè)芯片板子就不工作了），但測(cè)試結(jié)果是通過(guò)的。權(quán)威解釋為這是測(cè)試儀自身工作原理（后驅(qū)動(dòng)技術(shù)）所致。故此我們不能過(guò)分依賴在線測(cè)試儀（盡管各廠家宣傳的很玄）的作用，否則將使維修電路板的工作誤入歧途。 


 

190S-CNKF2-DC10C輸入模塊 

• 支持 OPC UA 工業(yè)自動(dòng)化通訊標(biāo)準(zhǔn)，連接 IT 與 OT，整合設(shè)備信息連上云端，達(dá)到跨平臺(tái)遠(yuǎn)程監(jiān)控。
• 支持 MQTT 物聯(lián)網(wǎng)主動(dòng)式傳輸技術(shù) (MQTT Broker Inside, MQTT Client Service)，加速云端信息交流。
• 支持 多種通訊協(xié)議: Modbus RTU/TCP/ASCII, MQTT, EtherNet/IP，能整合多種通訊設(shè)備，將再開(kāi)發(fā) SNMP, RESTful 等更多網(wǎng)絡(luò)通訊協(xié)議。
• 支援 身份認(rèn)證 (帳密,憑證,匿名), 數(shù)據(jù)加密 (SSL/TLS,匿名), 主動(dòng)式傳輸?shù)劝踩Ｗo(hù)加速功能。
• 支持 本地端數(shù)據(jù)記錄 / 遠(yuǎn)程數(shù)據(jù)庫(kù)，LOG 紀(jì)錄可存 CSV 格式，遠(yuǎn)程數(shù)據(jù)庫(kù)支持 MS SQL, MySQL, MariaDB等。
• 支持 IFTTT 云端條件觸發(fā)，可將通知傳至 LINE、推特、日歷、電子郵件、微博等常用移動(dòng)APP，目前已支持 500 種以上。
• 連接 IoT 云端平臺(tái)功能，可聯(lián)機(jī)至 Amazon AWS, 微軟Azure, IBM Bluemix 等云端平臺(tái)，將 I/O 信息實(shí)時(shí)上傳，整合信息進(jìn)行數(shù)據(jù)分析以及產(chǎn)生報(bào)表，達(dá)成云端大數(shù)據(jù)分析。
• 提供 Wizard 功能精靈，UA 功能眾多，設(shè)定上提供網(wǎng)頁(yè) UI 接口的項(xiàng)目功能精靈，一目了然的步驟框，引導(dǎo)用戶簡(jiǎn)單快速的建置項(xiàng)目，并可立即上傳與執(zhí)行。