Jump to content
The simFlight Network Forums

Adri1

Members
  • Posts

    18
  • Joined

  • Last visited

Profile Information

  • Gender
    Male
  • Location
    France

Adri1's Achievements

Apprentice

Apprentice (3/14)

  • One Year In Rare
  • One Month Later Rare
  • Dedicated Rare
  • Collaborator Rare
  • Week One Done Rare

Recent Badges

0

Reputation

  1. John, Sorry for my late reply. great ! your settings work perfectly ! I start to see how it works now. thanks a lot for your great support as usually ! BR Adrien
  2. John, Alright, thanks, i thought wrong with Lvar. For me it was a better way to access to aicraft parameters with more options and work only by writting the goods values, but i didn t see that like a second/third strategy in case of standard control and preset don't work and where is not as simple as "just write the good value" in some case Ok I have finally used the standard control and it works ! I have some difficulties with some switchs like "landing light left and right ans nose light" where i don't fine the goods controls for indepent switch yet (i can do it via Lvar but I get the bad behaviour on virtual button), Maybe i have to take a look on presets controls and mobiflight preset now. I will take a look in aircraft code too, just for my personnal information Thanks a lot ! Br Adrien
  3. John, Finally, this issue is not really closed, sorry. Lvar seems to work now and well mapped with my button box. But, even if lvar are well updated, (proof by value change when I list lvar from WASM), in the cockpit nothing happen for some virtuals buttons (ie: BCN STRB NAV etc) and work for some others (anti ice knob). This it s not just a fail on virtual button annimation because nothing happen on the virtual lights in the simulator too. I will transmit you my logs at the end of the day Thanks ! Adrien
  4. John, I have just restart right now my simulator and now lvar work... I don't know by which way it work but it work. I haven't set anything more than what you ask about logs. thanks a lots for your support ! BR Adrien
  5. Hello John, I need some support to use lvar in FSUIPC7. I have already use this kind of variable in the past but for now I cannot success to use them. I have create a profil for my 787-10 aircraft and I would like to use only Lvar. But I don't know why, it doesn't work. please find my .init file. it's strange because I can see the events with the good parameters and offset in the logs (so button works well) and well assigneted. I can set the lvar by the tool "set lvar" (so this is the good offset) but lvar doesn't work via my button... My FSUIPC folder is installed in my Simulator folder do you have an idea ? thanks ! Adrien FSUIPC7.ini
  6. Hi John, Ok after some investigations, It looks like that my Anti-virus have blocked a file of FSUIPC... I didn't notify it yesterday. I have unblock it and now all seems to work and buttons assignements are well save in the .init... thanks Avira for headache 😠 but I keep watching on it to be sure that is well that. Thanks a lot for your help in any case ! BR Adrien
  7. Hello, I need help for set correctly Lvariables for default A320. I have read attentively (I believed :D), the avanced users guide and try by myself to set 4 locals variables and attribute them to my buttonbox on 4 simples switchs. but I'm facing to 2 problems. -The first one is that assignements to my button are not save by FSUIPC and reseted when I restart FS2020 -The second one is that, set the Lvariable seems doesn't work. so, what I have do is: 1) enable WASM 2) look for the name of Lvariables by dump Lvar values and found the name: LIGHTING_LANDING_2 LIGHTING_LANDING_3 LANDING_2_Retracted LANDING_3_Retracted 3) set the local variables offset in .init and define them as unsigned byte type : [LvarOffsets] 0=L:LIGHTING_LANDING_2=UB0xA000 1=L:LIGHTING_LANDING_3=UB0xA001 2=L:LANDING_2_Retracted=UB0xA002 3=L:LANDING_3_Retracted=UB0xA003 4) in FSUIPC, I have assigned my switchs with parameters "Offset Byte set" 5) attach the offset A000, A001 etc to my buttons 6) set the parameters (0x01 0x02 etc) I can see in log that parameters are well sended to simulator with the good offsets but nothing happen. I don't know where I'm wrong. Find in attached file my .ini Thanks for your help ! BR Adrien FSUIPC7.ini
  8. Hi John, good news !! it works perfectly with this version !! let me know if you need again some informations .init .log etc ... thanks a lot for your great support !! Adrien
  9. Hello Byronb I use basic gray encoders ky-040 + MCP23017 IO expander + arduino Leonardo, not Leo Bodnar. Adrien
  10. Hi John, Ok ! if i can do something to help you let me know ! Br Adrien
  11. Hi John, please, find in enclose my .init so regarding index of 5 encoders : Working encoder : 56 & 57 Not working encoder 64 & 65 66 & 67 68 & 69 70 & 71 so now, I perform the following tests (PB =push button, ENC : encoder) Enc: 56 & 57 -> AP VS inc/dc => ok PB: 58 -> barometric Std Pressure => ok PB: 59 -> Speed slot index => ok PB: 60 -> Heading slot index set => ok PB:61 ->Altitude slot index set => ok PB:62 ->VS slot index set => ok ID 63 is free (nothing is wired) Enc : 64 & 65 => not assigned (because no barometric inc/dec variable is available) Enc : 66 & 67 => AP Speed inc/dc => NOK Enc : 68 & 69 => Heading Bug inc/dec => NOK Enc : 70 & 71 => AP Alt inc/dc => NOK so this is my main settings. if I try to assign Enc : 64 & 65 to ADF 1 inc/dec to test => NOK so it seems that the issue appears for ID > 62 (maybe 63 I don't know). I can connect a push button to test ID 63 (next week) if it can help you. Thanks ! BR Adrien FSUIPC7.ini
  12. Hi john, Thanks a lots !, yes, I should see at least when they are trigged. In fact FSUIPC seems doesnt save the assignement. I have look again my own code and my debug log, I see anything different between the working encoder and not working encoder except the ID of course. And what about the maximal ID number that FSUIPC could take in account ? Because i just see something strange, if I assigne a push button (a real push button) with a lower ID than my not working (and working) encoders to these variables, it work ! Maybe there is an issue with max ID numbers. Thanks a lot for your support ! BR Adrien
  13. Hi john, Ok i will attach .init this weekend, And yes my bad !! It is VS not MACH for working encoder, so it's normal. But as you can see ALT doesn't seem to be assigned... here is the point. Ok for button ID 82 and 80, it is strange because my encoders send for example IDs 75 and 76 or 77 and 78 but IDs is always "n" for one direction and "n+1" for the other direction... BR Adrien
  14. Hi John, You have seen right, after "window" parameters removed, GUI work again ! So i have success to save all logs ! (find in enclosed) what i have been done is : 1) open MFS2020 2) choose an airport for departure, and then start simulation with A320 3) after simulation loaded and having take place in cockpit, I have open FSUIPC GUI and go into button and switches menu 4) first, I have rotate the working encoder to assign it to "AP_MACH_VAR_DEC", click on ok to save, and repeat the process for "AP_MACH_VAR_INC" 5) in second time I have rotate the not working encoder to assign it to "AP_ALT_VAR_DEC" and "AP_ALT_VAR_INC" with the same process than the working encoder 6) Nothing about the not working encoder seems to work after have tried the assignments 7) I came back to main menu Thanks a lot for your support ! Adrien Logs.zip
  15. Hello John, Sorry, for my late reply but I encountered another issue since the last MFS2020 update... now I cannot open FSUIPC GUI buttons menu assignment (and I think, the others menus too) when Flight simulator is running. If I click on FSUIPC icon to show GUI, icon disappears and nothing happen. So I cannot do anything for now about logs. I think you will update FSUIPC in few days so i wait for your release to continue my buttonbox investigation 🙂 Thanks ! BR Adrien
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.