[Conv 0]

Да вы чо?! А мужики-то не знают..

Просто, видимо, у них на CCS она уже есть.

[mgrigoryev 0]

В нормальном рабочем режиме объем передаваемых от базы в терминал является величиной состоящие из данных необходимых для

отображения 85 сегментов на lcd индикаторе, накладных расходах на протокол описанный в документе + накладные расходы определяемые алгоритмом

работы ВПО модулей. Период посылок 1сек.

 

Все очень просто. Пусть кол-во возможных "тайм-слотов" Q = период отправки/(длительность одного сеанса передачи данных). Всего есть определенное кол-во абонентов - Nабон.

Для того, чтобы в многоабонентской сети без синхронизации сеансов передачи пакеты передавались (в среднем) с первого раза, необходимо выполнение такого условия (Q/Nабон)>2...3.

Если это условие не выполняется, то нужно делать перезапросы. Однако перезапросы не панацея, т.к. опять-же занимают сеть и их кол-во должно быть ограниченно. Более точные характеристики работы сети могут быть получены либо моделированием либо в результате эксперимента.....

 

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

Именно это требуется? Будет ли большой потерей, если инфу о нажатии кнопки терминал передает в ответ на пакет с графикой?

А это опять совершенно разные задачи!!! В Вашем варианте, терминал и база равноправные инициаторы передачи данных, т.е. коллизии неизбежны и например можно "завесить" передачу графики простым удерживанием кнопки))) Неожиданный системный эффект?

В моем варианте, такого не будет.

 

ИМХО:

Поскольку видно что задача:

1) Второстепенная (но необходимая) в Вашем проекте.

2) Полноценно не прорабатывалась с системной точки зрения.

То лучше сделать просто реализацию точка-точка: база - ведущая, терминал - ведомый. Несколько комплектов оборудования рядом работать скорее всего будут если у комплектов будут разные адреса, т.к. указанный объем данных и частота их передачи позволяют.

 

Большинство программистов исходную задачу не решат, т.к. она выходит за рамки чистого программирования.

[Aner 3]

Соглашусь, нужно решить системно-организационную структуру задачи, то что должно быть в тз. Решать только программно задачу без тз не получиться. Написать тз за 500 евро это большое сомнение. Но поскольку нет тз, то думаю цель данного поста все же собрать мнения и идеи участников а не предоставить удаленную работу.

[sergey.ka 0]

Для этой темы, немного доработав, можно использовать протокол пейджинговой связи.

[Aner 3]

:blink:

[SVNKz 1]

Приветствую всех.

 

 

Если Вы согласитесь доделать имеющийся у вас проект под требования озвученные в документе, то прошу Вас указать стоимость данной доработки/разработки.

Прошу указать наличия дополнительных ограничений/уточнений накладываемых на озвученные требования в документе в связи с применением существующего проекта.

 

 

В нормальном рабочем режиме объем передаваемых от базы в терминал является величиной состоящие из данных необходимых для

отображения 85 сегментов на lcd индикаторе, накладных расходах на протокол описанный в документе + накладные расходы определяемые алгоритмом

работы ВПО модулей. Период посылок 1сек.

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

 

В режим наладки необходимо передавать из терминала/базы в базу/терминал информации порядка 1к байт по оптопорту.

требуемая скорость передачи 1к байт до 1мин. Период работы данного режима 0,5-1 года. Количество устройств работающих в данном режиме одновременно

в радиусе 100 метров 1-2.

 

Сложность работы с нашей стороны оценена в сумме и сроках указанных в документе + высказаны требования с нашей стороны.

По пунктам требований которые не укладываются в первые два критерия сложности, возможна их коррекция.

Возможна коррекция по сумме проекта, но с аргументированием.

Возможна коррекция по сумме в случае если исполнитель может расширить функционал ВПО модулей в части обмена по радиосети.

 

 

CCS не требуется приобретения лицензии.

Это последняя страница разработанного ТЗ. На разработку ТЗ ушло около месяца и, ориентировочно, 25% от стоимости всей разработки.

____________3.doc

[dlsh 1]

Все очень просто. Пусть кол-во возможных "тайм-слотов" Q = период отправки/(длительность одного сеанса передачи данных). Всего есть определенное кол-во абонентов - Nабон.

.....

Полагаю, что правильным будет вынесения количества приборов работающих рядом в пункт 2.1 документа.

 

Именно это требуется? Будет ли большой потерей, если инфу о нажатии кнопки терминал передает в ответ на пакет с графикой?

.............

Можно вынести передачу состояния кнопки в ответ на передачу сегментов для lcd.

 

.....

То лучше сделать просто реализацию точка-точка: база - ведущая, терминал - ведомый. Несколько комплектов оборудования рядом работать скорее всего будут если у комплектов будут разные адреса, т.к. указанный объем данных и частота их передачи позволяют.

Большинство программистов исходную задачу не решат, т.к. она выходит за рамки чистого программирования.

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

 

 

 

[dlsh 1]

Приветствую всех.

Всем спасибо за проявленный интерес.