CAN總線故障排查中，難點(diǎn)最大的就是偶發(fā)性故障。比如，風(fēng)力發(fā)電機(jī)變槳系統(tǒng)在72小時(shí)中發(fā)生一次CAN數(shù)據(jù)傳輸中斷;汽車在行駛1萬(wàn)公里的過(guò)程中，突然出現(xiàn)一次儀表盤(pán)“黑了”的狀況，但后來(lái)怎么都無(wú)法復(fù)現(xiàn)這些偶發(fā)故障。這些偶發(fā)性的CAN通訊異常就像定時(shí)炸彈，讓設(shè)計(jì)師和用戶膽戰(zhàn)心驚。同時(shí)多次操作可能會(huì)造成數(shù)據(jù)遺漏，每次配置更換也需要人員到現(xiàn)場(chǎng)，此類問(wèn)題將大大提高人工設(shè)備等成本。那么是否存在一種高性價(jià)比的方案，在保持一定成本的同時(shí)，可以快速的定位這些問(wèn)題所在?

此類問(wèn)題的最佳解決方案就是將CAN總線數(shù)據(jù)進(jìn)行上云處理，實(shí)時(shí)存儲(chǔ)，實(shí)時(shí)分析。ZLG致遠(yuǎn)電子針對(duì)CAN總線數(shù)據(jù)上云問(wèn)題，推出車載多通道CAN-bus數(shù)據(jù)記錄儀CANDTU系列，結(jié)合ZWS-CAN智慧云平臺(tái)的解決方案?？蓱?yīng)對(duì)不同場(chǎng)景的CAN總線數(shù)據(jù)進(jìn)行同步監(jiān)聽(tīng)和實(shí)時(shí)采集，通過(guò)4G通信將數(shù)據(jù)上傳到指定的云端服務(wù)器，實(shí)現(xiàn)數(shù)據(jù)云同步。用戶可通過(guò)平板、手機(jī)等移動(dòng)終端登錄云，實(shí)時(shí)查看云平臺(tái)數(shù)據(jù)，實(shí)現(xiàn)“設(shè)備+云端+終端”模式下的大數(shù)據(jù)全方位處理，通過(guò)對(duì)現(xiàn)場(chǎng)CAN-bus總線進(jìn)行實(shí)時(shí)數(shù)據(jù)上傳和有效數(shù)據(jù)記錄，有助于快速定位問(wèn)題以及事后進(jìn)行故障分析，繼而解決CAN總線存在的問(wèn)題。

數(shù)據(jù)上傳到云服務(wù)器與傳輸?shù)絺鹘y(tǒng)服務(wù)器的優(yōu)劣勢(shì)

隨著云服務(wù)技術(shù)的越來(lái)越成熟，很多企業(yè)都會(huì)選擇將數(shù)據(jù)進(jìn)行上云處理。云服務(wù)器本身就是非常抽象的概念，云服務(wù)器與傳統(tǒng)獨(dú)立的服務(wù)器二者有何區(qū)別，舉個(gè)簡(jiǎn)單的例子就能明白二者的定義，傳統(tǒng)服務(wù)器就如用戶自身買了個(gè)車庫(kù)使用，而云服務(wù)器就是一個(gè)很大的車庫(kù)，劃上很多車位，然后用戶享有停車權(quán)。

云服務(wù)器與傳統(tǒng)服務(wù)器主要區(qū)別如下：

傳統(tǒng)服務(wù)器有產(chǎn)權(quán)，而云主機(jī)則只是一種服務(wù)而已，沒(méi)有任何產(chǎn)權(quán);

傳統(tǒng)服務(wù)器是獨(dú)立的服務(wù)器，所有功能由自己完成，而云服務(wù)器則是一個(gè)集群，他們的功能需要相互之間的協(xié)助才能完成;

云服務(wù)器相對(duì)于傳統(tǒng)服務(wù)器，性價(jià)比更高;

云服務(wù)器是按需購(gòu)買，成本控制上更加靈活;

云服務(wù)器相對(duì)于傳統(tǒng)服務(wù)器而言，效率更高，但是穩(wěn)定性則不如傳統(tǒng)服務(wù)器。

所以CAN數(shù)據(jù)上云處理是一種高效率低成本的選擇。

CAN大數(shù)據(jù)云處理解決方案

數(shù)據(jù)實(shí)時(shí)上云存儲(chǔ)分析需求方案

CANDTU系列可將CAN總線數(shù)據(jù)實(shí)時(shí)上傳至服務(wù)器，進(jìn)行實(shí)時(shí)顯示或者數(shù)據(jù)存儲(chǔ)。可有效避免每次試驗(yàn)后，都要單獨(dú)拷貝數(shù)據(jù)或本地存儲(chǔ)空間滿了等情況。另外，在汽車行業(yè)還可以導(dǎo)入dbc文件，進(jìn)行數(shù)據(jù)實(shí)時(shí)曲線分析。如下圖所示是實(shí)時(shí)數(shù)據(jù)顯示與曲線分析。