LINUX BeagleBone ArduPilot DIY Cape
Flight video: YouTube
Hardware / Software: BBBMINI
PCB: BBBMINI-PCB
Help- / Support-Chat: Gitter
Forum: ArduPilot
LINUX BeagleBone ArduPilot DIY Cape
Flight video: YouTube
Hardware / Software: BBBMINI
PCB: BBBMINI-PCB
Help- / Support-Chat: Gitter
Forum: ArduPilot
You need to be a member of diydrones to add comments!
Comments are closed.
I saw on the Linus page that he stopped selling the BBBmini kit, so I ordered a shenzhen2u, it arrived in 30 to 40 days.In the kit, it features a mounting bracket for the HC-SR04, my question is: should it be mounted in front of the drone, to avoid obstacles / collisions? Or should it be mounted below the drone for the altitude hold function? Or can I put 2 sensors: one to avoid frontal collision and another to hold altitude?I found in Banggood a breakout board with the I2C and UART…
Read more…First time poster and newb DIY drone builder. So please pardon my ignorance.I've sourced parts for a DJI Flamewheel 450 clone. Obviously the FC is the BBBmini, along with the recommended baro, gps, sonar sensors also picked up a genuine 3dr telemetry radio which will be connected via UART. Finally I've ordered a set of Castle Creations DMR 30/40 ESCs.I'm left with identifying the PDB and motors. I have some used DJI 2212 920KV motors that I may swap out for some EMAX or Multistar 2213 or 2216…
Read more…HI all,I need your help!I use BBG and BBBmini ,when I run arducopter-quad or INS_generic ,I get the error info "RCOutputAioPRU.cpp:SIGBUS error gernerated",I don't why I get this error.I am not good at English.If anyone know how to solve it ,please give me your hand. Thank you!
Read more…
Comments
@Mirko
Ah, so the image has been updated too (I should have noticed), I was using one from a week or so back, that explains it. I got confused which sd card I was using and overwrote the previous weeks work. Since I'm starting from scratch again I'll download the new image and try again.
I'll throw it on the scope, so if it is 3.3V then I just do as the readme.md says (bridge R4 and leave R5 alone).
No probs, I found out after I cut the header pins. Was funny as I tried to fit it at first and double checked the listing. Was easily fixed and I'll use the 2 pin ones somewhere in the future.
Thanks
Chris
@Chris
Fixed P7 and P10, thanks.
I don't know the R815X, maybe you can measurer the voltage with a scope.
If you use the Image from the README.md additional repos are not necessary . Make sure you execute sudo apt-get update before try try to install the Kernel.
Hi,
Next question, do I need to add an additional repos for the latest BBBMini README.md?
Just that on step 11, apt-get cant seem to locate the RT kernel....
Also on step 13 it cant locate ti-pru-cgt-installer
Are you able to advise which repo's I should add.
Regards,
Chris
This is for anyone who has assembled one of these or Mirko, I'm in the middle of doing one up.
For the resisters on the RCIN line, in the spec document it puts the 2k and 1k to drop the 5V to 3.3V. If I'm using an orangeRX R815X, I believe the signal is already 3.3V so do I just bridge R4 with some solder or wire, this info came from: https://github.com/mirkix/BBBMINI-PCB/readme.md
Also I believe P7 and P10 should be 1 x 5 header row.
Chris
Thanks Mirko,
Will have a look at your Device Tree definitions.
@Victor
It is not possible to use the BBBMINI Debian Image with the PXF because there are some difference, i.e. the SPI interface of the BBBMINI use Kernel CS lines, PXF use custom CS lines. So it is necessary to modify the Device Tree if you want to use the BBBMINI Debian Image with a PXF.
why switching the forum?
redhut spend a large amount of money to get preempt_rt running.
osadl
a simple test from your side shows the opposite.
to me a surprise.
and pls. show the command line for the cyclictest.
I'm happy discussing this matter but let's bring it out of this group dedicated to BBBMini. Can you explain your reasoning at forum.erlerobotics.com?
Thanks,
hmm, questionalble.
how many test cycles where used to 'verify' the latency?
we always use the PREEMPT option for the vanilla kernel.
but from what i read i assume you are wrong when looking at the latency.
@Robert,
All our kernels include preemptible capabilities and we've tested/compared PREEMPT vs PREEMPT_RT several times. For now we are releasing kernels with the PREEMPT option since our tests keep actually showing that they outperform PREEMPT_RT patches. Refer to https://github.com/BeaglePilot/beaglepilot/blob/master/files/APM_Li... for a more detailed description.