Re: [問題] 如何快速上手arm架構的MCU?

作者: a690john (BlackHand)   2018-07-12 20:56:04
好少人討論 我個人心得啦...
nordic這東西...實在是恨鐵不成鋼啦
有看過它BLE的sample code嗎?
單純softdevice的話 我是很欣賞 api算是乾淨
問題是上面BLE protocol lib...
隨便舉例啦
characteristics struct竟然call了3~4個func動態產生,中間還過了很多global var,
完全匪夷所思
BLE event 部分也是一樣,過了一堆破碎的func,特點都是亂丟global var,別的func再撿
來用
lib又自創一堆struct, 然後再用func寫回softdevice提供的struct
我唯一能想到就是 多人拼裝車嘛...
然後你可以compile之後看那精美的code size
把那些characteristics struct全部hard code展開, 好改就算了,size也才一半不到
簡單說就是別想偷懶啦,沒現成func可以用,乖乖k藍芽吧
sample code看的到但吃不到
use "only" softdevice 我相信nrf是個很棒的BLE mcu
真是一層lib 壞一鍋粥...
作者: a690john (BlackHand)   2018-07-12 21:24:00
個人認為nrf在 暫存器存取&編排 上是優於stm32
作者: frogofmagic (呆蛙)   2018-07-13 10:57:00
其實code size好像比較沒差, 我還沒裝滿過, 倒是ram會不夠用就有點煩.
作者: a690john (BlackHand)   2018-07-13 12:42:00
code size其實是個指標嘛,mcu說穿也不會寫複雜的演算法進去,size大我相信廢code比例少不到哪裡去,data size大還說的過去,何況BLE又有省電問題,最好是放那些廢code吃電...ram不夠也是廢code來的,load一堆global var進ram當然不夠用啦,softdevice已經吃一部分ram,應該更要省著用吧...,nrf lib反其道而行,不知道在想什麼
作者: hizuki (ayaka)   2018-07-13 13:25:00
cypress的可以使用看看,我覺得不錯
作者: easypro   2018-07-14 12:22:00
nrf so I drv還有問題,搞到後來自己直接重刻就好了

Links booklink

Contact Us: admin [ a t ] ucptt.com