为庆祝 OpenWrt 20 周年,官方计划推出 OpenWrt One 路由器
根据 OpenWrt 开发者邮件列表的消息,项目贡献者 John Crispin 写道:“OpenWrt 项目即将诞生 20 周年!让我们通过推出首个完全由上游支持的硬件设计来庆祝这一周年纪念日。”
这款路由器将被命名为"OpenWrt One/AP-24.XY",硬件规格暂定如下:
-
SoC:联发科 MT7981B
-
Wi-Fi:联发科 MT7976C(2x2 2.4 GHz + 3x3/2x2 + 零等待 DFS 5Ghz)
-
内存:1 GiB DDR4
-
闪存: 128 MB SPI NAND+ 4 MB SPI NOR
-
以太网:2.5 GbE + 1 GbE
-
USB(主机): USB 2.0-A
-
USB(设备、主机): Holtek HT42B534-2 UART 至 USB-C
-
存储:M.2 2042(PCIe Gen 2 x1)NVMe SSD
-
按钮:2 个(复位 + 用户)
-
机械开关:1 个,用于启动选择(恢复、常规)
-
LED 指示灯:2 个(PWM 驱动),2 个 ETH 指示灯(GPIO 驱动)
-
外部安全硬件: EM Microelectronic EM6324(GPIO 驱动)
-
RTC:NXP PCF8563TS(I2C),带备用电池座(CR1220)
-
电源: USB-C 的 USB-PD-12V (通过 RT5040 模块可选 802.3at / afPoE)。
-
扩展:mikroBUS
-
认证: 符合 FCC / EC / RoHS 标准
-
外壳: PCB 尺寸与 BPi-R4 兼容,外壳采用可再生材料
-
主 SOC 的 JTAG:10 针 1.27 mm 间距(ARM JTAG / SWD)
-
天线连接器: 3x MMCX
-
原理图:将公开(许可证待定)
-
符合 GPL 规范: 3b.
-
价格目标:力争低于 100 美元
John Crispin 表示,早在 2017 年和 2018 年的 OpenWrt 峰会上,他们就首次提到要推出 OpenWrt 路由器。从 2023 年 12 月开始,他们在修复 Banana Pi 设备遇到的 bug 时就清楚地意识到,该设备已经非常接近他们想要在 17/18 年实现的目标。
Banana PI 在社区中越来越受欢迎。它们使用自编译的可信固件-A (TF-A) 和上游 U-Boot 启动,并且某些主板已经得到上游 Linux 内核的完全支持。唯一的非开源组件是在独立内核上运行的 2.5 GbE PHY 和 Wi-Fi 固件 blob,这些内核独立于运行 Linux 的主 SoC 以及在启动早期执行的 DRAM 校准例程。
OpenWrt 项目是一个针对嵌入式设备的 Linux 操作系统。OpenWrt 不是一个单一且不可更改的固件,而是提供了具有软件包管理功能的完全可写的文件系统。这使您可以从供应商提供的应用范围和配置中解脱出来,并且让您通过使用适配任何应用的软件包来定制设备。对于开发人员来说,OpenWrt 是一个无需围绕它构建完整固件就能开发应用程序的框架; 对于普通用户来说,这意味着拥有了完全定制的能力,能以意想不到的方式使用该设备。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
OpenAI 官宣 GPT Store 正式上线
OpenAI 官宣 GPTs 应用商店 (GPT Store) 正式上线,面向 ChatGPT Plus、团队和企业用户推出。感兴趣的用户可访问 chat.openai.com/gpts 进行探索。 公告指出,自 GPT 发布两个月以来 ,已有用户已经创建了超过 300 万个 ChatGPT 自定义版本。GPT Store 涵盖了由 OpenAI 的合作伙伴和社区开发的各种 GPT,大家可以从中搜寻最适合自己的。 该公司计划每周在商店内重点展示有用的 GPT,首批推出的一些 GPT 包括: AllTrails: 提供个性化徒步路线推荐; Consensus: 能够搜索和综合 200M 学术论文的结果; Code Tutor: 通过可汗学院的编程导师扩展你的编码技能; Canva: 帮你设计演示文稿或社交帖子; Books: 帮你查找你的下一本读物; CK-12 Flexi AI 导师:随时随地学习数学和科学; 值得一提的是,商店的收入分成部分还没有启动,因此第三方 GPT 构建者可能还需要再等一段时间才能从他们的定制 GPT 中获得报酬。OpenAI 计划在今年第一季度启动 GPT 构...
- 下一篇
每日一博 | 前端 monorepo 大仓权限设计的思考与实现
一、背景 前端 monorepo 在试行大仓研发流程过程中,已经包含了多个业务域的应用、共享组件库、工具函数等多种静态资源,在实现包括代码共享、依赖管理的便捷性以及更好的团队协作的时候,也面临大仓代码文件权限的问题。如何让不同业务域的研发能够顺畅的在大仓模式下开发,离不开有效的权限管理方法。好的权限管理方法能够确保研发同学轻松找到和理解项目的不同部分,而不受混乱或不必要的复杂性的影响,并且也应该允许研发同学合作并同时工作,同时也要确保代码合并的更改经过代码审查,以维护代码的质量和稳定性。本文通过实践过程中遇到的一些问题以及逐步沉淀下来的最佳实践,来阐述下前端大仓 monorepo 在权限这块是如何思考以及设计的。 二、前期调研 在做大仓权限设计的时候,前期做了很多的调研,也参考了国内和国外的一些技术文章,总结起来主要是基于以下三点的设计思路去实现: 文件系统的自研,能够做到文件读写权限的完全控制:对于文件系统的自研,国外的最佳实践不外乎是 Google 和 Meta,他们都是大仓实践的典范。对于文件系统的权限控制,有一套自研的文件系统,能够对核心代码和配置文件做到读写权限控制。在 Go...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2全家桶,快速入门学习开发网站教程
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- 2048小游戏-低调大师作品
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS6,CentOS7官方镜像安装Oracle11G
- CentOS关闭SELinux安全模块