看板 ASM 關於我們 聯絡資訊
好少人討論 我個人心得啦... 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 壞一鍋粥... -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 218.161.101.152 ※ 文章網址: https://www.ptt.cc/bbs/ASM/M.1531400166.A.873.html
a690john: 個人認為nrf在 暫存器存取&編排 上是優於stm3207/12 21:24
※ 編輯: a690john (218.161.101.152), 07/12/2018 21:26:56 ※ 編輯: a690john (218.161.101.152), 07/12/2018 21:29:28
frogofmagic: 其實code size好像比較沒差, 我還沒裝滿過, 倒是ram 07/13 10:57
frogofmagic: 會不夠用就有點煩. 07/13 10:58
a690john: code size其實是個指標嘛,mcu說穿也不會寫複雜的演算法 07/13 12:42
a690john: 進去,size大我相信廢code比例少不到哪裡去,data size 07/13 12:42
a690john: 大還說的過去,何況BLE又有省電問題,最好是放那些廢cod 07/13 12:42
a690john: e吃電... 07/13 12:42
a690john: ram不夠也是廢code來的,load一堆global var進ram當然 07/13 12:50
a690john: 不夠用啦,softdevice已經吃一部分ram,應該更要省著用 07/13 12:50
a690john: 吧...,nrf lib反其道而行,不知道在想什麼 07/13 12:50
hizuki: cypress的可以使用看看,我覺得不錯 07/13 13:25
easypro: nrf so I drv還有問題,搞到後來自己直接重刻就好了 07/14 12:22