还是要把Matlab拉出来做科学计算！

django 下面的code 关联数据太多！

所以在python下面的科学计算有点乱，或者直接说自己matlab还是用的更溜一点！于是改用matlab来重构一下excel表的数学模型！

问题1：不算是bug！ stall torque是通过拟合5个点的数据做一维线性拟合——推导出来的！ excel里面用的软件自带的trend！matlab or python 可用的空间太多了！但是总归还是call some function！ 最后总还是有细微的差异！1012.9mNm VS 1013.2mNm 据说原因是excel与matlab python底层的实现方式和浮点数运算精度存在微小的差异。

奇奇怪怪 step by step的check！

两个小小差异！

1. 1个电流的数据点从0.81手误输成了0.83.

2. gcm转换成mNm的系数原来用的是 GCM_TO_MNM = 0.0980665;改成一个更粗糙一点的 GCM_TO_MNM = 0.0981;

最后计算获得的数据一致了！

n5321 | 2025年9月16日 23:43

pycharm下面step by step 的debug设置！

第一步：删除当前的运行配置

1. 在 PyCharm 的右上角，点击你的配置名称（这里是 mysite）。

2. 在下拉菜单中选择 "Edit Configurations..."。

3. 在打开的窗口左侧，选中 mysite 这个配置。

4. 点击上方的减号（ - ）按钮将其删除。

5. 点击 "Apply" 或 "OK" 保存。

第二步：让 PyCharm 自动创建新的配置

1. 在你的项目中找到并打开 manage.py 文件。

2. 在文件中，找到 if __name__ == '__main__': 这一行。

3. 点击行号旁边出现的绿色三角形（▶️）“运行”按钮。

4. 在弹出的菜单中选择 "Run 'runserver'" 或 "Debug 'runserver'"。

这个操作会让 PyCharm 自动创建一个新的、通常是正确的 "Django server" 配置。

第三步：验证新配置并运行

1. PyCharm 会使用新配置来尝试运行或调试你的项目。

2. 如果需要，你可以再次进入 "Edit Configurations..." 查看自动生成的配置。它应该和你之前的设置非常相似，但这次它应该能正确地将参数传递给 manage.py。

3. 确保 "Python interpreter"（Python 解释器）和 "Working directory"（工作目录）都设置正确。从你的截图来看，之前的设置是正确的，新配置应该会自动继承它们。

n5321 | 2025年9月14日 21:41

autoem是一个德昌excel表——直流电机计算工具的替代升级版。

工程师并不需要改变自己的工作方式、工作习惯。熟悉的配方、熟悉的味道，轻松设计出更好的电机方案！客户即刻了解到——你为他创造了更好的价值！

1. 性能计算上：通过5个点来trend 五轴曲线，calculate关键参数。通过新旧绕组方案的对比，来预判新方案的性能——与原来一致！

2. 升级项：

   1. 打破区域壁垒，从本地数据升级为云端数据！从PC file 升级为html 网页！随时随地，拥有权限的人都可以编辑，查看，修改。——客户随时可以看到你做出来的努力！

   2. 升级UX:

      1. 把测功数据，性能曲线，数据表在一个页面展示，不要在多个sheet之前频繁切换！

      2. 详细动态的chart，鼠标挪过去就可以看到相关数据点的参数 ！不再只是一个大概

      3. （待添加）：新旧方案，多个设计方案的性能对比！对比性能曲线，关键参数，数据表。

   3. 数据库管理！——从file 变成database！

      1. 从散落的文档，到产品系列，产品，设计方案，测工结果——四级归类的category，整理好性能方案数据。

      2. 详细的meta data：可以查看创建的时间，创建者，样本编号

      3. 在一张清单下列出所以电机开发项目！一切尽在掌控之中。

n5321 | 2025年9月14日 08:45

对tutorial and books 两个app做的更新。

UI上面用了近似统一的风格，后端添加了若干的字段，和若干个功能。

关于AutoEM的设计

ready 用这个filter layout logic！

update 点：

1.allperformance table中的sha1做关联表，用id做1对1。

n5321 | 2025年4月12日 17:57

build solution才是为用户创造价值！

solution的设计方案？

总的来看，其实工作量还是偏大了！

Blog的问题：数据量不大，但是records还是有一点偏多。一共有100多条了。对performance也有了一点影响。

看了很多oop的书，然后回头看了一点python的书，好像对coding and python的理解深刻一点。

python下面有一个很不同的feature！ decorator！确实算是新的用法。

写代码看起来跟写文章越来越像，从认字、到写出好句子，好的文章，好的大部头，可是有相当的距离！

对code的理解程度更深了以后，确实是会有更好的想法，debug也更快一些！

todo list：

blog的detail page应该加一个JavaScript，增加功能识别summernote的code，然后提供function button，copy Code

n5321 | 2025年2月9日 19:51