Proof of concept - Battery simulation using on/off status of radio

[TDeakin1013]

Proof of concept - Battery simulation using on/off status of radio. Can be used to better enforce comms windows and add another interesting angle to the RTO and Covey role.

[gerard-sog]

_isOn = ["ACRE_PRC77_ID_1", "getOnOffState"] call acre_sys_data_fnc_dataEvent; hint str _isOn;

can be used to determine when radio is ON or OFF.

[gerard-sog]

working on in : https://github.com/gerard-sog/arma3-macvsog-columbia-scripts/pull/174

[gerard-sog]

VERSION 1:

• Radio to be have the "battery" feature can be configured in CBA setting.
• Item the can be used as "battery" to replenish full battery to the radio can be configured in CBA setting.
• Battery level uses RadioID and missionNameSpace to save its level.
• Battery level can also be check using ace action in equipment section.
• Once level reaches ZERO:
  • need to add new battery using ace action in equipment section (and turn it OFF and BACK ON to resume).
  • ELSE, radio will be turned OFF
  • if player forces turn ON radio in GUI, next call to radio will turn it OFF again (maybe something to update but we need trust in RTO to not abuse the system.

[gerard-sog]

Comment from @Kayoshu :

only one important is that you saved battery_remaining + id in missionNameSpace, I'd better go for saving it on the radio object itself (without id): if acre is like tfar, id can change when a player drop radio, and another one equips it, also I'm sure id will change if a player disconnect/reconnect this is a better test https://github.com/gerard-sog/arma3-macvsog-columbia-scripts/blob/battery-management/functions/battery/fn_updateBatteryLevel.sqf#L16 than https://github.com/gerard-sog/arma3-macvsog-columbia-scripts/blob/battery-management/functions/triangulate/fn_triangulate.sqf#L24