准备学习Smoothieware工程，将固件调试环境先搭建一下。前面实验，已经将 MSYS2 MINGW64 + eclipse-cpp + arm-gnu-toolchain + makefile的单步调试环境搞定了，已经可以正常调试LPC17xx-DFU-Bootloader工程。就在这个环境基础上，搭建Smoothieware的固件调试环境。

前言用户那给的协议是和QT相关的，并没有输出裸数据，而是用QT序列化之后输出的。如果要访问他们的socket server, 得到数据后，要处理成裸数据才能用.为了解决能用他们提供的协议数据，有下面2个方法：使用相同版本的QT, 写个client, 得到数据后，将数据变成裸数据(基础数据类型 + struct)存起来，供自己的程序来取。直接用其他语言(e.g. C/C++)访问QT版的...

前面做了一个实验(NXP - 用MDK建立基于arm-none-eabi工具链的工程框架),用来解决如何在MDK下做一个基于arm-none-eabi工具链的工程框架，但是不能单步调试。不能单步调试后面隐含的问题，可能是不能正常运行。自己又琢磨了一条，冒出了几个调试思路。一个一个的落地，终于有个思路是可以的，单步调试问题搞定了。果真啊，前面那个实验虽然编译过了，经过这个实验验证，确实是不能运行的。

卡在底部相机矫正上, 底部相机的硬件安装已经很精确了, 基本能排除是硬件问题.现在问题定位, 大概率是openpnp软件问题.准备在调试openpnp软件源码之前, 再用替换法试试哪个openpnp稳定发行版本可以解决我手头的问题.如果都有这个问题, 那就去单步看看具体啥问题.如果某个版本之前是可以解决我手头问题, 就说明底部相机矫正不能每次都通过, 是那个版本之后带来的问题.openpnp稳定发

笔记同事集成了一些已有电路到底板.因为原来的子电路的网络标号改起来费劲, 同事就在同一条线上, 加了一个网络标号, 将2个网络连在一起. 如下图这样从原理图上说, 是对的. 将2个板子的网络对接为1个网络.编译原理图时, AD2019 出现了同一个网络标号有多个别名的警告.[Warning]mother_board.SchDocCompilerNets Wire MCUB_TPTX- has mu

在写allegro导出后的坐标文件转换为openpnp坐标文件的转换程序。为了精确，从allegro导出的坐标文件规则为pin1的坐标。现在想知道其他引脚的坐标(e.g. 元件pin1对应的最大对角上的pin坐标), 从而算出元件针对于pins围成的几何图形的中心。用allegro打开PCB, 定位到想要的元件，测量引脚的距离。这个比较烦。从导出的坐标文件中，拷贝封装的名字，在自己的PCB库中，找

在整理程序内部显示版本信息相关的实现.程序在开发中的时候, 随便硬编码.现在准备和程序rc资源中的版本信息对应起来, 这样的话, 程序升级后, 只需要改rc中的信息, 不用担心程序中用到的版本信息的硬编码问题.以前也见过这种类实现, 没存货. 用了2个小时, 自己封装了一个类. 好用.

Footprint Expert PRO 22 - 自定义封装 - mark点前言前段时间尝试用Footprint Expert PRO 22做了一个标准封装，熟悉了Footprint Expert PRO 22的基本用法。今天想做一个mark点。mark点并没有作为Footprint Expert PRO 22的封装向导存在。所以，只能使用Footprint Expert PRO 22提供的自定

今天和CSDN上的同学讨论问题.他遇到了一个奇葩问题.他使用Footprint_Expert_2022-04_Pro为cadence SPB16.6产生封装失败.运行：allegroload.bat 之后提示错误：遇到这种问题, 如果不是自己软件环境设置错了, 就是软件本身有bug. 属于计算机维护方面的事情.我们可以做的事情不多.询问了他的计算机环境(win10专业版 + SPB16.6 +fo

cadence SPB17.4 - allegro - 手工放置原理图没有的封装前言假设要在拼版中，放置mark点。那原理图中不可能有的。或者就是要在成品PCB上，单独放一个新的PCB元件封装。笔记前提假设这个新封装做好了，放到了库目录里面。假设正式原理图用的是自己搭好的CIS数据库，但是新做的这个封装，并没有CIS库中对应的原理图元件。这时，需要在Advanced Settings页中，勾上 L