摘" 要:該文詳細(xì)闡述物流穿梭車MCT替代系統(tǒng)的研制過(guò)程。在昆明卷煙廠的物流輸送系統(tǒng)中,MCT作為穿梭車系統(tǒng)的控制核心,其穩(wěn)定性對(duì)生產(chǎn)至關(guān)重要。然而,原MCT系統(tǒng)不穩(wěn)定,常導(dǎo)致穿梭車系統(tǒng)停止運(yùn)行,給工廠生產(chǎn)帶來(lái)巨大隱患。為解決此問(wèn)題,該文通過(guò)對(duì)3種系統(tǒng)架構(gòu)模式的分析,選定集中式系統(tǒng)架構(gòu)模式,并設(shè)計(jì)MCT替代系統(tǒng)的組成模塊,包括硬件平臺(tái)、軟件平臺(tái)、與PLC通信及MCT運(yùn)行軟件。通過(guò)具體實(shí)施和測(cè)試,該替代系統(tǒng)表現(xiàn)出良好的性能和可靠性。
關(guān)鍵詞:物流;穿梭車;MCT;替代系統(tǒng);調(diào)度
中圖分類號(hào):TP29" " " " "文獻(xiàn)標(biāo)志碼:A" " " " " " "文章編號(hào):2095-2945(2025)09-0026-07
Abstract: This paper describes in detail the development process of the MCT replacement system for logistics shuttle vehicles. In the logistics transportation system of Kunming Cigarette Factory, MCT serves as the control core of the shuttle system, and its stability is crucial to production. However, the original MCT system is unstable, which often causes the shuttle system to stop operating, causing huge hidden dangers to factory production. In order to solve this problem, this paper selects the centralized system architecture model by analyzing three system architecture models, and designs the components of the MCT replacement system, including hardware platform, software platform, communication with PLC, and MCT running software. Through specific implementation and testing, the alternative system has demonstrated good performance and reliability.
Keywords: logistics; shuttle; MCT; alternative system; dispatching
在現(xiàn)代工業(yè)生產(chǎn)中,物流系統(tǒng)的高效運(yùn)行是保障生產(chǎn)順利進(jìn)行的關(guān)鍵。昆明卷煙廠的物流輸送系統(tǒng)貫穿整個(gè)生產(chǎn)環(huán)節(jié),其中穿梭車系統(tǒng)在物流運(yùn)輸中起著重要作用。MCT(Material Control Terminal)作為穿梭車系統(tǒng)的控制核心,負(fù)責(zé)接收物流調(diào)度系統(tǒng)的指令,并控制穿梭車的運(yùn)行,如圖1所示。
然而,原MCT系統(tǒng)存在不穩(wěn)定的問(wèn)題,頻繁出現(xiàn)故障,導(dǎo)致穿梭車系統(tǒng)停止運(yùn)行,嚴(yán)重影響了制絲、卷包等生產(chǎn)工序的正常運(yùn)轉(zhuǎn)。例如,當(dāng)輔料出庫(kù)中止30 min,會(huì)造成卷包車間輔料斷料;配方出庫(kù)中止30 min,會(huì)導(dǎo)致煙葉原料斷料,批次煙生產(chǎn)中斷;而成品入庫(kù)中止10 min,會(huì)引發(fā)封箱房堵煙,卷包車間需要手工碼煙。此外,當(dāng)原MCT系統(tǒng)的硬件系統(tǒng)核心(主板、硬盤(pán))或軟件系統(tǒng)核心(數(shù)據(jù)庫(kù))出現(xiàn)故障時(shí),物流平均中止時(shí)間高達(dá)43.4 min,遠(yuǎn)遠(yuǎn)超過(guò)了成品入庫(kù)中止而無(wú)需人工碼煙的最低容忍時(shí)間。這些問(wèn)題給工廠的生產(chǎn)帶來(lái)了巨大的損失和隱患。因此,研制一套穩(wěn)定可靠的MCT替代系統(tǒng)具有重要的現(xiàn)實(shí)意義。
1" MCT替代系統(tǒng)的架構(gòu)模式
1.1" 分布式系統(tǒng)架構(gòu)模式
分布式系統(tǒng)架構(gòu)模式(圖2)利用現(xiàn)有計(jì)算機(jī)資源,將MCT系統(tǒng)的各個(gè)功能單元分別承載于不同的設(shè)備上,并通過(guò)現(xiàn)有的昆船物流系統(tǒng)以太網(wǎng)進(jìn)行通信。具體而言,TIMMES服務(wù)器承擔(dān)MCT數(shù)據(jù)庫(kù)系統(tǒng)的功能,中控室主機(jī)安裝監(jiān)控和操作終端,現(xiàn)場(chǎng)計(jì)算機(jī)承擔(dān)MCT運(yùn)行軟件的運(yùn)行任務(wù)。這種架構(gòu)模式的優(yōu)點(diǎn)是工作負(fù)載分散,單個(gè)芯片故障對(duì)系統(tǒng)的影響較小。然而,它也存在一些缺點(diǎn),如系統(tǒng)架構(gòu)復(fù)雜,需要分布式軟件系統(tǒng)支持,且可能會(huì)影響原有網(wǎng)絡(luò)傳輸效率,造成網(wǎng)絡(luò)擁塞。
1.2" 集中式系統(tǒng)架構(gòu)模式
集中式系統(tǒng)架構(gòu)模式(圖3)另置一套計(jì)算機(jī)硬件系統(tǒng),在該硬件平臺(tái)上安裝操作系統(tǒng)、數(shù)據(jù)庫(kù)系統(tǒng)和MCT運(yùn)行軟件,并直接與調(diào)度系統(tǒng)和PLC進(jìn)行網(wǎng)絡(luò)連接。該模式的優(yōu)點(diǎn)是系統(tǒng)結(jié)構(gòu)相對(duì)簡(jiǎn)單,易于實(shí)現(xiàn)和管理。但它也存在一些局限性,如硬件或軟件系統(tǒng)的某一功能模塊出現(xiàn)故障,整個(gè)MCT系統(tǒng)將停止運(yùn)行,且后期可能難以對(duì)MCT運(yùn)行軟件和通信模塊進(jìn)行升級(jí)改造。
1.3" 虛擬機(jī)技術(shù)架構(gòu)模式
虛擬機(jī)技術(shù)架構(gòu)模式(圖4)在硬件系統(tǒng)上安裝操作系統(tǒng)(HOST's OS),MCT運(yùn)行軟件和數(shù)據(jù)庫(kù)系統(tǒng)分別安裝于不同的虛擬機(jī)上,并由虛擬機(jī)進(jìn)行程序進(jìn)程間的通信。該模式的優(yōu)點(diǎn)是能將MCT運(yùn)行軟件與數(shù)據(jù)庫(kù)系統(tǒng)在邏輯上獨(dú)立區(qū)分,提高軟件系統(tǒng)的安全性,且某一虛擬機(jī)崩潰時(shí)可快速恢復(fù)。然而,它也存在一些缺點(diǎn),如應(yīng)用程序運(yùn)行速度較慢,通信速率低,且不支持與西門(mén)子PLC直接通信。
1.4" 系統(tǒng)架構(gòu)模式選定
綜合考慮3種架構(gòu)模式的優(yōu)缺點(diǎn),分布式系統(tǒng)架構(gòu)模式雖然具有一定的容錯(cuò)性,但系統(tǒng)架構(gòu)復(fù)雜,可能會(huì)影響原有網(wǎng)絡(luò)傳輸效率;虛擬機(jī)技術(shù)架構(gòu)模式雖然提高了軟件系統(tǒng)的安全性,但應(yīng)用程序運(yùn)行速度慢,且與西門(mén)子PLC的通信存在問(wèn)題。相比之下,集中式系統(tǒng)架構(gòu)模式相對(duì)簡(jiǎn)單,易于實(shí)現(xiàn)和管理,盡管存在一些缺點(diǎn),但可以通過(guò)合理的設(shè)計(jì)和優(yōu)化來(lái)降低其影響。因此,最終選擇采用集中式系統(tǒng)架構(gòu)模式研制MCT替代系統(tǒng)。
2" MCT替代系統(tǒng)組成模塊詳細(xì)設(shè)計(jì)
集中式架構(gòu)下的MCT替代系統(tǒng)由4個(gè)模塊構(gòu)成:硬件平臺(tái)、軟件平臺(tái)、與PLC通信、MCT運(yùn)行軟件。
2.1" 硬件平臺(tái)
硬件選型。目前,工業(yè)生產(chǎn)常見(jiàn)的硬件平臺(tái)為工控機(jī)和主機(jī)式計(jì)算機(jī)(PC機(jī)),通過(guò)查閱MCT軟件說(shuō)明書(shū),其運(yùn)行硬件環(huán)境要求:內(nèi)存1G以上,硬盤(pán)250 G以上,CPU主頻大于1.2 GHZ。目前市場(chǎng)流行工控機(jī)的配置情況如下。CPU:Intel Atom 1.6 GHZ,內(nèi)存:支持2G DDR內(nèi)存,硬盤(pán):最大支持500 G。且工控機(jī)的MTBF[MTBF,即平均故障間隔時(shí)間,英文全稱是“Mean Time Between Failure”,是衡量一個(gè)產(chǎn)品的可靠性指標(biāo),大于1×105h,全鋼結(jié)構(gòu)無(wú)風(fēng)扇。適用在粉塵、煙霧、高/低溫、潮濕和震動(dòng)環(huán)境。內(nèi)置專門(mén)電源,有較強(qiáng)的抗干擾能力。適合工業(yè)生產(chǎn)長(zhǎng)時(shí)間使用,特別是風(fēng)塵高溫環(huán)境下使用;體積小,重量輕,易于搬用;價(jià)格5 000元以內(nèi);MTBFgt;5。因此,硬件平臺(tái)選用工控機(jī)。
人機(jī)互動(dòng)模式選擇外設(shè)輸入式只是在替換故障系統(tǒng)時(shí)采用,故障系統(tǒng)替換完后,可進(jìn)行觸摸屏驅(qū)動(dòng)安裝和屏幕校準(zhǔn)。原有觸摸屏仍可正常運(yùn)用于實(shí)際生產(chǎn)中。Mini ITX主板的規(guī)格為130 mm×92 mm,由于工控機(jī)箱采用200 mm×120 mm規(guī)格,Mini ITX主板能夠安入機(jī)箱中。
2.2" 軟件平臺(tái)
軟件平臺(tái)涉及操作系統(tǒng)和數(shù)據(jù)庫(kù)的搭建。
2.2.1" 操作系統(tǒng)
操作系統(tǒng)安裝于工控機(jī)硬件平臺(tái)上,受工控機(jī)配置限制。因工控機(jī)配備16 M集成顯卡,故系統(tǒng)安裝顯卡的需求應(yīng)小于16 M。同時(shí),操作系統(tǒng)需兼容目前的MCT運(yùn)行軟件版本,成本低廉,且啟動(dòng)時(shí)間小于120 s。綜合評(píng)估后,選擇Windows10作為操作系統(tǒng)進(jìn)行安裝。
2.2.2" 數(shù)據(jù)庫(kù)
常見(jiàn)的數(shù)據(jù)庫(kù)軟件有Access、mysql、SQL Server和ORACLE。ORACLE適用于大型復(fù)雜數(shù)據(jù)庫(kù),對(duì)硬件配置要求高,不在考慮范圍內(nèi)。SQL Server數(shù)據(jù)庫(kù)可直接拷貝現(xiàn)有MCT的數(shù)據(jù)庫(kù)系統(tǒng),數(shù)據(jù)表可直接使用,實(shí)時(shí)性能較好。最終采用SQL Server 2022數(shù)據(jù)庫(kù)。
2.3" 與PLC通信
2.3.1" 數(shù)據(jù)傳輸情況監(jiān)測(cè)
對(duì)部門(mén)的6套穿梭車MCT系統(tǒng)安裝“NetSpeedMonitor”進(jìn)行監(jiān)測(cè),發(fā)現(xiàn)穿梭車MCT與PLC每分鐘進(jìn)行的數(shù)據(jù)交換量為350.5 KB,數(shù)據(jù)量較大。
2.3.2" 通信方案選擇
組態(tài)軟件關(guān)聯(lián)內(nèi)存變量①的方法受第三方組態(tài)軟件處理速度影響,數(shù)據(jù)處理速度方面,WinCC能提供的最高刷新速度是250 ms,換算成數(shù)據(jù)處理速度為240 KB/min,采用高級(jí)語(yǔ)言編寫(xiě)通信程序。高級(jí)語(yǔ)言編寫(xiě)通信程序的技術(shù)協(xié)議有OPC、TCP/IP、串口通信3種。這3種方法實(shí)現(xiàn)通信都需要對(duì)PLC進(jìn)行相應(yīng)的配置和編程,且可在上位計(jì)算機(jī)的實(shí)現(xiàn)中封裝進(jìn)MCT軟件,對(duì)PLC的配置和編程在替代系統(tǒng)移植時(shí)進(jìn)行。
通過(guò)對(duì)MCT系統(tǒng)的PLC進(jìn)行配置和編程實(shí)驗(yàn),并統(tǒng)計(jì)完成時(shí)間,發(fā)現(xiàn)OPC的方法在PLC端的配置和編程時(shí)間最短,為4.6 min,且工業(yè)以太網(wǎng)的最高傳輸速率為819 200 bit/s,遠(yuǎn)高于串口通信方式。
最終采用C++語(yǔ)言編寫(xiě)通信程序,并采用OPC技術(shù)協(xié)議實(shí)現(xiàn)MCT軟件與PLC的通信。
2.4" MCT運(yùn)行軟件
2.4.1" 軟件改進(jìn)需求
分析現(xiàn)有穿梭車MCT程序啟動(dòng)時(shí)的流程圖,發(fā)現(xiàn)程序初始化需讀取主板GPIO②信號(hào),否則無(wú)法啟動(dòng)。由于采用了無(wú)GPIO模塊的主板進(jìn)行系統(tǒng)開(kāi)發(fā),MCT軟件需要進(jìn)行相應(yīng)的改進(jìn)以適應(yīng)新的硬件環(huán)境。
2.4.2" 改進(jìn)方案
將GPIO模塊需要采集的信號(hào)轉(zhuǎn)為由PLC采集,MCT軟件通過(guò)讀取PLC數(shù)據(jù)進(jìn)行判斷。改進(jìn)后的流程圖如圖5方框所示。
3" 具體方案
3.1" 硬件平臺(tái)的搭建
3.1.1" 采購(gòu)工控機(jī)機(jī)盒
經(jīng)實(shí)際測(cè)量,采購(gòu)的機(jī)箱符合200 mm×120 mm×100 mm的尺寸要求。
3.1.2" 采購(gòu)工控機(jī)專用集成主板
采購(gòu)專業(yè)工控機(jī)制造商“研華”的小型Intel ATOM ITX主板,該主板集成了Intel Atom 1.6 GHZ CPU和1G DDR內(nèi)存。
3.1.3" 采購(gòu)硬盤(pán)、鼠標(biāo)鍵盤(pán)
采購(gòu)希捷160 G機(jī)械式移動(dòng)硬盤(pán)、鼠標(biāo)鍵盤(pán)等相關(guān)配件。
3.1.4" 組裝硬件并測(cè)試
將所有硬件組裝起來(lái),并將搭建好的硬平臺(tái)接上顯示器。顯示器顯示主板BIOS設(shè)置的視頻輸出正常,確保硬件組裝無(wú)誤。
3.2" 軟件平臺(tái)的搭建
3.2.1" 設(shè)置工控機(jī)啟動(dòng)BIOS檢測(cè)
由于工控機(jī)沒(méi)有軟驅(qū)和光驅(qū),采用U盤(pán)方式進(jìn)行操作系統(tǒng)文件的安裝,需設(shè)置USB-HDD優(yōu)先硬件檢測(cè)(圖6)。
3.2.2" 安裝Windows10操作系統(tǒng)
成功安裝Windows10操作系統(tǒng),啟動(dòng)時(shí)間為73 s,滿足系統(tǒng)要求。
3.2.3" 接入物流網(wǎng)絡(luò)并測(cè)試
將系統(tǒng)接入物流網(wǎng)絡(luò)后進(jìn)行網(wǎng)絡(luò)通信測(cè)試,通信連接正常,確保系統(tǒng)能與物流網(wǎng)絡(luò)良好通信(圖7)。
3.2.4" 拷貝相關(guān)數(shù)據(jù)表
復(fù)制穿梭車MCT運(yùn)行系統(tǒng)的數(shù)據(jù)表備份,確保數(shù)據(jù)安全完整(圖8)。
3.2.5" 安裝SQL Server 2022數(shù)據(jù)庫(kù)
安裝SQL Server 2022數(shù)據(jù)庫(kù),并設(shè)置相應(yīng)的服務(wù)端口,為系統(tǒng)正常運(yùn)行提供數(shù)據(jù)支持。
3.3" 基于OPC技術(shù)協(xié)議實(shí)現(xiàn)MCT軟件與PLC通信
3.3.1" 添加OPC自動(dòng)化包裝庫(kù)
在 MCT 運(yùn)行軟件采用C++編程開(kāi)發(fā)環(huán)境實(shí)現(xiàn)的過(guò)程中,建立C++項(xiàng)目后,在菜單的“項(xiàng)目”-“引用”中添加OPC自動(dòng)化包裝庫(kù)OPC Automation 2.0。
3.3.2" C++開(kāi)發(fā)流程及關(guān)鍵代碼
變量聲明:使用關(guān)鍵字WithEvents表明對(duì)象支持事件,并進(jìn)行連接OPC服務(wù)器和建立OPC組的相關(guān)操作(圖9)。
添加OPC項(xiàng):在對(duì)OPC服務(wù)進(jìn)行訪問(wèn)前,先在OPC組里添加要訪問(wèn)的OPC項(xiàng),從OPC服務(wù)器中瀏覽標(biāo)簽項(xiàng),并添加到已建立的組MyGroup中(圖10)。
數(shù)據(jù)讀寫(xiě):進(jìn)行異步訪問(wèn)前,建立異步用的通信通路,通過(guò)該通路,OPC服務(wù)器可回調(diào)OPC應(yīng)用程序的事件處理程序,及時(shí)通知數(shù)據(jù)訪問(wèn)的結(jié)果(圖11)。
3.3.3" 在PLC上建立OPC服務(wù)
使用step7打開(kāi)地操PLC的項(xiàng)目,在PROJECT中插入PC站點(diǎn)(圖13)。
在CONFIG中,插入OPC服務(wù)器和IE General,配置好相關(guān)參數(shù),將其連接到WLAN_THXS_PF網(wǎng)絡(luò)中,點(diǎn)擊“保存并編譯”(圖14)。
在該項(xiàng)目中的XDBs文件夾中,找到pcst_1.xdb,進(jìn)行復(fù)制并保存。在MCT電腦中,安裝好SIMATIC.NET軟件后,點(diǎn)擊電腦右下角的電腦圖標(biāo),然后點(diǎn)擊導(dǎo)入站點(diǎn)按鈕,選擇 pcst_1.xdb,點(diǎn)擊確認(rèn)。
3.3.4" 任務(wù)下達(dá)與測(cè)試
MCT系統(tǒng)將搬運(yùn)任務(wù)寫(xiě)入穿梭車主PLC的DB11數(shù)據(jù)塊中。在OPC通信配置好后,利用配方庫(kù)環(huán)形穿梭車模擬下達(dá)任務(wù)。模擬任務(wù)明細(xì)為:任務(wù)號(hào)32101,托盤(pán)號(hào)100,起始站臺(tái)425,卸貨站臺(tái)678,任務(wù)類型為自動(dòng)。將該任務(wù)下達(dá)至4#穿梭車,并查看PLC的DB11數(shù)據(jù)塊情況,驗(yàn)證任務(wù)下達(dá)是否成功(圖15—17)。
3.4" 安裝MCT運(yùn)行程序
3.4.1" 修改源代碼
對(duì)MCT軟件的源代碼進(jìn)行修改,使其適應(yīng)新的硬件環(huán)境和通信協(xié)議。
3.4.2" 編譯與安裝
編譯成功后,將MCT運(yùn)行程序安裝在MCT替代系統(tǒng)平臺(tái)之上。安裝后,MCT運(yùn)行程序的啟動(dòng)時(shí)間僅為48 s,滿足系統(tǒng)性能要求(圖18)。
4" 系統(tǒng)測(cè)試與驗(yàn)證
4.1" 功能測(cè)試
對(duì)MCT替代系統(tǒng)的各項(xiàng)功能進(jìn)行全面測(cè)試,包括與物流調(diào)度系統(tǒng)的通信、穿梭車的控制、任務(wù)的分配和執(zhí)行等。測(cè)試結(jié)果表明,該系統(tǒng)能準(zhǔn)確接收指令,并控制穿梭車完成相應(yīng)任務(wù),各項(xiàng)功能正常。
4.2" 性能測(cè)試
對(duì)MCT替代系統(tǒng)的性能進(jìn)行測(cè)試,包括系統(tǒng)的響應(yīng)時(shí)間、任務(wù)處理能力、網(wǎng)絡(luò)負(fù)載等。測(cè)試結(jié)果顯示,該系統(tǒng)響應(yīng)時(shí)間短,任務(wù)處理能力強(qiáng),能滿足物流輸送系統(tǒng)的要求。同時(shí),系統(tǒng)網(wǎng)絡(luò)負(fù)載較低,不會(huì)對(duì)原有網(wǎng)絡(luò)造成太大影響。
4.3" 穩(wěn)定性測(cè)試
對(duì)MCT替代系統(tǒng)進(jìn)行長(zhǎng)時(shí)間的穩(wěn)定性測(cè)試,模擬各種可能出現(xiàn)的故障情況。測(cè)試結(jié)果表明,該系統(tǒng)穩(wěn)定性高,能在長(zhǎng)時(shí)間運(yùn)行中保持正常工作,不會(huì)出現(xiàn)頻繁故障。
4.4" 與原MCT系統(tǒng)的對(duì)比測(cè)試
將MCT替代系統(tǒng)與原MCT系統(tǒng)進(jìn)行對(duì)比測(cè)試,在相同工作條件下,對(duì)系統(tǒng)的性能、穩(wěn)定性等方面進(jìn)行比較。測(cè)試結(jié)果表明,MCT替代系統(tǒng)在性能和穩(wěn)定性方面均優(yōu)于原MCT系統(tǒng),能更好地滿足物流輸送系統(tǒng)的要求。
5nbsp; 結(jié)束語(yǔ)
通過(guò)對(duì)物流穿梭車MCT替代系統(tǒng)的研制,成功解決了原MCT系統(tǒng)不穩(wěn)定導(dǎo)致物流中止的問(wèn)題。該替代系統(tǒng)采用集中式系統(tǒng)架構(gòu)模式,結(jié)構(gòu)簡(jiǎn)單,易于實(shí)現(xiàn)和管理。在組成模塊設(shè)計(jì)方面,選用工控機(jī)作為硬件平臺(tái),搭配Windows 10操作系統(tǒng)和SQL Server 2022數(shù)據(jù)庫(kù)的軟件平臺(tái),通過(guò)C++語(yǔ)言編寫(xiě)通信程序?qū)崿F(xiàn)與PLC的高效通信,并對(duì)MCT運(yùn)行軟件進(jìn)行改進(jìn),使其適應(yīng)新的硬件環(huán)境。在具體實(shí)施過(guò)程中,順利完成了硬件平臺(tái)的搭建、軟件平臺(tái)的安裝、基于OPC技術(shù)協(xié)議的通信實(shí)現(xiàn)及MCT運(yùn)行程序的安裝。經(jīng)過(guò)系統(tǒng)測(cè)試與驗(yàn)證,該替代系統(tǒng)在功能、性能、穩(wěn)定性等方面表現(xiàn)出色,能滿足物流輸送系統(tǒng)的需求。研制成功的MCT替代系統(tǒng),對(duì)故障MCT系統(tǒng)更換并恢復(fù)正常生產(chǎn)的平均時(shí)間為9.9 min,有效解決了物流中止時(shí)間過(guò)長(zhǎng)的問(wèn)題。
注釋:
① 通過(guò)第三方組態(tài)軟件實(shí)現(xiàn)PC與PLC之間的數(shù)據(jù)鏈接,并提供基于Windows操作系統(tǒng)的DLL函數(shù)實(shí)現(xiàn)PLC與PC之間的數(shù)據(jù)交換和處理。
② GPIO的英文全稱General-Purpose Input /Output Ports,中文意思是通用I/O端口。在嵌入式系統(tǒng)中,經(jīng)常需要控制許多結(jié)構(gòu)簡(jiǎn)單的外部設(shè)備或者電路,這些設(shè)備有的需要通過(guò)CPU控制,有的需要CPU提供輸入信號(hào)。并且許多設(shè)備或電路只要求有開(kāi)/關(guān)2種狀態(tài)就夠了。比如LED的亮與滅。對(duì)這些設(shè)備的控制,使用傳統(tǒng)的串口或者并口就顯得比較復(fù)雜,所以,在嵌入式微處理器上通常提供了一種“通用可編程I/O端口”,也就是GPIO。
參考文獻(xiàn):
[1] 張曉萍.物流系統(tǒng)規(guī)劃與設(shè)計(jì)[M].北京:清華大學(xué)出版社,2013:56-67.
[2] 吳耀華.自動(dòng)化物流系統(tǒng)[M].北京機(jī)械工業(yè)出版社,2014:123-135.
[3] 王小明.物流穿梭車系統(tǒng)的應(yīng)用與發(fā)展[J].物流技術(shù)與應(yīng)用,2022(3):34-38.
[4] 張志強(qiáng).工業(yè)以太網(wǎng)技術(shù)及應(yīng)用[M].北京:電子工業(yè)出版社,2015:89-102.
[5] 劉建昌.計(jì)算機(jī)控制系統(tǒng)[M].北京:科學(xué)出版社,2016:156-168.
[6] 王珊.數(shù)據(jù)庫(kù)系統(tǒng)原理與應(yīng)用[M].北京:清華大學(xué)出版社,2017:234-245.
[7] 張海藩.軟件工程導(dǎo)論[M].北京:清華大學(xué)出版社,2018:78-90.
[8] 廖常初.PLC編程及應(yīng)用[M].北京:機(jī)械工業(yè)出版社,2019:101-112.
[9] 趙林.物流系統(tǒng)自動(dòng)化控制[M].北京:中國(guó)物資出版社,2020:133-145.