hi @OscarJGV26 , this is not a code question. is just a question of where to load the pru code
the pru code reads the rc input from ecap hardware
p8_32 is the ecap for pru 2
P8_15 is ecap for pru 1
so you need to load the same bin on the pru 1 to read input read
and change rcinput to read the memory from pru 1 memory instead the memory from pru 2
OscarJGV26
@OscarJGV26
ok so just trying to understand.... you are saying that if I have a PRU code/program, in this case RCAioPRU_BBAI_bin.h defining PRUcode which is loaded in this part of the image below, and which access their respective ecap and controls the servo channels, that I can just load that SAME program in pru1 and pru2.... now I know they have different ecap pins, and I would assume that the servo channels they have access to are also different, the question is then how do I know that they are not something affecting something else when I do it like this... Don't I need a program that is doing just what is supposed to do in each of the PRUs, nothing extra... if I loaded the same, it would seem like they would be doing something else.
i had to rebuild my bbblue, new sd card, used steps as usual from infamant guide, i compiled arduplane on the bbblue itself.....it runs but as soon as I connect with MP i get a ton of these messages on console and then i lose connection.....have to reboot ... I have redone the setup a couple times and same issue....
_
i have done this many times before, not sure what the deal is....
Vinicius Juvinski
@juvinski
Disable ins_fassample
irwin riolinus
@irwinr89_twitter
i cant change it via MP as the connection doesnt last long enough, is there a parameter file on the linux side where I can set it?
Vinicius Juvinski
@juvinski
What’s the command line are you using to star ardupilot ?
irwin riolinus
@irwinr89_twitter
./arduplane -C /dev/tty01 -A tcp:192.168.1.115:14550 -B /dev/tty02 -F /dev/tty05
its weird it only happens the minute I connect with MP
irwin riolinus
@irwinr89_twitter
nah, I managed to be quick enough to set INS_FASSAMPLE to 0 and save, but it still doing it
Vinicius Juvinski
@juvinski
could you please try to generate the samples( ./waf examples) and then on the build/examples folder
run the INS_Generic sample to see if the messages will appear ?
irwin riolinus
@irwinr89_twitter
i found this file at "/home/debian/ardupilot/libraries/AP_InertialSensor/examples"
but how do i run it? I changed to executable but does nothing
Vinicius Juvinski
@juvinski
you need to compile
./waf examples
irwin riolinus
@irwinr89_twitter
seems be working, i was moving it around on that screenshot
no sorry this is a bbblue, all internal..ill check out the link
Vinicius Juvinski
@juvinski
In true, reading the thread this error is related to problems with the sensor, but on previous versions this didn’t happen, there is a change on the way the ardupilot is reading the imu, using an older version like 4, 4.1 I believe you will not have this errors
irwin riolinus
@irwinr89_twitter
ya thats exactly what am doing right now, compiling 4.1!
Vinicius Juvinski
@juvinski
I checked the code and the post, and beside the message is temp (temperature) and what is trowing the message is a temperature reading, according the explanation, this temp reading is just a way to check if the fifo from the imu is ok
irwin riolinus
@irwinr89_twitter
ok its working on 4.1....doesnt lock up...it prints one statement of temp reset, not a nonstop scroll of them like 4.2
irwin riolinus
@irwinr89_twitter
does the FrSky OpenTX telemetry (Serial opt 10) work on BB? I thought I read that it wasnt supported
Vinicius Juvinski
@juvinski
I believe the main question is the inverted signal of the frsky telemetry