-
Notifications
You must be signed in to change notification settings - Fork 565
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
Servoblaster not compatible with Raspberry Pi 2 #43
Comments
as some extra info, the userland servod hangs the pi2, the kernel module loads with
but doesnt do anything on the gpio ports |
Since it looks like the DMA base has changed to 0x3F000000 from 0x20000000 i tried changing the userland daemon to start from that base but this still hangs the pi unfortunately |
I have been having this same issue with a WS2812 LED driver which uses DMA and PWM- I have changed the GPIO offsets but suspect there are other changes and a lack of documentation. |
There are some updates on the rpi forum here apart from the change in DMA addresses there seem to be some changes in how the cache is being dealt with |
Also interested in this question, i'm trying to make servoBlaster run on odroid c1, which basically equivalent to rpi2 |
The pigpio library is now working with the pi2, support was added with this commit I haven't got the understanding of the DMA code to port this fix to servoblaster |
That's not a real fix though - as Joan admits in the forum thread the On Mon, Feb 16, 2015 at 7:29 PM, tomfogg [email protected] wrote:
|
I thought it looked quite hairy. It does seem to work pretty well though, havent noticed any issues with it controlling 6 servos. If you need some code testing, let me know |
Code for testing posted on the forum, see Richard On Wed, Feb 18, 2015 at 9:13 AM, tomfogg [email protected] wrote:
|
That code is working a treat for me with 6 servos. Good stuff, especially if you didn't have a pi2 to try it on! |
Got my hands on a Pi2 about 5 hours ago :-) On Thu, Feb 19, 2015 at 10:09 PM, tomfogg [email protected] wrote:
|
Same problem here. servoBlaster is cool! |
Hey Kevin, I assume you saw the link to some working code further up this
|
Ahh... yes, you are right. The new code worked on my Pi2. Thanks a lot!! Kevin Kuei On Sun, Mar 1, 2015 at 11:42 PM, richardghirst [email protected]
|
Hi, today I updated Raspian and also re-compiled ServoBlaster on my Pi B+, and now when I execute a program that used to run just fine, I get "Invalid pin number 33 in P1 pin list", the command I issued to run ServoBlaster is "sudo servod --cycle-time=5000 --step-size=10 --min=1000us --max=2000us --p1pins=13,18,33,40,7 ", really strange. Maybe some pin mapping was changed? FIXED: forgot to change array layout to 40 pins in servod.c . |
Hi, do I get this right? There is a fix for this problem posted on the Raspberry forums but there is no updated version here? If so why? |
Any news on an update? |
I'm on holiday at the moment so can't look at the code but maybe a problem
|
Oh, I don't have support for the B+ at the moment (should have shortly On Mon, Sep 21, 2015 at 2:29 PM, Richard Hirst [email protected]
|
The fix for Raspberry pi B+ is pretty easy, basically adding the missing pins to
there are already some forks of this project which do exactly that, but the fix for Raspberry Pi 2 apparently involves changing parameters of the PWM output hardware (register mapping). |
Except that would let you specify pins on P1 above pin 26 on a rev 2 board,
|
Latest code in github should support Pi B+, Pi2, and 4.1 kernels. |
Thank you for merging the changes mate, much appreciated! And also for the whole thing, while we are at it! I did migrate my code to https://github.com/sarfata/pi-blaster in the meantime, though. As I'm still using servoblaster on several old Pis: Is there the need for these two different projects? Have you guys been in contact and considered merging them into one? To me it seems that pi-blaster has some technical optimisations while servoblaster offers better configuration (via options instead of the need to modify the source and recompile). And it is a fork, so there should be much in common? |
Looks like the DMA addresses have changed but I can't find any details on what the new ones are
The text was updated successfully, but these errors were encountered: