Copter-4.1.0-beta3 has been release for beta testing

Is there a plan to keep supporting the 1m version of the pixhawk? I see in the docs optical flow is removed in due to limitations, but does LIDAR work? Was hoping to use a TFmini plus on a pixhawk1 w 1mb limit

@Derek,

I just checked and I think that 4.1 does include optical flow support for the Pixhawk-1M boards. I see a ā€œFLOW_TYPEā€ parameter on my ancient IRIS and so I think the feature is there. Iā€™ve raised an issue to fix the wiki.

Yes, we try to support boards as long as possible so there are not plans to drop support for the 1MB boards including the Pixhawk with the 1MB flash limit issue. Iā€™m sure downward facing lidar will be supported in 4.1 for the 1MB boards for as long as possible.

By thew way, when we run out of space on a board, normally we try to get it working again by removing new features rather than older existing features but sometimes this is not possible if the existing features have been significantly enhanced. Coincidentally we had a debate on this topic yesterday at the weekly dev team meeting.

Thanks Randy! Glad to hear there are plans to keep supporting it.

1 Like

Being the cost of new boards so low lately, i wonder if it is wise to use precious time in guarantee a retro compatibility on 5-6-7 years old boards.

@Corrado_Steri,

Yes, that is exactly the question the dev team struggles with and we have different opinions on where the line should be drawn. At the same time though, AP is pretty efficient so the primary limitation is the firmware size so hopefully the GSoC project to support a custom build server is going to largely solve the problem for usā€¦ for a year or two anyway :-).

2 Likes

@XinChengGe,

Re Mission Planner evaporating, this is happening to me again although only in very specific situations. I must be running Copter-4.1.x on a Pixhawk1 connected to my main PC. If any of these things are changed it works OK. So for example I can connect fine from my laptop, or I can use 4.0.7 or I can use a CubeOrange and itā€™s fine.

Iā€™m working with @meee1 to try and narrow down the issue but no luck so far.

Hope a GSoC project Is not wasted only for backward compatibility while there is a ton of new stuff to explore and implement.

HI,I have the latest beta mission planner and still cannot get the params to download,done every thing asked on this thread,hopefully there will be a fix soon
and thank you every one for your inputs

1 Like

@MartyMcFly, can you tell me which autopilot youā€™re using? The PC is Windows10?

1 Like

Im using the Cube Orange and a windows 10 and the latest firmware in the EFD mod and air unit,just to let you no the cube orange connects very fast by usb cable and thank you for your time

Had a fall from the sky when switched from STAB to AltHold.
For the first look the reason was the Desired Climb Rate got sharp negative value right after switch to AltHold.
But what caused DCrt to be negative?

Unfortunately this is BeastF7 board with small internal mem chip so have to disable some standard log parames.
Iā€™m using GSF (GPS with no compass).

Here is the log 13 1-1-1970 2-00-01 AM.bin (924.1 KB)
And the onboard video https://www.youtube.com/watch?v=83pDvm_Qnkk

@rmackay9 could you please take a look?

Pretty sure part of the problem is your throttle is at 20% when you switch - for AltHold the throttle needs to be at 50% to hover and so the copter will try and descend. You get the opposite effect if you switch from AltHold to stab.

My throttle (RCIN C3) was exactly 50% at moment of switch to AltHold, it is on my screenshot.
What you noticed (on OSD) is throttle hover

Recently I had another strange experience where I am not sure if it was an issue with the EKF3 implementation in beta3 or a defective Cube Orange. You can find the detailed description here: EKF3 Position going mad - Bug in 4.1.0-beta3 or defective Cube Orange?

@rmackay9
Yes, you are right, I try to reproduce the situation. I switch to a new autopilot, and connect two telemetries and USB Itā€™s not evaporating anymoreā€¦ :cold_sweat:

Hi, first thanks all devs for a great work.
Is it only me or do we have an issue in beta3 or latest stable QGroundControl?
If I revert settings to default I wonā€™t be able to fully communicate with the APM afterwards. Have a Matek405-CTR, tested Beta3, bdshot Beta3 and latest.
It seems that EKF3 never gets out of startup and Iā€™m not allowed to change any parameters in this phase. Most options in ā€œVehicle Setupā€ is missing only Summary, Firmware and Parameters are visible. Parameters can be read but not written.

To get it operational I have to revert to 4.0.7 and then update from that. Might be me or my FC that have created the problem.

Yea im experiencing the same symptoms hopefully sorted soon the devā€™s do A good job

@lebarsfa
wellā€¦I donā€™t think we are facing same situation, in my case, after click connect button and start getting parameters, I can see checking for Param MAVFTP, then the MP evaporating immediately, It happened every time, same situation.

I confirm I have the same behavior, but it does not happen all the time depending on the parameters set in the Pixhawk, and potentially other thingsā€¦

1 Like

I am not sure if it is related,but when I was messing about on the bench my cube orange reset it self im certain I did nothing to make this happen ,the plot widens