成长之路

Firefly 简单使用指南

Fri, 02 Jan 1970 00:00:00 GMT

这个博客模板是基于 Astro 构建的。对于本指南中未提及的内容，您可以在 Astro 文档中找到答案。

文章的 Front-matter#

1
---
2
title: 我的第一篇博客文章
3
published: 2023-09-09
4
description: 这是我新 Astro 博客的第一篇文章。
5
image: ./cover.jpg
6
tags: [前端, 开发]
7
category: 前端开发
8
draft: false
9
---

属性	描述
`title`	文章标题。
`published`	文章发布日期。
`updated`	文章更新日期。如果未设置，将默认使用发布日期。
`pinned`	是否将此文章置顶在文章列表顶部。
`description`	文章的简短描述。显示在首页上。
`image`	文章封面图片路径。 1. 以 `http://` 或 `https://` 开头：使用网络图片 2. 以 `/` 开头：`public` 目录中的图片 3. 不带任何前缀：相对于 markdown 文件的路径
`tags`	文章标签。
`category`	文章分类。
`lang`	文章语言代码（如 `zh-CN`）。仅当文章语言与站点默认语言不同时设置。
`licenseName`	文章内容的许可证名称。
`licenseUrl`	文章内容的许可证链接。
`author`	文章作者。
`sourceLink`	文章内容的来源链接或参考。
`draft`	如果这篇文章仍是草稿，则不会显示。
`comment`	是否启用此文章的评论功能。默认为 `true`。
`slug`	自定义文章 URL 路径。如果不设置，将使用文件名作为 URL。
`password`	文章密码。设置后文章内容将被 AES-256-GCM 加密，访客需输入密码才能查看。
`passwordHint`	密码提示。显示在密码输入框上方，帮助访客回忆密码，也可以不加。

文章文件的放置位置#

您的文章文件应放置在 src/content/posts/ 目录中。您也可以创建子目录来更好地组织您的文章和资源。

1
src/content/posts/
2
├── post-1.md
3
└── post-2/
4
    ├── cover.png
5
    └── index.md

自定义文章 URL (Slug)#

什么是 Slug？#

Slug 是文章 URL 路径的自定义部分。如果不设置 slug，系统将使用文件名作为 URL。

Slug 使用示例#

示例 1：使用文件名作为 URL#

1
---
2
title: 我的第一篇博客文章
3
published: 2023-09-09
4
---

文件：src/content/posts/my-first-blog-post.md

URL：/posts/my-first-blog-post

示例 2：自定义 Slug#

1
---
2
title: 我的第一篇博客文章
3
published: 2023-09-09
4
slug: hello-world
5
---

文件：src/content/posts/my-first-blog-post.md

URL：/posts/hello-world

示例 3：其他语言文件名使用Slug#

1
---
2
title: 如何使用 Firefly 博客主题
3
published: 2023-09-09
4
slug: how-to-use-firefly-blog-theme
5
---

文件：src/content/posts/如何使用Firefly博客主题.md

URL：/posts/how-to-use-firefly-blog-theme

Slug 使用建议#

使用英文和连字符：my-awesome-post 而不是 my awesome post
保持简洁：避免过长的 slug
具有描述性：让 URL 能够反映文章内容
避免特殊字符：只使用字母、数字和连字符
保持一致性：在整个博客中使用相似的命名模式

注意事项#

Slug 一旦设置并发布，建议不要随意更改，以免影响 SEO 和已存在的链接
如果多个文章使用相同的 slug，后面的文章会覆盖前面的
Slug 会自动转换为小写

linux

Mon, 13 Jul 2026 00:00:00 GMT

● 编译成功！ Release 版本已经生成，产物有两个：

┌────────────────┬───────────────────┐

│ 文件 │ 说明 │

├────────────────┼───────────────────┤

│ /home/work/PU/Release/ftuApp │ ARM 可执行程序 │

├────────────────┼───────────────────┤

│ /home/work/PU/Release/update.tar.gz │ 升级包（含程序和脚本） │

└────────────────┴───────────────────┘

---

回顾一下你今天完成的事情

1. 在 Linux 虚拟机上部署了 ARM 交叉编译工具链

2. 装了 Eclipse CDT

3. 交叉编译了缺失的 libfftw3f 库

4. 成功编译出 Release 版本的 ftuApp

接下来如果需要调试设备，就是之前说的流程：

- ARM 设备上用 gdbserver <2345> /userdata/FTU 启动

- Eclipse 里用 FtuDebug 配置远程 GDB 调试

日常

Mon, 13 Jul 2026 00:00:00 GMT

现代计算机系统任有局限性，能干你让它干的事情，却不一定是能干你想让它干的事情。

电力系统

Mon, 13 Jul 2026 00:00:00 GMT

电力系统的发展来源

Firefly 一款清新美观的 Astro 博客主题模板

Mon, 13 Jul 2026 00:00:00 GMT

🌟 项目概述#

Firefly 是一款基于 Astro 框架和 Fuwari 模板开发的清新美观且现代化个人博客主题模板，专为技术爱好者和内容创作者设计。该主题融合了现代 Web 技术栈，提供了丰富的功能模块和高度可定制的界面，让您能够轻松打造出专业且美观的个人博客网站。

🖥️在线预览： Firefly - Demo site

🏠我的博客： https://blog.cuteleaf.cn

📝Firefly使用文档： https://docs-firefly.cuteleaf.cn

⭐Firefly开源地址：https://github.com/CuteLeaf/Firefly

⭐Fuwari开源地址：https://github.com/saicaca/fuwari

CuteLeaf

Firefly

Waiting for api.github.com...

Waiting for api.github.com...

00K

Waiting...

Firefly

🚀 技术架构#

静态站点生成: 基于 Astro ，提供极快的加载速度和优秀的 SEO 优化
TypeScript 支持: 完整的类型安全，提升开发体验和代码质量
响应式设计: 使用 Tailwind CSS 构建，完美适配桌面端和移动端
组件化开发: 支持 Astro、Svelte 组件，灵活可扩展

📖 配置说明#

📚 详细配置文档: 查看 Firefly 使用文档获取完整的配置指南

程序流程

Mon, 13 Jul 2026 00:00:00 GMT

FTU (Feeder Terminal Unit，馈线终端单元)，你可以理解为配电网里的”路由器+监控器”。装

在电线杆或配电站，负责：

1. 采集数据：电压、电流、开关状态（遥测、遥信）

2. 控制开关：远程分合闸（遥控）

3. 跟主站通话：通过 IEC 101/104 规约把数据上报给调度中心 SCADA

4. 安全加密：国网要求，所有通信都要加密认证

用一句话概括

FTU (Feeder Terminal Unit，馈线终端单元)，你可以理解为配电网里的”路由器+监控器”。装在电线杆或配电站，负责：

1. 采集数据：电压、电流、开关状态（遥测、遥信）

2. 控制开关：远程分合闸（遥控）

3. 跟主站通话：通过 IEC 101/104 规约把数据上报给调度中心 SCADA

4. 安全加密：国网要求，所有通信都要加密认证

用一句话概括

▎ 这是个跑在 ARM Linux 上的嵌入式 C

▎ 程序，把配电网的一次设备（开关、断路器）的状态和测量值通过网络传给远程调度中心，同时接收调度指令控制设备。

---

建议从哪里开始看

按这个顺序，由总到分：

1. PU.c ← 主入口，看 main() 怎么拉起所有线程

2. sqliteDB/sqDataBase.h ← 全局数据结构定义，所有模块共用

3. iec60870/ ← 核心：跟主站通话的协议栈

├── iecsysif.c ← 协议接口层

├── iec104server.c ← IEC 104 服务端（主站来连设备）

├── iec104Client.c ← IEC 104 客户端（设备去连主站备通道）

└── iec101server.c ← IEC 101 串口协议

4. comManage/comManage.c ← 通信管理：串口、网口、安全芯片

5. sqliteDB/ ← 数据库：参数表、遥测表、遥信表、遥控表…

6. compositeDi/compositeDi.c ← 遥信采集（开关状态）

7. dcModule/dcModule.c ← 直流电源模块

8. maintain/maintain.c ← 远程维护通道

9. lcdDisplay/ ← LCD 显示界面

先看 PU.c 的 main()，把线程启动图搞明白，再看 sqDataBase.h 搞清楚数据结构，后面就一通百通了。

ISER'24 课程阅读清单（可本地阅读）

Mon, 13 Jul 2026 00:00:00 GMT

🔗 **直接阅读入口：[📖 本地论文阅读页]…

ISER’24 课程阅读清单#

来源：jyy 的 ISER 2024 阅读清单

🔗 直接阅读入口：📖 本地论文阅读页
已下载 19 篇论文到本地服务器（5 PDF + 14 HTML），可直接在浏览器中阅读。其余 34 篇因付费墙限制需跳转原文网站。

来自 jyy (蒋炎岩) 的 ISER 2024 课程，覆盖 PL、系统、安全三大方向，共 50 篇论文。

Software Engineering Research

Mon, 13 Jul 2026 00:00:00 GMT

Software Engineering Research: Three Easy Pieces#

软件工程研究：三件容易的小事#

Reading, Writing, and Hacking#

阅读、写作、和黑客式编程#

“A week of coding can save you an hour of reading the documentation.” What is software anyway?

What is software’s engineering?

What’s Up with Our Software?

“Adding manpower to a late software project makes it later.(The Mythical Man-Month)”

向一个已经延期的软件项目添加人力，只会让它更延期。

“Software engineering: making life easier for code peasants,given that we can’t seem to build good software quickly.”

软件工程：就是让代码农奴的日子好过一点——鉴于我们似乎就是没法又快又好地造出软件。

“Faster(productivity) and better (quality).The ultimate dream.”

更快（生产力）和更好（质量）。终极梦想。

“Kill ourselves in software development.”

在软件开发中把自己卷死/累死/耗死

The Only Thing We Can Still Do:

我们唯一还能做的：

Seek fun and profits

追求乐趣和利润。

Slove really interesting (and hard) problems!

解决真正有趣（且困难）的问题！

Find 100 bugs in GCC/LLVM; figure out why Android apps lag;…

Build useful tools!

在GCC/LLVM里找100bug;搞清楚Android应用为什么会卡顿；…

构建有用的工具！

Quick test: Would real software engineers (like those at Google or Meta) care about your work?

快速测试：真正的软件工程师（比如Google或Meta的那些人）会在乎你的工作吗？

How to Read a Paper in Three Steps 如何三步读一篇论文

S. Keshav. How to read a paper, ACM SIGCOMM Computer Communication Review, 3(37), 2007.

Quick scan 快速扫描
category, context, correntness, contributions, clarity 分类，上下文，正确性，贡献，清晰度，记下关键点
Jot down the key points
read with care, but ignore details as proofs 仔细阅读，但忽略细节（如证明）
Virtually re-implement 虚拟复现
re-create the work as if you were the author 以作者的身份重新创作这项工作。

How to Read a Paper(cont’d) 如何读一篇论文（续）

A “machine-learning” approach 一种“机器学习”式的阅读方法

This paper identifies a new problem! 这篇论文提出了一个新问题！

Back-prop didn’t I notice this important peoble? 反向传播：我为什么没注意到这个更重要的问题？

This paper tackles an existing problem! 这篇论文解决了一个现有问题！

Hide the solution and try to slove it yourself (like auto-regressive models) 隐藏答案，自己尝试去解决（就像自回归模型那样）

Back-prop didn’t I come up with this solution? 反向传播：我为什么没想到这个解决方案？

We are “transformers” 我们就是“Transformer”

Traps and Pitfalls in Paper Reading 阅读论文时的陷阱与误区

Only papers solving my problem are relevant 只有解决我问题的论文才相关

Good problem solvers have lots of tools in their toolbox 好的问题解决者工具箱里有很多工具

This paper is limited in XXXX. It’s useless! 这篇论文在XXXX方面有限制，所以没用！

Every paper has limitations, be constructive in your criticism 每篇论文都有局限性，请建设性的批评

I give up！我放弃了

- Don’t give up easily — get some background from ChatGPT 不要轻易的放弃——先向ChatGPT了解一些背景知识。

Quick Recap 快速回顾

Read a ton of papers 海量阅读论文
Read really good papers (to develop a good taste in research) 阅读真正好的论文（以培养对研究的好品味）

- The training-data quality matters 训练数据的质量至关重要

- “Textbooks are all you need” but… “教科书就是你所需要的一切”，但是…

90% of “top-conference”papers have almost no “real” contributions (maybe doing well,but not groundbreaking) 90%的顶会论文几乎没有真正的贡献（也许做得不错，但并非突破性）

- Lots of papers can mislead junior researchers 大量论文可能会误导初级研究人员。

Use tools wisely (citation manager, symbolic engines ,GPT,…) 明智地使用工具（文件管理工具，符号引擎，GPT…）

探春

Sun, 12 Jul 2026 00:00:00 GMT

探春是读书识字的，拥有力挽狂澜的能力，能救贾府于水火之中，可以远嫁。生在末世，本应发挥枭雄实力，奈何命运。

加班

Sun, 12 Jul 2026 00:00:00 GMT

修改中山的程序

中山程序修改#

录波格式的修改，和过流逻辑区分开
配置液晶参数
合并珠海过流需求