Добрый день.
Спасибо что не стоите на месте и продвигаетесь в плане прошивок под эту чудо платформу.
Подскажите пожалуйста. Когда выйдет конфигуратор для "Версия заводская КЛАССИК". Или возможно у вас в планах будет версия инсталятор. Чтобы закрыть все настройки доступные в инсталляторе. Спасибо.
На данный момент стоит око-у с версия инсталлятор. Не хватает выходов управления.
И второй вопрос. око про сможет без радио модуля управлять брелками датчикам и т.д.?
А это такое ?
Re: А это такое ?
с текущим функционалом нет особого смысла в конфигураторе, так как там особо то и нечего конфигурить 
например, номера пользователей заводятся очень легко и без конфигуратора можно и без смс-команд - два раза нажал на кнопку прибора, перешел в режим програмирования и просто поочередно позвонил на прибор с телефонов пользователей.
также сейчас есть вполне удобное приложение под андроид для мониторинга состояния системы, приема и удобного отображения тревожных смс, управление пользовательскими выходами. в приложении вы можете задавать свои "ники" каждому входу и выходу, чтобы было понятно состояние объекта и чем управлять.
по мере наращивания функционала конечно же придется делать и конфигуртор для удобства настроек через кабель и ПК.
конечно же планируется далее развивать функционал (например, добавить возможность пост/снятия охраны точ-баттонами на порт 1Ваер-1, а также адресные датчики Т даллас 1820 на порт 1Ваер-2).
также идет процесс взаимодействия внешнего дополнительного дешевого приемника для существующих беспроводных ASK датчиков, который будет на иголках устанавливаться в разъем платы око-про.
например, номера пользователей заводятся очень легко и без конфигуратора можно и без смс-команд - два раза нажал на кнопку прибора, перешел в режим програмирования и просто поочередно позвонил на прибор с телефонов пользователей.
также сейчас есть вполне удобное приложение под андроид для мониторинга состояния системы, приема и удобного отображения тревожных смс, управление пользовательскими выходами. в приложении вы можете задавать свои "ники" каждому входу и выходу, чтобы было понятно состояние объекта и чем управлять.
по мере наращивания функционала конечно же придется делать и конфигуртор для удобства настроек через кабель и ПК.
конечно же планируется далее развивать функционал (например, добавить возможность пост/снятия охраны точ-баттонами на порт 1Ваер-1, а также адресные датчики Т даллас 1820 на порт 1Ваер-2).
также идет процесс взаимодействия внешнего дополнительного дешевого приемника для существующих беспроводных ASK датчиков, который будет на иголках устанавливаться в разъем платы око-про.
тяжело начинать с нуля, но тяжелее с глубокого минуса
Re: А это такое ?
Большое спасибо за новую сигнализацию. Уже тестирую. Очень жду появления версии с использованием "таблеток" IButton.
Re: А это такое ?
следующая версия ПО "КЛАССИК 1.0.2", которая поддерживает 16 беспроводных датчиков уже вышла (нужен опциональный приемник OKO-RF-PRO).
далее черед точбаттонов
далее черед точбаттонов
тяжело начинать с нуля, но тяжелее с глубокого минуса
Re: А это такое ?
ОКО-про пока не умеет на сервер данные скидывать периодически как ОКО-U делал ? Я вообще про gprs ничего не увидел в инструкциях.
Жду не дождусь когда 2-х симочная появится и сделают прошивку со счетчиками импульсов по типа 3с2 для око-у
Жду не дождусь когда 2-х симочная появится и сделают прошивку со счетчиками импульсов по типа 3с2 для око-у
Re: А это такое ?
гпрс-передача данных на сервер пока не сделана, так как еще до конца не определен и не сделан базовый набор функциональностей (сейчас, например, идет процес тестирования функциональности работы с 8-мю термодатчиками DS1820).
после того, как будет все более-менее окончательно определено будет разрабатываться формат передаваемого на сервер пакета, содержащий свойства прибора.
после того, как будет все более-менее окончательно определено будет разрабатываться формат передаваемого на сервер пакета, содержащий свойства прибора.
тяжело начинать с нуля, но тяжелее с глубокого минуса
Re: А это такое ?
По поводу открытого кода: хотелось бы какое-нибудь описание структуры кода, а не просто проект IAR workbench (который кстати далеко не похож на средство для open source).
Мне почему-то не удалось за 15 минут найти в каком модуле запрограммирована "пользовательская логика".
Может хотя бы это подскажете?
Мне почему-то не удалось за 15 минут найти в каком модуле запрограммирована "пользовательская логика".
Может хотя бы это подскажете?
Re: А это такое ?
"Стартапный" код для этой платформы написал ключевой специалист, который, к сожалению, уже не сотрудничает с нами 
Дальнейшее наполнение "стартапной" структуры сейчас делаем сугубо "своими" силами
Краткое описание структуры кода, конечно же, надо будет написать - сделаем.
Если вкратце, то программный код стартапа написан под FreeRTOS, под которой "паралельно" запущено несколько равноприоритетных "задач", каждая из которых занимается "своим" делом ( с ключами IButton, с адресными термодатчиками, с GSM-модулем, работа с входами/выходами, вывод информации в USB-порт, работа с приемником беспроводных датчиков, с клавиатурой ОКО и т.д).
"Задачи" взаимодейтвуют друг с другом (обмениваются данными) через "очереди", а также через ряд глобальных переменных. "Пользовательские настройки" хранятся в "конце" флеш-памяти процессора. Часть данных (так называемые, "часто" меняющиеся - меняются через смс/клавиатура, а также конфигуратор) хранится в виде "эммулированной ЕЕПРОМ" так как в этих процессорах нет ЕЕПРОМ как таковой, а другая часть данных (так называемые, "редко" меняющиеся - меняются только через конфигуратор) - хранится в явном виде во флеш-памяти.
Каждая "задача" читает касающиеся ее настройки из флеш-памяти и выполняет дейстивя, согласно этих "своих" настроек.
Тоесть как-такового "сосредоточения" алгоритма работы в "одном" месте нет - в каждой "задаче" есть свой "кусочек" общего алгоритма
Дальнейшее наполнение "стартапной" структуры сейчас делаем сугубо "своими" силами
Краткое описание структуры кода, конечно же, надо будет написать - сделаем.
Если вкратце, то программный код стартапа написан под FreeRTOS, под которой "паралельно" запущено несколько равноприоритетных "задач", каждая из которых занимается "своим" делом ( с ключами IButton, с адресными термодатчиками, с GSM-модулем, работа с входами/выходами, вывод информации в USB-порт, работа с приемником беспроводных датчиков, с клавиатурой ОКО и т.д).
"Задачи" взаимодейтвуют друг с другом (обмениваются данными) через "очереди", а также через ряд глобальных переменных. "Пользовательские настройки" хранятся в "конце" флеш-памяти процессора. Часть данных (так называемые, "часто" меняющиеся - меняются через смс/клавиатура, а также конфигуратор) хранится в виде "эммулированной ЕЕПРОМ" так как в этих процессорах нет ЕЕПРОМ как таковой, а другая часть данных (так называемые, "редко" меняющиеся - меняются только через конфигуратор) - хранится в явном виде во флеш-памяти.
Каждая "задача" читает касающиеся ее настройки из флеш-памяти и выполняет дейстивя, согласно этих "своих" настроек.
Тоесть как-такового "сосредоточения" алгоритма работы в "одном" месте нет - в каждой "задаче" есть свой "кусочек" общего алгоритма
тяжело начинать с нуля, но тяжелее с глубокого минуса