Conv 0 16 апреля, 2013 Опубликовано 16 апреля, 2013 · Жалоба Да вы чо?! А мужики-то не знают.. Просто, видимо, у них на CCS она уже есть. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mgrigoryev 0 16 апреля, 2013 Опубликовано 16 апреля, 2013 · Жалоба В нормальном рабочем режиме объем передаваемых от базы в терминал является величиной состоящие из данных необходимых для отображения 85 сегментов на lcd индикаторе, накладных расходах на протокол описанный в документе + накладные расходы определяемые алгоритмом работы ВПО модулей. Период посылок 1сек. Все очень просто. Пусть кол-во возможных "тайм-слотов" Q = период отправки/(длительность одного сеанса передачи данных). Всего есть определенное кол-во абонентов - Nабон. Для того, чтобы в многоабонентской сети без синхронизации сеансов передачи пакеты передавались (в среднем) с первого раза, необходимо выполнение такого условия (Q/Nабон)>2...3. Если это условие не выполняется, то нужно делать перезапросы. Однако перезапросы не панацея, т.к. опять-же занимают сеть и их кол-во должно быть ограниченно. Более точные характеристики работы сети могут быть получены либо моделированием либо в результате эксперимента..... Из терминала в базу необходимо передавать событие при нажатие кнопки в момент возникновения данного события. Именно это требуется? Будет ли большой потерей, если инфу о нажатии кнопки терминал передает в ответ на пакет с графикой? А это опять совершенно разные задачи!!! В Вашем варианте, терминал и база равноправные инициаторы передачи данных, т.е. коллизии неизбежны и например можно "завесить" передачу графики простым удерживанием кнопки))) Неожиданный системный эффект? В моем варианте, такого не будет. ИМХО: Поскольку видно что задача: 1) Второстепенная (но необходимая) в Вашем проекте. 2) Полноценно не прорабатывалась с системной точки зрения. То лучше сделать просто реализацию точка-точка: база - ведущая, терминал - ведомый. Несколько комплектов оборудования рядом работать скорее всего будут если у комплектов будут разные адреса, т.к. указанный объем данных и частота их передачи позволяют. Большинство программистов исходную задачу не решат, т.к. она выходит за рамки чистого программирования. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aner 3 16 апреля, 2013 Опубликовано 16 апреля, 2013 · Жалоба Соглашусь, нужно решить системно-организационную структуру задачи, то что должно быть в тз. Решать только программно задачу без тз не получиться. Написать тз за 500 евро это большое сомнение. Но поскольку нет тз, то думаю цель данного поста все же собрать мнения и идеи участников а не предоставить удаленную работу. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sergey.ka 0 16 апреля, 2013 Опубликовано 16 апреля, 2013 · Жалоба Для этой темы, немного доработав, можно использовать протокол пейджинговой связи. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aner 3 16 апреля, 2013 Опубликовано 16 апреля, 2013 · Жалоба :blink: Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
SVNKz 1 16 апреля, 2013 Опубликовано 16 апреля, 2013 · Жалоба Приветствую всех. Если Вы согласитесь доделать имеющийся у вас проект под требования озвученные в документе, то прошу Вас указать стоимость данной доработки/разработки. Прошу указать наличия дополнительных ограничений/уточнений накладываемых на озвученные требования в документе в связи с применением существующего проекта. В нормальном рабочем режиме объем передаваемых от базы в терминал является величиной состоящие из данных необходимых для отображения 85 сегментов на lcd индикаторе, накладных расходах на протокол описанный в документе + накладные расходы определяемые алгоритмом работы ВПО модулей. Период посылок 1сек. Из терминала в базу необходимо передавать событие при нажатие кнопки в момент возникновения данного события. В режим наладки необходимо передавать из терминала/базы в базу/терминал информации порядка 1к байт по оптопорту. требуемая скорость передачи 1к байт до 1мин. Период работы данного режима 0,5-1 года. Количество устройств работающих в данном режиме одновременно в радиусе 100 метров 1-2. Сложность работы с нашей стороны оценена в сумме и сроках указанных в документе + высказаны требования с нашей стороны. По пунктам требований которые не укладываются в первые два критерия сложности, возможна их коррекция. Возможна коррекция по сумме проекта, но с аргументированием. Возможна коррекция по сумме в случае если исполнитель может расширить функционал ВПО модулей в части обмена по радиосети. CCS не требуется приобретения лицензии. Это последняя страница разработанного ТЗ. На разработку ТЗ ушло около месяца и, ориентировочно, 25% от стоимости всей разработки. ____________3.doc Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dlsh 1 16 апреля, 2013 Опубликовано 16 апреля, 2013 · Жалоба Все очень просто. Пусть кол-во возможных "тайм-слотов" Q = период отправки/(длительность одного сеанса передачи данных). Всего есть определенное кол-во абонентов - Nабон. ..... Полагаю, что правильным будет вынесения количества приборов работающих рядом в пункт 2.1 документа. Именно это требуется? Будет ли большой потерей, если инфу о нажатии кнопки терминал передает в ответ на пакет с графикой? ............. Можно вынести передачу состояния кнопки в ответ на передачу сегментов для lcd. ..... То лучше сделать просто реализацию точка-точка: база - ведущая, терминал - ведомый. Несколько комплектов оборудования рядом работать скорее всего будут если у комплектов будут разные адреса, т.к. указанный объем данных и частота их передачи позволяют. Большинство программистов исходную задачу не решат, т.к. она выходит за рамки чистого программирования. Для этого мы разместили здесь объявления с целью найти программиста который сможет решить поставленные задачи. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
dlsh 1 22 апреля, 2013 Опубликовано 22 апреля, 2013 · Жалоба Приветствую всех. Всем спасибо за проявленный интерес. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться