MortenHa

I've found the problem. The initial value should have been 128 not 64 to set bit7. (goes to tell that my knowledge on binary numberbase is not good) Everything else has fallen into place. And yes you can define the offset byte at 0x6D01 to control the tilt We are happy men :D And you're right, the programming interface is bad. They have a better one called SIOC. We will soon move to that interface... :wink: Thank you Peter for your patience!

AAAH! 128 of course! You have been most helpful Peter! How about the "bogus" offset at 0x6D01, in your opinion could it work? The offset 0x6D00 is defined as word. but I only need to control the upper byte (Bit8 through Bit15).

Hi Peter! Have a question that I'm not sure where to post as it involves three different software developers. They are: 1. your FSUIPC/WideFS package 2. opencockpits.com 3. Florian Praxmarer's SA_WXR So I'll post this on all three associated forums: First of all, an overview: We want to use the FSUIPC offsets 0x6D00 and 0x6D02 provided by SA_WXR for controlling the radar. We use IOCard from http://www.opencockpits.com to manipulate and read status of FSUIPC offsets. Our setup is as follows: PC1: FS2004 (thus the FSUIPC and WideServer modules) IOCard software interface (IOCard driver) PC2: WideClient.exe SA_WXR software (simulating Collins weather radar) We have tried to programme the following switches: WX ON/OFF (setting/clearing Bit0 at 0x6D00 in control mode) WX+T ON/OFF (setting/clearing Bit1 at 0x6D00 in control mode) GCS ON/OFF (setting/clearing Bit2 at 0x6D00 in control mode) OFP ON/OFF (setting/clearing Bit3 at 0x6D00 in control mode) But it doesn't seem to work! Peter: Do I need to add something to wideserver.ini and wideclient.ini? So that SA_WXR on PC2 sees that these offsets have been manipulated on PC1? ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- We also want to programme the tilt angle using a rotary switch (we know that a rotary encoder would be more efficient, but we don't have it): The rotary switch has been set to give us 9 detents (It is 12 detents switch, but because if IOCard common ground limitations, we are forced to use only 9) We use the following spacing: -15deg, -10deg, -5deg, -2.5deg, 0deg, 2.5deg, 5deg, 10deg, 15deg (Please comment on the spacing Florian, is it efficient?) But we have a problem defining this in the IOCard programming software. It allows us to define variables associated to different FSUIPC offsets, and then use switches/encoders to manipulate them. To manipultate the tilt angle, we need to control the upper byte of 0x6D00. and this is not possible in IOCard programming software. Not at first glance at least. But is the following tweak possible: Define an byte offset at 0x6D01 and manipulate this? Peter, Florian, Manolo? ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ Bit7 at 0x6D00 needs to be set for the control mode to work. with IOCard variables one can set an initial startup value for any given offset. So by setting offset 0x6D00 to 64 (decimal) at startup will set the controlmode? Florian? Peter? Manolo? I hope this is an understandable post, and that any of you can answer it in part.

I don't know if I'm committing a mortal sin by posting this. As it sounds like reverse engineering. If so, please immediately delete it. And please axcept my deepest apologies beforehand. I tried the AUTOBRAKE offset $62AA found at http://members.chello.at/spatat/pmdg.htm But it didn't work. Perhaps because the offset was extracted from an earlier version of FS. Maybe FS2002. Or maybe it is not "regular" offset. I.e. the offset is copied to the table of offsets maintained by FSUIPC? Any thoughts?