英国的树莓派财团，6 月 30 日发布了 Pico 微控制器的升级版 Pico W ， 在老款 Pi Pico 基础上，增加了 Wi-Fi 功能， 喜欢 Iot 开发的小伙伴，又可以发挥了。
官方售价只需要 6 美元（折合人民币 40 元）
Raspberry Pi Pico W
NAS 用的黑群晖，和正常的 linux 比起来要多折腾一点，python 环境在放假前还弄的好好的，再回学校之后就发现跑不动了，感觉有点心累，干脆专机专用好了。
]]>希望有投屏到局域网电视功能 目前习惯使用 Debian 系系统 希望有类似绿联 nas 的应用或者 web
感谢各位！新年快乐！
]]>树莓派基金会正式宣布推出 16GB 内存版树莓派 5 ，售价 120 美元（约 881 元人民币）。
相关参数如下：
所以我就把树莓派和随身 wifi 组一起，让树莓派当主路由。 测试以后是可以满足上面的这个需求的。
现在有一个问题是，局域网内无线网速有些慢，我让局域网中的两个设备传文件（无线连接），传输速度只有 2-3Mb 每秒，所以想请教一下是什么原因。
我想的是传输速度如果超过 10Mb 的话，我就可以装一个 smb 服务器，来看一些高清的片源了。
谢谢大佬们啦！！
]]>怀疑另一个账号被异常，帖子不被人看到，用这个账号发一下
]]>2 代上面三四年了，正常使用没问题5 代的 USB3.0 口上面，运行大约两三天就会掉盘，需要重新 mount 。用 demsg 命令查看，提示 over current 之类的描述，应该是供电问题插不插 tf 卡均常亮， 更换 tf 卡无效，按网上方法使用新 tf 卡烧录引导程序没效果。hdmi 口没有输出
晚上的时候用原 tf 卡放在另一个树莓派上可用，可以证明 tf 卡是没问题的。
这种情况有老哥遇到吗，有什么解决办法？
持 pi 多年，没怎么折腾，还是第一次遇到硬件故障 。
]]>设置完后, 笔记本电脑连上 wifi, 可以正常上网. 但是过一段时间就上不去了. 时间不固定, 有时候是几天后才上不了网, 有时候是第二天就上不去网. 得重启树莓派上的 debian, 然后又可以上网了. 上不了网的时候, ssh 到树莓派的 debian 里, 看 iptables 规则也在, ifconfig 看到无线上网卡的 eth1 设备也在, ip 也在.奇了怪了, 还能怎么 debug 呢? 大拿们?
]]>1 个是 1 代最经典款的 Model B ，黄颜色那个。 2 个 2 代的 Model B ，简称 2B ，白色的两个。 功能和接口一切正常，没有暗病。出掉这几个回点血，家里还有几个留着做软路由。
最好打包一起带走 500 元，单出的话，Model B 100 元，2B 是 200 元一个。
B 的规格 , Hardware: BCM2835, Revision: 000f, 1 core ARMv6-compatible rev7, 512M RAM,
2B 的规格: Hardware: BCM2835, Revision: a21041, 4 core ARMv7 rev 5 CPU, 1G RAM,
]]>有没推荐的店铺购买？树莓派官网也能查到的几家淘宝店，但是要绑定套餐有点贵！
]]>观察了 log 发现 ssh 的端口转发会比较稳定的 10 分钟左右断开一次，只是 autossh 自动帮我重连了。
端口转发的代码大概如下：
export AUTOSSH_POLL=60; sudo autossh -f -M 666 -N -o "PubkeyAuthentication=yes" -o "StrictHostKeyChecking=false" -o "PasswordAuthentication=no" -o "ServerAliveInterval 10" -o "ServerAliveCountMax 3" -L localhost:1516:localhost:1516 -i /XXXXX/id_rsa user@server.com 虽然我觉得端口转发断掉很正常，但是每 10 分钟一次未免太有规律了，应该是有什么原因导致的。
比如：
大家可以帮我想想还有其他哪些原因可能会导致这么规律的断掉吗？
]]>正常流程:
按键 ->硬件抖动消除 -> 中断产生，cpu 收到中断 ->中断处理程序读取 GPIO 的值（高还是低电平）判断按键的动作是什么，读到的值是 0 ，然后做相应的处理
但是我不知道是否在理论上存在这样一种可能:
按键 ->硬件抖动消除 -> 中断产生，cpu 收到中断 ->键被快速释放（假设理论上有个足够快的按键工具可以快速释放） -> 硬件抖动消除 ->由第一次中断引起的中断处理程序读取 GPIO 的值，读到的值是 1 。与正常流程不一样。
其实这个问题的本质我感觉是 GPIO 没有硬件 cache 来存储数据（也就是每次中断对应的 GPIO 值），后来的中断可能在理论上覆盖前面的值。但是像其他设备，比如网卡就有 cache 会存储数据，虽然 cache 的容量是有限制的，但是至少可以保证前几次中断来的数据不会被覆盖。cache 满了的时候，会丢弃后面的数据。请问这样理解对吗？
另外，正常流程中，读取 GPIO 值在中断的 top half 里面读比较好呢，还是在 bottom half 里面读也可以？是不是在 bottom half 里面读也无所谓，因为 GPIO 按键是个慢中断，在实践上没有我后面所说的 GPIO 值被后来的中断覆盖的问题。
]]>官方标准形态的 国歌.mp3 也被我找到了： https://nav.congci.com/main/home/topics/gov-official-org/
绝对正宗，放心享用！
]]>这板子国内团队做的，现在貌似越做越大了，不过以前国内销量平平没多少知名度，老外似乎挺喜欢的
]]>英国的树莓派财团，6 月 30 日发布了 Pico 微控制器的升级版 Pico W ， 在老款 Pi Pico 基础上，增加了 Wi-Fi 功能， 喜欢 Iot 开发的小伙伴，又可以发挥了。
官方售价只需要 6 美元（折合人民币 40 元）
Raspberry Pi Pico W
树莓派这性能也能变成理财产品？
各位大佬的吃灰物品看来都升值了😂
]]>
512MB LPDDR2...
没有 802.11ac.
和上一代 zero 基本同尺寸.
15$.
补了上一代 zero 系列的硬伤.
树莓派基金会: 我们尽管出, 你原价买到了算我输.
]]>我已经把其中一个版本的构建步骤和对源码进行修改的文档放在 GitHub 上了，release 也放了一个构建出来的 dev 版本内核，之后的工作也会放入这个 repo：
https://github.com/Inokinoki/xnu-bcm2837-hackintosh
对里面的 Roadmap 有疑问的话、或者各种形式上都欢迎 PR :)
]]>