Запуск отложенных программ - Страница 2

marera · 04.03.2022, 19:07

В целом ваши предложения принял. Суть уловил, хотя мои традиции от FORTRAN4(77) и потом Pasсal. С указателями не сдружился, как правило, в моих задачах (измерения, контроль и немножко управления) всегда существует способ обходиться без них (нет, нет я не против указателей и конечно иногда использую).
Сама заморочка с моим вопросом - это измерительная система, накапливающая данные от разных модулей-датчиков. Доступ к ней отсутствует, только в пределах радиуса радиоканала (около 1 км). Вот и встала необходимость подъехать, скачать данные, настроить новый алгоритм (включая параметры передаваемые в функции - они тоже присутствуют) запустить и дома заниматься полученными данными... Пока задавал вопрос (вчера) начали появляться мысли. Сейчас с вашей помощью все более менее определилось. Коллег не осталось - обсуждать не с кем. Еще раз спасибо!

eddy · 04.03.2022, 19:33

Сообщение от marera

настроить новый алгоритм (включая параметры передаваемые в функции - они тоже присутствуют)

Самым сложным здесь будет протокол придумать, чтобы эдакий RPC реализовать. Еще и по радиоканалу… Там же и криптование какое-то нужно и черт лысый!
Без парсера простейшего псевдоЯП точно никак не обойтись.

marera · 04.03.2022, 20:45

Сообщение от eddy

Самым сложным здесь будет протокол придумать, чтобы эдакий RPC реализовать. Еще и по радиоканалу… Там же и криптование какое-то нужно и черт лысый!
Без парсера простейшего псевдоЯП точно никак не обойтись.

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

LiVit · 04.03.2022, 20:48

Сообщение от marera

Вот и встала необходимость подъехать, скачать данные, настроить новый алгоритм (включая параметры передаваемые в функции - они тоже присутствуют)

Параметры тоже можно передавать. Просто пишем, что функция не void получает на вход, а, скажем, указатель на буфер данных.
Си это указатели. Я это когда-то давно слышал, и сначала не понял.
А вот теперь сам повторяю )))

Больше практики! Надо всего-то 30 штук проектов от начала до конца сделать и всё будет получаться само.

eddy · 04.03.2022, 22:24

Сообщение от marera

Смысл шифрования

в том, чтобы никто не мог навредить.

mike-y-k · 05.03.2022, 00:04

marera, классический конечный автомат на очереди сообщений.
Шифрование канала плюс избыточная контрольная сумма.
При сильных помехах можно и каждому байту контрольную сумму. Тогда ACK/NAK позволят повторить передачу порции.
Передача параметров - это уже по необходимости.
А main будет простым циклом разбора очереди на if/select с переходом к исполнению заказанного.
Для обновления прошивки при необходимости тоже есть решения и для радиоканала.
Дабы посмотреть на варианты реализаций - сходите на GitHub и поищите там. Тут обязательно нужен английский.