Обсуждение дальнейших путей развития программы.
- support
- Супермодератор
- Сообщения: 1902
- Зарегистрирован: 03 янв 2018, 11:45
- Откуда: Астрахань
- Имя: Сергей
- Контактная информация:
Обсуждение дальнейших путей развития программы.
На сегодняшний день, в программе FLProg получился более менее законченный функционал как для контроллеров Arduino, так и для контроллеров ESP8266. Конечно, пока хватает и косяков, и недоделок, и хотелок. Но все они так сказать «не глобальные», и вполне могут быть исправлены и реализованы, как у нас на работе говорят «в порядке текущей эксплуатации».
Я понял, что пришло время, определится, а что глобального делать дальше? Почитав форум и сопоставив пожелания пользователей со своими возможностями, знаниями, да и честно говоря, желаниями, я выделил следующие возможные направления.
1. Оптимизация отрисовки схемы в проекте для контроллера. Честно скажу, логика отрисовки не сильно изменилась с первых версий программы. Конечно, регулярно я её “подлатываю”, ставлю новые «костыли», но всё это половинчатые меры. С той поры и у меня появились новые знания, много новых решений было отработанно на Скаде. И теперь по-хорошему надо просто переписать отрисовку с нуля. Скорее всего, это улучшит отзывчивость системы, позволит ввести фишки вроде масштабирования, позиционирования окна на неисправных блоках, поиск блоков, переменных на схеме, переход на переменную. Ориентировочное время реализации 2 – 3 месяца.
2. Расширение возможностей скады. После выхода скады, меня удивило практически полное отсутствие обратной связи по ней. Ни сообщений об ошибках, ни какого-то либо активного обсуждения на форуме. Я решил, что как говорится «не стрельнуло». Но когда я сообщил о приостановке работы над скадой, то получил много пожеланий о развитии скады. Я так понимаю необходимо просто «прокачать» скаду. Сроки реализации оценивать сложно, это скорее плановый процесс, который будет развивать скаду от версии к версии. Но вот насколько он важен?
3. Добавление поддержки контроллеров STM. Ну, тут объяснять не надо, и так понятно. Какое то количество плат на различных контроллерах STM у меня уже есть. Базовые принципы вроде разобрал, но работы всё равно очень много. Ориентировочно интеграция займёт 3 - 5 месяцев.
4. FLProg IOT сервер. Это совершенно новая моя идея, и сейчас я озвучиваю её в первый раз. Родилась она после изучения форума, ну и рассмотрения систем вроде MajorDoMo, Openhab, ioBroker, IoTManager. Сейчас все эти системы очень популярны, и востребованы. Поизучав «матчасть», честно говоря, мне ни одна не понравилась. Ну конечно это моё личное мнение, не хочу развивать холивар. Но с моей точки зрения, всё-таки они в большинстве своём во первых громоздкие, во вторых очень тяжелы в установке, требуют определённых знаний и умений в настройке, да и вообще нужен бубен шамана. Ну и конфигурирование этих систем всё-таки требует знания программирования (пускай и на уровне скриптов). Я считаю, что это не наш путь. Я решил (ещё на этапе создания Скады) немного расширить слоган проекта. Теперь это “Iot для непрограммистов”. При создании скады я пользовался принципом “компьютер – как контроллер”. Почему бы его не применить и для Iot сервера (ну или облака если хотите).
Теперь сама суть идеи. Это будет новый тип проекта (что ни будь вроде «Iot сервер»). Он так же будет иметь своё дерево, в котором можно будет создавать страницы веб интерфейса, будет ветка схемы, и ветка мастеров. Сервер будет являться Modbus TCP слейвом для устройств. Страницы вэб интерфейса будут создаваться по принципу, который сейчас используется для создания вэб интерфейса настройки ESP8266 только более расширенному. Схема будет использовать привычный нам язык FBD ( и LAD – возможно, ещё не решил).
Подключение к устройствам будет происходить по протоколу Modbus TCP. Сервер будет слейвом, устройство мастером. Это во первых позволит устройству кроме общения с сервером общаться с другими устройствами (слейвами) напрямую, во вторых исключит необходимость проброса портов и белого IP, поскольку инициатором соединения будет устройство. Переменные модбас можно будет использовать в логической схеме сервера, и в веб интерфейсе сервера. Кроме того в вэб интерфейсе сервера конечно можно будет использовать любые переменные схемы. Ну, в общем, по аналогии со скадой.
При компиляции проекта будет создаваться набор файлов на PHP и папок с ресурсами (скриптами, стилями, картинками) которые необходимо будет закинуть на сервер. В случае с PHP в качестве сервера может быть что угодно, арендованный хостинг, отдельный компьютер, малинка, апельсинка. Это может быть как сервер в интернете, так и локальный сервер в сети. Со временем, скорее всего, появится возможность создавать свои виджеты и блоки по аналогии с пользовательскими блоками на С, но только на PHP. Естественно с возможностью обмена ими и составления своих библиотек. Время реализации – ну не знаю…. Думаю за пару - тройку месяцев бетку можно выпустить, ну а потом только расширять.
Это глобальные направления развития. Все они очень интересны, все они продуманны, и вполне реализуемы. Но я трезво смотрю на свои возможности. Более менее плотно работать я могу только на вахте, дома у меня уже два инвалида (про мать я говорил, а тут ещё и у отца онкология, и вырезали половину желудка), поэтому времени на проект не остаётся. Исходя из этого, всё сразу я просто физически не потяну. Поэтому хочу провести голосовалку. Что более востребовано сейчас, и более интересно в ближайшем будущем. Ну и конечно вы можете в данной теме описывать своё виденье будущего программы, возможно, свои замечания по предложенным направлениям.
Ну и что точно будет сделано в ближайшее время.
1. Естественно IR управление для ESP8266
2. Возможность подключения к облаку Kascada. Пока разбираюсь с этим.
3. Реализация работы ESP с RemoteXY (надеюсь получится)
4. Ну и по мере необходимости устранение найденных ошибок
Так что голосуем, пишем свое мнение, для меня оно очень важно.
Я понял, что пришло время, определится, а что глобального делать дальше? Почитав форум и сопоставив пожелания пользователей со своими возможностями, знаниями, да и честно говоря, желаниями, я выделил следующие возможные направления.
1. Оптимизация отрисовки схемы в проекте для контроллера. Честно скажу, логика отрисовки не сильно изменилась с первых версий программы. Конечно, регулярно я её “подлатываю”, ставлю новые «костыли», но всё это половинчатые меры. С той поры и у меня появились новые знания, много новых решений было отработанно на Скаде. И теперь по-хорошему надо просто переписать отрисовку с нуля. Скорее всего, это улучшит отзывчивость системы, позволит ввести фишки вроде масштабирования, позиционирования окна на неисправных блоках, поиск блоков, переменных на схеме, переход на переменную. Ориентировочное время реализации 2 – 3 месяца.
2. Расширение возможностей скады. После выхода скады, меня удивило практически полное отсутствие обратной связи по ней. Ни сообщений об ошибках, ни какого-то либо активного обсуждения на форуме. Я решил, что как говорится «не стрельнуло». Но когда я сообщил о приостановке работы над скадой, то получил много пожеланий о развитии скады. Я так понимаю необходимо просто «прокачать» скаду. Сроки реализации оценивать сложно, это скорее плановый процесс, который будет развивать скаду от версии к версии. Но вот насколько он важен?
3. Добавление поддержки контроллеров STM. Ну, тут объяснять не надо, и так понятно. Какое то количество плат на различных контроллерах STM у меня уже есть. Базовые принципы вроде разобрал, но работы всё равно очень много. Ориентировочно интеграция займёт 3 - 5 месяцев.
4. FLProg IOT сервер. Это совершенно новая моя идея, и сейчас я озвучиваю её в первый раз. Родилась она после изучения форума, ну и рассмотрения систем вроде MajorDoMo, Openhab, ioBroker, IoTManager. Сейчас все эти системы очень популярны, и востребованы. Поизучав «матчасть», честно говоря, мне ни одна не понравилась. Ну конечно это моё личное мнение, не хочу развивать холивар. Но с моей точки зрения, всё-таки они в большинстве своём во первых громоздкие, во вторых очень тяжелы в установке, требуют определённых знаний и умений в настройке, да и вообще нужен бубен шамана. Ну и конфигурирование этих систем всё-таки требует знания программирования (пускай и на уровне скриптов). Я считаю, что это не наш путь. Я решил (ещё на этапе создания Скады) немного расширить слоган проекта. Теперь это “Iot для непрограммистов”. При создании скады я пользовался принципом “компьютер – как контроллер”. Почему бы его не применить и для Iot сервера (ну или облака если хотите).
Теперь сама суть идеи. Это будет новый тип проекта (что ни будь вроде «Iot сервер»). Он так же будет иметь своё дерево, в котором можно будет создавать страницы веб интерфейса, будет ветка схемы, и ветка мастеров. Сервер будет являться Modbus TCP слейвом для устройств. Страницы вэб интерфейса будут создаваться по принципу, который сейчас используется для создания вэб интерфейса настройки ESP8266 только более расширенному. Схема будет использовать привычный нам язык FBD ( и LAD – возможно, ещё не решил).
Подключение к устройствам будет происходить по протоколу Modbus TCP. Сервер будет слейвом, устройство мастером. Это во первых позволит устройству кроме общения с сервером общаться с другими устройствами (слейвами) напрямую, во вторых исключит необходимость проброса портов и белого IP, поскольку инициатором соединения будет устройство. Переменные модбас можно будет использовать в логической схеме сервера, и в веб интерфейсе сервера. Кроме того в вэб интерфейсе сервера конечно можно будет использовать любые переменные схемы. Ну, в общем, по аналогии со скадой.
При компиляции проекта будет создаваться набор файлов на PHP и папок с ресурсами (скриптами, стилями, картинками) которые необходимо будет закинуть на сервер. В случае с PHP в качестве сервера может быть что угодно, арендованный хостинг, отдельный компьютер, малинка, апельсинка. Это может быть как сервер в интернете, так и локальный сервер в сети. Со временем, скорее всего, появится возможность создавать свои виджеты и блоки по аналогии с пользовательскими блоками на С, но только на PHP. Естественно с возможностью обмена ими и составления своих библиотек. Время реализации – ну не знаю…. Думаю за пару - тройку месяцев бетку можно выпустить, ну а потом только расширять.
Это глобальные направления развития. Все они очень интересны, все они продуманны, и вполне реализуемы. Но я трезво смотрю на свои возможности. Более менее плотно работать я могу только на вахте, дома у меня уже два инвалида (про мать я говорил, а тут ещё и у отца онкология, и вырезали половину желудка), поэтому времени на проект не остаётся. Исходя из этого, всё сразу я просто физически не потяну. Поэтому хочу провести голосовалку. Что более востребовано сейчас, и более интересно в ближайшем будущем. Ну и конечно вы можете в данной теме описывать своё виденье будущего программы, возможно, свои замечания по предложенным направлениям.
Ну и что точно будет сделано в ближайшее время.
1. Естественно IR управление для ESP8266
2. Возможность подключения к облаку Kascada. Пока разбираюсь с этим.
3. Реализация работы ESP с RemoteXY (надеюсь получится)
4. Ну и по мере необходимости устранение найденных ошибок
Так что голосуем, пишем свое мнение, для меня оно очень важно.
Автор программы FLProg.
Обсуждение дальнейших путей развития программы.
Надо наверно закрепить...
Люди в своем большинстве живо интересуются всем на свете, за исключением того, что действительно стоит знать.
- support
- Супермодератор
- Сообщения: 1902
- Зарегистрирован: 03 янв 2018, 11:45
- Откуда: Астрахань
- Имя: Сергей
- Контактная информация:
Обсуждение дальнейших путей развития программы.
Автор программы FLProg.
Обсуждение дальнейших путей развития программы.
Ох, первые два пункта, не знаю что выбрать (((
Обсуждение дальнейших путей развития программы.
Сервер будет являться Modbus TCP слейвом для устройств.
использовать модбас в 2018 это плохая идея, он не передает текстовые данные в нормальном виде, т.к. не задумывался для них
для иот есть протокол mqtt на базе хттп, поверх тцп
так же плохая идеяСтраницы вэб интерфейса будут создаваться по принципу, который сейчас используется для создания вэб интерфейса настройки ESP8266 только более расширенному.
генерация страниц вообще не должна входить в комплект, для этого есть куча отдельных технологий современного веба
нужен только обмен данными через формат json
плохая идеяСо временем, скорее всего, появится возможность создавать свои виджеты и блоки по аналогии с пользовательскими блоками на С, но только на PHP.
пхп сложнее контроллеров намного и пока что нет удачных попыток реализовать визуальное программирование без кода
писать на пхп довольно сложно в том плане, что сам подход отличается от написания под контроллер
всякие проверки данных и защиты от взлома чего стоят и для этого используются готовые фреймворки, у них есть архитектура и просто так взять и начать писать на пхп нельзя, будут костыли и велосипеды
стм32
это годная идея, но без ардуины, т.к. я делал сравнение и в процентном соотношении тот же блинк занимает раза в 3 больше кода, чем для авр
если брать стм32, то брать его в составе hal + cubemx
как интегрировать куб в флпрог, чтобы они не портили код друг у друга?
библиотеки для всяких модулей придется писать с нуля
нужно будет использовать какую-то операционную систему, потому что выполнять код тупо в цикле это опять глюки и костыли
---
теперь пункт из голосовалки про свое направление
я уже писал, что надо изготовить отдельный инструмент для визуального и логического оформления гуя для пользовательских блоков
т.е. чтобы пользователь мог выбирать значения из менюшек, контролы бы заменялись на другие в зависимости от типа какого-то поля
как например в настройках индикатора при выборе расширителя и2ц появляется поле для задачи адреса, а если индикатор работает по параллельной шине, то там другой вид у контролов
так же предусмотреть, чтобы не вставлялся лишний код, если модуль используется повторно
а еще лучше - уйти от ардуины совсем, использовать свои библиотеки для экономии кода
и еще надо чтобы файл флпрог был не все в одном, а модульно, а то оно грузится долго очень и тормозит
если это конечно возможно
Обсуждение дальнейших путей развития программы.
Еще бы туда MQTT
Отправлено спустя 8 минут :
Для одного человека это не реально. Там столько всего что нужно скрещивать. И над такими проектами работают целые команды. Для IOT еще нужно создать автономные датчики а не только по модбас. Плюс нужно беспроводные протоколы добавлять например zegbee. На zegbee есть уже готовые датчики практически доходят по собестоимости самодельных устройств.
- support
- Супермодератор
- Сообщения: 1902
- Зарегистрирован: 03 янв 2018, 11:45
- Откуда: Астрахань
- Имя: Сергей
- Контактная информация:
Обсуждение дальнейших путей развития программы.
Зачем с устройства Iot отправлять текстовые данные? Да и вообще зачем отправлять тексты. Не очень вижу кейс для этого. В конце концов конечные устройства - это розетки, всетильники, управление каким то устройством или агрегатом. Зачем там текст? А использование Modbus позволит использовать не только ардуинки или ESP но и настоящие промышленные контроллеры.
То же не согласен. Но опять таки это моё личное мнение. Я стараюсь дать максимально удобный интерфейс для пользователя. Для себя я пока устраивающего не нашол. Например для генерации хелпа, мне пришлось создать собственный инструмент формирующий html наверное не самый лучший, но для меня удобный. А тут надо вообще по большому счёту вэб приложение генерить, так что мне думается генераторы статических страниц точно не подойдут.kalobyte писал(а): ↑06 ноя 2018, 14:41Страницы вэб интерфейса будут создаваться по принципу, который сейчас используется для создания вэб интерфейса настройки ESP8266 только более расширенному.
так же плохая идея
генерация страниц вообще не должна входить в комплект, для этого есть куча отдельных технологий современного веба
нужен только обмен данными через формат json
А мне интересно попробовать, то есть будет просто описание непосредственно поведения виджета (ну или блока логики) на PHP. На таком уровне в принципе PHP от C не сильно отличается, даже по синтаксису. Ну а проверки данных и другие фитчи будут на уровне проекта уже на уровне всего проекта. Например создаёте блок ИЛИ (ну для примера), создаёте входы типа боолеан. Проект гарантирует что ничего другого кроме боолеана на вход не прилетит.CraCk писал(а): ↑06 ноя 2018, 14:43Со временем, скорее всего, появится возможность создавать свои виджеты и блоки по аналогии с пользовательскими блоками на С, но только на PHP.
плохая идея
пхп сложнее контроллеров намного и пока что нет удачных попыток реализовать визуальное программирование без кода
писать на пхп довольно сложно в том плане, что сам подход отличается от написания под контроллер
всякие проверки данных и защиты от взлома чего стоят и для этого используются готовые фреймворки, у них есть архитектура и просто так взять и начать писать на пхп нельзя, будут костыли и велосипеды
Но вообще стоит некоторые вопросы обдумать более серьёзно, но ведь это пока только идея, требующая более детальной проработки, хотя она видится мне реализуемой.
Автор программы FLProg.
- Rovki
- Полковник
- Сообщения: 4891
- Зарегистрирован: 22 апр 2016, 17:25
- Откуда: Чехов
- Имя: Анатолий
- Контактная информация:
Обсуждение дальнейших путей развития программы.
Для меня ,естественно пункты 2 и 4 ![чешу репу :smile37:](./images/smilies/smile37.gif)
![чешу репу :smile37:](./images/smilies/smile37.gif)
Электронщик до мозга костей и не только
- support
- Супермодератор
- Сообщения: 1902
- Зарегистрирован: 03 янв 2018, 11:45
- Откуда: Астрахань
- Имя: Сергей
- Контактная информация:
Обсуждение дальнейших путей развития программы.
А я не собираюсь сразу всё реализовывать. Возможно со временем подтянуть и другие протоколы, но в том виде в котором я описал, в принципе реализуемо. не сразу, не быстро, но реализуемо. Про сам проект мне то же говорили что не реально, но что то же получилос))) Не фонтан конечно, но... Как там говорится "Дорогу осилит идущий"CraCk писал(а): ↑06 ноя 2018, 14:51Для одного человека это не реально. Там столько всего что нужно скрещивать. И над такими проектами работают целые команды. Для IOT еще нужно создать автономные датчики а не только по модбас. Плюс нужно беспроводные протоколы добавлять например zegbee. На zegbee есть уже готовые датчики практически доходят по собестоимости самодельных устройств.
Отправлено спустя 1 минуту 35 секунд:
Я Вам в личке отписался, ответе пожалуйста. Сейчас пытаюсь разобраться.
Автор программы FLProg.
- Rovki
- Полковник
- Сообщения: 4891
- Зарегистрирован: 22 апр 2016, 17:25
- Откуда: Чехов
- Имя: Анатолий
- Контактная информация:
Обсуждение дальнейших путей развития программы.
support писал(а): ↑06 ноя 2018, 15:14А я не собираюсь сразу всё реализовывать. Возможно со временем подтянуть и другие протоколы, но в том виде в котором я описал, в принципе реализуемо. не сразу, не быстро, но реализуемо. Про сам проект мне то же говорили что не реально, но что то же получилос))) Не фонтан конечно, но... Как там говорится "Дорогу осилит идущий"CraCk писал(а): ↑06 ноя 2018, 14:51Для одного человека это не реально. Там столько всего что нужно скрещивать. И над такими проектами работают целые команды. Для IOT еще нужно создать автономные датчики а не только по модбас. Плюс нужно беспроводные протоколы добавлять например zegbee. На zegbee есть уже готовые датчики практически доходят по собестоимости самодельных устройств.
Отправлено спустя 40 секунд:
Последний раз редактировалось Rovki 06 ноя 2018, 15:19, всего редактировалось 2 раза.
Электронщик до мозга костей и не только
- bsn
- Лейтенант
- Сообщения: 353
- Зарегистрирован: 22 июл 2018, 07:24
- Откуда: Ростовская обл.
- Имя: Сергей
Обсуждение дальнейших путей развития программы.
Уважаемый Автор!support писал(а): ↑06 ноя 2018, 12:47 После выхода скады, меня удивило практически полное отсутствие обратной связи по ней. Ни сообщений об ошибках, ни какого-то либо активного обсуждения на форуме. Я решил, что как говорится «не стрельнуло». Но когда я сообщил о приостановке работы над скадой, то получил много пожеланий о развитии скады. Я так понимаю необходимо просто «прокачать» скаду.
Скада очень и очень нужна - реально работающая, которую может повторить и запустить каждый желающий.
Я надеюсь что прокачать: это - создать и выложить Ваш полноценный урок по созданию простейшей скада-системы. Например к Arduino подключается датчик температуры, нагреватель, охладитель. На компьютере рисуется мнемосхема, что-то типа подогреваемого устройства с показаниями температуры, и указанием включенных/выключенных нагревателя и вентилятора. Связывается компьютер и Arduino - на мониторе видим что реально происходит. Всё это можно будет повторить и запустить на любом компе. Будет такой урок - дело почти сделано. Хотелок с выводом туда графиков и создания журнала событий можно было бы и подождать (хотя очень и их хотелось бы).
Без этого урока всё, что уже сделано по скаде в FlProg - вроде как мёртворожденное. Оно есть - но использовать никто не смог.
Спасибо Вам огромное за всё, что Вы уже сделали! Надеюсь и этот вопрос как то сдвинется с места.
Последний раз редактировалось bsn 06 ноя 2018, 15:36, всего редактировалось 2 раза.
Обсуждение дальнейших путей развития программы.
Лично я сейчас уперся в то что нет в скаде нужного мне функционала, относительно того что есть в разделе для роботы с контроллерами (а именно блоков для работы с битами, конвертацией и т.п.)
По поддержке контроллеров, на будущее хочется перенести все с esp8266 yf esp32
По поддержке контроллеров, на будущее хочется перенести все с esp8266 yf esp32
- support
- Супермодератор
- Сообщения: 1902
- Зарегистрирован: 03 янв 2018, 11:45
- Откуда: Астрахань
- Имя: Сергей
- Контактная информация:
Обсуждение дальнейших путей развития программы.
Ждём выхода ESP32S.Насколько я знаю с ESP32 есть проблемы(возможно я не прав, поправьте), которые обещали исправить в ESP32S.
Отправлено спустя 8 минут 10 секунд:
Не только. Я вообще планировал увеличить количество виджетов, сделать тренды, подключение к базе, расширить библиотеку блоков. Насчет видеоуроков(да и вообще уроков) - согласен, нет. Будем исправлять. Хотя по голосовалке - пока здесь с огромным отрывом побеждает оптимизация интерфейса (интересно что в группе в контакте хотят сервер))) ). Но у нас ещё есть минимум месяц (у меня 15- го кончается вахта, а дома я буду Read Only), так что посмотрим ещё))) Но уроки по скаде я попробую дома записать
Автор программы FLProg.
- nalnik
- Подполковник
- Сообщения: 1320
- Зарегистрирован: 14 май 2016, 17:12
- Откуда: Кисловодск
- Имя: Александр
Обсуждение дальнейших путей развития программы.
Вот сразу - в начале, прошу прощения, support - прошу Вас продолжить развитие FLPгоg - А для скад которых и так тьма потомммм придумать название "FLскада". ( Для лентяев которые не желают изучать скады и ждут от Вас всей помощи) - она и им не нужна - поиграются и все. А вот FLPгоgsupport писал(а): ↑06 ноя 2018, 15:46 Я вообще планировал увеличить количество виджетов, сделать тренды, подключение к базе, расширить библиотеку блоков. Насчет видеоуроков(да и вообще уроков) - согласен, нет. Будем исправлять. Хотя по голосовалке - пока здесь с огромным отрывом побеждает оптимизация интерфейса (интересно что в группе в контакте хотят сервер))) ). Но у нас ещё есть минимум месяц (у меня 15- го кончается вахта, а дома я буду Read Only), так что посмотрим ещё))) Но уроки по скаде я попробую дома записать
![одобрение :smile9:](./images/smilies/smile9.gif)
Я хочу быть добрее, но люди сами нарываются.
Обсуждение дальнейших путей развития программы.
протокол модбас был бы хорош всем, если бы мог передавать текст и дробные числа
я просто столкнулся с ситуацией, когда в моем устройстве должны были храниться текстовые данные имени и фамилии жильца в базе данных в епром
а управляться контроллер должен был через софт на пк и я хотел взять для этого каскаду, но там модбас не подошел и не было стандартных контролов типа того же датагрида (таблица), всяких выпадающих меню и подобного
пришлось брать библиотеку протокола, который позволил мне создавать свой протокол для передачи любых данных любого типа и с подтверждением и даже пингом
прогу написал на c#
текстовые данные может передавать устройство для своего обозначения, как это в усб сделано
там есть строковой дескриптор и он не обязателен, но усб передает любой тип данных
вот еще недавно проект отклонили
есть 10 арендуемых по времени помещений
на них надо было поставить электрозамки и считыватель рфид с кнопками для одноразового кода, т.к. клиенты бывают на один раз
я вот что нашел
https://www.minovatech.de/RFID-Card-Readers.php
там индикатор и на него выводится инфа о имени клента, который сейчас имеет доступ или если дверь закрыта, то имя следущего клиента и время доступа
девайс имеет подключение к сети, может дергать пхп файл или гонять данные по тцп, там свой протокол
а сервер надо самому писать, вот тут бы и пригодился какой инструмент для визуального кодирования, чтобы там была работа с базами данных, бизныс логика, все такое
как например вот тут https://nodered.org/
для всяких розеток и лампочек есть протокол knx и датчики с актуаторами
https://www.gira.de/gebaeudetechnik/sys ... ystem.html
специально разработан для умных домов или точнее автоматизации зданий, дома он и не нужен
так же есть уже сервер для всего этого с гуем, рисовалкой гуя, всякими протоколами https://www.openhab.org/
вот демка http://demo.openhab.org:8080/start/index
работает от обычного пк или малины до облака на хостинге
первый же линк в гугле
https://www.helpndoc.com/de/funktionen-tour
конечно не подойдут, современное веб приложение не генерирует страницы, оно меняет свое состояние в зависимости от приходящих данных
в браузере выполняется яваскрипт, который отрисовывает все кнопки, графики и остальное, причем в реальном времени
сервер только получает короткие запросы и генерит набор данных в формате json, а уж как их отрисовывать - решает приложение
будь оно веб или под виндовс - без разницы
для рисования страниц есть уже инструмент
а вот готовая тема для иот
http://www.creatingo.com/symbiot-bootst ... plate.html
https://themeforest.net/item/magen-iot- ... d/21118748
зачем все это рисовать с нуля?
вот еще фреймворк для всяких веб приложений
https://webix.com/
цену конечно подняли уже нехило, но вроде как там для открытых проектов бесплатно, но грузится весь фреймворк сразу
очень сильно отличается современный объектный пхп
на си он был похож где-то до 2006 года, потом начались попытки оптимизировать его до нормального ооп
Обсуждение дальнейших путей развития программы.
Если выбор только из предложенных 4-х пунктов, то я за STM.
А так первоочередным просится допиливание того функционала по сети что есть уже под ESP, на платы Arduino и их сетевые шилды.
А так первоочередным просится допиливание того функционала по сети что есть уже под ESP, на платы Arduino и их сетевые шилды.
- support
- Супермодератор
- Сообщения: 1902
- Зарегистрирован: 03 янв 2018, 11:45
- Откуда: Астрахань
- Имя: Сергей
- Контактная информация:
Обсуждение дальнейших путей развития программы.
Честно сказать, я боюсь эксперементировать на родных. Пока слава богу метастаз нет, операция прошла нормально (конечно в жизни у него стала куча ограничений), но я не рискую применять нетрадиционную медицину. Нас наблюдает очень хороший врач, который поднял много знакомых (всё таки Астрахань не самый здоровый город, и онкология здесь распространена), и я доверяю ему.#5 Сообщение kalobyte » 06 ноя 2018, 18:41
первый делом хочу сразу сказать - купи катушки мишина для родителей
если бы раньше знал, то рак скорей всего бы вылечили без всяких операций (я себе вылечил)
я сам пользуюсь и сплю каждую ночь, но генератор слабый и еще не сделал усилитель, но готовые продают с усилителем
Автор программы FLProg.
-
- Лейтенант
- Сообщения: 515
- Зарегистрирован: 25 фев 2018, 08:48
- Откуда: Оренбург
- Имя: Александр
Обсуждение дальнейших путей развития программы.
Уважаемый Автор, Вы погнались за несколькими зайцами отсюда такая картинка и получается- нет единого мнения, пошло разветвление.
Беспроводные решения и сервер это на сегодня "для играющихся" я бы так охарактеризовал. Грубо наверное, но с учетом всех факторов это факт. Добавлять STM с кучей нерешенных проблем по существующим - еще одна проблема и отъем времени в первую очередь у себя же.
В итоге "они" играют, а другие ждут доводки основополагающей мысли: FLProg+Scada. Признайтесь, что Вы именно с этого начинали ?! А затем пошли отчасти на поводу "желающих поиграться" и возможно хотели свои наработки проверить. А основная программа страдает.
Получается и лошадь хромая и на неё кроме телеги начинают вешать все что можно. В итоге или лошадь сдохнет или те кто ждут лошадь в конечном пункте разойдутся и останутся одни игроки.
Мое мнение что нужно сделать "СЕРДЦЕ" : FLProg+Scada и когда будет отлажено тогда добавлять уже "вкусности" игрокам на пробу.
Я в январе 2018 увидел вашу программу и заинтересовался. Прошел год, а воз и ныне там. Даже больше - проблем и забот со всех сторон навалилось. Откиньте их и дайте программе СЕРДЦЕ.
Беспроводные решения и сервер это на сегодня "для играющихся" я бы так охарактеризовал. Грубо наверное, но с учетом всех факторов это факт. Добавлять STM с кучей нерешенных проблем по существующим - еще одна проблема и отъем времени в первую очередь у себя же.
В итоге "они" играют, а другие ждут доводки основополагающей мысли: FLProg+Scada. Признайтесь, что Вы именно с этого начинали ?! А затем пошли отчасти на поводу "желающих поиграться" и возможно хотели свои наработки проверить. А основная программа страдает.
Получается и лошадь хромая и на неё кроме телеги начинают вешать все что можно. В итоге или лошадь сдохнет или те кто ждут лошадь в конечном пункте разойдутся и останутся одни игроки.
Мое мнение что нужно сделать "СЕРДЦЕ" : FLProg+Scada и когда будет отлажено тогда добавлять уже "вкусности" игрокам на пробу.
Я в январе 2018 увидел вашу программу и заинтересовался. Прошел год, а воз и ныне там. Даже больше - проблем и забот со всех сторон навалилось. Откиньте их и дайте программе СЕРДЦЕ.
- nalnik
- Подполковник
- Сообщения: 1320
- Зарегистрирован: 14 май 2016, 17:12
- Откуда: Кисловодск
- Имя: Александр
Обсуждение дальнейших путей развития программы.
KulibinOrsk писал(а): ↑06 ноя 2018, 17:04Беспроводные решения и сервер это на сегодня "для играющихся" я бы так охарактеризовал.
Вот Вы ваще не правы!KulibinOrsk писал(а): ↑06 ноя 2018, 17:04В итоге "они" играют, а другие ждут доводки основополагающей мысли: FLProg+Scada. Признайтесь, что Вы именно с этого начинали ?!
и поэтому просто минус - "отрицательная оценка вашему сообщению"
Последний раз редактировалось nalnik 06 ноя 2018, 17:33, всего редактировалось 1 раз.
Я хочу быть добрее, но люди сами нарываются.
-
- Лейтенант
- Сообщения: 515
- Зарегистрирован: 25 фев 2018, 08:48
- Откуда: Оренбург
- Имя: Александр
Обсуждение дальнейших путей развития программы.
Во-первых не Вам решать прав я или нет. Автор решит сам. Или подтвердит или опровергнет.
Во-вторых свой минус ставьте по делу, а не за высказывание в опросе.
Это Вы не правы nalnik ...
Во-вторых свой минус ставьте по делу, а не за высказывание в опросе.
Это Вы не правы nalnik ...
Кто сейчас на конференции
Сейчас этот форум просматривают: Phazz и 1 гость