Планировали, планировали, да запланировали.

    С помощью планировщика можно осуществлять однократный или многократный запуск lua-скриптов, через которые контролировать различные параметры программы или события игры, и, в свою очередь, осуществлять реакцию на них.

    Как обычно большинство моих изобретений имеют разную степень "сложности"(количество параметров влияющих на результат). Рассмотрю их в отдельности. Можете заварить кофе/чай, а то может и запастись стаканом, как известно, он первый помощник в ситуациях вникания =) . Поехали.

    Вызвать окно со списком расписаний можно, например, из меню "Окна" рабочего окна. Этот пункт слева имеет значок часов.

    Если в списке не выделен ни один элемент, то окно содержит непосредственно список и несколько управляющих элементов вверху. Одним из которых является создание нового "события". 

    Нажатие на ссылку добавляет новую запись с "точкой" срабатывания "сейчас" (удалить ненужную позицию можно кликом в поле "Удалить"-"Х" в самом списке). При этом над списком отображается область параметров текущего элемента (текущего выделенного). В ней ему можно отредактировать:

(1) идентификатор (ИД). Уникальная строка, которая используется для изменения параметров расписания из скриптов;

(2) комментарий. Еще одна строка, в которой можно указать более подробное текстовое описание выполняемой задачи;

(3) основной (всегда однократный) скрипт. Набор команд, который нужно выполнить.

(4) время срабатывания (полный набор из год.месяц.день часы:минуты:секунды). Причем кроме фиксированного значения может иметь циклическое. Фиксированное это, например, "2021.02.24 12:00:00". Оно сработает один раз, после чего без машины времени (ну либо манипуляций с системным временем) создать условия повторного срабатывания будет невозможно. 

    А циклическое использует отрицательные значения в соответствующих полях. Имеет смысл кратности начиная с нуля. 

    "-2" - каждое второе значение: 0, 2, 4, 6 ... 20, 22, ...

    "-3" - каждое третье: 0, 3, 6, ... 18, 21, ...

    "-4" - каждое четвертое: 0, 4, 8, ... 16, 20, ...

и так далее, причем "-1" - по сути "каждое" любое, т.к. период этого значения получается "1".

    Пример:"2021.02.24 12:-2:00" - срабатывать каждую четную минуту (после :00 секунд) в течении часа "12" указанной даты. Получится 30 срабатываний за этот час ("2021.02.24 12:00:00", "2021.02.24 12:02:00"... "2021.02.24 12:58:00").

    Пример:"2021.-1.24 -2:01:01" - срабатывать каждый месяц 24го числа каждый четный час (в 01 минут и 01 секунд). Тут уже срабатываний больше и они будут распределены на весь 2021 год ("2021.01.24 00:01:01", "2021.01.24 02:01:01" ... "2021.02.24 04:01:01" ... "2021.12.24 22:01:01").

    Явный минус - начальная точка отсчета всегда 0. Задать сработку со смещением, например для периода "2": 1, 3, 5, 7, ... - не получится.

    Рассмотренный выше набор параметров является базовым. Однако есть расширенный, включающий дополнительные поля (обозначаются звездочкой * впереди) и их влияние на итоговый результат.     Активируется он для всего списка целиком опцией "*доп. поля списка"(1) в верхней части окна и включает кроме описанных выше (которые не меняют свой смысл) следующие:

    (2) *дополнительный период активности. После срабатывания основной временной "точки" указанное число секунд считается "активным периодом". Каждая проверка, попадающая в этот период имеет отдельную обработку.

    (3) *скрипт дополнительного периода. Именно он будет запускаться в этот период. Причем может это делать неоднократно.

    (4) *счетчик доп.скрипта. Регулирует число выполнений. "0" - каждый раз при проверке в активном периоде. Положительное число - не более указанного число раз. Даже если активный период продолжается, но счетчик израсходован, скрипт вызываться не будет. Отрицательное число запрещает выполнение, задавать его исходным в параметре смысла особого нет, но можно установить из какого-либо скрипта (динамическое отключение, в зависимости от других условий)

   (5) *интервал запуска доп.скрипта (секунд). Кроме выполнения в каждое попадание в активный период (а такое может происходить и, например, каждую секунду), что может быть слишком часто, чем требуется; можно выполнять *доп.скрипт не чаще, чем указанное число секунд. Т.е. если прошлое выполнение было 3 секунды назад, а интервал 5, то запуск не состоится.

    При окончании активного периода (и запусков *доп.скрипта) будет однократно запущен основной скрипт. Такая мутная (это от того, что стакан после холодной водочки запотел) схема в первую очередь преследует цель временной смены параметров. Например, есть расписание появления лото в лавке редкостей или боссов, и есть у соответствующих функций работы с этими направлениями период, когда они производят поиск цели. Вне периодов часто искать цели смысла нет - только тратить на это время, отрывая его от фарма. А в "узкие" промежутки имеет смысл только ждать и проверять очень часто. Вот тогда схема с "активным периодом" может быть полезна. 

    Вариант 1. Однократно запускаем *доп.скрипт (со счетчиком "1") в начале периода. В нем переводим программу в режим "Ожидание", а интервал опроса для нужной функции ставим в "часто" (например 1 секунда). А в конце периода уже основным скриптом возвращаем все "як и було". (Такое безусловно можно сделать и двумя записями на разные "точки" и в упрощенной схеме без *доп.полей, но этот вариант будет компактнее =) ).

    Вариант 2. Внутри *доп.скрипта (выполняемого и интервалом много раз) самостоятельно производим проверки и вызываем нужные функции. В этом случае основной завершающий скрипт даже может и не понадобится. Просто какой-то период усиленно по-проверяли что-то и успокоились. 

    *Расширенный вариант на конкретной строке списка легко преобразуется в упрощенный установкой *периода активности в значение "0". Тогда, даже если *доп.скрипт не пуст, он никогда не будет выполнен, а сразу за "точкой" срабатывания будет запущен основной.

    Еще одной особенностью планировщика является, что он работает только "между" событий работающих режимов. То есть в рабочем окне должен быть нажат Старт. Вторым моментом, что проверка осуществляется не в любые моменты, есть определенные точки выполнения, в которые будет вызван контроль. Например, он никогда не будет вызван в бою, т.к. доп. действия могут занимать продолжительное время, прерывание боя на него вызовет проигрыш. Существуют и другие "цельные" события, внутрь которых проверка не вклинивается. Это дает более стабильный результат, но реакция на события может "плавать", например установлено в "12:00:00", но очередной контроль зайдет сюда только в 12:00:02 (зависит от деталей каждого конкретного случая, если скорость реакции крайне важна, то точку срабатывания лучше установить чуть раньше, использовать *расширенный вариант и в *доп.скрипте перевести программу в режим "Ожидание", чтобы убрать всю лишнюю активность, а затем вернуть режим назад в основном завершающем скрипте).

    А теперь слайды конкретный пример для лавки редкостей. Упрощенный режим для этого не очень походит, поэтому сразу рассмотрю *расширенный, причем в обоих вариантах его использования рассмотренных выше.

   Дано: нагая дева лезет в окно. Не то =) Дано: в шестнадцать ноль-ноль дают лото. Причем эти 16:00 ориентировочные, не обязательно в 16:00:00 оно будет. Может появиться конечно, но может и в 16:00:41, и в 16:01:33. Так что имеем некий период, когда нужно "ловить".

    Реализация (детали прописи значений смотри ниже в приложении). Устанавливаем время в "2021.02.24 15:59:55" (чуть загодя, запас выбирайте на свое усмотрение). *Период активности, например, = "180" (секунд, что даст 3 минуты, за это время скорее всего гарантированно разметут большие стеки, и дальше закупиться большим объемом будет затруднительно). Дальше в соответствии с вариантами выше.

    Вариант 1. *счетчик доп.скрипта = "1". В самом *доп.скрипте два действия: перевести текущий режим в "Ожидание" и изменить интервал опроса лавки в рамках автопокупки в какое-то малое значение, например 1 секунда. 

setWorkMode( --Изменить_режим_работы_на
    modeWaiting--[[Ожидание]])
setAuchanScanInterval( --устанавливает новый интервал опроса (автопокупки) лавки
    1) --число секунд [(не обязательно),вкл/выкл (1 или 0) саму функцию]

либо если опустить комментарии в коде так (без текста не влияющего на выполнение):

setWorkMode(modeWaiting)
setAuchanScanInterval(1)

  *Доп. скрипт запустится один раз, дальше будет работать стандартная проверка автопокупки, но с более частым интервалом. Основной скрипт должен вернуть интервал проверки в значение не мешающее дальнейшей деятельности (притормаживать для опроса лавки каждую секунду "вообще всегда" сильно замедлит остальные задачи), например "240" (секунд, это 4 минуты). Кроме того в нем нужно переключить режим с "Ожидание" на тот, который вы запускали изначально, например, островной.

setAuchanScanInterval( --устанавливает новый интервал опроса (автопокупки) лавки
    240) --число секунд [(не обязательно),вкл/выкл (1 или 0) саму функцию]
setWorkMode( --Изменить_режим_работы_на
    modeIsland--[[Островной]])

или же:

setAuchanScanInterval(240)
setWorkMode(modeIsland)

    Вариант 2. *счетчик доп.скрипта = "0" (запускать любое число раз). А в *доп.скрипте немного другую конструкцию: режим "Ожидание" (перевести в него если он другой) и прямой вызов функции однократной проверки лавки (если она найдет цель, то сразу же начнет покупать). В данном случае частота опроса лавки задается параметром *интервал для доп.скрипта, например, "1" (секунда).

setWorkMode( --Изменить_режим_работы_на
    modeWaiting--[[Ожидание]])
getAuchanFromGame(--[[без параметров. Обновление лавки, возвращает признак начала покупки]])

или же:

setWorkMode(modeWaiting)
getAuchanFromGame()

    Здесь параметры самого помощника не затрагиваются и как только закончатся условия для запуска *доп.скрипта, то и частый опрос лавки тоже прекратится. Однако основной скрипт все еще нужен для выведения пома из пике режима "Ожидание". 

setWorkMode( --Изменить_режим_работы_на
    modeIsland--[[Островной]])

или же: 

 setWorkMode(modeIsland)

    Приложение к реализации. 

    Изменение текущего режима работы программы. Установить курсор ввода в скрипте в нужную (пустую) строку. В меню редактора (вверху) выбрать "Общие" - "Изменить режим". Пропись по умолчанию "пустая", в ней значится "не изменять". Вызов команды в таком виде допустим, но никаких изменений не произведет. 

Нужно заменить параметр в команде на нужный режим. Для этого удобно воспользоваться блоком "Режимы работы" на панели выше. Курсор ввода установить на любую часть прошлого параметра. 

В выпадающем списке выбрать нужный режим, а после нажать кнопку "V Вставить V". Текст на позиции ввода будет заменен.

    Изменение интервала опроса лавки в рамках автопокупки. Установить курсор ввода в скрипте в нужную (пустую) строку. В меню редактора (вверху) выбрать "Разное" - "Лавка редкостей" - "Установить интервал опроса". В скобках (перед закрывающей в данном случае) указать число секунд (больше нуля) нового значения.

    Вызов функции однократного опроса лавки. Установить курсор ввода в скрипте в нужную (пустую) строку. В меню редактора (вверху) выбрать "Разное" - "Лавка редкостей" - "Обновить + Поиск/запуск покупки". Данная команда без параметров вариантов выполнения у нее нет. Однако она возвращает признак начала покупки (т.е. что цель была найдена в результате) - "1", и "0" в противном случае. 

Проверив ответ можно предпринять дополнительные действия, например используя конструкцию lua: if _ then _ [else _] end.