xoomigo

Thanks, @KleineWimpie - great, this is crystal clear! What function are you using in place of "ctr(65535)" for FLAPS_CONTROL_HANDLE? virgo47's options should work for you. But I am considering a new function to improve the flexibility of handling this type of use.

@KleineWimpie, I don't get what you are trying to do and what the problem is. Are you trying to get the flap value on display? Or control the flap by value?

Hi @PHMAC. My reaction is similar to that of virgo47's. This is indeed baffling as the logs showed that DCS-BIOS and DCS-COINS are communicating - or at least the latter is able to get data from the former. Can you please try temporarily disabling your Windows firewall or whatever anti-virus/security software that you are using? And then try issuing the TP commands concerned? Cheers.

Hi @PHMAC Is your TP on Windows on version 4.0 or later? Secondly, if you have other mods running, disable them temporarily for the troubleshooting to ensure that's there's no conflict. Previously, I had encountered conflict with Helios. You can do this by editing your Export.lua file in your C:\users\<username>\Saved Games\DCS\Scripts folder by remarking the command lines without the preceding '--' by adding the preceding '--' to the start of the line concerned. But before doing this, make a backup of your Export.lua file first - just in case things unexpectedly go south. If you can do the "dcs-coins -v" command line and share the generated log entries (when you trigger a handful of non-keyboard actions) here, that may provide a direction on where to focus the troubleshooting effort. Cheers!

Wow, awesome work! I like your button images - will probably 'steal' some of them for my use.

Okay. I am unclear about the issue and which part of the plugin that requires fixing. If you are referring to DCS-BIOS, that's beyond my scope and pay grade.

@Kyle_Katarn, have you figured the issue out? I tested on my side and there's no issue with any of the actions concerned. My sample test for the Z action as below:

Hi @Kyle_Katarn. I have never really tested them. I will need to check when I can and get back to you. Sorry for the late reply.

Noted. Thanks. Yes, it's advisable to invest effort and time with the newest DCS-COINS, DCS-BIOS and Touch Portal (current) versions for future-proofing. There were major functional changes in both TP and Skunkworks's DCS-BIOS. With the latter, it also means support for new aircraft (eg. F-4E, Mirage-F1BE, OH-58D and UH-60L), and updates for existing ones.

Latest DCS-COINS patches (thanks to the above invaluable feedback and testing by virgo47) have been consolidated and updated to the official download link. 2024-10-16: Patches to enable full range of TP comparison options for a certain data type, and parameter multiplication function with a decimal number. https://www.digitalcombatsimulator.com/en/files/3319022/

@virgo47, no worries. Actually, the reason why the multiplication function did not work in your case is due to the fact that the first parameter is unique. The system expects to find only one value. Therefore, the second and subsequent occurences of the value (in this case, ALT_MSL_FT) will be ignored. If you remark off the top line (with inclusion of a '#' anywhere in the line), you should get the computed value in meters. Yes, there are many new TP features to explore... Cheers!

Hi @virgo47. I think the attached DCS-COINS.exe should fix it. The code earlier did not expect multiplication with a floating number. Try and let me know if it works. I will keep the ALT_MSL_FT as-is in CommonData.pp as altitude is commonly in feet. DCS-COINS.zip

Okay, I managed to look into this particular issue. The previous configuration was a workaround to address the limitation of the earlier TP versions which only had the basic equal to functions - which I had forgotten about until now. Please test attached plugin setup and confirm whether it's fixed. Thanks! DCS-COINS_Setup.zip

I did not make any conscious change to the Engine RPM control here. I will need to check this. I will need to review the code involved here. Will get back to you.

Nice! I had gotten the TP "Multiple Devices Upgrade" license a few months ago - and got my Apache left and right panels displayed simultaneously on 2 tablets. Suggest you do the same if you are running out of space with one tablet. Thanks, will add inverters for the counters. It is an odd behavior for ADF_TUNE and ALT_ADJ_PLT sliders. I will check them out.

@virgo47, thanks for testing the patch and confirming that issue is rectified. I have uploaded the patch to the official download page - included changes to the UH-1H VHFCOMM_VOL and VHFNAV_VOL controls to use the inverted and normal functions respectively. Will await your final set of controls for the inverted function.

It was due to a careless mistake. Anyway, here's the patched version of the DCS-COINS.exe for you to help confirm the testing. I have tested and it no longers send NaN. DCS-COINS.zip

Aaargh! This is bad. Okay, I have rolled back the download to the previous version. Thanks for the quick testing and heads-up.

@virgo47 and all, Good news! DCS-COINS =ictr() function had been fixed and the UH-1H PP files have been updated with volume controls to use it. You can get the updated files from the usual link. https://www.digitalcombatsimulator.com/en/files/3319022/

@virgo47, Note that verbose output shows DCS-BIOS values as-is. It's the values which the plugin sends to both TP and DCS-BIOS that are changed. I had tested by turning the knob on the cockpit panel. By default, it is turned all the way to the right - which should be 0 in DCS-BIOS, translated to 100 by the plugin to TP. (Just realized I had missed to adjust this default in the PP file) If turned anti-clockwise all the way, DCS-BIOS shows increase in value until to hits 65535, with plugin value to TP decreasing until it is 0. If turned clockwise, DCS-BIOS show decrease in the values until it hits 0, with plugin value to TP increasing until it is 100. Previously, the plugin values were generated in the opposite directional increase/decrease. Frankly, I have yet to progress to the level of operating the radio/comms and hence, are not familiar with how the controls should actually work. Hence, I am open to being enlightened if my assumptions are incorrect.

Great! Thanks for the prompt confirmation. Okay, done! I had also updated the UH-1H.pp file. Attached is a zipped combo of the patched DCS-COINS.exe and UH-1H.pp file (VHFFM_Vol and INT_VOL) to update your copy. patch_2024-09-17.zip

Ah, finally. I could replicate the error, following your steps here. Never felt so relieved about discovering my programming bug. I have uploaded a fix to the official download site. But no need for you to download and redo everything from there. Just overwrite the DCS-COINS_Setup.exe from the attached copy here. DCS-COINS_Setup.zip Because the file was in its original form - no "require" statement was remarked off. And the file was still in in Unix text file format (only LF for each line). If it was modified, it would be in Windows (CR LF) text file - where the pair of CR/LF will terminate each line in the file.

I tried using all your files here but still could not get the error. But one thing to note is that your BIOS.lua was not modified by the setup. Initially, I got a warning from my Norton 360 anti-virus stopping the file changes. I had to set it to trust DCS-COINS_Setup.exe to enable it to run properly. Can you try doing the same with your anti-vrus/anti-malware program and then try running setup again? Thanks.

From the files, it look like it got the error while generating the aircraftModules.cfg for or after NS430. Please share or pm me your DCS.Openbeta/Scripts/DCS-BIOS/BIOS.lua file. Thanks.

On initial DCS-BIOS installation, all modules are unselected. Subsequently, it will "remember" your selection. No, you did no wrong. I had actually rushed this and did not get a chance to test it. Will look into it.