@liuyulvv 有 i2c 或者 uart 就随随便便写啦，c，golang，rust，bash 任君挑，也就可以明确说 Jetson 可以通过编程控制这个传感器，arm 里默认文件系统有 i2c-tools 这个工具，i2c/dump/i2cget/i2cset 调试起来很方便的

传感器型号给出来啊，不然怎么知道模数转换后输出是啥，万一是 i2c 等一些高级点的接口，直接驱动没问题，输出高低电平频率比较高的话可能需要编写内核模块然后 gpio 采样了，频率低的话不停读也没问题

到家后稍微写了下我的想法 https://gist.github.com/noyv/63be793ba6d884cde371fd49781fdacd

如果是我的话，这个 fileChan := make(chan string, 5) 绝不会只设置 5，至少 32 我才放心。然后也不会有 for filePathName := range fileChan 这个操作，直接起 CPU 个数的循环的 consumer 协程， 线程里 for 循环不停从 fileChan 取值，加个 select 检测 1s 超时，超时就 wg.Done，fileChan 里没值就应该 5 个 consumer 协程都 done 然后退出了。

如果是我的话，这个菱形是有规律的，两个等差数列减去一个最后一项，然后个数就是 n^2+n+1<(n+1)^2，然后对于 14 就是，14 开方近似 3，最长一行在 3，个数是 2*3 -1 =5，总个数是 13，剩余 1，菱形的中心点是 （ 3，3 ），然后打印

@haruhi lg 的部分 18 年后产的电视去年推送了一个更新后支持了，更新日志是这个，其中 cmeca 似乎是国内才有的型号

* SW information

1. Improvement
1) Launcher visibility improvement
2) Launcher exposure when TV is turned on

2. Applicable model list
43UM7400PCA
49UM7400PCA
55UM7400PCA
43LG73CMECA
49LG73CMECA
55LG73CMECA
65LG73CMECA
49UM7100PCA
55UM7100PCA
75UM7100PCA
43UM7600PCA
50UM7600PCA
55UM7600PCA
65UM7600PCA
75UM7600PCA
55LG75CMECB
65LG75CMECB
55SM8100PCB
65SM8100PCB

3. Release History
[04.70.03]
1. Apple Airplay2 & HomeKit service
2. TV Voice assistant using mobile LG TV plus App
3. Adding Voice assistant feature in Netflix
4. Enhancement to Amazon Alexa service
5. Enhancement to Home Dashboard

当时买的 43lg73 国内特供版，2300 左右，去年系统升级支持 airplay 了，不过刚才翻了下好像没货了，https://item.jd.com/100005578730.html

10 楼正解，作为嵌入式一直很怀疑对接的人非要浮点数的必要，明明存采样 adc 的原始数据就可以了，然后注释一下转化公式。这个让下面的嵌入式改下面上传数据格式就可以了，比起浮点数还有无损的优点。

小米这也太草台了吧，嵌入式肯定避免这种无限尝试的，比如尝试 3 次就等 1 个小时再重置状态重新尝试。这样死循环是想步暴风的后尘吗。。。。。。

最后面是=，很容易想到 base64，然后搜 base64 to hex，解码得到 0f5dae6e9e342a7a42fffec056b411fb5b2a5ae5，然后就和 3 楼的 sha1 的长度吻合了

A 提供一个 rpc，参数需求为 身份和进度，不就行了嘛。无非是 B C D 调用 A 上传结果 ，还是 A 调用 B C D 计算

所以为啥不用 dropbear 呢，都上 buildroot 了，我自己构建的整套也每次开机都用这个打印，也照样用

直接拉到最下面，看来 300M 是针对 wan 口的，lan 出来的还就真这么慢

见 https://www.acwifi.net/11364.html 2.4G 硬件是 2x2 mimo，这样看的话，硬件那边不太可能出问题。试试换换信道，协议，终端设备，毕竟 se2 也就到 163M

Archlinux 的依云也用的 rsync 的方案，朴实无华最不容易出问题。见 https://blog.lilydjwg.me/2013/12/29/rsync-btrfs-dm-crypt-full-backup.42219.html https://blog.lilydjwg.me/2019/3/31/move-system-to-ssd.214336.html

可以搜下 bist 相关技术，如果能看懂就是你要的最后一句话答案

@jworg 给错链接了，看错了，抱歉 https://github.com/jerrykuku/openwrt-nanopi-r1s-h5 不过这个是 4.14 的，不一定能跑起来，不过 4.14 到 4.19 变动不大，当时 h3 是两个内核用过一个 dts 和 config 文件没问题

我又看见你的关于 h5 的发帖了，给个路子吧，https://github.com/jayanta525/openwrt，看下这个编译出来在你板子里能用不， 然后把里面关于 kernel 的东西提取出来，dts 拿出来改改就可以了。曾做过 h3 改为 4.19 内核并加入 nandflash 支持的工作。至于兼职，再也不想碰嵌入式了，不必回复里提了。