这个U盘厉害了，设计优秀

这板子怎么镂的出来呀。

固态吗测测颗粒🤤

看着怎么像esp的啊

这个设计比较 有意思！

这个可以做个硬件控制来实现模拟猜刹车，
我是不是发现了一条发财之路？

@aozima

1ddf5880-a56b-43c4-bd76-cbf568dd49fa-image.png

好像真是３芯的。

AP6210 和 AP6212 差别非常大，

这俩货时钟输入的位置不同, AP6210时钟在30脚，且只能用 有源晶振， 如果cost down 用无源晶振， 需要加反相器。

AP6212及其之后的版本，可以用无源晶振直接接 10/11脚。

参考电路： a20_pad_std_v1_1.pdf

7ef6e121-0ee0-4713-8bb6-7e7a89c631c8-image.png

尝试原作者的工程，在M5Stack Fire上跑一下试试：
esp32-opengl.jpeg

颜色好像不太对，有一点需要注意点的是
6df7ced5-ab78-42bd-a9f3-f7f9a82e3802-image.png

c536d127-de8c-4633-8d6d-e535fa267b3e-image.png

这里的宽高要对应起来，不然输出的图像会错位，感觉没正常运行是的，别的好像也没有了，这是基于Arduino的工程，TFT_eSPI兼容很多LCD 驱动，还是蛮方便的，传一下完整工程吧，有时间俺也在哪吒上试试。
M5Fire-OpenGL.zip

哦，对了，原作者的Arduino被我改成PIO工程了，PIO更好用点？

@cube_work 一个pd 诱骗就可以

814BAB1764DC8148EAEBA87757BE8DF4.jpg

558E995763387F4D36EB70FEE7746835.jpg

AEF793A4E68030C80DB2A302A0714142.jpg

{B9F7C205-FFEB-2B98-9D4C-BBBB7999CBCB}.png

16G 的 U盘诞生了！

How-To-Ask-Questions

bbs提问的艺术

现在互联网发达的时代，大家都会有很多的社交群，BBS, 博客等，大家的初心可能都是想交流的，遇到点问题然后就可以在群里问。

然而很多时候你问的问题没人回答；也有时候问了半天还是没找到答案；也有时候当你把问题发出来了，别人正准备回答你的时候，你说知道了；然后刚开始群里很活跃，慢慢的就死了。

其实以上问题，都是大家不想看到的，然而在群里提问是我们加入群的初心，但是很多人做不好，最终导致你的问题无人解答，群慢慢的失去意义。

我将今天的问题分成以下三部分进行介绍：

提问之前 提问之时，怎么提问注意事项 注意事项 提问之前

在群里提问之前首先我们应该做好功课，看自己是否完成以下步骤，否则你的提问将一塌糊涂，大概率得不到想要 的答案。

尝试自己解决 不能自己解决应该准备的哪些

尝试自己解决

尝试自己解决是非常重要的一步，这也是我们能否经过这个问题能够成长的关键所在。

通过搜索引擎搜索： baidu 或者 google(推荐)，搜索结果中前三页如果找不到你想要的信息，就进行下一步吧。对于成熟的开源项目，你遇到的问题，很可能别人也遇到过。这时通过 Google、StackOverflow 等网站的搜索服务，可以帮你快速定位并解决问题。永远记住，地球上的你并不孤单，包括你遇到的问题。 查阅手册/文档： 确保自己阅读过至少一次官方文档。这样在遇到问题时，如果能回忆起只言片语，就可以再去读一遍相关文档，问题往往也就解决了。 查阅社区/论坛： 阅读常见问题文件（FAQ）或者开源项目的 issue，或者论坛(类似 react china) 询问朋友： 如果你使用的开源软件，在朋友圈或同事圈里也有人使用，那么抬起你的脚、或拿起你的电话，真挚诚恳的探讨不会遭遇拒绝，而会增进友谊。不要犹豫，你的内心渴望面对面交流，你的朋友也是。 自检并不断测试： 试自己检查或试验以找到答案。 阅读源码(这步非必须)： 如果你是程序开发者，尽量尝试阅读源码以找到答案。

经过以上 6 步或者 5 步你都无法解决遇到的问题，那么你确实针对这个问题能力有限，准备去群里请教了，那么在尝试自己解决之后无果，应该做哪些准备呢？

不能自己解决应该准备的哪些

一定要明白自己想要问什么问题：不能自己都说不清自己想要问什么问题，那么群里提问你也问不出什么来。 梳理准备您的问题：要说明之前你都干了些什么。 要用言简意赅的语言：这个是我们作为职场一个必备的技能，说重点，言简意赅。 怎么提问

抱着平和对等的心态，找到合适的途径后，就得静下心来将遇到的问题写成文字。书写文字不是一件简单的事情，我们可以从遵循一些简单的规则开始。

用词准确，问题明确

标题要简洁清晰，要言之有物。

Bad：救命呀/急/跪求，遇到了一个 react 问题，xxx 组件渲染不出来
Good：在使用 xxx 版本的 react ，我操作了 xxx，也写了 xxx，但是 xxx 组件渲染不出来

一个好标题范例是 目标 —— 差异式的描述，许多技术支持组织就是这样做的。在目标部分指出是哪一个或哪一组东西有问题，在差异部分则描述与期望的行为不一致的地方。

描述清晰，信息充足 准确有效的信息： 描述事实，而不是猜测，如果你想给出你的猜测，一定要先描述事实，给你的猜测一些证据，不然就不要猜测。 问题表现/内容： 按照时间顺序列出问题症状。问题发生前的一系列操作，往往就是对找出问题最有帮助的线索。因此，你的说明里应该包含你的操作步骤，以及机器和软件的反应，直到问题发生。在命令行处理的情况下，提供一段操作记录（例如运行脚本工具所生成的），并引用相关的若干行（如 20 行）记录会非常有帮助。 简单的做过什么尝试： 在描述你做过什么尝试的时候，简单的你描述你做了哪些尝试就行，为什么要这么做其实不是那么重要。

如果你想弄清楚如何做某事（而不是报告一个 Bug），在开头就描述你的目标，然后才陈述重现你所卡住的特定步骤。

经常寻求技术帮助的人在心中有个更高层次的目标，而他们在自以为能达到目标的特定道路上被卡住了，然后跑来问该怎么走，但没有意识到这条路本身就有问题。结果要费很大的劲才能搞定。

玉伯有句话是这么说的：

提问者选择的路本身就是一条崎岖之路，对于要解决的问题，实际上有更好的方式。这种情况下，描述清楚目标，讲清楚要干什么非常重要。

想要问到什么：提供建议？发送一段代码？检查你的补丁或者别的？在群里经常会出现这种情况，当某个人发了一段文字，另外的人说：你想问什么？

所以我们在问问题的时候一定要把你想要问到什么，这个目标想清楚。

提供尽量多的信息：尽量提供可重现的例子，你可以在 jsbin)、runjs、jsfiddle)、codepen 等这些地方提供一个可重现的例子。即使你是一个很大的项目，想办法把你需要验证的点提取出来，如果确实无法提取，就贴一些代码，出现问题那行代码周围的代码(周围的相关代码都要，因为你可能觉得不是他们的问题，但也许就是，不然你觉得的都是对的，你就不会不知道怎么解决了)。 避免一些毫无意义的问题

经常会有人问一些毫无意义的问题，比如这样的：

Bad：有没有人会xxx？
Bad：有没有人在？
Bad：谁能帮我解决一个问题？

面对这种问题，别人就很难预估你这个问题需要解决多久，也很难判断自己是否能解决这个问题，如果他回答了你，意味着你就是有空而且很在行，所以他还是选择不出声。这个就跟微信私聊的时候说：”在吗？“ 这种一个意思。

Bad: 什么是 JavaScript？

这种问题也是，很明显通过搜索引擎就能搞定的，要是下次还有这种问题，你就把这个图发给它。

建议的问法： 有问题直接问。比如：ES6什么时候雄霸天下，前端什么时候一统江湖？ 直接说场景：我在做xx端东西的时候，在 window 7 平台的 IE7 版本下遇到了左右不对齐问题，具体如图所示img，代码地址：xxx 在百度中找到的答案，试了之后还是有同样的问题。请有空的同学帮我看看是什么问题？ 注意事项

提前做好冷场的准备：也许别人在忙，也许这个问题太简单了，也许没人做过这块，如果冷场了，没人回答，赶紧换下一个群。
谦虚，别人没有义务帮你解决问题，往往大牛的时间比你少，比你珍贵。
没有一定的自学能力，问到问题就伸手的不适合玩这个。
群唯一的作用就是：扯淡、交流、分享，以上几条为前提。

转自： https://github.com/betaseeker/How-To-Ask-Questions

$ sudo systemctl status gdm.service ● gdm.service - GNOME Display Manager Loaded: loaded (/lib/systemd/system/gdm.service; static; vendor preset: enabled) Active: activating (start) since Wed 2021-10-13 19:56:07 CST; 1min 17s ago Process: 2035 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status=0/SUCCESS) Main PID: 2037 (gdm3) Tasks: 3 (limit: 19097) CGroup: /system.slice/gdm.service └─2037 /usr/sbin/gdm3 Oct 13 19:56:07 ubuntu systemd[1]: Starting GNOME Display Manager... Oct 13 19:56:25 ubuntu gdm3[2037]: GdmLocalDisplayFactory: Failed to issue method call: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Failed to activa $

试玩了一下午，稳定性一般两台音箱是用蓝牙组的立体声的，我把两台音箱放到间隔1.5米的两个地方，都有可能出现断连，断连之后就只有主音箱能出声音了。

之前有尝试过将整个系统导出，然后拷贝生成的文件再导入，大小就会降好多，不过每次导出都担心数据丢失（主要不是很理解他这个导出的实现），只是导出后也没发现丢了那个文件。🙄

@uuuuid

口中疾呼烫烫烫😊 😊 😊

@uuuuid 看完是不是觉得连一个小姐姐都不如。😧
一直以来都有很多理工科妹子存在，以及为世界做出贡献

车载监控用屏，公交车刷卡器/地铁/高铁闸机等等

148A1139B7B932AC43B6A2FFD54D676A.png

16E199A0259383A3B3409B4EEB26ED94.png

0921DED207C6B549BB02967E56389D45.jpg

到手了， 感觉如何？

天道轮回装置 每咯噔一下就有一个人要打一个嗝

@Kirin 😄 😄 😄

零线电位跟地电位并不完全相等，零线接地会有电流，按这个思路应该没问题。

c2b49c5d-389e-4e1c-b2f6-ef58fb691e90-image.png

4146a3ad-7fc3-406d-b2af-0b715e4389d9-image.png

b2095989-64cc-4003-b6ce-ac2e720e55f5-image.png

6963C4585B4CF1D56EABB320AEE9C670.jpg

关闭电池仓。

@bedrock 在 请问这个懒人创意发牌器是纯机械的， 还是电子+机械的？ 中说：

@ubuntu 逐渐开始发挥想象力了。。。。那我建议直接 识别加防止出老千（我就是庄家）

那我只能卖瓜子花生矿泉水了。。。

看似平平无奇，灯亮起那一刻我惊了

大力出奇迹😆 👊

这是演示视频

简单点： 你要被发现吗？
答案： 否😁 😁

@kirin 等我有钱了再看

@whycan 没有什么是不能飞线解决的，如果有，那一定是飞得不够多

您反馈的问题已修复👷 ，祝使用愉快🤝

@whycan 收到，感谢晕哥的建议