Разработка пейджера

Несколько лет назад у нас на производстве вместо раций пытались своими силами сделать пейджер для приема-передачи текстовых сообщений по протоколу Mesh (подробности здесь не пишу, но все уточняется). Остались опытные образцы которые прошли испытания. Они были не очень успешными и проект закрыли. Но потом появились более продвинутые модули типа STM32, поэтому есть интерес продолжить разработку. Нужен квалифицированный разработчик беспроводных систем, программист. Система сотрудничества договорная podkliuch@rambler.ru

 

город-то какой?

 

причем тут вообще СТМ32?
Вопрос упирается в подбор протокола для необходимой дальности, а не в контроллер
А вообще, если предприятие покрыто сотовой связью и сотрудникам не запрещено ею пользоваться. то корпоративные СМС-рассылки наиболее дешевый вариант

 

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

 

ну да, какой-нить транкинг...

 

ОК, я предвижу множество вопросов потому что в объявлении нет технических подробностей, для этих целей оставлена почта чтобы все написать в случае реальной заинтересованности. Разработчик он и в Африке разработчик, другое дело каковы границы его компетенции - это может быть и специалист широкого профиля с навыками программирования, а может быть и чисто схемотехник. Напишите, обсудим.

 

чтобы была реальная заинтересованность нужно реальное предложение

 

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

 

В меше ничего сложно нет. У вас всё остальное готово? Схемотехника? Протоколы выше транспортного уровня? Загрузчики итп? Какая база?

 

мне вот интересно, на каком железе это все планируется
И к чему тут ардуина вообще?

 

Я в секунду столько отбивал. В минуту это на релейном процессоре?

 

Если что то типа ZigBee (в диапазоне 868 МГц) подойдет, то можно пообщаться более детально.

 

Ну а потом-то, когда все имеющиеся в наличии клиенты пропишутся в сеть (узлами) - шлюз станет ненужным ? Ведь, по определению, MESH-сеть - сеть без центра вообще ?! То есть - бесплатная (кроме своих расходов узла за электричество). Я правильно понимаю ?

 

1 центр должен быть. Есть многоуровневые меш сети - на каждый уровень свой центр.

 

Не спорю. Может быть вы правы. Просветите. Исходник - модель НЕМОБИЛЬНОГО вида (с мобильным - погодИм). Существует "планетарное" скопище радиолюбителей. "Звякнуть" сильно далеко - не получается. Они договариваются ретранслировать сообщения. Устанавливают КАЖДЫЙ некую программу в СВОЙ (приемо-передатчик) трансивер, включают и... - ложаться спать (или ждать связи). Всё остальное выполняют "клоны" программы в трансиверах. Какая роль центра ? Почему он - должен быть ? Или такая программа невозможна в принципе ?

 

Это уже транкинговая связь.

 

Транкинг - как раз связь через центр (транзитом). Хозяева фирм только его и ставят для пасьтьбы за сотрудниками.