По сути, я создаю приложение Flask (развертываемое через Heroku) и использую Postgres для хранения настроек расписания, установленных пользователем. Это делается через формы в самом веб-приложении и сохраняется в отдельной таблице. Затем ESP32 извлекает лучшие результаты для каждого завода с помощью запроса POST из этой таблицы, чтобы узнать, когда активировать насос.
Все крупные детали на месте. Микроконтроллер способен получать данные и отображать их на OLED/диске всех элементов в данный момент. Он просто не получает правильное следующее вхождение.
Сейчас я бьюсь над тем, как правильно их заказать в зависимости от следующего запланированного полива. Когда я сортирую по дню ASC или DESC, он либо упорядочивает дни 0->6, либо 6->0, хотя на самом деле, если сегодня среда, я бы хотел, чтобы лучшие результаты оставались в среду, затем в четверг и т. д. по кругу. вернусь после 6.
Ссылка на страницу планирования веб-приложения
Не уверен, смогу ли я сделать это с помощью SQL-запроса или чего-то временного на стороне Python. Я знаю, что это, вероятно, решение для оператора модуля, но я понятия не имею, как заставить это работать в Postgres.
Для таблицы расписаний я решил отказаться от определенного столбца времени в формате SQL, поскольку мне нужны были простые раскрывающиеся параметры и формы на веб-странице для установки дня недели (0–6), часов (0–23) и минут (и т. д.), а также поэтому его достаточно легко интерпретировать на встроенной стороне с помощью C++.
TLDR – я пытался получить правильный элемент расписания, но заказ не учитывает циклическую структуру недель.
CHECK_SCHEDULE = ("SELECT * FROM schedules WHERE user_id = (%s)
ORDER BY weekday DESC")
В SQL вы можете упорядочить любое количество отдельных выражений, включая вычисляемые значения и сравнения. Таким образом, вы можете сделать первоначальный заказ путем логического сравнения того, была ли уже передана строка на этой неделе, а затем дня недели, часа и минуты. Я выполнил сравнение, рассчитав, сколько минут в неделе мы находимся для каждой строки по сравнению с текущей отметкой времени. В приведенном ниже примере кода я также позволил себе переименовать столбцы часов и минут, поскольку это ключевые слова SQL, и хотя их можно использовать с некоторыми оговорками в PostgreSQL, их определенно лучше избегать.
create table schedules (
user_id integer,
plant_name varchar,
hours integer,
minutes integer,
weekday integer,
amount_ml integer);
insert into schedules (user_id, plant_name, hours, minutes, weekday, amount_ml)
values (5, 'Ivy', 12, 30, 2, 125),
(5, 'Azalea', 8, 15, 0, 88),
(5, 'Azalea', 9, 30, 3, 250);
select *
from schedules
order by ((weekday * 1440) + (hours * 60) + minutes) <=
((extract(dow from current_timestamp) * 1440) +
(extract(hour from current_timestamp) * 60) +
extract(minute from current_timestamp)), weekday, hours, minutes;
Это абсолютное решение этой проблемы, и оно значительно сократило мою лоскутную функцию, которая у меня была. Вы - «G», я бы проголосовал за, если бы мог