WhyCan Forum(哇酷开发者社区)

检查下音频格式，vnes输出的u16格式，和驱动需要的是否一致？

咸鱼不知道，淘宝是可以卖到国外的。国外用户下单，地址直接转成集运仓地址，卖家发国内就可以。

CLKOUT输出的波形质量怎么样？以前用PWM输出给摄像头，波形惨不忍睹，勉强能用。

从法律上，破解行为（以及黑客行为）没有牟利不代表不违法，破解造成了他人的经济损失是判断标准。

中间这些器件用锡焊确实有风险。封装起来之后，不知道用户会用多高的温度焊。长时间高温焊接，内部的锡融化流走的几率还比较大。

上过2250000，能用。
periph时钟那里默认是25倍频（600MHz），改成27倍频（648MHz），就能准确分出2250000了。但手册上说不要改这个数，可能会影响其他。暂时没看到有什么影响。

出问题的时候，SDA/SCL都卡住不能改变。SCL高电平，SDA不一定高还是低。
把I2C外设断开也不能恢复，主机端卡住了。
用I2C的soft reset寄存器没用；重新assert/deassert I2C时钟、重新初始化I2C也没用。
只有把外设断开、再reset I2C才能恢复。但是两个外设放在一块板子上，目前还没确定是哪个外设的问题。

GUI是个软件库/框架，没有什么商业上的必要性让大家统一起来。你说的这些需求是一个GUI框架自己就能做好的，比如Lvgl，提供了硬件层的抽象，也提供了theme、字体等的定制。移植到新硬件上确实不难，自己定制一套theme也不难。

return <AgeComponent year=10 />

这return的是什么语法？

赞！手焊时找元器件位号确实是一大痛点，不过现在阻容用立创贴就轻松很多了。

不行诶，早就试过reset SPI、还有恢复SPI相关的一些寄存器，没成功。

理论上说，把低位数据线接到高位，效果相当于增大了一点对比度，亮的更亮、暗的更暗。
接到GND相当于整体变暗一点。
其实应该都是几乎看不出来的。

这不跟衣服上的子母扣一样。感觉直接买子母扣SMT焊上差不多，就是得手工摆，没法自动贴:D

可以用一个IO口接MOS管控制TF卡供电，初始时不给TF卡上电。启动完后Flash就没用了，SPI0改用做SDC1应该没问题。
裸机开发可以做到，UBoot我不了解。

层叠功率电感没问题，我用风华的0805功率电感，2.2uH 950mA，妥妥的。

TB搜光敏电阻传感器模块、光敏电阻传感器模块，找那种带可调电阻、输出数字开关量的，可以设定高于某个亮度值/音量，输出电平改变。

可能要查下硬件，模拟部分供电纹波。

我DC-DC用的HX3406，1毛钱。LDO也用了2颗1毛钱的，没什么问题。

没有FPU，浮点是比较慢。如果算法能改成定点数那是不错的，主频设到640MHz能稳定运行。

快到20了。

4美元，相当可以啊。

依稀记得在哪个地方看到150mW，找不到了。应该只能带动头戴式耳机里那种扬声器，音量很小。

AMQP?

根据FLASH_MOSI上的信号来看，当PF1（SDC0_D0）接地时，上电后要1.x秒BROM才开始读SPI Flash。
当PF1接VCC或悬空时并没有问题，上电瞬间开始读Flash。

根据SD卡协议的资料 “……只要卡还在忙，DAT0线就会拉低，并且处于正在编程状态（Programming State）。”
所以推测是BROM根据SDC0_D0低电平判断SD卡正在忙，触发等待/重试，重试1s后放弃SD卡启动，才开始读Flash。

不用，可以用gcc的 -lm -lgcc -lc。
不过有可能还是得自己实现少量函数 _sbrk，_exit等。

这么鲜艳的应该是LCD。

没有限制，反正是自动的，由SPI FIFO来控制进度。SPI控制器自动一个一个地把FIFO的数据发送出去。FIFO设置trigger level，当FIFO里的数据长度大于或小于这个数时，就发送DRQ，DMA会自动拷贝新数据过来。

CS要换一个引脚。理论上只要不片选，SCL和SDA就没影响。

不错，很精简。

Nano带耳放，驱动耳机可以，驱动喇叭应该声音很小。要加功放。

哪有这么慢？32Mbit还是byte的flash？

什么系统？裸机直接访问寄存器翻转IO口大约在0.3us。系统对中断的处理、IO口操作都有可能引入延迟。

把几个变量赋值顺序调成和结构体声明里的一样试试？

可参考xboot的audio改改，加上DMA就比较实用了。主线程解码音频，DMA往DAC传输数据，不难。

找找官方文档，STM8不知道，STM32的ADC上电后要等待校准

       //Enable ADC reset calibration register
        ADC_ResetCalibration(adc);
        //Check the end of ADC reset calibration register
        while (ADC_GetResetCalibrationStatus(adc)) {}
        //Start ADC calibration
        ADC_StartCalibration(adc);
        //Check the end of ADC calibration
        while (ADC_GetCalibrationStatus(adc)) {}

我那个只是示意代码。是要向那块被释放的地址里写入合适的数据，使a->func的值为0xdba00000 ~ 0xffff4040。

继续研究。C++对象内存布局虽然没有固定标准，是编译器实现的，但基本是按照《深度探索C++对象模型》的样子。
一个带有虚函数的类的指针，指向的内存区域最开头应该是类的虚函数表指针。该指针指向一个数组，数组成员是函数指针。

在上面的例子中，当调用p->g();时，由于p指向的内存区域全是0，所以被当做是地址0x0处开始为虚函数表。
g()是类的第二个虚函数，所以把地址0x4当做函数指针。
打印出地址0x0附近的内存看：

0: 0xea00000d
1: 0xe59ff014
2: 0xe59ff014
3: 0xe59ff014
4: 0xe59ff014
5: 0xe59ff014
6: 0xe59ff014
7: 0xe59ff014
8: 0x80000260

看到0x4地址处的内容是0xe59ff014，接下来会把0xe59ff014当做函数地址去调用。就是经过这个非法函数调用后，看门狗失效并且死机！
复现此bug的代码可以再精简为：

    typedef void (*FuncPtr)();
    FuncPtr f = (FuncPtr)0xe59ff014;
    f();  // 触发看门狗bug

继续做实验发现，并不是只有这一个特殊的地址调用会触发bug，实际上有很大范围的地址都能引起看门狗无效。
从 0xdba00000 ~ 0xffff4040，这个区域内的地址，如果赋值给函数指针来调用，都会引发看门狗失效bug！！小于0xdba00000或大于0xffff4040的地址调用，则能正常死机并触发看门狗。（具体地址会变化，还跟CPU频率有关，不是完全精确的范围。）
这个范围是很大的，也就是说如果程序写错了，还是会有挺大的可能性遇到此bug。

比如考虑下面这个常见的野指针访问代码，触发看门狗bug的概率并不小。

struct A
{
    int data;
    void (*func)();
};

A* a = (A*)malloc(sizeof(A));
// ...
free(a);
// a被释放，指向的地址重新分配后写入了其他内容
// ...
a->func();  // 野指针使用，危险！

自己在程序里写代码更新Flash就可以。比如接收从串口或USB来的指令，收到特定的指令则把后面的内容写入Flash。
这种方法不是用sunxi-fel等现成的工具，相当于自定义了一个刷机的通讯协议。

自己查到了，是 BTB/板对板/板对FPC 连接器。到立创上搜 板对板 就有了。

底部中心有大焊盘的比较不好焊，要吹得时间长些。
周围一圈引脚，我经常是先上上锡，再用热风枪吹，和焊盘的锡就容易结合得好了。

离多远？速度要多高？传什么？

所以，变化的磁场会影响电，不变的磁场没事？

你们都不用高温海绵吗？我跟贴片厂老师傅学的手法：每次焊完东西，烙铁要放回架子上之前，在湿海绵上蹭几下，把烙铁沾锡的面都蹭净；上满锡（关键步骤），再放回架子上。不忙关电源，多放一会。很久不用了再关电。

烫到塑料了赶紧在湿海绵上蹭，上锡，还有救。

确实，有OS抽象出线程或task的概念会方便使用。不过如果代码写得巧，裸奔也清爽的:D。
比如把中断封装成回调，用C++的lambda写回调实在很方便。

现在还有点玄学问题没有解决，以后解决了再分享……
代码里有时候多一行少一行无关代码，显示屏就花屏了。可能是时序的问题，也可能是字节对齐的问题，还没弄明白。

另外，我是很想分享代码，但是代码混在项目里，要分享出来还得抠，抠出来又不能直接跑。
要是全志有一套像STM32那样的标准库，分享资料会更方便。

看了这几个cache相关函数的实现，有个疑问。函数里需要遍历整块内存，以32字节为单位去调用 MCR p15……。这样岂不是很低效？
如果我有几百K的数据从外设读回来，实际上CPU cache只有一点点，并不需要遍历几百K去invalidate cache。
那怎样能够仅仅invalidate需要的cache呢？当然可以invalidate整个cache，还有没有更精简的方法呢？

void MMU_InvalidateDCacheArray(unsigned long mva, unsigned long num)
{
  signed long size = num;
  while (size > 0) {
    MMU_InvalidateDCacheMVA(mva);
    mva += CACHE_ALIGN;
    size -= CACHE_ALIGN;
  }
}

@达克罗德 楼主，有没有调通SPI的DMA？（顺便问晕哥，回复帖子能不能强提醒某人？）

白框一个月才动一次，就不用弄这么复杂了吧。顶多装几个红外收发测距，检测到框框现在的位置，每月1号检查一下，位置不对就在墨水屏上提示用户手动调整位置。
或者更简单一点，框框下边贴一条磁性胶带，用几个霍尔开关识别位置。

JP3是切换摄像头DVDD的供电，不同摄像头要求的不同。有的用2.8V，就去掉U7，接上JP3。有的不是2.8V的摄像头，则自己换成合适的LDO到U7，打开JP3。

USB的GND上就不用加ESD二极管了吧。

按理说应该不难，参考STM32的USB Host库应该比较容易实现。

DC-DC的输入电容会影响这么大？5V是用什么供的？

带背胶的泡棉垫片吧，粘在接插件翻盖上，泡棉上面应该顶住外壳，压住翻盖。

学习了！虽然不知道叫什么，这个测邮票孔的装置很有趣啊！

嗯，你试试咯。

如果输入是实数（比如声音），那是只用一半的输出就可以。

makefile贴一下，多写了个括号吧？

MPR121，12路，I2C地址有4种。所以用一个I2C口接4片共48路。
还有TS20，20路。I2C地址有2种，所以最多40路。

74HC4052，双路4通道多路复用，1片可以接4个串口的TX/RX。
所以你想接10片要用级联，1片74HC4052接单片机，下面接3片74HC4052。
但我没用过级联，不知道串起来电阻会不会太大。

USB不插这个板子，lsusb一下，和插上板子的比较，是不是多了CP210x这行？如果是，那就是lilo说的问题。

回答问题2，对于实数输入，输出的FFT结果是共轭的。所以，对实数输入，常用rfft优化，可以减少运算量。见arm_rfft_*函数。

AVCC和VCC_DRAM允许的电压范围有重叠，但这两个共用一路供电可能不是好主意。DRAM会使纹波比较大，而AVCC需要稳定。
不过如果电路里用不着音频等模拟部分，也无所谓了。

其实我试过TV_VCC和HPVCC都不连也没关系，其他功能能正常用。

QPolygon.containsPoint

成本敏感的话，我一般是3.3V和1.1V用DC-DC，2.8V和2.5V用LDO，这样也简单些也便宜。

这个可以，理论上用libusb写的功能都可以实现，所以完全可以把sunxi-fel用网页重写一遍。
WebUSB是Google推的，还没成为正式标准，所以只有Chrome支持。标准和API见 https://github.com/WICG/webusb

五向开关。
所以你是想找贴片的喇叭？这种贴片蜂鸣器可以当音质很差的喇叭用 https://item.szlcsc.com/96500.html

这是装纽扣电池，转起来会亮的玩具吗？
叫什么？我们小时候是用大纽扣做的，两只手一拉一拉旋转。

有意思。说白了就是自动用“暗的浅色图”代替“亮的深色图”，对整个画面都比较暗的情况有用。

CS引脚加个上拉试试？把CS引脚用10K电阻接到3.3V。
看了几种开发板，CS都是有上拉的。

可以参考这个外国人的作品，用NFC存储个人信息、点亮LED的名片 https://www.instructables.com/id/PCB-Business-Card-With-NFC/

要说一下双摄是怎么用的。如果是相机类，双摄不同时开，应该可以把两个摄像头的引脚接在一起，powerdown分开控制，mclk上加个模拟开关。

用sunxi-fel的read和write读写大块内存试试，看是不是USB传输数据量比较大时就出错。

立创商城，搜功率电感，封装选0805。内阻比较大，没用过。

以前看到好几个国外玩家做PCB名片的，都是插USB供电。比较有意思的有这个 StyloCard https://mitxela.com/projects/stylocard，在名片上做了个MIDI键盘。

图1电路的作用是双声道转单声道，即把两个声道的信号取平均值。
按图2，两个Soc输出的左声道用电阻接在一起，当只有一个Soc输出声音时，另一边不一定处于什么状态。如果是HPR1是高阻态，则最后输出的信号应该约等于HPR2；如果HPR1是静音但仍在输出，则最后的信号约为HPR2的一半。所以可能会有音量不确定的情况。

确实就是这么慢。如果你翻转时，同一组的其他IO口的状态是确定的，那可以省略一次read32，直接写值，速度能到6.xMHz。

有些插件不开源，是试用版，比如DWG支持。

1mV档这个噪声算很小吧，不管测什么，环境带来的干扰都会有，1mV档太敏感了。
切到100mV档，测个电池看看？

从加速度里去除重力加速度，加速度积分得到速度，速度积分得到位移。
检测：一段时间内，速度从接近0（<a），到>m，又到<a。在这段时间内，位移>n，则为提起。同理反过来是放下。

cache是自动管理的，不用清理。如果调用Freetype取字符位图比较频繁，还是让Freetype自己管理cache比较好。

Google Blockly为基础做的。

Mark.
超到720MHz功耗增加多少？发热厉害吗？

xboot没有很详细的文档，最好的方法是，对照芯片手册读驱动代码。这些字段一般都是读出来后，用于读写某个寄存器，或者算寄存器地址。
gpio-count是这一组IO口的数量，PA/PB等等是一组IO口，具体包含几个不一定。

启动时短路Flash 1、4脚了吗？如果操作正确还进不去FEL模式，那大概率是硬件问题。

手册可以分享一下吗？一直在用C600的手册做C100s。

@hoel  I develop for F1C100s on OSX, but the toolchain configuration may depend on what you are building. I only build barebone code and XBoot, no Linux or U-Boot.
You can first try the barebone code minimal_f1c100s_framebuffer.zip from this post: https://whycan.cn/t_1457.html.

1. Download the official gcc-arm-none-eabi from https://launchpad.net/gcc-arm-embedded/+download. I'm using an older version gcc-arm-none-eabi-5_2-2015q4. Extract and add `gcc-arm-none-eabi/bin` to PATH.

2. Extract minimal_f1c100s_framebuffer.zip. Edit `Makefile`, change `CROSS_COMPILE` to `arm-none-eabi-`.
3. `cd tools/mksunxi`, delete the Linux version `mksunxi` and make the OSX version.
3. Run `make` in `minimal_f1c100s`. The build succeeds if you see output "The bootloader head has been fixed".

4. `git clone https://github.com/Icenowy/sunxi-tools.git -b spi-rebase`, then build the OSX version of sunxi-tools.
5. Run `sunxi-fel -p spiflash-write 0 build/firmware.bin` to download the firmware to F1C100s.