Какие существуют способы взаимодействия скриптов python?

Question

[Евгений]

Добрый день! Решил переписать свою систему умный дом (громко сказанно).
В системе есть как управляемые так и пассивные устройства, раньше все это взаимодействовало в 1 скрипте.
Сейчас я решил изменить архитектуру программы, создать для каждого устройства скрипт (драйвер) к которому бы обращались другие программы.

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

Грубо говоря у нас есть:
Скрипт обработчик датчика освещенности.
скрипт обработчик лампы.

Я из любого скрипта хочу узнать освещенность типа lum = get.lum() или включить лампу lamp(true)
Как это сделать?

Answer 1

[Леонид]

Микросервисная архитектура

Comments

[Евгений]

Это понятно, но как лучше и оптимальней сделать взаимодействие между сервисами?

[Леонид]

Евгений: у каждого сервиса свое API. Я бы выбрал HTTP, как наиболее универсальный вариант.

[Евгений]

Леонид: Тоже об этом думал. Но проблема: Если на устройстве произошло какое то событие то как скрипт который должен обработать это событие узнает об этом без постоянного дергания апи?

[Евгений]

Pavel Denisov: а это в принципе и не требуется. Если нужно включить лампу то ее нужно включить раз кому то или чему то это требуется.

[Евгений]

Pavel Denisov: единственное как обработать событие произошедшее на устройстве не дергая постоянно его апи.

[Евгений]

Pavel Denisov: скорей всего так и сделаю, просто это для меня что то новое + я далеко не профи в python.
Нашел статью: i-o-t.ru/protokol-mqtt и мне кажется это почти тоже самое что и zmq или я где то не прав? Пока не смог найти нормального описания zmq

[pfg21]

Евгений: дополнить http-протокол прослушкой udp-порта и "скорые" команды пересылать через него.
варинт2: постоянно держать открытым tcp-канал и пересылать команды в нем.

[Евгений]

pfg21: одновременно реализовывать и http и udp чересчур. Постоянно держать http нереально так как если 1 управляющий скрипт будет держать сессию то второй не сможет обратится к апи.
Я наверно сделаю все через zmq или mqtt. Сейчас пытаюсь определится с выбором.

[pfg21]

Евгений: номинально можно вообще не создавать udp-протокол, просто по принятию любого udp-пакета на нужный порт инициирует http-сессию на адрес отправителя udp. получится костыль минимального размера и соответственно минимум ошибок.

Answer 2

[thematdev]

Вы в скриптах пишите:

def your_function():
    #Тут то, что делает программа. Ну или один из функционалов.

Сохраняете все скрипты в облако(ну если для юзеров, то сделаете отправку). И импортируете нужное.
from your_script import your_function
А если нужно вызвать функционал:

your_script.your_function()
#Если в самом your_script:
your_function()

Ну вот Ваша проблема решена.

Comments

[Евгений]

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

[thematdev]

Евгений: Так а в чём проблема-то? Импортом. Тем более модули должны находиться в одной папке, чтобы взаимодействовать.

[Евгений]

thematdev: в том что если устройство работает через ком порт то с ним сможет работать только 1 вызов функции.

Answer 3

[mysticmirage]

Я в своё время брал за основу протокол HDL. Там используются широковещательные UDP-пакеты на порт 6000.

Применительно к данному случаю, можно сделать так. При наступлении события (изменение освещённости до определённого уровня), датчик отправляет команду лампе включиться/выключится. Приёмник (лампа) настроен слушать такую команду и реагировать на неё.

Таким образом не нужно постоянно опрашивать датчик -- датчик сам включает лапму командой.

Там в протоколе предусмотрена обратная связь -- при переключении лампы она таким же широковещательным пакетом сообщает о своём состоянии. Либо же можно принудительно послать команду отдать своё состояние (без переключения).

Answer 4

[Николай]

У меня сделано таким образом. Все поступающие данные заносятся в базу данных MySQL на Raspberry PI. Если нужен последний измеренный уровень освещенности или статус лампы, то просто забираем их из базы данных, а если нужны свежие данные, то отправляем запрос через главный микроконтроллер и принимаем данные.

Не совсем понял вашу схему умного дома, похоже всем управляет компьютер? У меня Raspberry хранит базы данных и на нем работает сайт умного дома. Остальное сделано на микроконтроллерах.

Comments

[Евгений]

у меня компьютер используется для связи всех блоков (usb, lan, wi-fi).
Гркбо говоря я хочу реализовать подобие кан шины.
у меня на компе запущены управляющие программы для всех устройств и вот я выбираю способ связи всех этих программ.

[Николай]

Понятно, у меня беспроводная связь между микроконтроллерами.
В вашем случае рекомендую спросить тут www.ab-log.ru/smart-house. Андрей как раз подобную вещь разработал и даже продает платы связи.

[Евгений]

Николай: Я остановился на mqtt, есть реализация этого протокола прямо для arduino.