2 分•作者: weli•大约 2 个月前
返回首页
最新
2 分•作者: wenbin•大约 2 个月前
3 分•作者: danieldratschuk•大约 2 个月前
1 分•作者: freediver•大约 2 个月前
1 分•作者: Jasssss•大约 2 个月前
1 分•作者: tglman•大约 2 个月前
1 分•作者: wesbos•大约 2 个月前
1 分•作者: speckx•大约 2 个月前
1 分•作者: section33•大约 2 个月前
大家好!我是几周前那个玩 ESP32 保龄球的家伙,这次带着技术总结和仓库链接回来了。
自从我上次发帖以来,收到了项目的大量支持和鼓励。我真的非常激动,我没想到会有这么多人感兴趣!
上周,我花了很多时间在原型开发上。它能够触发我的球瓶设置机并读取球的状态,有一个基本的游戏状态机,以及一个供保龄球手使用的 React 用户界面。我还构建了原型 UART 桥,它将一个 ESP32 网关节点连接到一个树莓派球道计算模块,该模块充当 ESPNOW 网状网络和球道外部服务之间的桥梁。
最后一个主要障碍是 ESP32-CAM 模块上的物体检测。我可以选择一个连接到 Pi 的网络摄像头,但这感觉有点作弊。我真的希望 Pi 只负责运行状态机、websocket 和 REST API 端点。这个项目的一个关键限制是每个节点只服务于一个目的,并且要做好这个目的。我知道 ESP 的资源是有限的,所以我不太确定我是否能在 ESP32-CAM 上进行球瓶检测。我考虑过完全放弃基于视觉的球瓶跟踪,转而使用毫米波雷达模块——这样我就可以免费获得球检测、速度和轨迹,以及我实际需要的用于计分的球瓶跟踪。不过,这项技术仍然有点贵(尤其是乘以 8 条球道),所以目前我还是会坚持使用计算机视觉。最坏的情况下,我会在 Pi 上使用网络摄像头来实现 CV 部分,以解决这个障碍……但同样,我真的希望所有的传感器和执行器都是 ESP32 节点。
状态机很有意思——刚开始的时候,我没考虑到有这么多不同的保龄球游戏变体。有传统的 10 瓶,有 9 瓶,还有 Candlepin、Duckpin……OpenLaneLink 需要支持所有这些。目前它只支持基本的 10 瓶游戏,但我正在开发一个游戏配置模块,它接受每种游戏类型的 JSON 定义。
UI 已经连接到状态机,我可以通过 REST 调用 Pi 来驱动一个模拟游戏。我还仍然需要球瓶设置节点从一组光电耦合器读取机器状态。一旦实现了视觉和光电耦合器部分,MVP(最小可行产品)就完成了,我终于可以让我自己的保龄球中心的 2 号球道重新上线了。
坦白说:我确实使用了 AI 辅助来完成这个项目,但我非常小心,没有完全依赖 AI 来编码。我需要一个研究助手来查找相关信息,并协助解决“嘿,某某 C 语法又是什么来着?”之类的问题。我审查了 AI 提出的所有建议,甚至与 Claude 就保龄球手的记分卡类应该如何在游戏状态机中实现的问题发生了一次有趣的“争论”。它坚持认为单个帧的分数应该是整个游戏的属性,而不是单个玩家的属性。这是什么意思?总有一天,我会写一篇关于 AI 如何帮助项目以及它如何阻碍我进展的文章。
仓库链接:https://github.com/nicholas-a-hall/openlanelink/tree/breadboard。
欢迎提出反馈和问题,特别是关于 ESP32-CAM 的,如果有人做过类似的板载 CV,请告诉我!这个项目现在有点乱,还没有准备好部署到其他地方。我肯定期待在接下来的几周内发布一个 alpha 版本(当然,是在我自己的设施中进行全面测试之后)。
2 分•作者: garo-pro•大约 2 个月前
1 分•作者: pseudocomposer•大约 2 个月前
我一直在重建我的联邦社交媒体协议 Jonline(https://github.com/JonLatane/jonline)已经有一段时间了。Agent 极大地改变了我对我的平台能做什么的看法,这也是我最喜欢的事情之一。它们让我的 Events 平台很容易成为一种“ICS 聚合器/中继器/路由器”。最终我会在博客上写一篇关于它的文章。
此外,目前它也是我乐队网站(https://ato.band)上事件联邦的一个很好的演示,因为我们这个周末正好有两个演出 :)
1 分•作者: lupacescueduard•大约 2 个月前
1 分•作者: thelastgallon•大约 2 个月前
43 分•作者: JumpCrisscross•大约 2 个月前
2 分•作者: xiaoyu2006•大约 2 个月前
22 分•作者: rwmj•大约 2 个月前
22 分•作者: meetpateltech•大约 2 个月前
187 分•作者: thunderbong•大约 2 个月前
1 分•作者: kserrec•大约 2 个月前
我喜欢终端代理,但我不喜欢那种看起来有几十年历史的基础 Markdown 界面。所以我开发了 Mirafold。
Mirafold 是一个开源的、忠实于您现有终端代理(如 Codex、Claude Code、Gemini CLI)的浏览器皮肤。除了以更美观、更强大的功能呈现,您的代理的言行没有任何改变。
它运行在一个由输入框和您的文件夹树及文件组成的 shell 中,这些文件可以在外部查看,同时将代理的生成式 UI 封装在内部。
例如,如果图表、表格、图形、清单或差异比文本更能清晰地表达其响应内容,那么您就会看到它们!而且这个列表并不详尽——Mirafold 提供了 18 种组件供您的代理模型选择,以增强您的体验。
您可以选择任何代理和任何您拥有的带有 API 密钥的模型——无论是来自大公司还是拥有开源模型的小公司——您甚至可以本地运行模型,完全不用担心密钥。或者,如果您有 Codex 订阅,也可以使用它——虽然这并未得到 OpenAI 的正式许可,但他们似乎并不介意,所以 Mirafold 将此留给您自行决定。
想在手机上查看 Mirafold 的生成式 UI 并随时随地运行它吗?只需扫描会话中的二维码,即可通过端到端加密的中继将其随身携带。我们提供每月 12 美元的托管服务,或者您可以自行托管——所有代码都是开源的。
想同时运行多个代理会话吗?在主屏幕上使用“舰队视图”(Fleet View)进行任务控制——无需进入每个会话,即可查看最新响应、处理权限请求并提交下一个提示。
想在不打开新窗口的情况下运行常规的交互式终端命令吗?Mirafold 在您的会话中内置了一个真正的 PTY——使用“!”前缀,现在 `sudo`、`ssh` 等命令可以让您一次执行多个命令。
目前正处于公开测试阶段,进展迅速。目前我独自一人维护。请告诉我您喜欢、热爱或讨厌的地方,如果您愿意,我会与您联系。代码位于 <a href="https://github.com/mirafold/mirafold" rel="nofollow">https://github.com/mirafold/mirafold</a> 和 <a href="https://github.com/mirafold-mirafold-relay" rel="nofollow">https://github.com/mirafold-mirafold-relay</a>。运行它:`npm i -g mirafold`。
2 分•作者: roblaszczak•大约 2 个月前