littleshrimp 发表于 2024-12-11 08:37 感谢回复，我看了一下用这种方式生成的.rbf文件内容和Convert Programming file通过.sof转换的一样。 ...

我们这边和您这边应用可能不同，我们是把rbf文件存在存储里面，FPGA采用PS方式启动，arm处理器读取rbf文件然后将文件发送给FPGA。您这边可能是采用AS启动FPGA主动加载，尝试看看hex文件的输出格式。

本帖最后由 dige 于 2024-12-10 17:31 编辑 我们一般用rbf文件离线烧录到flash，rbf文件不需要工具转，将选项勾选就可以自己生成。

问题1：FPGA与ARM核结合的SOC及相关应用 问题2：类似于Xilinx的ZYNQ系列及相关的国产替代产品

QWE4562009 发表于 2022-1-21 16:49 光正电源大把的啊   还有负压呢

你没有明白我的意思，就是用普通的DCDC buck芯片，实现负压的升降压方案，还给你发了文档，看来你也没有仔细看，现在人太浮躁了……

本帖最后由 dige 于 2022-1-19 20:43 编辑 用普通的DCDC芯片就可以实现反向升降压，我自己也用不同的厂家的buck芯片实现过，比较简单，价格也低。可以参考ti的文档：Working With Inverting Buck-Boost Converters

想起了辛弃疾的一首词：大儿锄豆溪东，中儿正织鸡笼。最喜小儿亡赖，溪头卧剥莲蓬。

是说单次测量怎么达得到1cm精度，原来做了平均。这样动态响应不好，应用场景受限。

看看

newphj 发表于 2019-5-24 11:20 串口软件是什么？

mobaXterm

木十化 发表于 2019-5-12 09:44 请教楼主，我也买了一块，供电接口是power端子12V输入吗？一共6个pin，三个GND一3个12V？

是的，上面一排3个引脚靠近MARK3的是GND，下面一排3个引脚是12V输入。上面有TP1~4的电源测试点，可以测试下。

submars 发表于 2019-5-3 00:06 这个板的USB都精简掉了，楼主试过把USB接出来吗？我买了个是V1.6的，SD卡启动只需要短接S2就行，不需要改电 ...

USB没有焊盘，接出来需要刮黑油，飞线。按理说是可以用USB的，你可以试下。

lidonglei1 发表于 2019-3-21 13:12 一般用这个东西做什么，家里还有一个吃会的

做什么要看你的想法了，挂几个传感器做远程监控和数据采集？做个四轴飞行器的控制器？挂接摄像头跑简单的openCV？做个无线电台？反正就是个可以运行linux的平台，运算能力有限，比电脑肯定不足，比单片机还是强很多。

LeoMe 发表于 2019-3-21 08:48 所以说这个所谓的F片的BBB板子其实买回来就是默认SD卡启动，只要焊上DC端子就能用了？

可以这样理解，后续有精力的话移植下uboot和kernel，自己玩还是很不错的。

star_66666 发表于 2018-1-26 15:07 st的库就是一个深渊，无底洞啊，非常的讨厌，都是时间紧迫的才用，一般都自己写，从不用库

自己写和用库各有各的好处，H7才出来，库的问题多点，后面应该会完善成熟了。我也是没办法，要急着出产品，发现坑好多，不过现在都顺畅了。

小Q玉米 发表于 2018-1-17 18:59 楼主 你有测试过 H7 SPI的DMA吗？

测试过，SPI的接收DMA有如下问题，一是将接收fifo阈值从08修改为SPI_FIFO_THRESHOLD_01DATA，不然接收数据一直有一部分存在fifo中，二是将如下代码屏蔽，不然接收的数据长度不对。希望对你有帮助。 //    if ((hspi->RxXferCount & 0x1U) == 0x0U) //    { //      hspi->RxXferCount = hspi->RxXferCount >> 1U; //    } //    else //    { //      hspi->RxXferCount = (hspi->RxXferCount >> 1U) + 1U; //    }

huo_hu 发表于 2018-1-9 21:28 这里面有微小的时间差，通过仿真器看到的不一定是正确的。

请教接收如何修改可行？测试是通过SPI读写铁电存储器。目前是调整顺序，铁电的读取正常，如果不调整，读取的如之前所述的出错。不知有什么更为合理的修改。

huo_hu 发表于 2018-1-9 15:54 你这个不对，如果是接收就要用RXNE标记，发送空并不意味着接收完成，因为发送是带缓冲的。

这边测试的结果是，如果清空TXTF标志位，RXNE标记也被清除了，接收数据就存在问题。

再填一个坑，H7的hal库的spi驱动中，调用HAL_SPI_TransmitReceive函数会出现接收到的数据出错问题，例如应该接收01 01 64...而实际接收01 00 01 64...，问题的原因还是在于清除TXTF标志位过早，原始发送接收数据的循环为先TXDR写入发送的数据，再清除TXTF，再读取RXDR寄存器数据。应该为先往TXDR写入发送的数据，再读取RXDR寄存器数据，再清除TXTF。不然读出数据一直出错。

freebsder 发表于 2017-9-15 20:40 升级的其中一个问题就是app的偏移地址的确定，这涉及到符号定位。一旦确定地址，剩下的你以前怎么搞升级 ...

谢谢指点，受教！

freebsder 发表于 2017-9-15 17:03 你手段太low，早几年就自动生成bin了。 直接合并当然也需要借助外部小程序。首先需要一个小程序能取得bi ...

恕我愚笨，没有完全理解您的意思，但大概明白您说的流程。貌似我的单片机应用和您的不在一个频道，基本上做BOOT+APP方式的都是包含有远程更新功能的，而APP一般包含两块，一块应用，一块备份。拿stm32说，APP的起始地址就是固定了，不存在随着程序变动修改而APP的起始地址变来变去的情况。prebuild我确实用的少，afterbuild做些事情还常见。请问您如何解决远程更新的问题？