-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SPI random crash "Unexpected IRQ during transmit phase!" #44
Comments
Script works 1-10 hours and then:
|
Hmm, interesting. The error messages really point to a problem with GPIO access (for which this library uses my separate pi-pins module) rather than SPI, so I guess it's not too surprising that the kernel module trick does not make a difference. However, it looks you are trying to use GPIO07 for your IRQ pin? Hope this helps! |
Without IRQ <-> GPIO7 - it doesn't work at all |
I do not recommend disconnecting IRQ pin, it currently can lead to strange issues e.g. #30. I may have spoken too soon, flipping between pinout diagrams and got confused — your original pinouts may not necessarily have been wrong. Somebody else just filed natevw/pi-spi#19 so I wonder if there is some issue with the new kernel drivers? [Note that that is a SPI issue and this is a GPIO issue though.] Or are you sure you don't have other processes that are occasionally trying to access GPIO and conflicting somehow? You can use whatever you want for process restarts, forever or node-supervisor or whatever and in theory it shouldn't make a difference to this issue. (I tend to use node-foreman and node-supervisor in development, Ubuntu's upstart in production and something like |
I tried:
but actually I have spi_bcm2835 module (Raspbian on RPi2), so I used spi_bcm2835 in command
Here is my problem:
I can 100% reproduce crash when I transmit 2-3 lines in one time like:
The text was updated successfully, but these errors were encountered: