WhyCan Forum(哇酷开发者社区)

现已增加本土数据源，无需连接github也可使用
https://ch55xduino.pek3b.qingstor.com/package_ch55xduino_mcs51_newest_qingcloud_index.json

这硬件看起来不错。我今天又被迫掏出了砖块大的“沁恒USB1.1总线分析仪”来调试代码。可能由于产品过于古老，上位机虽然能用但是也不是很好用。希望楼主能开发出小巧的替代品。

@llinjupt
是啊，但是有多用工具能干这个工作，不就不用再去找一个模块了吗？

@llinjupt

多种功能合一很有意思啊，我这边有时候要处理几年前的板子找不到下载器，有这工具就很方便。请问有介绍和购买链接吗？

另外不知道这板子有没有控制VCC输出的能力，如果有给目标板断电的能力再上下拉某个IO，对于下载沁恒系芯片很有帮助。

这spiflash这么牛逼的话，换到esp32开发版上能不能大幅提升烧录速度？

看了看手册，这片子支持用boot0引脚配置进bootloader然后串口下载，这倒是比wch的要方便。

@Blueskull
感谢大佬科普

外行纯好奇，我看这里的ch552核心图，
https://www.richis-lab.de/CH55x.htm
里面提到核心1.8x1.5mm。这芯片adc才8位，功能也简单。为啥面积比起1mm2大那么多？

你好，回帖请看帖，最后一段第一句就提了手册上没写。

好好检查接地有没有接好。信号接头松不松，脏不脏，接触好不好。

@soso

Wiring Pi作者废弃项目时候的声明（http://wiringpi.com/wiringpi-deprecated/）
这里贴个翻译再高亮一下。

==============分割线================

这已经变成了一个有点咆哮的问题。对不起。

在过去的10年左右的时间里，我的生活发生了很多变化，主要是身体和精神健康问题，生意来来去去，但也有一些复古计算、arduino和Raspberry Pi的乐趣，以及我为它编写的wiringPi GPIO库。

然而，近年来，Raspberry Pi已经从一个小的黑客玩具变成了更大的东西，越来越多的人开始转向Python和其他语言，而wiringPi在设计上从来不支持这些语言--wiringPi是为有经验的C和RTB BASIC程序员所设计的。它不是一个新手学习工具。

我也从未打算让wiringPi进行静态链接--由于许多人的无能，他们就是这样做的，我已经收到了超过10,000封电子邮件，这些人升级了他们的Pi，发现代码停止工作，因为他们依赖于一个系统（通常是一些java/javascript/node或家庭自动化或UPS的东西），这个系统已经静态链接了一个旧版本。他们的这种纯粹的无能让我感到非常难过和郁闷。对未来的提示。如果你要这样做，至少要准备好支持它。

再加上那些把wiringPi "敲打 "到其他水果Pi平台上的人，却把我的名字作为联系邮箱......好吧，感谢你使用wiringPi，但不感谢你指望我支持你的一次性廉价勉强工作的电路板。如果你想得到支持，那就买一个真正的树莓派，这将有助于资助教育和研究，而不是一些廉价的山寨货，只是因为它有一些看起来更快/更大/更好的东西。

那些盗用我的软件并把它当作你自己的软件出售的人呢？嗯。当然--窃取自由软件是很难的，但是如果你是一个德国的Pi UPS制造商，你把wiringPi拆开，只得到你需要的部分，把它静态地连接到你自己的控制代码中，但是你没有公布代码和一个小小的 "感谢 "字条，而是把我的电子邮件地址留在里面，然后那些花钱买你的工具包的可怜的用户在升级他们的Pi时就会和我联系。

可悲的是，这只是迅速融化的冰山一角，但绝不是唯一的案例。可悲的是，人们一直在偷窃GPL、LGPL和其他自由/自由软件。甚至有人当面告诉我，他们会把我的代码拿到他们名下重新发布，因为我对此无能为力。所以没有了。

再有就是懒惰。我已经记不清有多少人问我wiringPi是否能支持这个、那个、其他......所以我说是的，你所要做的就是写代码来支持你的设备......然后他们就不高兴了，因为他们不知道怎么做（我有没有提到这不是一个新手学习工具？）或者我给他们报价，他们就更不高兴了，因为 - 免费软件和所有这些.... 我的微博呢？多年来，我在我的个人资料中写道：通过电子邮件支持wiringPi......但人们仍然在推特上谈论它。难道人们都不看别人的资料吗？我想不是。我最近把它删除了，因为它不值得占用空间。

关于针脚编号的混乱也是如此。我收到了许多关于这个问题的电子邮件和推特--为什么？因为人们太懒了，不愿意阅读详细的手册，也不愿意花时间去了解如何和为什么。这是关于针脚编号的最后一句话。

最后的救命稻草？一个叫DanielK的人，因为我没有及时发布Pi v4版本的源代码而大发牢骚。我放了一个为正确的动态链接设计的.deb文件，但Daniel指出

我不想成为一个完全的混蛋或任何东西，但从技术上讲，LGPL许可证要求你在它发布时提供源代码。

很好。谢谢你，丹。由于我当时的能力有限，我只是觉得就这样吧。如果我为了一个小项目而收到这样的邮件，那么就不值得了。

我将很快发布wiringPi的最终版本--包括源代码，但就是这样。不再有公开发布。我仍将为我自己的用途和客户维护它，但对于其他人来说，请为正在进行的项目寻找替代的GPIO库。

-戈登，2019年8月。

通过www.DeepL.com/Translator（免费版）翻译

@lottefang

我的建议是多准备两块不同屏测试，如果大改系统，最好有改前能成功推的屏。你要是手上的屏能用别的设备点亮，可以用逻辑分析仪看看时序有什么区别。

我这边测试在两家店买了两块屏，第一块也是直接黑，只有背光，但是同样代码第二块就直接亮。最后发现第一块屏供应商发错了。。。

我也遇到了类似问题，帧率想要60.却只有40.
检查的手册发现24M主时钟通过PLL_VIDEO_CTRL_REG配置到PLL_VIDEO频率，再通过TCON_CLK_REG降低到指定屏幕PCLK频率。PLL参数内核会自动设置，但是PLL_VIDEO频率需要指定。

不知道是不是我打的补丁冲突原因，assigned-clock-rates = <200000000>;不起作用。修改 sun8i_mixer.c 里对应板子的 .mod_rate 可行。

@无痕

我丢了一个bmp序列去压缩。代码为：

ffmpeg -r 30 -f image2 -i charAni-%03d.bmp test.mp4
frame=   60 fps=4.2 q=31.0 Lsize=     738kB time=00:00:01.96 bitrate=3072.6kbits/s speed=0.137x     
video:737kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.150880%

ffmpeg -r 30 -f image2 -i charAni-%03d.bmp -c:v h264_omx test_hard.avi
frame=   60 fps=8.9 q=-0.0 Lsize=     114kB time=00:00:02.10 bitrate= 446.1kbits/s speed=0.313x   
video:107kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 6.588876%

第一个应该是软压缩（Lavf58.76.100 编码器），第二个是硬压缩（Lavc58.134.100 h264_omx） 编码器。

速度是快了很多。但是如楼上压摄像头那样，效果很差，码率很低。简单试了-b:v 1M 参数没效果，不影响输出文件。

提一下UI的问题。LZ最大的问题是配色。你主界面上的字和背景图片非常接近，几乎看不见上面写的是什么。背景图片不如没有。
另外图标没有必要每个背景色都不同。可以看看成熟产品的图标选什么颜色，不要标新立异。

@echo

CH549可以跑48M，就是不支持bootloader跳转稍微麻烦点，要么手按要么额外硬件。
就是价格和573也差不多，但是SOP还是好焊接。

51不就是追求便宜好用么。一般51的外设也比较弱，确实也没办法。

@tigger
这家我也买过，用着确实很爽。

MPM3620 看起来是个好芯片，请问LZ在哪买的？大概多少钱？真的如深水宝上几块钱就能拿下吗？
另外建议Github里放一下电路图的图片或者PDF文件，方便预览，也方便没装软件的人/。

应该不需要别的改动。

1.6的板子用USB可以后面垫，但是垂直摇晃的问题不好解决，我想2mm也不会好。我找到一种叫 “USB 蓝牙铁壳12mm USB小铁壳 ”的东西，不到1毛钱，把USB那边做窄一点正好匹配USB口。如果有3D打印机，板上开孔自己打印几个支撑很好用的。直接胶粘估计也行。就算完全不粘，铁壳长度比母口深度大，不会拿不出来。

另外nerdralph回报说CH552用杜邦线连接HK32F是不可以用的。原因是振铃太大，时钟错误。CH552不能控制压摆率，所以SWD中间应该串一个50-150Ohm电阻做匹配，来消除振铃。

另外有人提到Speck比xxtea还能更省flash一些。
https://www.amobbs.com/thread-5715264-1-1.html

请问这个能连接openocd吗？

把LZ的代码移植到了SDCC，这样不用keil也能编译。暂时使用的是V1的HID协议，省内存，也比较简单。

https://github.com/DeqingSun/ch55xduino/tree/ch55xduino/ch55xduino/ch55x/libraries/Generic_Examples/examples/05.USB/CMSIS_DAP

配图是用CH552调试Arduino Zero。用Arduino环境测试烧写4KB/S，读取10KB/S。我在时钟上加了1us延迟，应该还是大有优化空间。

我贴的这张图和你右上那张（USB to 1-wire）原理基本一样，但逻辑是反的。注意我贴那张的RX位置估计也需要加上拉，如果你UART那边不自带的话。

原理基本就是：Tx空闲时为高，那么左侧为低时，三极管导通，RX波形和左侧保持一致。Tx工作时拉低电平，三极管截止，Rx不受影响。因此Tx信号跑不到Rx上面去。

"他通讯端口是单线串口，收发都是标准ttl电平"
这句话看起来很奇怪。你先确认好是1-Wire，还是收发共用一根线的串口。

贴一下 blueskull 在 https://www.eevblog.com/ 贴出的有关3.3V的信息：

Despite being discouraged in the datasheet, the chip can be programmed reliably at 3.3V. Due to power distribution network dropout, the last 2kB (which is the ISP) may or may not be reliably programmed, but the first 14KB should be fine, as I was told by WCH's tech support.

客服确认了3.3V烧写没问题，只是最后2K存储器（Bootloader区）可能烧写不正常。

0.0.2版已发布。
支持绝大多数Arduino函数（尚不包括pulse, shift, tone）

我这个也是用sduino改的。基本移植的重点是boards.txt 和 platform.txt。打开Verbose就能看到这两个文件的执行方式。也可以参考 https://arduino.github.io/arduino-cli/platform-specification/

另外Arduino手动安装和自动安装板子调用工具的路径不一样，可以参考sduino的相关文件。这是个小坑。

编译器如果不是GCC麻烦一些，像SDCC的话，需要用批处理套一层来回转换，模拟GCC的文件结构。如果你要加的芯片是M3 M0这种就简单了，直接调用Arduino-ARM的编译器就行，不需要自己打包了。

官方次数是200，我觉得这个数字相当保守，应该是加速老化的数据。如果不追求长时间flash数据不变会次数多很多。

https://www.mikrocontroller.net/topic/462538 有人提到过某俄罗斯论坛测试1000次写入没问题。我手头的芯片至少有300～500次写入，也没什么问题。

赞！这下调试成本低多了。看看能不能移植到SDCC。