原创 ZYNQ UBOOT更換調試串口管腳的方法

ZYNQ UBOOT更換調試串口管腳的方法問題的產生修改過程驗證 問題的產生 本來我一直只用的zynq平臺的調試串口是在uart1的mio48和mio49上,後來接了一個項目是別人家的硬件,我們做軟件。看原理圖發現串口被改到了ua

原创 fwrite實際寫入的文件大小比指定的大

基本代碼: fp = fopen(filename,"w"); fwrite(buf,sizeof(unsigned char), 96,fp); fclose(fp);   而後查看文件大小不是96,而是101.   把文件和buf內容

原创 差點忘了C語言還有union

MARK一下,閱讀一段代碼時發現有union的使用,差點忘了!汗。 重新瞭解後發現其實還是很好用的,但是現在自己咋就用的很少呢。

原创 ZYNQ LINUX 軟復位時卡死(reboot)

現象: 在reboot時有時會系統不能啓動成功,串口打印消息如下: Sent SIGTERM ttcpsvd: got signal 15, exit udpsvd: got signal 15, exit Sent SIGKILL to

原创 ZYNQ中內核分配指定內存地址給PL使用

ZYNQ中內核分配指定內存地址給PL使用 在kernel代碼common.c中,函數zynq_memory_init,增加兩句話即可: memblock_free(0x10000000, 64 * SZ_1M); memblock

原创 zynq : Linux kernel panic for JFFS2 filesystem on POR or reboot

參考原貼:https://www.xilinx.com/support/answers/71439.html Description In the 2017.x and 2018.x releases, when you boot Lin

原创 zynq axi uartlite調試

因爲串口需要6個,ps端有2個,所以想通過uartlite做另外4個,網上也有一些介紹看起來還是比較簡單。目前還沒有調通,先把調試過程記錄一下問題吧。 根據hdf文件生成fabl,以及設備樹後,燒錄進板卡,發現只能啓動到“Starting

原创 ubuntu 15.04下FFmpeg安裝教程

1.安裝yasm     cd yasm-1.3.0     ./configure      make      sudo make install 2.安裝ffmpeg     cd ffmpeg-3.4.2    ./configu

原创 ADB使用之調試orange PI3連接問題

1.ADB工具下載      bd搜索“ABD工具”下載,無需安裝。 2.啓動開發板的調試功能     設置-開發者選項-調試     打開“USB調試” “USB0切換到設備模式”。 3.命令行調試     1)adb devices顯

原创 RAMDISK: incomplete write (32231 != 32768)

在移植linux-xlnx V2017.1時,啓動ramdisk有異常,打印如下: RAMDISK: gzip image found at block 0 RAMDISK: incomplete write (32231 != 3276

原创 Github訪問速度慢解決方法

此爲轉帖,爲方便我個人使用,原貼地址https://blog.csdn.net/sy20173081277/article/details/82957926。   Windows系統的hosts文件的位置如下: C:\Windows\S

原创 orange Pi3解碼能力測試

目前入手一塊全志H6的orange pi 3模塊,主要是想使用硬解碼功能,配合海思的編碼模塊實現遠端視頻流的近端播放。 此文記錄一下當前狀態。 1.測試方案       1)測試orange pi的本地播放性能,1080P60;    

原创 RS422管腳定義說明

RS422 針腳定義: 1.英式標識爲 TDA(-) 、TDB(+) 、RDA(-) 、RDB(+)、GND 2.美式標識爲 Y 、Z 、 A 、 B 、 GND 3.中式標識爲 TXD(+)/A 、TXD(-)/B 、RXD(-) 、

原创 dsp發送門鈴信號給fpga,fpga抓到的門鈴信號不對

    現象:dsp發送門鈴信號給fpga,fpga抓到的門鈴信號不對;     分析:正確信號應爲“0x01a0 0000 0004 0000”共64bit,錯誤的信號爲“0x01a0 0000 0000 0000 0000 0004

原创 dsp與fpga通信之dsp在nwrite時如果帶門鈴信號,完成傳輸的時間會很長

    現象:dsp在nwrite完成會發送一個nwrite finished的門鈴信號,計時dsp的單次發送傳輸時間會很長,達到秒級別     分析:多種嘗試後,發現nwrite不加門鈴,傳輸時間是正常的,因此懷疑門鈴發送問題;網上查了