roboforum.ru

Globus_vrn писал(а):1) могу написать программу на Дельфи. Что там надо прописать, чтоб байт ушел в эфир?

Открыть TCP соединение на IP адрес(192.1.1.1 по умолчанию) и определенный порт(сейчас - 2000), и записать туда байт.

2) я так понимаю, к перепрошитому устройству, которое будет установлено на борту, к USB разъему будет подсоединена моя плата с RS485 и процессором, у которого есть UART. Переданный по эфиру байт проц поймает и обработает.

485 - излишество, в данной ситуации, но в принципе правильно.

3) А если придется передать байт на базу, что ему делать? Что на базе потом делать?
Может есть еще какая статья, где совсем все разжевано об этом?

На стороне МК записать его в тот же UART. На стороне delphi можно будет прочесть из того же соединения.

...А с поглощением 2,4ГГц водосодержащими объектами и невысокой дальностью связи при применении wi-fi - это надо проверять. Только эксперимент покажет истину. До этого любое изречение не аксиома.

Кстати, у меня тут под боком озер до черта, они, естественно подо льдом сейчас. Может взять моего вайфайного колесного робота и проверить на максимальную дальность... Тока надо его как-то водоизолировать по-колхозному.

А вообще-то самая, на мой взгляд, заковыристая тема в этом проекте - эхолот. Кто-нибудь собирается что-нибудь делать по этому поводу? или будем uart обкашливать?

Про Дельфи и передачу байта я все понял. Все упростилось до нЕльзя. Но это если в качестве управлялки будет ноут или ПиСи под Виндой. Под другие платформы кому-то придется писать софтину. Да и с вебкамерой мне не всё понятно, она по другому порту "пойдет"? Камера на корабле - совсем неплохо для визуализации управления!
Про эхолот. Есть мнение, что придется чувствительность программно менять, что бы на базу можно было передавать все нужные эхосигналы. Иные программные фильтры это жуть. А для этого придется измерять АЦП-шкой уровень пришедшего импульса после усиления. Но это не сложно. Т.е. мы отправляем импульс определенной частоты и длительности. Дальше ждем его. Когда на входе появляется что-то, что попадает в АЧХ датчика (а это очень узкая полоса частот), мы меряем длительность и тут же - амплитуду. И если длительность наша (т.е. лежит в некоем интервале времени), а не наводка, мы этот сигнал обрабатываем. Иначе - мимо кассы. Далее мы смотрим уровень пропущенного сигнала. Если он выше определенного нами порога - пропускаем. Иначе - мимо кассы. Думаю, что именно такой алгоритм буду применять я. А для настройки однозначно потребуется социлограф какой-нить. У меня есть древний ламповик, но на сколько он работает - я не берусь сказать.
Я потому и хотел эхолот, ГПС повесить на разные процы. У Эхолота своя миссия и работа, а с ГПС приемника постоянно сыплется информация и процу, обрабатывающему эту информацию не до эхолокации. А компас? А датчик температуры? Их бы обработал отдельный проц, но можно и от эхолота.
А что касается излучателя, так они продаются отдельно (со встроенным датчиком температуры, но про него ничего не известно) и их параметры известны. Дело в том, что рыболовы иногда ломают датчики своих эхолотов по...ммм... нетрезвости вождения Вот их и вполне реально применить в нашем устройстве. Ну, остальное, если непонятно, можете спрашивать, поясню...
ЗЫ что бы всю информацию передавать одним процессором, я вижу картину с устройствами на корабле такой как на рисунке...

кроме готовых простеньких эхолотов (на роль донора) можно поискать по "ultrasonic waterproof"
http://www.ebay.com/itm/New-2pcs-16mm-40khz-Waterproof-Ultrasonic-Sensor-Receiver-Transmitter-R-T-in-1-/290642923815?pt=LH_DefaultDomain_0&hash=item43abab1127
http://www.ebay.com/itm/10mm-200khz-Waterproof-Ultrasonic-Sensor-Transducer-Receive-Transmitte-R-T-2in1-/320965184983?pt=LH_DefaultDomain_0&hash=item4abb040dd7
http://www.ebay.com/itm/1pc-10mm-200khz-Waterproof-Ultrasonic-Sensor-Transducer-Receive-Transmitte-R-T-/290723531325?pt=LH_DefaultDomain_0&hash=item43b0790a3d

Кстати, вот еще порыть можно тут
http://www.aliexpress.com/wholesale?Sea ... 0&manual=y