雖然接觸沁恒的MCU時(shí)間不長(zhǎng), 逐漸發(fā)現(xiàn)和其他同類產(chǎn)品比較還是很能打!?
從下面幾點(diǎn)分析:?
價(jià)格: 國(guó)產(chǎn)芯片主流水平, 主打型號(hào)有極高性價(jià)比
性能: 主頻高于STM同系列芯片
編譯環(huán)境: 免費(fèi)的MounRiver, WCH-Link, USB下載等多種下載方式
相關(guān)文件: 提供規(guī)格書, 寄存器手冊(cè), 例程
技術(shù)支持: 提供官方論壇, 專業(yè)人員回復(fù)快
尤其是后三項(xiàng), 是沁恒能和國(guó)內(nèi)廠商拉開距離的絕對(duì)加分項(xiàng), 希望沁恒越做越好!
別的不說，相關(guān)文件可太少了。沒有CH58x的編程手冊(cè)(好像只有CH103的編程手冊(cè))，簡(jiǎn)單的數(shù)據(jù)手冊(cè)居然還有好幾章是預(yù)留，沒有MRS的使用手冊(cè)，我下載的CH583EVT例程只有十幾個(gè)(所有USB例程算1個(gè)），而且沒有例程的說明。與STC或STM32提供的例程相差甚遠(yuǎn)。別的國(guó)內(nèi)廠商也都這么簡(jiǎn)陋？
更進(jìn)一步的資料太少了、例程太簡(jiǎn)陋了根本沒什么參考價(jià)值、手冊(cè)更是太片面了。
如果想用得好，現(xiàn)階段不建議，坑太大太大。
起碼這么多年了，CH32V307的FreeRTOS的以太網(wǎng)例程依然遙遙無期，以后要是批量使用沒更多資料支持后果可想而知.....
您好，感謝你們的反饋，后續(xù)我們會(huì)對(duì)相關(guān)資料進(jìn)行補(bǔ)充和完善，豐富例程和手冊(cè)資料。若你們?cè)谑褂眠^程中遇到問題，可隨時(shí)與我們聯(lián)系，在我們官網(wǎng)有技術(shù)支持電話。關(guān)于所提到的FreeRTOS下的以太網(wǎng)例程，這邊后續(xù)會(huì)對(duì)OS下的以太網(wǎng)例程進(jìn)行整理并放入EVT中，感謝反饋建議。
@TECH62? “”例程太簡(jiǎn)陋了根本沒什么參考價(jià)值“。有就不錯(cuò)了，沒有例程更不知道如何編程了。有例程還能照貓畫虎編程。沒有例程象?__HIGH_CODE 這樣的專用的偽語句都無從了解。中斷也不知道如何寫。
@tty1?其實(shí)很多問題都是在MounRiver Studio使用時(shí)碰到問題都不知道如何解決，想找其他的IDE又沒有例程....
最后只能哎....
很多MCU都可以用Keil開發(fā)，遇到問題基本上百度都能解決，但是MounRiver Studio就不知道去哪里找解決辦法...
用過AVR、ST、STC的說明都是比較詳細(xì)的，CH32V系列的例程說明真的太簡(jiǎn)陋了，很難做到拿來直接就用的地步。
算了，繼續(xù)測(cè)試了。
新東西百度不到也可理解，但官方要給出解決辦法，要給出詳盡的手冊(cè)。
有一說一, 和stm比較的話,文檔確實(shí)沒有這么齊全. 畢竟是這么多年的積累……
但是和國(guó)內(nèi)其他MCU廠家比如GD,合宙...已經(jīng)很不錯(cuò)了！
由于RISC-V架構(gòu)和arm架構(gòu)的相似性, 絕大部份編程是可以借鑒的。當(dāng)然，簡(jiǎn)單的復(fù)制粘貼是一定不行的。
以本人為例, 一個(gè)月前對(duì)arm或者riscV都是零接觸，只有一些arduino和51編程基礎(chǔ). 雖然一開始也是一頭霧水。然后死磕寄存器手冊(cè)和參考例程，現(xiàn)在也基本上獨(dú)立完成了一個(gè)arduino到riscv的項(xiàng)目移植。其中涉及到了adc、dma、gpio、flash、TIM、硬件spi、觸摸i?o....
adc、dma、gpio、flash、TIM、硬件spi、觸摸i?o
這些MounRiver Studio IDE里面本來就有了，還有自己折騰么？還是說自己整一套Arduino框架？
其實(shí)我個(gè)人覺得挺容易的，從stm32轉(zhuǎn)過來，基本上都一樣操作，如果覺得這個(gè)risc-v不好弄，說明你沒有好好研究stm32的產(chǎn)品，一通百通！都一樣的函數(shù)名稱，無非就換了一下開發(fā)環(huán)境和芯片而已！
我覺得現(xiàn)在好多國(guó)產(chǎn)芯片的例程，越來越模仿了STM的代碼風(fēng)格，包括國(guó)產(chǎn)51單片機(jī)。
確實(shí)，例程里面坑太多，只能是可以跑起來而已，真正商業(yè)使用根本不行，有些問題工程師也不回復(fù)，也沒地方找任何資料，手冊(cè)寫的也含糊不清，好多問題都不知道怎么解決
您好，在我司官網(wǎng)有技術(shù)支持電話，若遇到問題，可撥打技術(shù)支持電話或在論壇發(fā)帖，我們工程師看到都會(huì)及時(shí)回復(fù)，遇到緊急問題，可撥打技術(shù)支持電話。此外，感謝你的反饋，若對(duì)我們手冊(cè)有任何修改建議，都可以和我們說，我們會(huì)及時(shí)反饋進(jìn)行改進(jìn)。
我們需要的是資料，至于跟工程師溝通感覺很不習(xí)慣。
感覺吧，資料能做到像nodejs、python、chrome App這樣的成都，哪怕沒有工程師都能自己瞎琢磨出來。
沒有更多的資料感覺完全無從下手。
反正這段時(shí)間想弄個(gè)ModbusTCP Client，翻來覆去看官方的TCP Client的例程完全弄不懂怎么去主動(dòng)發(fā)送數(shù)據(jù)，然后沒時(shí)間了直接用nodejs解決了...
我很難想象官方的TCP Server、TCP Client例程都是被連接方發(fā)送輸出然后例程返回?cái)?shù)據(jù)，感覺這還是Client么？哎....
然后把，那8串口服務(wù)器更無語，不是整合一個(gè)包后再轉(zhuǎn)發(fā)，而是main循環(huán)有數(shù)據(jù)就收發(fā)...這....算了，心累。
