※ 引述《kuangs (kuangs)》之铭言： : 想请问 我目前写了程式 来收uart的资料 : 如果透过pl2303 chip 收资料 都是正常的 : 但从kernel gpio (已确定GPIO设定正确) 来收资料 却会有掉code 的情形 : 用的程式也是同一个 : 目前所知 pl2303 是模拟USB : 而 gpio 是直接收到kernel : （上述如有错误 请指教） : 两个在收uart资料上有甚麽不同 导致这个问题？？ : 补充一点 : 从UART 进来的资料 有Binary资料 传统的uart都会有internal fifo for buffering 这是 hw buffer. 你可以看一下 16550 spec trigger level可以设定fifo多少水位触发中断 你用gpio 假设 data rate is 115200 等於你一秒要触发 115200次 这还不包含是否会有glitch错误的判断 有些gpio会有bouncing功能 你可以设定减少这种状况 但若单纯用115200次好了, 除非你确保其他中断都不会有超时情形 不然收错就是很正常的状况 以前在某公司解过几个问题 一个是 DDC 因为没有hw buffer 最後就是请对方修改sw protocol, re transmit. 靠sw recover. 另一个是uart. sharp printer 在protocol layer於某个command一次送了64 bytes 底层的uart int因为处理时byte by byte收 反映来不及 造成printer开机送了个NACK 整个就不会动. 另外还有处理过 PTZ dome也是相同的问题 这是即时问题 有些软体code看起来就是明显有bug 常常见到的就是类似 user mode下 sudeo如下 wait hw condition (ex: blanking interval) firing hw 这样的code都是有问题的 因为你无法确保是否firing hw时context switch 然後造成firing不是你想的时间区间内. 所以有时候你会看到某些装置会闪一下 或者 会有画面不是一整个替换 有残留前一个画面的一些资料在上方会下方的页面资料之类的 -- 碧云天，黄叶地。秋色连波，波上寒烟翠。 山映斜阳天接水；芳草无情，更在斜阳外。 黯乡魂，追旅思；夜夜除非、好梦留人睡。 明月楼高休独倚。酒入愁肠，化作相思泪。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.249.218.248 ※ 文章网址: http://webptt.com/cn.aspx?n=bbs/LinuxDev/M.1415989944.A.4DD.html ※ 编辑: clampsakura (111.249.218.248), 11/15/2014 02:32:51