完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
喜
我正在使用X-NUCLEO-NFC05A1扩展板并将其连接到BBBWL并使用'STSW-ST25R009Linux®驱动程序'和UM2375用户手册。 在BBBWL - 使用的SPI端口是SPI1,检测为/dev/spidev1.0更改了pltf_spi.c以反映更改 / * ST25R3911XX与Linux主机的SPI端口/dev/spidev1.0 * /连接 static const char * device ='/ dev / spidev1.0'; - 中断引脚是GPIO115 - 115改变pltf_gpio.h来反映变化 / * GPIO引脚号7用作中断线,用于接收来自ST25R3911X的中断。 *要使用其他引脚作为中断线,请更改以下定义。 * / #define PLTF_GPIO_INTR_PIN 115 我得到以下错误,请建议 〜/ rfal_v1.3.0 / build#。/ applications / nfcPoller 错误:为轮询线程分配高优先级 以上来自于谷歌翻译 以下为原文 hi, I am working with X-NUCLEO-NFC05A1 expansion board and connecting it to BBBWL and using the 'STSW-ST25R009 Linux® driver' & UM2375 User manual. In BBBWL - SPI port used is SPI1, detected as /dev/spidev1.0 changed the pltf_spi.c to reflect the change /* ST25R3911XX is connected with Linux host's SPI port /dev/spidev1.0 */ static const char *device = '/dev/spidev1.0'; - Interrupt pin is GPIO115 - 115changed pltf_gpio.h to reflect the change /* GPIO pin no. 7 is used as interrupt line to receive interrupts from ST25R3911X. * To use another pin as interrupt line please change the below definition. */ #define PLTF_GPIO_INTR_PIN 115 I get the below error please suggest ~/rfal_v1.3.0/build# ./applications/nfcPoller Error: assigning high priority to polling thread |
|
相关推荐
8个回答
|
|
你好,阿里,
不确定这个: 有问题的代码在pltf_gpio.c中: 根据文件,例如 http://man7.org/linux/man-pages/man7/sched.7.html 它应该以这种方式完成。您可能需要查看Linux系统/内核的文档以了解其失败的原因。请尝试通过以下方式打印ret变量:将printf更改为: 你在BBBWL上运行哪个Linux版本? 问候,尤利西斯 以上来自于谷歌翻译 以下为原文 Hi Ali, not sure about this one: The offending code is in pltf_gpio.c:
According to documentation e.g. http://man7.org/linux/man-pages/man7/sched.7.html it should be done exactly this way. You may want to look at the documentation of your Linux system/kernel to see why this is failing. Please try printing the ret variable by e.g. changing the printf to :
Which Linux version are you running on the BBBWL? Regards, Ulysses |
|
|
|
尤利西斯
我在BBWL上使用Debian 9.3, 我现在注释掉了代码,定义了LED Pin,它向前移动但是 仍然无法使其发挥作用。 看起来SPI通信没有发生。 阿里 在2018年4月23日星期一下午2:23 Ulysses HERNIOSUS&lt; 以上来自于谷歌翻译 以下为原文 Ulysses I am using Debian 9.3 on the BBWL, I comment out the code for now, defined the LED Pin, it moves ahead but still not able to make it work. Looks the SPI communication isn't happening. Ali On Mon, Apr 23, 2018 at 2:23 PM Ulysses HERNIOSUS < |
|
|
|
嗨,阿里
我google了一下,并没有找到为什么Linux API在这个Debian上可能有所不同。当什么都没有工作时,我猜你需要连接一个逻辑分析仪来查看SPI + IRQ并进行分析。 问候,尤利西斯。 以上来自于谷歌翻译 以下为原文 Hi Ali I googled around and didn't find why the Linux APIs may be different on this Debian. When nothing is working then I guess you will need to attach a logic analyzer to see SPI + IRQ and analyze. Regards, Ulysses. |
|
|
|
嗨尤利西斯,
我下载了最新版本的BBB,它修复了SPI通信和优先级问题。我能够使用示例nfcpoller应用程序读取卡片UID uname -aLinux test 4.9.82-ti-r102&amp; sharp1 SMP PREEMPT 2月22日01:16:12 UTC 2018 armv7l GNU / Linux cat / proc / version Linux版本4.9.82-ti-r102(root @ b2-am57xx-beagle-x15-2gb)(gcc版本6.3.0 20170516(Debian 6.3.0-18))&amp; sharp1 SMP PREEMPT 2月22日星期二01:16: 12 UTC 2018但是有一个新问题,一段时间后停止中断。如果我重新启动您是否有更新的rfal或样本来修复此问题? 以上来自于谷歌翻译 以下为原文 hi Ulysses, I downloaded a lastest build of BBB and it fixed both the SPI communication and the priority issue. I am able to read the cards UID using the sample nfcpoller application uname -aLinux test 4.9.82-ti-r102 &sharp1 SMP PREEMPT Thu Feb 22 01:16:12 UTC 2018 armv7l GNU/Linux cat /proc/version Linux version 4.9.82-ti-r102 (root@b2-am57xx-beagle-x15-2gb) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) &sharp1 SMP PREEMPT Thu Feb 22 01:16:12 UTC 2018But got a new issue, stop getting interrupt after a while. if I reinit the Do you have a updated rfal or sample which fixes this issue? |
|
|
|
你好,阿里,
不,这是最新版本。到目前为止,我们还没有观察到这样的失败。问题发生时,INT引脚的状态是什么? 尤利西斯 以上来自于谷歌翻译 以下为原文 Hi Ali, no this is the latest version. We have not observed such a fail up to now. What is the state of the INT pin when the issue happened? Ulysses |
|
|
|
嗨Ulusses,
感谢您的答复。 INT引脚保持低电平,如果我重新初始化lib或重新启动示例应用程序,它将再次开始工作。 如果我没有LED,我怎么在RFAL中忽略它们?以下是在RFAL中定义的,它没有不定义它们的选项。 &amp; sharpdefine LED_NFCA_PIN &amp; sharpdefine LED_NFCB_PIN &amp; sharpdefine LED_NFCF_PIN &amp; sharpdefine LED_NFCV_PIN &amp; sharpdefine LED_AP2P_PIN &amp; sharpdefine LED_NFCA_PORT 0 &amp; sharpdefine LED_NFCB_PORT 0 &amp; sharpdefine LED_NFCF_PORT 0 &amp; sharpdefine LED_NFCV_PORT 0 &amp; sharpdefine LED_FIELD_Pin &amp; sharpdefine LED_FIELD_GPIO_Port 0 以上来自于谷歌翻译 以下为原文 hi Ulusses, Thanks for your response. the INT pin stays low, If I reinitialize the lib or restart the sample app it starts working again. If I dont have the LED's how do I ignore them in RFAL? the below are defined in RFAL it doesn't have the option of not defining them. &sharpdefine LED_NFCA_PIN &sharpdefine LED_NFCB_PIN &sharpdefine LED_NFCF_PIN &sharpdefine LED_NFCV_PIN &sharpdefine LED_AP2P_PIN &sharpdefine LED_NFCA_PORT 0 &sharpdefine LED_NFCB_PORT 0 &sharpdefine LED_NFCF_PORT 0 &sharpdefine LED_NFCV_PORT 0 &sharpdefine LED_FIELD_Pin &sharpdefine LED_FIELD_GPIO_Port 0 |
|
|
|
你好,阿里,
关于LED:如果你根本没有任何LED,那么你可以将platformLedOn / ledOff宏定义为空。替代方案可能是有一些全局变量表示LED状态,并让LED _.... PIN指向这些变量。然后你可以在调试时“看到”LED状态。注意中断问题:我猜你需要连接逻辑分析仪并分析跟踪。有许多基于PC的产品,如Digiview,Saleae等。如果你没有发现问题,那么我也可以看看并给你提示。尤利西斯。 以上来自于谷歌翻译 以下为原文 Hi Ali,
|
|
|
|
嗨尤利西斯,
关于LED: 我将用变量设置LED,谢谢, 关于中断问题: 我没有逻辑分析器方便我需要时间,直到我得到一个。这也是一个很好的想法,你也可以检查。亲切地告诉我,我会告诉你我们的调查结果 - 阿里 注意:原始帖子包含大量线程对话,只能迁移到第9级 以上来自于谷歌翻译 以下为原文 hi Ulysses, regarding the LEDs: I will setup the LED's with variables thanks, regarding the interrupt issue: I don't have the logic analyser handy will take time till I get one. It would be a good Idea for you to check as well.Kindly keep me posted, I will do keep you posted on our findings - Ali Note: the original post contained a large number of threaded conversations and was only able to be migrated to the 9th level |
|
|
|
只有小组成员才能发言,加入小组>>
请教:在使用UDE STK时,单片机使用SPC560D30L1,在配置文件怎么设置或选择?里面只有SPC560D40的选项
2741 浏览 1 评论
3244 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法?
1813 浏览 1 评论
3653 浏览 6 评论
6043 浏览 21 评论
1342浏览 4评论
203浏览 3评论
对H747I-DISCO写程序时将CN2的st-link复用为usart1,再次烧录时无法检测到stlink怎么解决?
356浏览 2评论
STM32G474RE芯片只是串口发个数据就发烫严重是怎么回事?
446浏览 2评论
STM32处理增量式编码器Z信号如何判断中断是正转的还是反向转的?
275浏览 2评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-26 11:28 , Processed in 1.780373 second(s), Total 92, Slave 76 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号