91黄动漫 I 欧美 日韩 国产 成人 在线 I a级成人毛片 I 农村黄色片 I 男生捅女生的肌肌 I 精品99一区二区三区 I 妃光莉av I 日日夜夜操操 I 性中国古装videossex I 久久不卡av I 美女高潮动态图 I 极品美女开粉嫩精品 I 牛牛精品一区二区 I 91精品福利视频 I 成人刺激视频 I 91国内精品视频 I 中国一级特黄毛片大片 I 校长狠狠挺进校花体内小说 I 欧美激情黄色片 I 欧美久久久一区 I 爱豆国产剧免费观看大全剧苏畅 I 麻豆国产人妻欲求不满谁演的 I 亚洲一区二区在线免费观看视频 I 国产超碰av人人做人人爽 I 精品国产第一国产综合精品 I 久久免费看av I 欧美一区二区三区白人 I 国产精品夫妻激情 I 校花被肉干高h潮不断 I 欧美最猛黑人xxxx黑人表情 I 国产欧美日韩一区二区搜索 I 极品女神露脸呻吟啪啪 I 人人天天久久 I 亚洲动漫在线 I 日本91福利区 I 五月天 桃色 开心 I av在线免费观看国产 I 男人添女人的免费视频 I 夜夜穞天天穞狠狠穞

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

通訊數(shù)據(jù)：ASCII

外部設備與FX5UCPU透過Hub連線

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

發(fā)現(xiàn)當外部設備發(fā)送"批量讀取報文"後，立即在發(fā)送"批量寫入報文"

FX5UCPU 會忽略發(fā)送的"批量寫入報文"，不執(zhí)行寫入

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

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

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

並無改善!!

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