Havner

So the manual sentence" is incorrect? There is no system that can be fed information from ABRIS? About WCS, yes, I think I got it now. You don't need ABRIS to store DL targets. You can store them in PVI. What is the shortest way to do that? The EDIT mode of PVI seems to be able to store only information from either SHKVAL or fly-over a point. I managed to select a DataLink target, select it with SHKVAL and then store it in PVI. Is there some direct way to do that? Without SHKVAL? EDIT: or more general question: How to extract coordinates (or any info) from a DL target other than setting it as ingress?

Flying 1->2 made the desired track route mode and HSI work properly. But the ADI is still dead. Red DIR in the upper left corner and the needles are centered.

You might be completely right. Yes, thank you. I remember this working previously and now I just noticed it doesn't and tried to fix it before flying further. I never knew and never noticed it doesn't work for 0->1. I'll check tommorow and will let know.

I had an idea about turning ABRIS off for some flights and was wondering what I might be missing. Meaning. What ABRIS can and cannot do externally. 1. I know it has no connection to the nav/autopilot systems. It provides nav info just for information. 2. It is connected somehow with DataLink (selecting and receiving targets). Will DataLink work at all without ABRIS? 3. It seems to be connected to the SHKVAL as it can display a point where SHKVAL is heading. Is it only one side connection? What else is there. Are any other systems connected/dependent on ABRIS? The manual says: "The reception and display of information from interfaced systems and the output of information to other interfaced systems." Does anybody has a complete list of those systems? Thanks

I have 3 problems that I think might have one cause (they are related) 1. Desired track autopilot route mode behaves exactly like desired heading. It doesn't try to go back on track 2. ADI is not showing bank and pitch steering banks. They are always centered. Additionally DIR is always visible, meaning there is no track information 3. HSI, the Desired Track Angle is showing some awkward direction, that has nothing to do with my real track. It all looks like PVI somehow is not providing track info. I've tried in few missions, having an auto start, and doing startup procedure myself. It always happens. On the other hand ABRIS is showing track deviation info properly. What possibly I might be missing?

I tried to do an identical thing like on the picture above. Tie it up in the same spots. I think I managed to. Unfortunately the spring was no longer symetric. It was bended a little bit (which is expected) and it didn't center properly anymore. In theory it could have been solved with the calibration tool but I think I'll go with another set of 4 smaller springs. Just need to get some. For now trying the stock 4 ones put "above". And despite very glue'y lubricant I have (Molykote EM-30L en route) it gives me reasonable results.

Glad to be a part of this. Thanks! And get some sleep :-) It's probably your sleep depraved look at "the most important video" that helped so much at the end of the campaign :-)

At some point in my sim life I switched from X52pro to Warthog. Then I bought Huey. Total failure... Trying to get my hand on proper greasing solution and some spring mod. In the meantime I "disabled" the springs in my X52pro. Basically made it completely non centering stick (achieved that with shoelace). Just wow! Beside the fact that you can't get your hands of the stick I suppose this is how helis should be flown. No tension, no central point, precise micro adjustments in every phase of the flight :-) I can land on the roof of a building now while previously I was unable to take off in a controllable way. As for the OP question. Get a joy with either a big extension (modded warthog?) for precise movements or something with a little, close to none tension. Probably modded Warthog will do the trick. Hopefully I'll be able to check that soon enough.

Ok, and where was it? I can't find it. There is no separate thread like here. Nothing in this thread. If he makes those announcements in a different place every time it is difficult to follow. EDIT: sorry, you linked, didn't notice.

What is the current state of paypal? We were supposed to be updated twice a day.

And again. It is perfectly valid (strange but valid) and it behaves exactly the same way in BS1 as BS2 (I checked recently). Some explanations for this behavior are in this thread: http://forums.eagle.ru/showthread.php?t=114496 Basically when you pitch down AP is trying to get you back to its reference point so it adds some input 'against' your stick position. When you hit the trimmer the AP is disengaged in an instant removing its input. Only your stick input remains. So for the rotor the input changed in a moment by up to 20%. Hence the 'jump'. Try the same thing in FD mode. Maneuver without trim and hit it afterwards. You won't observe any 'jump'. AP is disengaged in FD so it doesn't add any input. Seems that the only valid option for BS pilot is to hold trim while maneuvering. Not hit it afterwards.

You will be able to fly them.

No, actually to use it in both (see below).

I don't get it. $1 pledges don't have alpha access but they have access to this? Should be at least $10+

Yes, it's not clarified but the current understanding is that DCS world pledges gives you P51 and Dora immediately when they're available (P51 at the end of KS, Dora when beta released). The rest of the pledges with payable planes ($20+) might get you them if you choose or gets you them automatically ($40+) but when DCS WW2 is released. That's the difference. The time you get them. But in theory they should still be DCS World compatible (although it hasn't been confirmed clearly, it's just reading between the lines).

What also worried me is that some people in the update 9 comments that pledged but (again) don't read the project description seem to think that $40 gives you all the release planes and future released planes. And even though Ilya debunked they still didn't get it. Shows how careful with pledge wording you have to be. We might have some disappointed people after the release.

Don't you guys read the description of a project you supposedly took part in? It was stated explicitly that 3 planes will be free. So if $0 gets you them $1 gets you them as well. This whole KS hasn't been thought through as without stretch goals there is virtually no difference between $10 and $40 pledge (assuming you'll get p15d and dora before the release which is probably a case for majority). And the only difference between $0 and $10/$40 is/was alpha/beta access.

Said by a guy that owns one of those 4 new :P

I'm just afraid that if Ilya will go on with his plan we'll see a lot of 1$ pledges till the end of the KS (surprised they aren't there already) as this option will still get you all 3 planes. This will not increase the fund much. If he's going for one free plane only then the current state of 1$ should be locked.

You get this wrong. The only change that was proposed in this regard was to give non backers less. So it would be an incentive for them to pledge. All current and futures pledges will get what was promised. Read carefully next time. It's stated clearly.

I have no idea how you got an impression that it wasn't like that in BS1. It definitely was. Even now i have 1.0.1c installed due to the training missions and it's exactly the same as in BS2. I even asked about this exact behaviour back in 2009 when only BS1 was released: http://forums.eagle.ru/showpost.php?p=732618&postcount=6 I don't see any change in this regard between BS1 and BS2.

That's the exact behaviour I was trying to find explained in this thread: http://forums.eagle.ru/showthread.php?t=114496 But it was exactly like this in BS1 as well. While the behaviour is somewhat strange it seems to be perfectly valid and you are supposed to hit the trimmer before you pitch and release it when you're done. This way you eliminate this jump.

Sorry. I still completely don't get your explenation. We agree on the definition of bank. We agree on the goal of the AP and yet you seem to take the fact that the hold AP can't reach its goal as normal. Not only with big errors. But also with small ones where it does have an authority. This is bug. Plain and simple. Now, I'm not saying that the AP is buggy. But if your explanation were true it would. Only one explanation comes to my mind. That your reasoning can't be true. So difficult that I managed to program it myself in a TM warthog script language :P Seriously. On top of the hold AP. About F-16. It has electronics between the stick and plane control surfaces. Fly by wire is purely software. Don't know what is the case with BS. If it's mechanical then it might be difficult. But I don't believe that the software would be too difficult for kamov engineers. Anyway. Thank you for a discussion. I got some other thoughts for explaining my questions. And surely some of them came from a different points of view presented by people here. So definitely I learned something. Hopefully maybe at some point someone else will be kind enough to give some more insight :thumbup:

Ok, but what exactly is its goal in Hold mode? You seem to have some knowledge. Would you care to comment on the second part of my previous post? The pilot of BS is never ever supposed to do a slight movement of a cyclic to change its pitch/bank without hitting the trimmer first? I find it hard to believe. To navigate, fly a course. For sure. But eg. for a landing I don't agree. I can land spot on with FD. But still, it's easier to do with moving the cyclic around a centered hover/trimmed point without touching the trimmer. EDIT: Ok, you already answered for the second part :-) I do fly in both sometimes. I know the difference. But I would never ever call it fighting. You fight in route mode. That's for sure. Not in hold. It is different, but AP doesn't counter. Actually it does. Sort of. It doesn't move or is not unstable. Again. This is the part of your explanation I don't get. Why it doesn't have it while: 1. I added very little stick movement. 3-5%? 2. It has enough authority to counter my movement in Hover mode. So the famous 20% of authority means something different for Hold and Hover/Route? I already did that experiment. I know what you mean. But still for small cyclic movements I don't understand why there isn't enough authority. This really could have been implemented in a way that stick movemenet without a trim in such case just moves the reference point and AP stabilizes itself around it. And in a case pilot decided: "yes, I want to trimm after all" and he hit the trim the jump would not occur.

So basically assuming that the autopilot goal is to keep the pitch angle constant (if it has the authority) it is choosing wrong strength for the adjustments. That's what I'm reading from your post. It wants to correct the full 5 degrees of my pitch change but is choosing wrong ammount of authority to do so. That only means that it's bugged. If it wants to achieve a designed goal and it doesn't that's pure definition of a bug. I'm not saying it should use its maximum authority. It should use as much as it needs to achieve its goal Ok, this actually got me thinking whether we are on the same ground in terms of bank/roll, pitch/yaw definitions. Bear with me as I'm not native English obviously. I do understand those terms as a constant angle between heli position and let's say the horizon. Am I right? Or those terms mean (in terms of AP) that the delta of this angle is kept zero. Meaning that there is no side or forward roll. The heli just keeps the angle steady. Whatever the angle is. Yes, with this I agree. I'm not saying it should behave any differently. I'm saying two other things: 1. I expected it to behave differently reading all the docs and reports of pilots "fighting" the AP in the hold mode (when there is no fighting if it behaves the way we talk about it). 2. If it really behaves that way I don't get the jump after I trim it in such situation. When I push the stick forward it's not countering me, it just stabilizes itself around new reference point set by my stick. After it does stabilize it it shouldn't use any constant authority to keep it at that point. Or more generally it would be possible to implement it this way. You move the stick -> the reference point of pitch/bank angle against the horizon is shifted, AP stabilizes itself around new reference point. I hit the trimmer -> no jump.