在Linux上构建示例

4个帖子/ 0新
最后一篇
ratsept.
离线
最后一次露面:5年8个月前
加入:2015-04-13 10:43
在Linux上构建示例

你好,

我只是在DA14580开始尝试,我似乎到处击中墙壁。我按照AN-B-024的指令,并花了一整天追逐奇怪的问题试图在Ubuntu上建立和举例,仍然没有运气。我似乎已经得到了代码编译的点,并通过似乎只有仍然失败的ROM似乎似乎似乎的链接阶段。

我开始DA14580_581_SDK_3.0.8.0 / dk_apps /祺l_projects/proximity/prox_reporter example and used the converter script to generate a Makefile. I removed the weird tree optimization flag and fixed issues with assembly file extension case (*.s and *.S). Also some Keil specific compiler magic (__INLINE vs static inline...) but now I'm well and truly stuck. It seems the example is referencing code in the ROM that for whatever reason is commented in the symbols table that came with the SDK.

这是make ...的链接部分输出
>>>
链接out / full_emb_sysram.axf
./../../src/plf/refip/src/arch/main/ble/jump_table.o::(jump_table_mem_area+0xb0):未定义的参考“ke_task_init_func”
./../../src/plf/refip/src/arch/main/ble/arch_main.o:在function`main_func'中:
ARCH_MAIN.c :(。TEXT.MAIN_FUNC + 0x88):未定义的“patch_llc_task”引用
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x4):未定义的参考“l2cc_pdu_recv_ind_handler”
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x8):未定义的参考“smpc_send_pairing_req_ind”
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0xc):未定义的参考“smpc_check_pairing_feat”
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x10):未定义引用“smpc_pairing_cfm_handler”
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x14):未定义引用“my_llc_con_update_req_ind”
../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x18):未定义的参考“my_llc_ch_map_req_ind”
../../../src/plf/refip/src/arch/main/ble/arch_patch.o::(.rodata.patch_table+0x1c):未定义的参考“patched_gapm_adv_op_sanity”
/usr/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../arm-none-eabi/bin/ld:out / full_emb_sysram.axf:隐藏的符号`smpc_pairing_cfm_handler'未定义
/ susr/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../arm-none-eabi/bin/ld:最终链接失败:不良值
Collect2:错误:LD返回1个退出状态
制作:*** [out / full_emb_sysram.axf]错误1
<<<

ke_task_init_func似乎处于符号文件中,但已评论。
patch_llc_task在SDK中的一个对象文件中存在,但链接重叠一些代码,所以我不确定在那里发生什么......

你能指向正确的方向或至少给我一个线索,最重要的是测试我的系统。从我读到的是,人们没有幸运的GCC和你的筹码,但是因为我们已经使用了一堆不同的BLE SOC,并且主要经过一些痛苦,我们已经能够让他们工作我不想刚刚放弃。正如您所拥有的那样,似乎至少努力支持GCC也许仍有希望。当我们完成工作时,我会愉快地开展我们的努力。

关键词:
je_dialog.
离线
最后一次露面:5小时38分钟前
职员
加入:2013-12-05 14:02
嗨,在那里,我会诚实的

在那里,我会诚实的,表明现在,我们无法在580上提供广泛的支持GCC。我们的下一个平台(680)我们刚刚宣布将是不同的,但除了一些客户之外我们正在支持一个在通用通讯科渡队委员会上,它不支持我们现在可以提供一对多格式。道歉,如果这不是你想听到的,但我更愿意诚实,而不是确定不切实际的期望。BR JE_DIALOG.

je_dialog.
离线
最后一次露面:5小时38分钟前
职员
加入:2013-12-05 14:02
嗨,在那里,我会诚实的

在那里,我会诚实的,表明现在,我们无法在580上提供广泛的支持GCC。我们的下一个平台(680)我们刚刚宣布将是不同的,但除了一些客户之外我们正在支持一个在通用通讯科渡队委员会上,它不支持我们现在可以提供一对多格式。道歉,如果这不是你想听到的,但我更愿意诚实,而不是确定不切实际的期望。BR JE_DIALOG.

ratsept.
离线
最后一次露面:5年8个月前
加入:2015-04-13 10:43
这真的很悲伤的消息。一世

这真的很悲伤的消息。我真的觉得我非常接近让这个例子建立(虽然我不知道它是否实际上在任何硬件上运行)。如果这是你能做的事情,我就没有一个帮助一个帮助。我要做什么来获得这种帮助?我确实有项目可以进入批量制造,如果这就是你的所在之后,我们现在正在做大部分工作与北欧SoC(价格和功耗是我们试图用硬件优化的工作)。

我应该期望看到680系列样本和开发工具?我真的很想尝试尽可能多的不同解决方案,因为我们做了很多BLE原型,并且需要尽可能地享受尽可能大的东西。