在2025年4月21日的《通过MT3608进行升压问题不大》文章中，提到了一句“关于上面的第4点，要再花时间额外写一篇博客”。当初遇到的是什么问题呢？ 我从电源板上得到“电能”之后，会将电能分成5V和11.4V两路，传递给蜂鸣板，以令蜂鸣板上的两部分模块同时开始工作。然而在这个电力传输通道上，却出现了一些莫名其妙的情况：通过中间的四根导线将电能传递到蜂鸣板之后，蜂鸣器发出来的声音十分浑浊、沙哑。 我现在已经记不清之前写文章时听到的声音状态了，而现在听到的声音状态一定和之前的不一样、有了些许好转，但依然不是饱满、洪亮的声音。 这个问题，还要再花时间研究一下。 其实我也不用纠结之前听到的声音有多么恶劣，毕竟最近一段时间对电路进行了很大幅度的调整，可能已经解决了不少问题。只需要在此刻听到的声音的基础上，继续完善、优化电路就可以了。

如前文提到的，上一版电路板无法正常工作，原因就是IP5407芯片停止工作了。然而与前文猜测的也许不同，并不一定是我猜测的PCB布线过窄引起的。还有可能是外部线缆（从电池到PCB、从开关电源到PCB）的线径太小；还有一种可能就是上一版电路中，我在输出位置使用的3颗22uF电容用的是X5R导致的。 无论哪一种可能性，本质上都是IP5407看到的电池电压出现了错误、虚低，导致芯片停止工作。 因为没有精力逐项排查，所以我今天新做出来的电路，就索性将上面的怀疑问题，全都改良了一遍。结果，问题得到解决，现在电路可以正常工作了。因而也就不再仔细推敲上一版中究竟是哪里出现的问题了。 现在接下来的工作开始变得有些尴尬：接下来做什么呢？ 想着应该是先将整体功能全部实现出来，所以下一个工作，就是完成前面板PCB的设计与制作。 经过测试，这个电路还是存在问题的 现在怀疑是C7这颗电容是多余的，但是在反复测试过程中，将电路板烧毁了。还要再找时间重新做一块电路板，好辛苦。我为什么会怀疑是C7电容导致的问题呢？ 现在IP5407上电之后，明显会出现一个1秒的延迟，看它的技术手册提到1s停摆是因为出现了过流保护、会间断1秒重新上电。当我将电路导通时，整个电路中C7这个电容是饿着的、并且这个电容容量还不小，所以它很可能会在上电瞬间吃电吃到过流，引起IP5407停摆。一秒之后，C7已经被其他电容充上电、也被上一次停摆之前充上电，所以整个电路就是稳定的，所以只要经历一次停摆，就能恢复正常工作。 如此想来，C7现在就是重点怀疑对象。

之前想到一个简单的电路，然后画了画、今天动手试了一下，感觉没有问题、可以实现。但是比较郁闷的是其中要使用单刀双掷开关、或者更方便一些就是使用双刀双掷开关。虽然使用更高级的开关可以让电路简化，但是这些高级的开关并不好找，即便真的有、手感上和形式上也很难满足我的需求。 所以我觉得还是退而求其次，用比较简单的单刀单掷开关来实现吧。以下是第一部分电路的重新规划——完全改用单刀单掷开关来实现。电路看上去应该是可以运行的，不知道实际效果怎么样，还要再花时间搭建真实的电路来验证一下： 我设想的电路整体分成三个部分，上面是第一部分。现在觉得第一部分的电路无论怎么实现，都是可以搞定的，毕竟它的功能最简单；难的是第二部分的电路，没有想好怎么才能只通过一个单刀单掷开关实现。 另外，上面的第一部分电路现在也只是核心功能，如果考虑到更复杂的情况，例如将LED增加进去，也会让问题变得复杂。 看来这个“小功能”也不是一朝一夕能够搞定的，我索性也就不着急、慢慢学习、慢慢尝试了。 想了想，第二部分电路的结构大概清晰了，并且有对第一部分电路进行了微小调整，至此的基本思路如下：

Day: 44, SLOC: 6182。 前阵子将仿真软件的基本开发环境搭建起来、勾勒了个整体的模型结构，并且先有的没的将符号绘制、图像渲染、参数调整、计算输出……都草草实现了一遍，绝大多数都是以快速成型、不确保正确为原则开拓的代码基底。 这套开发环境的构建原则是“尽量轻巧”，因而甚至连IDE工具、CMake都没有引入，纯粹使用裸代码撰写，虽然过程痛苦，换来的却是十分的轻便，而且每一行代码都是纯手写，代码敲得十分过瘾。 上面的快乐时光结束之后，就是实打实的撰写每一个具体方法，再不能天马行空、一日百行。每天代码增长大约只有几十行。好在我对模块拆分的很细，基本上每一天都能有个小小的新功能被实现出来。 今天完成的是AC电源的引入，现在终于可以看到一张“时域动画”，效果比之前每天看到的“直流稳态”要灵动一些。 接下来要完成的是电容的引入，这是一个比较重要的、也是需要用到更多核心计算机制的IC，一旦完成了电容的引入，就可以进行一些基本电路的仿真了。 当然，电容的引入并不是1、2天就能完成的事情，所以这期间还会找一些相对容易的功能也一起实现。例如：对已经绘制了的线段、IC进行删除、移动。这样以上普通功能和“难点功能”，就共同构成了本周要进行的开发需求。

在 NetlistManagerClass 中原本有一个方法叫做 updateAllNetlistIndexTo()，它起初的含义是将第一网络节点中所有的成员，从第一网络节点中删除、并且追加到第二网络节点中，然后第一网络节点便成为了“荒废节点”，可以删除掉了。 这个方法存在着一些问题。首先是它的名称今天看来已经不再准确，更准确的名称应该是 merge，完成的功能还是一样的：将网络节点a和网络节点b中的所有成员，都迁移到a或b网络节点中，然后将荒废掉的网络节点剔除掉。 其次，对于merge(netlist a, netlist b)，究竟是将谁的内容迁移到另外一个网络节点中呢？昨天我纠结了很久，后来想明白了：无论从a到b，还是从b到a，实际上都是一样的，因而完全没有必要纠结要不要为这个方法增加第三个参数指明保留谁。 而今天重构这块代码的时候，又有了更为“智能”的一个方案：既然无论怎样的方向对于合并都没有影响，那么就应该选择成员最少的网络节点进行“搬家”操作，这样效率会更高，因而在merge()内部进行判断，找到a和b中迁移成本低的进行迁移。 额外的，在完成上述方法重构时发现，除了在 PlacementManagerClass 中会调用netlistManager->merge()方法外，在NetlistManagerClass中也会调用netlistManager->merge()方法，并且后者的调用是“迂回到footpin中”进行调用，后者的“迂回”导致代码逻辑十分难以理解，所以将迂回的调用删除了，如此就简化到只要在PlacementManagerClass和NetlistManagerClass两个类中的两个位置上调用merge()，如此代码相对比较容易理解。 即便做到了上面说的“只在两个地方调用”，实际上还是有些“繁琐”的，还是业务逻辑上的繁琐与不恰当。这一点上现在脑子有些乱，所以先写下这篇备忘，将相关工作记录一下。有时间会再推敲如何继续合并代码，争取只在一个地方、一个逻辑内，完成“网络节点的合并”。

这个软件截至昨天，应该当是一个小的阶段完成——可以初步实现直流电源、电阻构成的电路中各个网络节点的电压求解。起初觉得神秘，做过一遍发现背后的数学原理十分简单，只需要根据电路创建线性方程组，然后求解即可。 下一阶段知识难度估计会大幅度提升，为了迎接下一阶段的挑战，我想还是应该先把当前的工作重新整理、封装，确保现在的代码稳固。因而今天开始做代码的收敛工作。 首先是将之前遗留的若干问题要逐一解决掉，其中既有bug，也有功能的缺失。今天主要完成了以下工作： 1、线性方程组构建中存在一个缺陷，引发了在开路时的电压计算错误，这是方程组中的节点方程构建时，没有考虑到悬空引脚导致的； 2、对代码中若干冗余的方法进行清理； 3、对代码中若干传值的地方进行调整，改成传递引用； 除此之外，还有一些功能上的缺失也要在接下来几天逐一完成： 1、对已放置的IC进行删除、移动等操作； 2、对已放置的IC进行选取，通过弹窗对它们的属性值进行调整。 如上工作全部完成之后，便可以将“交流电源”引入进来，从而产生“时间”的概念，为后续增加非线性元件打下初步基础。 Update 2024.12.28 Day: 33 SLOC: 5012 下午到了家乐福，晚上吃的牛肉面。吃牛肉面之前的一段时间： 1、完成了弹窗修改 电阻 和 直流电源电压 的功能； 2、完成了这个弹窗机制的通用化，也就是说所有的IC，都从基类定义是否可以弹窗，如果可以弹窗，就在IC自己的类内实现弹窗风格和窗口内容设置； 然后下楼吃牛肉面，去的路上想明白了线路中的电流是怎么计算的，没有偷懒的途径，必须对线段进行分割，才能实现电流的分段计算。所以吃完牛肉面回来，开始着手进行线路分割操作。 分割线路的整体思想很简单：落PIN时，判断落PIN是否压中了线段，如果压中线段则对已压中的线段按PIN进行切割；画线时，则是判断线段是否穿越了PINs，如果穿越了PINs，就一次找到每一个PIN同样以PIN为分割点、对线段进行分割。 完成这个功能之后，又进行了一下“清理电路中冗余线段”的功能实现。 1、如果某线段两端有任意段悬空，则将这条线段标记为冗余线段，完成一次检测之后，将所有检测到的冗余线段删除掉（注意此时还要删除连带的可能的冗余网络节点、冗余网络节点存储器等）。…