关于6678多核IPC问题

tutu11 发表于 2018-8-6 06:34
您好，
多核同时写一个资源确实存在冲突从而可能导致中断丢失。IPC只是其中的一种最简单的核间通信方式，还有很多其他的核间通信方式如Navigator就可以避免冲突。建议在实际软件开发时可以直接使用MCSDK安装完之后的IPC，其中封装了核间、及器件之间的通信API，并且由于MCSDK一直在升级，具有很强的移植性。请参考，谢谢！ ...

宝弟弟弟 发表于 2018-8-6 06:40
hao wu ,
您好！
可以考虑core1~core7使用IPCGR0中不同的SRCS比特，最后再置位IPCG比特。中断服务例程里面检查所有的SRCS比特都处理掉。

liuqin123 发表于 2018-8-6 07:10
你好
你可以在中断程序中while查询IPCGR的不同标志，然后执行相应的中断处理子程序即可，这样即使core0总的中断响应次数少了，但不会丢失相应中断处理流程。
谢谢！

宝弟弟弟 发表于 2018-8-6 07:26
hao wu,
再确认各个核通知核0的整个过程。
core1~core7分别置位IPCGR0中不同的SRCS比特（比如SRCS1~SRCS7），最后再置位IPCG比特。然后核0会产生中断。

哈哈哈欠 发表于 2018-8-6 07:39
非常感谢！问题已经解决，是我没有利用IPCAR将对应的SRCC比特位清除导致的，我在中断服务例程中加了IPCAR进行清除操作，就没问题了，我利用的是SRCS1-SRCS3位识别core1-core7，而没有进行清除操作，因此只能识别001 core1 011 core3 和 111 core7了，感谢上面几位的解答！ ...

哈哈哈欠 发表于 2018-8-6 07:39
非常感谢！问题已经解决，是我没有利用IPCAR将对应的SRCC比特位清除导致的，我在中断服务例程中加了IPCAR进行清除操作，就没问题了，我利用的是SRCS1-SRCS3位识别core1-core7，而没有进行清除操作，因此只能识别001 core1 011 core3 和 111 core7了，感谢上面几位的解答！ ...

哈哈哈欠 发表于 2018-8-6 07:39
非常感谢！问题已经解决，是我没有利用IPCAR将对应的SRCC比特位清除导致的，我在中断服务例程中加了IPCAR进行清除操作，就没问题了，我利用的是SRCS1-SRCS3位识别core1-core7，而没有进行清除操作，因此只能识别001 core1 011 core3 和 111 core7了，感谢上面几位的解答！ ...