变频器实习DAY12

变频器实习DAY12

一、继续，柔性平台测试！

• PC板子镇楼
  

上午 王工Modbus新功能测试

P81.05		设置1是能外部通讯
P81.06	无法查看	给定频率外部地址设置为10(000A)(地址的选定范围问题)
01 06 00 0A 00 10	01 06 00 0A 00 10 A8 04	给定1.6，实际0.8，比例为1/2测试通过
01 06 81 08 07 0D	01 06 81 08 07 0D E3 C1	修改基准频率为2000，测试通过(需要更新参数)
01 06 00 0A 00 10	01 06 00 0A 01 F4 A9 DF	给定1.6，实际0.4，比例为1/4测试通过
01 06 81 08 05 DC	01 06 81 08 05 DC 22 FD	修改基准频率为1500，测试通过
01 06 00 0A 00 10	01 06 00 0A 01 F4 A9 DF	给定1.6，实际0.53，比例为1/3试通过
01 06 81 08 01 F4	01 06 81 08 01 F4 20 23	修改基准频率为500
01 06 00 0A 00 10	01 06 00 0A 01 F4 A9 DF	给定 1.6，实际0.16，比例为0.1P81.09-P81.23		从前往后的优先级，可以重复

• 发现的问题和解决：
  1. 地址和优先级：目标频率设置地址是单独的地址，只读；状态字的设置地址是共同地址，前面的状态字优先级更高
  2. 更新参数：目标频率不是参数不需要更新，其他数据都是参数，需要更新参数之后生效
  3. 基准值1000以内，一千以内输入多少就是多少，1000以上，目标频率=输入值 /（基准值-500）*5

下午 柔性平台继续按照说明书再测一遍

• 老样子没有IO板，版本号不用测了
• 低载波启动功能测试通过，只要设定好7008的值就会以2kHz启动，速度高了之后就会转为自己设定的载波频率
• 模拟量数字量和modbus测了
• 本地控制切换功能测试通过，切成本地不能启动，但是可以关闭
• 注意，1002是特殊参数，只有切到远程控制才能修改

附加的小知识点

中国狸花猫

• 可温顺可暴躁，主要看环境，喜欢动，晚上喂了一只，可爱捏
  

.git文件

Git 的 .git 目录是版本控制的核心数据库，存储了仓库的所有元数据和对象。以下是其关键内容的简明分析：

1. 核心结构

.git/
├── HEAD              # 当前分支指针（如 `ref: refs/heads/main`）
├── objects/          # 所有数据对象（Blob/Tree/Commit）
├── refs/             # 分支和标签的引用
├── config            # 仓库配置（远程地址、别名等）
├── index             # 暂存区（Stage）状态
└── hooks/            # 客户端钩子脚本（可自定义）

2. 核心对象说明

对象类型	存储路径示例	作用
Blob	objects/ab/cd123...	存储文件内容（压缩后的二进制数据），文件名通过SHA-1哈希生成。
Tree	objects/12/34abcd...	记录目录结构，包含文件名、权限及对应的Blob/Tree的哈希。
Commit	objects/56/78ef...	保存提交信息（作者、时间戳、父提交哈希）及根Tree的哈希，构成版本链。

3. 关键文件详解

   • HEAD
     指向当前活跃分支（如 refs/heads/main），或直接记录某个提交哈希（分离头状态）。

   • refs/heads/[分支名]
     每个分支对应的最新提交哈希（如 refs/heads/main 文件内容为 a1b2c3...）。

   • index
     二进制文件，记录暂存区文件的状态（哈希、时间戳、路径），是 git commit 的原料。

   • logs/
     记录所有分支的变更历史（用于 git reflog 恢复误操作）。

4. 数据关系示例

5. 空间优化机制

   • Packfile（objects/pack/）
     将相似对象压缩为 .pack 文件（含增量编码），减少存储占用。

   • 松散对象
     未被压缩的独立对象（新创建的文件初始存储于此）。

6. 用户可操作文件

文件	是否可手动修改	风险
config	✅ 是	可能破坏远程配置
hooks/*	✅ 是	无风险，自定义脚本
objects/	❌ 否	直接修改会导致数据损坏
refs/	⚠️ 谨慎	错误修改可能丢失分支

7. 如何验证完整性？

# 检查对象库是否损坏
git fsck# 查看对象内容（如Commit）
git cat-file -p a1b2c3

总结：
.git 目录通过对象数据库（Blob/Tree/Commit）和引用系统（refs）实现版本控制，所有提交的文件、目录结构和历史均存储于此。理解其结构有助于修复仓库问题或深度定制Git行为。

附学习参考网址

1. .git 文件夹详解

欢迎大家有问题评论交流 (* ^ ω ^)