首页 / PYTHON / python – USB – sync vs async vs semi-async

python – USB – sync vs async vs semi-async

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了python – USB – sync vs async vs semi-async，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含4962字，纯文字阅读大概需要8分钟。

内容图文

更新：

我编写了一个异步C版本,它可以正常工作.

事实证明速度问题是由于Python的GIL造成的.有一种方法可以微调其行为.
sys.setcheckinterval(间隔)

将间隔设置为零(默认值为100)可以解决慢速问题.现在剩下的就是找出造成另一个问题的原因(并非所有像素都被填充).这个没有任何意义. usbmon显示所有通信正在进行中. libusb的调试消息传递没有任何异常.我想我需要拿usbmon的输出并比较同步和异步. usbmon显示的数据看起来似乎一目了然(第一个字节应该是0x96或0x95).

如下面原始问题中所述,S.Lott,它适用于USB LCD控制器. drv_send有三种不同版本,即传出端点方法.我已经解释了下面的差异.如果我概述异步USB操作,它可能会有所帮助.请注意,同步USB操作的工作方式相同,只是它是同步完成的.

我们可以将异步I / O视为一个5步过程：

>分配：分配一个libusb_transfer(这是self.transfer)
>填充：使用有关您希望执行的传输的信息填充libusb_transfer实例(libusb_fill_bulk_transfer)
>提交：请libusb提交转移(libusb_submit_transfer)
>完成处理：检查libusb_transfer结构中的传输结果(libusb_handle_events和libusb_handle_events_timeout)
>解除分配：清理资源(下面未显示)

原始问题：

我有三个不同的版本.一个是完全同步的,一个是半异步的,最后一个是完全异步的.不同之处在于同步完全填充了我用预期像素控制的LCD显示器,而且速度非常快.半异步版本仅填充显示的一部分,但仍然非常快.异步版本非常慢,只能填充显示的一部分.我很困惑为什么像素没有完全填充,以及为什么异步版本真的很慢.有线索吗？

这是完全同步的版本：

def drv_send(self, data):
    if not self.Connected():
        return

    self.drv_locked = True
    buffer = ''
    for c in data:
        buffer = buffer + chr(c)
    length = len(buffer)
    out_buffer = cast(buffer, POINTER(c_ubyte))
    libusb_fill_bulk_transfer(self.transfer, self.handle, LIBUSB_ENDPOINT_OUT + 1, out_buffer, length, self.cb_send_transfer, None, 0)
    lib.libusb_submit_transfer(self.transfer)
    while self.drv_locked:
        r = lib.libusb_handle_events(None)
        if r < 0:
            if r == LIBUSB_ERROR_INTERRUPTED:
                continue
            lib.libusb_cancel_transfer(transfer)
            while self.drv_locked:
                if lib.libusb_handle_events(None) < 0:
                    break

    self.count += 1

这是半异步版本：

def drv_send(self, data):
    if not self.Connected():
        return

    def f(d):
        self.drv_locked = True
        buffer = ''
        for c in data:
            buffer = buffer + chr(c)
        length = len(buffer)
        out_buffer = cast(buffer, POINTER(c_ubyte))
        libusb_fill_bulk_transfer(self.transfer, self.handle, LIBUSB_ENDPOINT_OUT + 1, out_buffer, length, self.cb_send_transfer, None, 0)
        lib.libusb_submit_transfer(self.transfer)
        while self.drv_locked:
            r = lib.libusb_handle_events(None)
            if r < 0:
                if r == LIBUSB_ERROR_INTERRUPTED:
                    continue
                lib.libusb_cancel_transfer(transfer)
                while self.drv_locked:
                    if lib.libusb_handle_events(None) < 0:
                        break

        self.count += 1

    self.command_queue.put(Command(f, data))

这是完全异步版本. device_poll本身就是一个线程.

def device_poll(self):
    while self.Connected():
        tv = TIMEVAL(1, 0)
        r = lib.libusb_handle_events_timeout(None, byref(tv))
        if r < 0:
            break

def drv_send(self, data):
    if not self.Connected():
        return

    def f(d):
        self.drv_locked = True
        buffer = ''
        for c in data:
            buffer = buffer + chr(c)
        length = len(buffer)
        out_buffer = cast(buffer, POINTER(c_ubyte))
        libusb_fill_bulk_transfer(self.transfer, self.handle, LIBUSB_ENDPOINT_OUT + 1, out_buffer, length, self.cb_send_transfer, None, 0)
        lib.libusb_submit_transfer(self.transfer)
        self.count += 1

    self.command_queue.put(Command(f, data))

这是排队队列的地方.这是gobject超时的回调.

def command_worker(self):
    if self.drv_locked: # or time.time() - self.command_time < self.command_rate:
        return True
    try:
        tmp = self.command_queue.get_nowait()
    except Queue.Empty:
        return True
    tmp.func(*tmp.args)
    self.command_time = time.time()
    return True

这是转会的回调.它只是将锁定状态更改为false,表示操作已完成.

def cb_send_transfer(self, transfer):
    if transfer[0].status.value != LIBUSB_TRANSFER_COMPLETED:
        error("%s: transfer status %d" % (self.name, transfer.status))
    print "cb_send_transfer", self.count
    self.drv_locked = False

解决方法:

好的,我不知道我是否帮助你.你有一些带LCD的设备,你有一些固件来处理USB请求.在PC端你正在使用PyUSB包装libUsb.

如果您正在尝试速度问题,请尝试限制您正在转移的数据.不要传输整个原始数据,只能传输更改的像素.

第二,你有没有通过使用一些USB分析软件测量转移的速度,如果你没有钱硬盘usb分析仪可能尝试软件版本.我从未使用过那种分析仪,但我认为它们提供的数据并不是很可靠.

第三,看看哪些设备真的在做,也许这是你的数据传输的瓶颈.

我今天没有多少时间准确地回答你的问题,所以我稍后会再回过头来.

我正在看这个帖子已经有一段时间了,周围有一个死寂,所以我试着节省一些时间,看看更深.今天也许今天晚些时候还没多久.不幸的是,我不是python专家,但我知道一些关于C,C,Windows和大多数USB的东西.但我认为这可能是LCD设备问题,您使用的是什么,因为如果传输工作正常,并且数据被设备接收,则指出这是设备问题.

我看了一下你的代码,你能做一些测试,只发送1个字节,8个字节和端点大小的字节长度传输.看看它在USB mon上的外观如何？

端点大小是PICO LCD USB控制器使用的Hardvare缓冲区的大小.我不确定它对你来说是什么,但我猜测当你发送ENdpoint大小消息时,下一次masage应该是0字节长度.也许有问题.
关于测试,我假设您已经看过编程发送的数据.
第二件事可能是数据被覆盖,或者没有足够快地恢复.说覆盖我的意思是LCD无法看到数据结束,并将一次传输与另一次传输混合.

我不确定USB mon能够显示什么,但根据USB标准在端点大小包len之后,应该有0个len数据包发送,表明这是传输结束.

内容总结

以上是互联网集市为您收集整理的python – USB – sync vs async vs semi-async全部内容，希望文章能够帮你解决python – USB – sync vs async vs semi-async所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/767749.html

来源：【匿名】