成人精品一区二区久久久 I 国产美女永久无遮挡 I 中文字幕+乱码+中文字幕明步 I 国产在视频一区二区三区吞精 I 日韩精品小视频 I 成人性生交大片免费4 I 免费aaa级毛片在线视频 I 一级片毛片 I 大型成人社区 I 国模在线播放 I 欧美大荫蒂毛茸茸视频 I 偷偷色噜狠狠狠狠的777米奇 I www.久久亚洲 I 日日搞夜夜操 I 亚洲成色777777女色窝 I 毛片黄色毛片 I 午夜片在线观看 I 国产一区二区三区中文字幕 I 天天干夜夜骑 I 日韩在线视频一区二区三区 I 久久久无码精品亚洲a片0000 I 写真福利片hd在线播放 I 欧美成人一区二免费视频 I 色噜噜狠狠爱综合视频 I 中文字幕无线码免费人妻 I 国产精品久久久久久久久久不蜜臀 I 欧美综合人人做人人爱 I 1024成人网色www I 国产精品视频一二三区 I 亚洲免费美女视频

小弟我最近測試FX5UCPU SLMP協議TCP與外部設備通訊

通訊數據：ASCII

外部設備與FX5UCPU透過Hub連線

測試內容：批量讀取(0401)(0000)以字為單位讀取20個，以及批量寫入(1401)(0000)以字為單位寫入20個

發現當外部設備發送"批量讀取報文"後，立即在發送"批量寫入報文"

FX5UCPU 會忽略發送的"批量寫入報文"，不執行寫入

若先將"批量寫入報文"發送後，在立即發送"批量讀取報文"亦是相同狀況

最後將"批量讀取報文"和"批量寫入報文"間格6~7秒發送感覺才正常一點!

我也有設置軟元件及標簽的訪問服務處理的時間或時機：1次

並無改善!!

不知道大家有無遇到這樣的狀況呢?!