2025-10-31 00:00:00
拆解一下最近买的车载智能屏幕，看看这个小屏幕的方案
包装很简陋，给了个4m长的typec线+遥控器+屏幕+吸盘支架
简单试用了一下，需要配合下载iPixel Color的软件来使用，软件本身DIY属性就还不错，可以使用各种素材来合成要显示的图片，甚至图片序列都可以
唯一有点小可惜的地方就是这个东西不能接入米家或者任何其他智能
给的遥控看起来也是个简单的蓝牙遥控，估计也是个电容遥控，想要改一下可能也比较费劲
遥控只能固定显示某些图片，不能自己DIY遥控按下的图片
查了一下产品源，应该是这三个公司中某一个主导做的，深圳市希顿科技有限公司/深圳市永杰信电子有限公司/天浪创新科技（深圳）有限公司，都是小公司，官网模板用的都是差不多的
拆起来比较简单，螺丝一拧就可以卸下外壳
屏幕本身就是PCB，与底壳的typec接口有一根线连接
侧面有一个小按钮，按钮是用来旋转屏幕内容的，这个还挺细节的，旋转本身会被记忆，断电不会丢
可以清楚的看到使用的芯片
JL AC23BP，是杰理的AC23BP1U293，应该是个蓝牙5.3的芯片，作为主控
GD 25Q64ESIG，是GD的存储芯片，64Mb的一个flash，还挺大的，看来可以存储不少图片
可以看到这个东西竟然还带了个小麦克风，不愧是杰理，专业做蓝牙音频方面的，这个屏幕都带麦克风
APP里有音频采集，但是用的是手机的麦克风，那这个屏幕的里麦克风到底是给谁用的呢？
本身是以类似邮票的方式贴上去的，可以把屏幕和主控剥离开来，换个一样尺寸的主控板上去就能把整个功能换掉了
还有一种逆向思路，由于是手机蓝牙直接控制的，那么我只要做个类似的蓝牙控制器，模拟手机发送的内容给他，然后把这个和米家开关啥的联系上，作为一个被控方，就能接入米家了，虽然做不了那么多事情，但是用4控的按键，就能显示出来十八种状态了
那么只要提前录好十六种状态对应的图片或者内容即可
这个小屏幕做的还挺好的，APP的交互也还行，只是看起来似乎没卖好，销量很小，大部分都出给国外了
2025-10-29 00:00:00
在工业领域，需要使用可靠性非常强的协议，并且对于延迟要求也很高，如果同时这个协议本身也具有高拓展性，那就更好了，这里主要是从CAN出发，看看相关在CAN之上的协议层有哪些可以选择。
CANaerospace是专为航空电子系统设计的通信协议，基于CAN总线技术，用于满足机载设备对实时性和可靠性的严苛要求。CANaerospace底层对CAN的payload重新定义了，将整个CAN总线设计成了网状，允许一对一和一对n通信。
设计的思路还是比较简单的的，说白了就是给各个节点约定好的数据类型和数据值，具体这个数据干啥用的靠Service Code和Message Code区分
DDS主要是用在自动驾驶方面的技术栈，核心思路也是把传感器之类的东西变成总线式的交互，这样防止系统过于复杂，底层还是靠CAN来实现数据链路层
https://www.analog.com/cn/lp/001/primer-network-management-CANopen-protocols.html
CANopen，类似的按照节点和对象字典来区分，CANopen把节点ID给固定死了，设备能用的一开始就规定死了
┌──────────────┬─────────┬──────────────────┬─────────┐
│ CAN 标识符 │ RTR │ 数据字段 │ CRC │
│ COB-ID │ │ 0-8 字节 │ │
│ 11 bits │ 1 bit │ │ │
└──────────────┴─────────┴──────────────────┴─────────┘
https://legacy.uavCAN.org/
DroneCAN 和 Cyphal 都是早先一个叫做UAVCAN的项目。 在2022年，该项目分为两个部分：原始版本的 UAVCAN (UAVCAN v0) 更名为 DroneCAN，较新的 UAVCAN v1 更名为 Cyphal。 这两项协议之间的差异在Cyphal vs. DroneCAN中作了概述。
总体来说UAVCAN在当时的0.9版本已经较为广泛使用了，不好再做改动，所以在这里进行了分化。
UAVCAN对于发布订阅模型支持是不太完善的，传输层和应用层的的解耦也没做好，还有一些其他缺点，最后导致了版本分化
https://droneCAN.github.io/Specification/1._Introduction/
DroneCAN只支持29bits的扩展标识符，老协议不支持。
DroneCAN在无人机领域使用非常广泛，近百万的设备在用，这是他目前的优势，可以接入的设备都比较多，但是缺点也很明显，而且未来发展的趋势基本也都是往Cyphal走了
支持DroneCAN的传感器或者模块也比较多了
电调（ESC）: Zubax Orel, CUAV NEO, Holybro GNSS: Here3, Zubax GNSS 电源模块: CUAV HV PM, Pomegranate Systems 气压计、磁力计、激光测距等
https://opencyphal.org/
https://forum.opencyphal.org/t/the-cyphal-guide/778
https://github.com/OpenCyphal
┌──────────────────────────────────────────┐
│ 应用层 (Application Layer) │
│ - 诊断、配置、物理量定义等 │
├──────────────────────────────────────────┤
│ 表示层 (Presentation Layer) │
│ - DSDL 数据结构描述语言 │
│ - 序列化/反序列化规则 │
├──────────────────────────────────────────┤
│ 传输层 (Transport Layer) |
│ - Cyphal/CAN, Cyphal/UDP, Cyphal/Serial│
└──────────────────────────────────────────┘
Cyphal核心机制还是发布订阅模型，也支持C/S模式下的请求响应模型，在表示层使用了DSDL去描述数据类型，简化了上层做数据转换的压力
同时Cyphal在协议层就允许不同版本之间进行通信，有足够大的兼容性
| 协议 | 最小配置 | 典型配置 | 完整功能 | 相对大小 |
|---|---|---|---|---|
| DroneCAN | ~10 KB | 15-30 KB | 40-60 KB | ⭐⭐ 小 |
| Cyphal | ~15 KB | 30-50 KB | 60-100 KB | ⭐⭐⭐ 中等 |
| CANopen | ~20 KB | 40-80 KB | 100-200 KB | ⭐⭐⭐⭐ 大 |
| CANaerospace | ~15 KB | 25-40 KB | 50-80 KB | ⭐⭐⭐ 中等 |
| 协议 | 静态 RAM | 动态 RAM（每连接） | 栈空间 | 总需求 |
|---|---|---|---|---|
| DroneCAN | 2-5 KB | 0.5-1 KB | 1-2 KB | ~4-8 KB |
| Cyphal | 4-8 KB | 1-2 KB | 2-4 KB | ~8-15 KB |
| CANopen | 8-15 KB | 2-4 KB | 2-4 KB | ~15-25 KB |
| CANaerospace | 3-6 KB | 1-2 KB | 1-2 KB | ~6-10 KB |
| 协议 | 消息解析 | 协议开销 | 实时性 | CPU 负载 |
|---|---|---|---|---|
| DroneCAN | 简单快速 | 低 | 优秀 | ~1-3% @ 500Kbps |
| Cyphal | 中等复杂 | 中等 | 良好 | ~3-5% @ 500Kbps |
| CANopen | 较复杂 | 较高 | 中等 | ~5-10% @ 500Kbps |
| CANaerospace | 中等 | 低 | 优秀 | ~2-4% @ 500Kbps |
| 协议 | 最小 Flash | 最小 RAM | 推荐 MCU | 示例芯片 |
|---|---|---|---|---|
| DroneCAN | 32 KB | 8 KB | Cortex-M0+ | STM32F0, STM32G0 |
| Cyphal | 64 KB | 16 KB | Cortex-M3 | STM32F1, STM32L4 |
| CANopen | 64 KB | 16 KB | Cortex-M3 | STM32F1, STM32F4 |
| CANaerospace | 48 KB | 12 KB | Cortex-M0+ | STM32F0, STM32G4 |
占用比我想得还要大，如果只是一些小模块使用，确实有点太过了，特别是成本敏感性的
CANopen: █████████████████████ 1000万+ 设备
DroneCAN: ████████ 50-100万 设备
Cyphal: ███ 1-5万 设备
CANaerospace: ██ 数千-1万 设备
https://docs.px4.io/main/zh/CAN/index
2025-10-28 00:00:00
程序员总会遇到这样的问题，走技术道路还是管理道路？以前也有亲戚或者爸妈同事的孩子（计算机出身）想问问我以后的路要怎么走，以我个人经历来谈一谈
接触程序比较早，属于是初三、高一的时候就已经在写程序了，只是那会是玩按键精灵，VB语法，大漠插件，那会觉得会一个语言好厉害，C++好牛，C、C++、VB都学了，写点我自己想要的自动化程序已经是没啥难度的了。
在那个年代，搜索引擎还是很好用的，想要啥就能搜到啥，没有那么多废话。但是在外挂这个偏门领域，想要再进一步有点困难了，当年感觉Windows的Hook简直就是天神下凡，有啥你想要，但是现有的库或者接口做不到的，Hook都可以做到，各种奇巧淫记。但是这东西只是偏门，而且用起来恶心，很多东西没有明文说明，都是摸索出来的经验，现在想想那会还真是糊里糊涂的在写代码，拿着一堆没搞明白干啥用的东西，底层逻辑也不清晰的就糊上去了。
至于当时的面向对象、面向过程，对象是没搞明白，但是过程可太熟悉了，做了无数个过程代码，多少算是锻炼了年少时的逻辑思维能力吧。当年的计算机二级，辅导过各种大学生，想来也挺搞笑的，初中生辅导大学生。
高中时第一次知道了物联网，感觉这个概念可太牛了，那会大概是10、11年，那会估计物联网专业的都不知道他们的物联网能干啥，那会我已经自己想通了电视、冰箱、洗衣机等等家电联网的逻辑，想想那会可真是领先了一大批人。
大学专业也毫不犹豫的选了和计算机相关的专业，以我当时的自信吊打一下大二大三应该也不是问题，计算机的课大部分不上我也知道咋回事，课本都自己看，自己学了。老师讲的不一定有用，但是我自己看过的内容后来都被我用上了，很多我能发现或者意识到的问题，都是基于过往的积累，如果当时没有看过，工作的时候就完全不会想起来这个内容
但是也有一个方面发现落后了别人好多，校内的算法比赛，第一次看到题懵逼了，这是啥？后来比完看到差距以后，才明白别人从高中就开始在信息竞赛里天天训练的脑子还是真牛，自此以后再也没参加过算法相关比赛了。
刚开始还记得初心是做物联网，买了些开发板，学习了嵌入式相关的知识，学完以后觉得可牛逼了，没啥智能家居我做不出来了，那会也确实如此，很多智能家居的东西还是非常简单的，看一眼就知道用啥模块可以实现了，但是对于整个物联网生态还缺少体系化的思考，也没意识到这个东西后续是个万亿级别的市场，在当年还是非常有机会的。
后来参加电赛，接触到四旋翼，从那会开始就走偏了，忘记了物联网的初心，去搞飞机相关的内容了，当年四旋翼也没多少人搞，很多东西都没有，那会也不太会翻墙，少了一整个Google和GitHub，那会已经可以组起来一个较大的嵌入式工程了，软硬都了解，想做啥基本都可以做了。
同时也走了一些弯路，当时弄了一些Window phone的C#开发，后续这个东西停了，就废了，Web那会还不认识Spring，傻傻的拿Html写前端，真的有点坑到当年的队友了。
学生时代技术已经十分发散了，C为主，C#、C++为辅，后来又自学了python，基本上主力语言都摸了一遍，不看语法，大部分语言都能直接看懂了，接触过的技术栈也非常杂：嵌入式、.NetFramework、MFC、HTML、Windows Phone、Unity3D、Latex
好在那会补全了我的一些知识体系，至少从底层、编译、操作系统、应用、UI，由下到上这么一系列东西让我体验过了一遍。大三后期又上了很多软件工程的课（当年上的时候已经被淘汰了），但是作为一个工程学，他的核心思想竟然后续都被我吸收了，这是我没想到的，也没想到这个简单的工程思想竟然在实际工作中遇不到有人会，真的挺离谱的，软件工程也成为了我后续发展的主要考虑对象
等到了工作时，算是对我自己的专业知识、以前漏掉的一些知识内容重新查漏补缺，再次巩固我自己的专业度，深究每一段代码的含义，彻底拿下一方面的技术。在这个基础上，又往其他方向扩展了一下，算法方面，多年没有深究，再次接触，系统学习了一些算法知识（本质上是数学，图论），捡起来以前离散数学，发现很多问题迎刃而解了，有了更优的解，解了很多实际中的问题。
在唱衰互联网的时候，又学习了一下Springboot整个前后端相关的知识内容，又做了一个实际项目，对于整个网络端业务体系，算是有了一个深入了解，后续再做联网相关内容的时候就能考虑的更完善了，不再对我是黑盒了。
到这里基本上我算是从底层到上层，整条数据链路都打通了，技术栈相对完整了，所有内容我一个人都能做了
纯语言、纯某个技术栈，有上限吗？有，也没有，要挖深，可以无限往下弄，但是工作、业务真的需要吗？普通人有可能涉及物理或者数学的理论基础吗？不行的，多数情况下，你所做的业务能完成工程化就已经非常好了，足以吊打很多野路子了。
当纯技术我发现没有更多突破的时候，我开始转向技术的周边，比如整个编译架构，CI/CD，比如整个工程从需求到落地需要经历的每一个环节是不是还能做得更好，自动化，工程迭代能否用更少的人力，更小的改动，达成更大的目的？整体架构对于业务支撑是否拥有足够的包容度和扩展性，能否轻松改几行代码或者复制粘贴几个文件就能达成一个新硬件支持？我开始深究从第一行代码到业务覆盖，是否能给出一套方法论或者工程指导，让我或者其他人达成一个高效的迭代开发体系。这些想法我都先用在了我自己的代码、工程中，我自己验证每一步是否可行，是否高效，当我验证完，就把这一套推广给其他人了，大家使用一套类似的方法论，甚至可以对此进行二次优化，逐步做得更好。
从技术转向工程，算是完成了第一次转型。
然而每个人的精力是有限的，我总不能什么都管，有了工程体系，我就可以考虑逐步把手上的技术交给其他人去做，只要工程体系没有大问题，那么随着需求迭代开发就没问题。
手上技术拿的越多，技术越广，最后都要面临把一个个单项技术分出去，分的越多，最后手上剩下的越少？就约专注？好像也不是。刚开始是不断捡起，但是随着东西越来越多，开始学会放下，学会交付给别人，否则一定是分身乏术的。而随着手上的东西越来越少，也就有时间去思考超过技术、工程本身的东西，从更高的角度去看问题，去审视每个人所在的位置，每次遇到的问题根源是什么，此时开始偏向管理，工程转向管理，第二次转型。
纯技术工作对于我已经没有挑战了，转型管理也是必然，管理本质上还是为了业务和人员服务，如何让大家更好的工作、业务更好的开展罢了。
当然并不是每个人都要这么做，每个技术都有各自所在业务的深度，有的技术是需要不断突破，不断创新的，这种持续做技术完全没问题。而有的技术，当你做到一定程度，可以拿下整个技术栈的时候，你是选择躺平了呢，还是继续寻找突破点？因人而异吧
技术本身与业务是不分家的，如果纯纯只做技术，不了解业务，只能说你技术肯定做的不行，好的技术一定是非常了解业务的。当技术搞定时，此时还有一个角度可以玩，那就是去做业务：产品经理，这种类型的产品拥有无与伦比的优势，天生了解技术细节，能跳出技术本身，看到业务的矛盾点和方向，可以让产品发展得更好，让需求少反复几次，让技术实现少走弯路。
我在做管理的同时就发现了，很多问题可能不是技术的问题，不是工程的问题，他可能是产品的问题，整个产品的定义或者细节中漏了一些东西，甚至产品本身就是定义不全的，而这些东西对于落地非常关键，一旦被模糊了，那么就会导致落地时有问题，在落地阶段反复修改之前的功能或者定义，与之对应的，我又做了第三次转型，同时兼管产品，确保产品实现的效果是我想要的，每个细节都有具体的定义，不再模糊放过问题，这些都会导致后期再进行维护时带来很多其他问题
以前觉得别人说代码设计，要瞻前顾后，写个类，写那么多冗余、抽象的东西，毫无意义。但是今天当你站在实际业务前，看到业务里各种前后兼容的丑陋设计时，就会感觉到，前期留下的冗余代码在此时是多么的细节，但是这种能力不是每个人在当时都能看到，都能做到的，只能说在后期一次次重构的时候会多想一想业务，把代码平台本身的扩展性设计得更大，代码包容性更强，那么业务的变动都在代码考虑之内就毫无难度。
对业务不够了解，不应该去做重构或者是创新，这样的玩法只会浪费时间，凭空做了很多没有价值的创新和重构，特别是新人刚加入项目。
做协议，必须对上下层都懂，否则只会以偏概全，最后做出来的结果别人不愿意用，最后不了了之
培养一个资深测试，特别是对于业务无比了解的测试，价值远大于一个产品和技术
不要让拿不下业务的产品进行需求开发，只会把产品带偏
超过半小时的会议，会议内容一定过于发散了，要尽量缩短会议时间，快速沟通矛盾点，没问题的地方直接跳过，不要废话
以自己当前的经验，总结一套方法论，其实就是对于业务开发的方法论，希望新人也好，还是有经验的人也好，可以从这里学习，知道自己在什么位置，应该做什么，有经验的人可以帮助完善这一整套体系。
以目前我的角度来看，无论大、小公司都有一套自己的方法论，这套方法论被反复在内部的产品上验证，它可能不是100%会成功，但是成功的概率是远大于一帮乌合之众的凑到一起做出来的。
从我的角度，不一定要模仿谁的方法论，每个公司或者项目都可以走出自己的路，很多东西是要结合当下的情况来定的，很多别人的经验没办法直接搬过来用，更多的是借鉴学习别人的解决问题或者矛盾的方式方法，并不是抛弃自己来时路，抛弃自己曾经用过的方法。
一些粗浅的想法
2025-10-09 00:00:00
据说十一开始的前后两天，路上都非常堵，那我只能等到人不多的时候，开始自驾，逛一下广东周边，时间还是有点紧张，边走边记
粤东大致路线
本来想去曾师傅-宋·川菜珠江新城店，但是曾师傅的双人一饭封神体验餐十一不能用，只能现场点菜，这就比较麻烦了
后来还是先去了客·AKEN’S KITCHEN 私房菜，398￥一个人，一共大概是九个菜
感觉一般，没有什么说是特别好吃的，吃完大概七分饱的样子，工艺属性拉满，仪式感高一点，其他的一般般吧。
还是推荐去吃大厨的，这种小厨、私房的东西还是有点拉了，和米其林的服务比起来还是差了一些
距离广州老远了，这也能算广州，我有点没想到
一去别人村里在摆宴，看了下刚好是今天10.3，还没开始，结婚的是两个姓陈的，而旁边就是陈氏祠堂，大户人家。
而里面的古村早就没人住了，能进去的就两间，全是马克思
古村里除了我以外一个游客都没有，一个都没有，甚至连工作人员都没有，这个地方真的是坑爹。
古村后面还有个小山，也是很久没人来了，我随便逛了下，糊了一脸蜘蛛网
邓山村也是非常偏，但他也是广州的，以为真的是个观星小镇，其实啥的没有，连个充电桩都是坏的。
古榄园，唯一一个能勉强算得上景点的地方，同样缺乏维护，更像是村里的村景，不大，一眼望得到头，十五分钟就能走一个来回了。
邓山村的路上，有一个小水坝，有不少家长带孩子来玩水，也有搭帐篷、露营的
以前可能是真的老街，卖一些老东西、特产什么的，各种鱼干啥的，但是现在这个街翻修了，变成了仿古建筑了，狗屎一坨，然后这个街的石板路没铺平，高高低低的，走起来很别扭，很多商铺都还没人，没装修好。
不值得去，卖的那些东西，广东基本都能买得到，晚上住在这里的民宿，垃圾的一批。
老街附近的正果寺，没啥好看的，但是寺里这个桌上，放了个小乌龟，真的超级有才，特别是后面的院子里标着狗粮、乌龟粮，配合这个小茶桌上的小乌龟，别有一番风味。
难评，也是河边的沙滩，晒得要死，有人租遮阳棚，河边本身是禁止游泳的，但是依然开放了这里，缺少救生员，都是家长带孩子来玩水、玩泥巴的
开车一个多小时，下了高速以后基本就到了，但是发现1.3km的路堵1小时以上，那不用想了，不是里面爆满了，就是路上出事了。趁我还没进去，直接掉头走人。
溪头村是有可能是那种可以溯溪玩的，可惜了，看起来可能和前面去的邓山村类似，都是一下高速，走一段就到景区了，估计也是个村景。
之前广州公众号里推的小镇，南平静休小镇、西和小镇、米埗小镇、生态设计小镇、吕田小镇、莲麻小镇，实话实话说都是只能观赏15分钟就得走的地方，但是距离一个赛一个远，基本距离广州市区都是1-2小时车程的
好久没有走过村里的国道了，有的是真的修的不错，肉眼可见的好，有的是直接就在修的，很难走，还有就是那种大小补丁的路，一颠一颠的。
国道路过的大大小小的村落，其实都很偏，但是国道把这些小村子都串起来了。
门票很便宜，34，云髻山不算特别高，走慢一点，大概45分钟-1小时就能登顶了，中间大概会路过三个瀑布，还行
总的来说勉勉强强吧，算是比其他几个地方好一点点，但是总体景区的指引缺少，卖水的都很少，全都是卖豆花、糖水什么的，很奇怪。山路台阶不太好走，高的老高了，窄的的又特别窄，放不下脚的那种。
人不算特别多，停车到景区山脚下就行。
时间太紧了，这个地方本来打算去的，但是看下下，这地方光是走路就得2小时起步，就算有电梯辅助，也少不了多少。
晚上去梅州路上第一次遇到高速堵车，大概是几个货车撞了，一个翻车，几个追尾，堵了一个半小时一动不动的那种。
叶剑英纪念馆、千佛塔、泮坑瀑布就不去了，红色、佛教没兴趣，瀑布由于要去黄满磜，这里就不去了，但是听说也不错的。
客家博物馆附近是有点堵的，停车不容易，建议稍微开过一点，路边有很多停车的地方。
客家博物馆广场挺大的，但是没啥内容，空大，人都挤到博物馆内了，主要是客家起源、发展，大概了解一下。
值得吐槽的就是客家的冰箱贴可真贵啊，随便一个就二三十，重庆可是五块2个啊，这个价格有点离谱了，广东都这么有钱的嘛？
江北老街，有点以前去厦门的那种风情街的意思，看起来都是新改造出来的，卖的自然也是游客价，略贵。
走出老街以后，吃了个掩面，确实挺便宜的，但是好像没我以前深圳吃的便宜，好像烧卖也是这里的特产？很多烧卖店，就是卖相有点难看了。
雁南飞茶田景区包含两个，一个是茶田，一个是桥溪村，进去要做巴士，当然你也可以纯走进去，稍微远了点，建议能坐都坐，里面还有的你走呢。
茶田类似梯田一样，可以拍照打卡，其余的景色都一般般，只能说有，没啥玩乐的，纯逛。
桥溪村需要做巴士走盘山路，会路过一个大水坝，但是也只能远观，上去以后就是村口了
桥溪村应该是最拉的，服务人员还说限制时间，但是实际上地图所有标注的xx堂、xx楼全是别人家，你只能看看外表面，那里就是本地人自己住的房子，没有任何特殊的点，就纯骗，过来的人都有点不明所以。
然后桥溪就有个小溪一样的，有些位置可以给你稍微玩下水，再就是栈道，栈道尽头是养心谷（三个大字）没了，对没了，你还得原路返回，旁边你也能爬山，不高。
只能说这个景点有点点离谱，适合拍照，如果人多可以租一个接驳车，大概可以坐七八个人，然后在景区内逛比较方便，其他的就真的一般般了。
揭阳的路是真的搓，车道线不明显，全磨没了，晚上根本看不见，大家都随便走，然后路上各种鼓大包，我悬架弄到最高我感觉都有点刮底盘。
有点孔庙的意思，带小孩逛逛还行，其他的就一般般吧，围绕整个学宫，弄了个揭阳古城，周边是些吃喝玩乐的地方
行程中止，后续的行程只能下次再说了
万万没想到，离开揭阳前，从停车场出来，就撞上了这个石墩子，然后爆胎，右前铲又被干爆了。这个石墩子在车内360完全看不到，由于又是刚出停车场门口，本来近距离报警就一直响，就没注意，加上他这个本身就有个台阶还是个坡，能走的路就一点点，停车场出来不能直行（石墩子刚好档在了右侧），得先左打才能转出来。这个石墩子对比其他墩子都被蹭的黢黑，坑了不少人。
回看视频，行驶速度就5km每小时，但是就是干爆了轮胎，有点奇怪，车胎爆了以后，车机立马就提示了，然后就是小米道路救援，看本地是否能维修或者处理。以我上次的经验，这个前铲刮了、然后前保险杆有点翘皮了、轮胎爆了，必然要走报销，而且一两天都弄不完。
协商了半天，揭阳本地修不了ultra，也没备件，最近只有汕头才行，但是行程就剩2天，咋都弄不完，那就拖回深圳处理。正常小米道路救援只能拖回邻近的城市，但是十一期间加上ultra会员，可以直接拖回用车城市，免费。
由于爆胎了，客服又说最好别移动了，会导致轮毂受损，失圆，换轮毂又是一笔不小的费用，但是我停在了停车场出口上，还好这个停车场是双出入口，我堵了一个，还有另一个，停车场的老哥直接立了个牌子让他们绕去那边，不然一直有车bb，谁也顶不住。
但是等拖车等了接近4个小时，从11点多等到16点，拖车才来。来了以后，小米流程很复杂，这也要拍照，那也要拍照，把拖车司机折磨疯了，等拖的时候拖车要横过来，卡住整个马路，然后发现拖不上去，会直接刮底，刮前铲，就只能重新协商，要我本人同意，自己开上拖车，失圆责任重新甩给我，无奈，所有人都等了一个多小时，只能接受，重新开上拖车，大概就10m，就能闻到右轮的焦皮味。
当晚我到家以后，车也同时到了小米售后中心，但是这个卸车没有接车人，司机直接把车卸路中间，人走了，不知道这该怪谁， 小米愿意提供服务，但是中间环节又有漏洞，难顶。
小米客服说是上了拖车以后就会发放打车券，500，我被重复发了，给了1000
可是打不到车，揭阳回深圳太难了，加价到一千，都没人接单，而这个打车券是高德的，只能打车，不能顺风车、也不能拼车，很无奈了，而且还有时限，也暂时用不上，浪费了
揭阳到深圳的高铁是一张票都没有啊，十一还是太恐怖了
于是乎只能滴滴打顺风车了，顺风车倒是不贵，独享也就430多，但是体验真的是一言难尽，怪不得那么多人喷顺风车，真的不是没道理。
顺风车一共打了六次，最后一次才真的上车，基本上前五个，每个都要私下加价，是直言不讳的说要加钱，一问加多少，加300，车费就430多，加300？你是真的敢叫，且不说还是些烂车。实际从揭阳到深圳大概300多公里，算上堵车最多是5小时，如果车费700多，算算时薪100+，这些司机是一个比一个黑。
最后一个打到的顺风车，算是比较好的体验了。
最后一个司机也是职业顺风车司机，但是不是坑人的那种，大家聊了一路，大概了解了一下顺风车的内幕。前面不走的这种司机，不但加你价格，还要中途带人，一趟下来必须得盆满钵满才行。由于我是独享，那就更不愿意带你了，而你要是拼车，那算是完了，厉害的人家开2小时都出不了本市，贼离谱，一定要把拼车拼满才能走，时刻要保证车上满载，否则就得各种拼人，真的离谱。然后平台也默认拼车人的时间是没有上限的，你今天一天都耗到车上也完全没问题，这就导致了看似便宜的拼车，实际时间成本无限高。
平台本身在整个行进中是不允许司机和乘客同时关闭APP（杀后台）的，一旦同时关闭了，立马就有人工电话打进来询问情况，要求你和司机同时开启，这个也挺合理的，确实能保证安全。
行进过程中，如果司机开太久了（3小时），会强制要求司机休息（20分钟），否则之后就不给司机派单，直接拿捏你司机。
司机开的乐道L60，开顺风车的时候，直接智驾，其实3小时疲劳根本用不上，如果你不赶时间的话，智驾高速上驾驶比你自己稳多了。
从揭阳去深圳，路上基本走沈海高速，但是沈海是真的堵啊，整个高速大概就有三四个堵车点，其中两个一个堵车14公里，一个堵车11公里，不绕，今晚就高速上过了。
司机和我一人一个导航，我百度，他高德，互补导航，我们各种在堵车前下高速，走过拥堵以后再上高速，这么来回走了2趟，总算是走过了所有拥堵路段，一路上就能看到很多类似的绕路车辆，基本都是粤A、粤B的。比较符合导航刻板印象的是，在一个红绿灯，所有高德导航都往左走去了乡间小道，而所有百度都直行走了国道或者省道。
乡间小单单行道，但是距离近，直接横穿了，但是晚上很多车，很多村里摩托，行车压力还是大一些的。
国道省道，那就是两车道或者三车道起步了，路宽也亮，摩托也少，就是绕路有点远。
而在路上，小米车主果然都是最符合刻板印象的车主，一路超车，单行道也要找机会各种超
最后走了接近5个半小时，中间停车充电了不到20分钟吧，总算回到了深圳。
整体也算是挺有意思的一趟，上次坐顺风车可能还是五年前了，大晚上走了好多村子，确实看到了好多以前没见过的。
广东的村子有的富有的穷，但是总体村里的道路都算不错的，有钱的村子，路边的家家户户都有灯带装饰，路灯上挂着灯笼，可能本地人看多了不觉得有啥，但是外地人光是路过就会觉得哎这个村子不错，然后晚上各处都在放烟花庆祝中秋，穷一些的村子就没这些了，有条路就不错了。
十月六号回深圳以后就开始修车了，先是定损，轮毂毫无疑问失圆，同时导致刹车盘、卡钳也连带出了一些问题，这就要追加保险，保险优先还是三方维修，然后维修结果小米直接拒绝，认定影响安全驾驶，就换盘和卡钳，这一折腾就一周起步。整个修完花了14天，修完以后刚好赶到赛道活动，去了以后发现有问题，车偏右，还是偶发的，之前已经发现了，说是能弄好，但是我实际开发现还是有问题。于是又送回去修了2天。到这里这车修了16天，然后补偿就是8号的那个500代金券，有点离谱，直接投诉。
后续补偿方案的时候又发现我在后台里没有代步车权益，说是系统出问题漏发了？我说我怎么每次问代步车都跟我说没有，奇了怪了。
补偿方案，七天代步消耗，兑换成1500积分*7补偿给我，门店店长直接转账我500（但是后续店长又会怎样罚款对接我的服务人员），但是修车评价要给好评。至于之前反馈的拖车的问题，门店这个级别无能为力，这个在小米内部应该是另外一个部门处理的。
之前已经了解到小米对于门店的要求非常之高，动辄起步罚款就是10w起步，解雇都是小事。车主手上的反馈是直接进入小米内部的，一旦有问题，对应门店、服务人员全都要被连带，店长还拿服务人员跟我打感情牌，讨价还价（道德绑架我，给我多少就要扣服务人员多少），你真的敢啊，全程我都有录音。
后续反思，严格要求之下，确实可以让小米的服务做得更好，但是这种实际发生的问题，并没有解决，这个事情只是在我或者在这个店里解决了，对于小米其他店、其他客户的服务一点好处都没有。小米流程上的疏漏，店内能正确反馈上去引起重视，从而更合理的解决吗？还是店里最后只在乎自己的利益，能拿到小米的授权肯定是块大肥肉了，这种中心和分部之间的博弈怎么才能做得更好。不仅仅是这个门店店长，小米整个交付、售后体系的每个人都非常在乎客户的这个评价，会直接或者严重影响到他个人，会追着你要好评。
如果一个系统里，每次客户提交的结果都是好评，那小米怎么得到正确反馈？怎么优化自己的流程？反而是那种被真实评价，真实反馈涉及到的服务人员成了整个体系里的替罪羊。
这部分问题下次有机会可以跟小米的产品沟通一下，看看怎么解决。
实际开了三天吧，走了935公里，基本能智驾就智驾，80%都是智驾开的，我只负责上下高速和城区或者村里。
长途驾驶或者堵车，基本都是很轻松的，高速上只要不乱搞，你不会主动发生事故，大部分情况也都能应付得过来，开车反倒变成了一种休息，景区里逛累了，开车去下个景点的时候休息一下，如此反复，还挺好的。
没升级到端到端之前，普通的NOA，还是挺好用的，130定速巡航，大弯都能稳稳的过，但是后面升级到了HAD就不行了，大弯会突然要接管，吓死个人。
然后城区使用HAD，开车决策还是过于肉了，超车变道也很慢，每次判断之前一定都会减速，然后后面跟的车，就会闪你或者b你，影响你的智驾使用体验。
如果没有其他车干扰，那这个东西确实能用，确实你可以不接管，完全给车自己开，但是现实情况人会受到外界其他车主的影响，而且行驶过程中遇到人行道、路口、红绿灯等等完全没有阻碍的情况下，他也会默认减速，就导致乘坐体验不太爽。
智驾过程中也遇到了极端天气的情况，超大暴雨，一瞬间就啥都看不到了，智驾会提示接管。但是如果是不那么极端，比如前后摄像头人眼已经不太能看清了（有水雾、脏东西等）似乎也能正常智驾，不会提示遮挡或者接管，不知道是靠什么实现的
以下行程就以后有机会再说吧，节假日就不乱跑了，真的太堵了，广东是真的人多车多，还是有钱惹的祸啊
汕头，早茶
感觉自驾还是得多带一个人，可以帮忙看看导航，提前规划路线，能省好多事，说不定我也能不撞石墩子了呢？
https://mp.weixin.qq.com/s/l5U26QKp87wbi4HKJAm23A
https://www.v2ex.com/t/803573
https://post.smzdm.com/p/688340/
2025-09-30 00:00:00
七月份去的河源，太忙了，一直没空记录
总体河源还是个小县城的样子，去河源的路有点难顶，高速一直在修，路上限速80，车还挺多，很多大车靠左走，非常离谱
万绿湖的云都特别好看
万绿湖内的民宿，可以看清整个景区，其实不大。万绿湖游玩主要是做游船去湖里的各个岛上去逛
万绿湖名义上是广东水库，所以一般是不允许你下去游泳什么的，但是由于万绿湖特别大，所以很多沿湖的边上，有一些缺口，就有人过去露营、游泳，玩水什么的。
有一说一，正好是雨季，晚霞特别好看
万绿湖附近都是以吃鱼为主的餐厅，感觉一般，客家菜很多，待了几天，每天桌上都有一个客家豆腐，吃吐了。
曾经的亚洲第一高喷泉位于河源大桥与珠河大桥之间的新丰江中心，每到夜晚时分，喷泉水型多样，变幻莫测，融声光水色于一体，十分壮观。喷泉表演一般在晚上八点左右开始，持续约半小时，在欢快愉悦的乐曲中，绚丽多彩的喷泉水柱随着音乐舞动，气势如虹。不论是专程前往，还是沿着新丰江漫步经过时，这里都值得去看看。
据说喷泉高度有190米，估计现在应该没这么高了，这玩意都20多年了，喷泉配合的广播、音乐还是20世纪的味道，这二十来年估计一点都没变，只能说20年前这里是真有钱啊
喷泉一共大概持续25分钟，前面就是各种循环没啥特殊的，就最后1分钟才喷最高高度，也就那么回事。
晚上很多老人、妇女，领着、抱着小孩来散步，隔江看，喷泉跟前停车可真的老困难了，江边的停车位都是满的，技术不行进都进不去，别说停了
车停在河源市政府，晚上市政府停车位很空，里面的不知道是保安还是啥，直接招手让我们进去，说免费停，还挺好的。
从市政府走过去，电视塔下的就是茶山公园，就是一些普通的街健的器具，有一些摆摊的老人，人不算特别多。
茶山公园有几个奇奇怪怪的罗马柱，风格不太搭，旁边的公测还在改造，但是造型是个大桔子
电视塔一直播着各种广告，在城里挺显眼的
番外，河源机动车审批很离谱，各种按道理上不了路的车，在河源都能上，很多稀奇古怪的车，可能挂的都是河源的牌，粤P开头
2025-09-25 00:00:00
从建立这个博客开始，到现在（2025.9.25），已经快10年了，最近一看访问量有一百万了
Blog经过多次修整，目前相对比较稳定了，能满足我自己用，也不太需要二次开发
2015.11.1 上线
2017.1.9
2018.2.9
2021.4.28
Hux长期不更新，Hux用的js的cdn基本国内都挂了（导致网页加载时间极长），所以将部分link转成bootcdn部分直接作为本地文件存储了
修改代码中注释的渲染方式，看起来更明显了(之前的灰色斜体中文简直不是给人看的)
删除了一些没啥用的文件
移除Hux残留的一些编译文件
移除代码中早已过期的注释的内容
2021.4.30
2022.2.23
2022.12.14
2023.2.4
2023.3.25
2023.4.10
2023.7.17
2023.12.12
2025.11.1，Blog在线十周年
最初的blog用的域名是elmagnifico.me，用了一年多，后来才换成了elmagnifico.tech
22年底，基本23年才算是接入了统计数据，之前的PV、UV一直没有统计，就估计了一个值，加上去做偏移了
site_pv_num = parseInt(site_pv,10) + 572573;
site_uv_num = parseInt(site_uv,10) + 490731;
接入统计以后，3年大概就有40-50w的pv了
感谢Github，小Blog托管10年，接口都没变过，即使被DDOS，也没掉过线
Blog早年搬迁到自己的服务器了，但是Github pages一直在备份，从没出过问题
坚持写了十年，好多我自己关注的博主都断更或者变年更了，Blog从一开始的记录，变成了现在我自己的小众知识库，接触的东西越来越多，没办法记住所有的内容，不如写出Blog，需要的时候来翻一翻，本来定的目标是每周至少写一篇，后来发现一个月能发四篇就不错了，再到现在可能一个月能写一两个文章，想不起来要写啥主题了