-
移植profinet2.0协议栈通讯不稳定
profinet 2.0协议栈官方sdk代码需要按照特定的硬件修改部分代码?如果拿来即用,证明是底层flash,hyperram,phy还存在问题?请各位大神支招,谢谢!!
454浏览量 2回复量 关注量 -
搭载profinet2.0协议栈的io设备无法稳定被西门子博图软件识别 sos
本io设备基于瑞萨n2l,采用外置gd flash、winbond hyperrram和ksz8081,移植瑞萨官方2.0协议栈并针对自己的硬件做了适配,串口打印信息和之前移植的profinet 1.0版本打印信息一致,但是使用西门子博图v18软件有时能搜到io设备,有时搜不到。可能是什么原因导致的有没有什么解决方案,谢谢!!
636浏览量 0回复量 关注量 -
gd32 usbfs是否与stm32有对应关系?
本来打算使用gd32e103的,发现它的usb似乎并没有与stm32f105的兼容。所以用它的库,发现了以下缺点,不得不吐槽一下: 1. CMSIS居然不支持gcc,还得自己写汇编和链接。 2. 没有像stm32的库那样可以用结构体控制外设。 3. usbfs的驱动写的十分恶心,看上去啥都实现了,实际上代码量比其他的库高,并没有把一些应该由协议栈完成的事给解决了,而且不支持回调,貌似只能轮询? 4. 定义了HXTAL_VALUE后还得定义HXTAL_VALUE_8M,否则会导致进入Hardfault。调试了很长时间。 5. c++的兼容上有一些细节没有处理好,当然这可以忽略,主要是头文件的引用问题。 gd32的芯片是很好的,就是软件支持嘛。。。协议栈实现起来麻烦可以提供一些移植到别人协议栈的代码啊,比如libopencm3,teenyusb,libusb_stm32等等,这些我们开发者来写就有点麻烦了。 我写一个程序还得非半天劲来调试,还得想办法移植。 你说他没有吧,他有,但是说有吧,可用性实在有点低。。。 程序库没有详细看,不过代码命名的风格还挺合我的口味的,质量上可能还差点。 如果有人知道它的usbfs与stm32的对应关系请务必指点下,最近打算用回stm32了,等时机成熟以后再考虑gd32。
3361浏览量 2回复量 关注量

问答