正文大家好，我是bug菌~最近看了下IEEE Spectrum第十届年度顶级编程语言排名榜单，如下是从三个方面的整理的排名:1、Spectrum2、Jobs(就业)3、Trending(增长趋势)浅析一下：1、Python在 Spectrum 和 Trending 两个维度中都保持了第一名，确实Python变得越来越广泛了，并且我们公司招聘基本上都会把Python编程作为了一项指标，所以经常也有人

正文大家好，我是bug菌~明天又周五了，相信今天的心情应该是不错的~在嵌入式开发软件中网络协议栈实在是太重要了，可以说现在凡是被称为智能的设备，几乎都需要具备联网的功能。然而让自己手上的平台具有联网的功能，基本上都会要选择一款软件网络协议栈，当然啦用硬件协议栈也挺多的，不多相对来说功能比较容易受限。而软件协议栈徒手写的话，可以说对于大部分普通开发者而言是不太现实的。毕竟成熟的开源的网络协议栈挺多的

以前我们做项目需要翻手册、刷技术论坛、刷技术视频等等，一点点筛选、验证、总结，所以很多同事自嘲自己就是厨子，要做一顿饭，要去菜市场挑菜、配菜、把控火候等等从头做到尾，现在AI直接把预制菜端到了你面前，确实省了不少事，预制菜你真的敢吃吗？预制菜解决的，是「快速吃饱」的通用刚需，但它永远覆盖不了个性化、极致化的需求，哪怕你从来没下过厨(编程)，也能端出一盘看起来有模有样的菜（研发产品）。更磨人的是鼓吹

ST 这波操作会打击那些：没有核心自研 IP、仅靠兼容 STM32 生存、无细分赛道壁垒、依赖价格战的中小 MCU 厂商，将在生态、价格、供应链三重挤压下快速流失市场份额，当然这也会有一个过程，毕竟国产替代后很多公司也不想再一次未主控芯片的更换投入更多的精力。我们与华虹携手，通过打造一条安全、可靠、更具韧性的本地化MCU供应链，把与全球市场同标准、同性能的产品带给本地客户。，国内客户拥有灵活选择权

上周有个同事调试一个USB枚举失败的问题，他首先就是问AI，AI回复了一堆原因，他逐一尝试了各种办法，问题依旧。在当前的语境下，没法跟你考虑到如此优雅的递归函数会把仅有8KB的栈空间撑爆，更不会考虑你的产品要在-40℃到85℃的环境下稳定运行。你可以让AI帮你写代码，但你无法让AI替你承担对系统的责任。AI目前能够做的无非就是开放信息的整合，它并不了解你实际的需求，甚至你问同一个问题它都无法给出相

由于是双内核，双核通信需要提供专门的机制，比如一些消息/信号传递让实时域任务与非实时域 Linux 进程进行通信，而且实时核的API也不同，更倾向于移植传统 RTOS 代码和应用开发。如果需要极低的确定性延迟，比如10us以下的微秒级，或者需要双核隔离等，可以考虑使用。缺点也是有的，就是理论最坏情况延迟相对后面的两种方案会差一点，不过达到十微秒到百微秒级别还是没什么问题的，bug菌采用这种方案做过

用法就是设备A发送数据前，先拉高DE，发送完成后立即释放DE，转为接收。如果多个设备同时激活DE，总线电平混乱，通信失败，这也是很多初学者在玩RS485经常遇到的问题。但许多工程师在调试RS485时，常对两个关键信号——DE和RTS——产生混淆：它们看起来都是“控制发送”的信号，甚至有些电路中将两者直接连接。以前玩51单片机的USB转九针串口基本上里面就有RTS和CTS，通过PC通过串口向设备发送

nanoprintf 是用 C89 编写的，以实现最大的编译器兼容性。>, 有一些朋友问到有没有开源的printf直接可以拿来用的，不想再重复造轮子了，一些老维护项目软件架构也不能随便换，只是想加入这个组件方便以后排查问题，那当然是有的，毕竟开源界的道友们还是非常无私的。所以整体lwprinf功能的选择会更加的丰富，而且这个项目文档案例也比较丰富，根据自己的情况进行功能的选择，挺香的。兼容的输出函

有了流式解析后，解析完部分数据后，可立即释放相关内存，维持低内存占用。这不最近一个"小项目"又把这玩意拿过来用用，整体还是挺舒适的，主要是json易读也比较容易把握，那顺便聊聊吧~在资源受限的单片机上解析JSON，开发者常面临内存不足、解析性能差等问题，所以在单片机上用cjson比较合适，：使用JSON定义通信指令，可读性不错，方便调试扯皮，扩展性不错增删都能够较好兼容。：将配置存储在JSON文件

在 Linux 内核中，将文件系统加载到 内部 RAM 中运行（即使用 RAM 作为根文件系统的存储介质）通常有两种方法：initramfs 和 RAM Disk（ramdisk）。通过上述方法，可以在 Linux 内核中轻松实现将文件系统加载到内部 RAM 中运行，适用于嵌入式系统快速启动或临时调试环境。它比传统 ramdisk 更轻量，无需预先分配固定大小的块设备。initramfs 是一个基