На данный момент мы работаем над прототипами ИТ-решений. По поводу фронт-энд части: мы рассматриваем различные решения, поэтому готовы к любым дальнейшим изменениям. В первую очередь, по нашему мнению, важен сам механизм "под капотом". Остальные творческие решения могут быть переосмыслены и интегрированы под выбранную логику.
Пока что есть только прототипы таких приложений. Тем не менее, уже есть есть агрегаты, который позволяют авторизироваться и обладают возможностью коммуникации через API со сторонними системами различных типов и уровня сложности. Таким примером может быть https://rewatt.tech/.
Ну, происходит бронирование временного окна на определённое время, в течение которого после авторизации только один пользователь может пользоваться этим агрегатом. Это даёт возможностьв прибытии к зарядной станции в то время, когда она будет доступна без каких-либо неожиданностей. По поводу зарядки в течение нескольких часов: ничего поделать не можем, это уже физика, и никаким кодом это мы исправить не можем.
Спасибо за вопрос. Я действительно думал об этом. На данный момент времени какой-либо программной реализации функционала "блокировки" ЭЗС нет, и я думаю, что её разработка будет крайне тяжёлой в связи с различным спектром используемых агрегатов на практике. Одной из идей может быть установка универсальных компактных блокираторов на коннеторы ЭЗС, которые не позволяли бы пользователю обладать физической возможностью их использования до момента введения им уникального кода брони. Тем не менее, это уже сфера "Интернета вещей", и проработка деталей в её рамках заслуживает уже отдельного внимания.
Думаю, что линейной алгебры из 1-ого курса неспециализированного высшего учебного заведения вполне достаточно, чтобы получить общее понимание)
Спасибо за такой развёрнутый ответ! Действительно, стоит обращаться к бенчмаркингу. Мы рассмотрим Ваши замечания и приложения!
Реальный интерес присутсвтует. Особенно если он основан на реальном практическом опыте пользователя. Пожалуйста, поделитесь своим мнением!
На данный момент мы работаем над прототипами ИТ-решений. По поводу фронт-энд части: мы рассматриваем различные решения, поэтому готовы к любым дальнейшим изменениям. В первую очередь, по нашему мнению, важен сам механизм "под капотом". Остальные творческие решения могут быть переосмыслены и интегрированы под выбранную логику.
Пока что есть только прототипы таких приложений. Тем не менее, уже есть есть агрегаты, который позволяют авторизироваться и обладают возможностью коммуникации через API со сторонними системами различных типов и уровня сложности. Таким примером может быть https://rewatt.tech/.
Да, устаревший фреймворк, но в статье объясняли, что это связано с наличием Legacy-кода других модулей.
Ну, происходит бронирование временного окна на определённое время, в течение которого после авторизации только один пользователь может пользоваться этим агрегатом. Это даёт возможностьв прибытии к зарядной станции в то время, когда она будет доступна без каких-либо неожиданностей. По поводу зарядки в течение нескольких часов: ничего поделать не можем, это уже физика, и никаким кодом это мы исправить не можем.
Спасибо за вопрос. Я действительно думал об этом. На данный момент времени какой-либо программной реализации функционала "блокировки" ЭЗС нет, и я думаю, что её разработка будет крайне тяжёлой в связи с различным спектром используемых агрегатов на практике. Одной из идей может быть установка универсальных компактных блокираторов на коннеторы ЭЗС, которые не позволяли бы пользователю обладать физической возможностью их использования до момента введения им уникального кода брони. Тем не менее, это уже сфера "Интернета вещей", и проработка деталей в её рамках заслуживает уже отдельного внимания.