www.open-tager.ru
http://www.open-tager.ru/forum/

Какой должна быть статистика будущего?
http://www.open-tager.ru/forum/viewtopic.php?f=5&t=2456
Страница 12 из 14

Автор:  Pingvin [ 16 дек 2013, 05:57 ]
Заголовок сообщения:  Re: Какой должна быть статистика будущего?

remik2010 писал(а):
Мы отклонились от темы обсуждения.

В принципе вырисовывается 2 концепции, радио-модули и GSM система статистики.
И то и то приемлемо, но до реализации еще пахать и пахать.

Удачи всем разработчикам, между тем Пингвину спасибо, тему про GSM актуальную поднял, теперь изучаю в отпуске =)


Должно быть и то и другое и ещё гибридная схема.

Так что щупайте, пробуйте, нарабатывайте. ;)

"Пахать" не придется, есть уже куча наработок как железа, так и софта (библиотеки).
Надо просто хорошо поискать и адаптировать под используемый контроллер.

Про радиомодули не скажу, но в плане софта для работы с GSM ничего сложного нет!
Я даже температуру и состояние шлейфов и наличие 220В по SMS передавал.
Стек TCP/IP уже реализован в модуле, все делается АТ-командами по UART.

Неделя, максимум месяц работы.

Единственная опасность - Китай все таки, глюки оборудования никто не отменял.

Надо продумать систему проверки работоспособности модуля, проверки связи (видит ли сеть) и перезапускать модуль, если что не так.
И/или как то информировать игрока о неполадках оборудования или отсутствия связи.

Автор:  Pingvin [ 17 дек 2013, 10:40 ]
Заголовок сообщения:  Re: Какой должна быть статистика будущего?

remik2010, в прошивке планируете использовать ОС реального времени (RTOS)?

Автор:  remik2010 [ 17 дек 2013, 18:01 ]
Заголовок сообщения:  Re: Какой должна быть статистика будущего?

Pingvin писал(а):
remik2010, в прошивке планируете использовать ОС реального времени (RTOS)?

Точно знаю что не планируется, хотя как работает на одном из устройств видел... Не вижу смысла усложнять этим кодом разработку.

Автор:  Pingvin [ 17 дек 2013, 18:08 ]
Заголовок сообщения:  Re: Какой должна быть статистика будущего?

remik2010 писал(а):
Pingvin писал(а):
remik2010, в прошивке планируете использовать ОС реального времени (RTOS)?

Точно знаю что не планируется, хотя как работает на одном из устройств видел... Не вижу смысла усложнять этим кодом разработку.

Тогда лаги при работе прошивки будут неизбежны.
Задач то больше будет.
Удивлен вашей позицией, если честно.
Чего там сложного?
Ну да хозяин - барин.

Автор:  Pacifist [ 17 дек 2013, 22:36 ]
Заголовок сообщения:  Re: Какой должна быть статистика будущего?

Pingvin писал(а):
Задач то больше будет.
Удивлен вашей позицией, если честно..

Ну да, главной задачей контроллера станет RTOS, а остальное - так, по мере возможности ;).. как с Виндовс - два ядра для системы, а если у процессора больше ядер нет - то это проблемы пользователя :D

Автор:  Pingvin [ 18 дек 2013, 06:08 ]
Заголовок сообщения:  Re: Какой должна быть статистика будущего?

Pacifist писал(а):
Pingvin писал(а):
Задач то больше будет.
Удивлен вашей позицией, если честно..

Ну да, главной задачей контроллера станет RTOS, а остальное - так, по мере возможности ;).. как с Виндовс - два ядра для системы, а если у процессора больше ядер нет - то это проблемы пользователя :D

Извините - Вы не правы.
Ну хотя бы сделать многопоточную прошивку.
Там делов - тфу и растереть.
Зато не будет лагов, как у LSD - стреляешь, а поражение тагом фиксируется через 1-2 секунды.
Да мне то - пусть делают как хотят! ;)

Автор:  mail_robot [ 18 дек 2013, 06:25 ]
Заголовок сообщения:  Re: Какой должна быть статистика будущего?

Pacifist писал(а):
Pingvin писал(а):
Задач то больше будет.
Удивлен вашей позицией, если честно..

Ну да, главной задачей контроллера станет RTOS, а остальное - так, по мере возможности ;).. как с Виндовс - два ядра для системы, а если у процессора больше ядер нет - то это проблемы пользователя :D

ртос не винда, она ресурсов практически не жрет. Другое дело что память откалывает, но для ЛТ там места еще с головой хватит.

Автор:  Pingvin [ 18 дек 2013, 07:42 ]
Заголовок сообщения:  Re: Какой должна быть статистика будущего?

Возьмем ситуацию - "завис" GSM модуль, надо рестартануть.
Нужно отключить с него питание, подождать пару секунд, пока все кондеры внутри него разрядаться, подать питание, убедиться, что модуль включился, провести инициализацию, дождаться, пока модуль найдет сеть опрератора и подключиться к ней, установить соединение с удаленным сервером.

Эта процедура может занять от нескольких секунд до десятков секунд.
И если в прошиве один поток, то все события в это время игнорируются.

У Вас есть решение, как разрулить ситуацию без параллелных потоков?
Тогда я Вам завидую.
У меня нет!

Автор:  tommy [ 18 дек 2013, 10:02 ]
Заголовок сообщения:  Re: Какой должна быть статистика будущего?

rtos не панацея и ресурсы она жрёт будь здоров как, особенно, когда каждый таймер на счету. ну из "в прошиве один поток" не следует "все события в это время игнорируются". это значит что код кривой и его надо переделывать.

Автор:  Pingvin [ 18 дек 2013, 10:20 ]
Заголовок сообщения:  Re: Какой должна быть статистика будущего?

tommy писал(а):
rtos не панацея и ресурсы она жрёт будь здоров как, особенно, когда каждый таймер на счету. ну из "в прошиве один поток" не следует "все события в это время игнорируются". это значит что код кривой и его надо переделывать.

Можно и без RTOS многопоточность сделать.
Переключение между задачами - несколько строчек ассемблерного кода.
Один таймер (можно сторожевого пса использовать) + оперативы под стек для каждой задачи.

Как "не криво" писать однопоточное приложение, если, к примеру, нужно выполнить последовательность действий, и каждое действие ждет определенного события, скажем - секунды 3?
И надо незамедлительно отреагировать на другие события.

Не, я конечно по-молодости и неопытности занимался подобным онанизмом когда писал на асме - переключался от одной задачи к другой безусловными переходами - но это жесть и геморрой страшный.
Перешел на Си и сделал параллельные потоки.
Все стало проще в разы.

Страница 12 из 14 Часовой пояс: UTC + 3 часа [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/