Sparkfun边缘引导程序问题

Question

最后，sparkfun板边缘板今天到达;-)

遵循这个编写良好的指南：https://codelabs.developers.google.com/codelabs/sparkfun-tensorflow/#3，当我试图在Ambiq上闪存代码时，NoResponseError和tensorflow示例附带的uart_wired_update.py脚本都被困住了

opprud$ python3 tensorflow/lite/experimental/micro/tools/make/downloads/AmbiqSuite-Rel2.0.0/tools/apollo3_scripts/uart_wired_update.py -b 115200 /dev/cu.usbserial-1430 -r 1 -f main_nonsecure_wire.bin -i 6

MOJ/Connecting with Corvette over serial port /dev/cu.usbserial-1430...

Sending Hello.

No response for command 0x00000000

Traceback (most recent call last):

  File "tensorflow/lite/experimental/micro/tools/make/downloads/AmbiqSuite-Rel2.0.0/tools/apollo3_scripts/uart_wired_update.py", line 336, in <module>

    main()

  File "tensorflow/lite/experimental/micro/tools/make/downloads/AmbiqSuite-Rel2.0.0/tools/apollo3_scripts/uart_wired_update.py", line 38, in main

    connect_device(ser)

  File "tensorflow/lite/experimental/micro/tools/make/downloads/AmbiqSuite-Rel2.0.0/tools/apollo3_scripts/uart_wired_update.py", line 58, in connect_device

    response = send_command(hello, 88, ser)

  File "tensorflow/lite/experimental/micro/tools/make/downloads/AmbiqSuite-Rel2.0.0/tools/apollo3_scripts/uart_wired_update.py", line 235, in send_command

    raise NoResponseError

__main__.NoResponseError

我的设置：

• Macbook pro，试过旧的15英寸和新的13英寸
• Sparkfun系列基本突破，USBC版本(默认跳转到3v3)
• FTDI 3v3系列电缆

我试过了

• 两个不同的边缘板，带有正确的Key14 & reset组合体+ misc变体和定时
• 旧Macbook上的遗留USB
• 新Macbook w USB C
• FTDI 3v3系列电缆替代sparkfun串行板
• 在tensorflow/lite/experimental/micro/tools/make/downloads/AmbiqSuite-Rel2.0.0/tools/bootloader_scripts/uart_boot_host.py，中运行替代uart_boot_host.py脚本也没有响应

我可以用一个作用域测量握手字节'0x14‘、'0x55’、'0x9d‘、'0xe9’'0x0‘、’0x0‘、'0x8’、'0x0'，在编程头上的TXO引脚上，最初传输的是115200 --但这个象素没有回复任何内容。

顺便说一下。机上的演示正在运行，蓝色的led闪烁，一个“是的”正在被识别。

欢迎任何投入。

有人知道corvette引导程序的协议吗？

是否有来自第一批板的CPU修改更改，或者可能是sparkfun意外编程的任何锁位？

来自热切的TF lite用户的rgds ;-)

Answer 1

我试着用rx/tx引脚上的一个范围来测量实际的波特率，并发现使用默认OSX串行驱动程序的位定时相当不精确，应用程序10%的折扣，导致错误的读数，最终丢失字节，当波德率很高时。

在更新到ch340串行驱动程序之后，定时得到了改善，并且比特时间是正确的。在921600 byte时，单字节8N1应该是10.9uS

驱动程序安装https://github.com/adrianmihalko/ch340g-ch34g-ch34x-mac-os-x-driver

Answer 2

这就是对我起作用的东西：(来源：BSP/问题/3，SparkFunEdge教程和我的队友！)我在Linux机器(x86_64；运行$ uname -a)和我的SparkfunEdge DEVICENAME=/dev/ttyUSB0上运行这个

本教程在第四步上警告您注意这个问题。

注意:一些用户报告了他们的操作系统的默认程序员驱动程序的问题，因此我们建议您在继续之前安装司机。

单击司机链接并按照“其他Linux发行版”下的说明操作如下：

1. 安装ch34库的正确版本。$ git clone https://github.com/juliagoda/CH341SER.git $ cd CH341SER/ $ make $ sudo insmod ch34x.ko $ sudo rmmod ch341
2. 要验证是否使用了正确的驱动程序，请运行：$ dmesg .. [889247.585301] usb 1-7: ch341-uart converter now attached to ttyUSB0 [955698.718839] usbcore: registered new interface driver ch34x [955698.718848] usbserial: USB Serial support registered for ch34x [955759.196437] usbserial: USB Serial deregistering driver ch341-uart [955759.196576] ch341-uart ttyUSB0: ch341-uart converter now disconnected from ttyUSB0 [955759.196601] usbcore: deregistering interface driver ch341 [955759.196643] ch341 1-7:1.0: device disconnected 现在从SparkfunEdge板上拔出USB-C，然后再将它插回$ dmesg .... [955876.176950] ch34x 1-7:1.0: ch34x converter detected [955876.177320] usb 1-7: ch34x converter now attached to ttyUSB0。

Answer 3

很高兴听到你对董事会如此兴奋。我有一种预感，这将是一个简单的解决办法。

在会议上分发的边缘板设置了一个115200波特的引导加载程序，但是第二批发布的边缘板升级到921600波特，大大减少了闪烁时间。尝试更改串行上传脚本中的波特率。

您还可以设置，为Apollo3微控制器编写自己的应用程序。查看这里的教程：在Ambiq中使用边缘板