Activity

День добрый, приятно видеть единомышленника.
Сам не часто бываю на форумах.

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

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

Базовую концепцию я честно стырил у OpenROV Т.е. сверху любой компьютер с ethernet+usb и браузером, линк по длинному проводу передается с помощью пары powerline адаптеров и приходит внизу в

Сам пришел к аналогичному решению:).

Так же буду использовать передачу данных по витой паре, через Powerline адаптеры, наверху ноутбук с Ethernet и управление через браузер.

OrangePI за 15 долларов(вместо дорогущего BeagleboneBlack) В PI стоит mjpg-streamer для вещания вебкамеры(logitech C270 всем хороша, но угол обзора надо как то увеличивать)

У меня сейчас Raspberry PI 2 с родной видео камерой Raspberry PI Camera V1.3, меня подкупило не плохое качество, малые габариты, что касается объективов, то выбор огромный, к примеру:

Передача видео в браузер, пока так же реализована с помощью mjpg-streamer.

связка websocketd+socat для транслирования потока сообщений вебсокета прямиком в UART на ардуинку.

Сам еще не решил, о том как буду передавать данные. Скорее всего с помощью Node.js, команда попадает в Node.js, там формируется необходимая структура и оправляется по UART.

Т.е. JS на страничке формирует пакеты управлющих команд, шлёт вебсокетом и они попадают прямиком в код ардуины, ардуина формирует ответ(я сразу JSON формирую) и он отправляется сразу в JS странички, таким образом избегаю миллиона кода на NodeJS которую ваяют ОпенРОВовцы

Не очень понятно как это работает. Вам все равно нужен какой-то аппаратный/программный мост, чтобы пробрасывать данные из Websocketd (HTTP) в UART.

Сейчас имею рабочую связку ардуина(пока для разработки Мега, но планирую поменять на сторублевую Нано, её хватает вроде, может быть на Micro)

Все зависит, от требуемых аппаратных ресурсов и периферии. Если у Вас нет каких-то требований по кол-ву таймеров, кол-ву UART-тов, объему памяти и т.д., то Вам вполне подойдет Nano или Micro.

Работает mjpg-streamer но великовата задержка на 720p, чуть меньше 200мс

Качество аналогичное, как и задержка, тут много составляющих в том числе и браузер.

за ардуину зацеплен вот такой IMU

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

Сейчас MPU-6050 и какой-то компас (в модуле MPU-9150/9250 он хуже HMC5883L). Причина в наличии DMP + поддержки прерываний. Но мне еще предстоит изучить алгоритмы работы этих устройств.

Трансляция вебсокета в UART сделана при помощи websocketd(качается готовый бинарник дял ARM) + socat(ставится из пакетного менеджера) ( ./websocketd --port=8081 socat - /dev/ttyS3,raw,echo=0,crnl,b115200 ) Секрет успеха в данном вопросе - не открывать 2 странички и закрывать вебсокет перед перезагрузкой страницы Либо надо морочиться с блокировкой UARTa а это лень пока.

Не работал с websocket и socat, надо будет почитать, возможно это лучшее решение.

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

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

Отправляю из браузера в ардуину пока только тестовое сообщение, но это уже дело техники. Джойстик планирую цеплять сразу к JS странички как вот тут и сразу на основе этих данных формировать команды для ардуины, это собственно следующий этап, который и завешает мой “proof of a concept”, после чего я приступаю к проектированию платы управления увязывающей всю подводную периферию с адуриной и PI.

Аналогично, тоже через Gamepad API.

P.S. Глядя на папку AVR на гитхабе рискну предложить Вашему вниманию помимо FastIO еще и библиотеку CyberLib Вдруг вы её не видели, а она на мой личный взгляд куда как проще.

Папка AVR, это просто примеры, которые мне понравились. Что-то нашел, что-то сделал.

Когда-то давно смотрел, спасибо, что напомнили. Хорошая библиотека, если у Вас нет опыта работы с AVR.

По своей сути, если говорить о FastIO и CyberLib (работа с цифровыми портами) они почти аналогичны (по плюсам и минусам) и это не библиотеки. Это просто макросы и макроподстановки. Мы получаем максимальную скорость, но отсутствие проверок как и гибкости.

Что касается ADC, он без прерываний, как и UART, TWI и т.д. Да и мне проще написать самому:).

Пока был вынужден прерваться со своим проектом, увы раньше чем через 1-2 недели к нему не вернусь.

Еще пару деталей от блока камеры.
Вместе.

Отдельно.

Сделал раньше, но добавить смог только сейчас, много работы.

Ну если так хочется с 0.

Не совсем так, конечно хочется готовое решение. Но вот когда начинается беглое изучения проекта, приходит понимание, что готового решения нет. Потребуется глубокое изучение и не мало времени на переделки.

Потом начинается изучение, а что можно взять из существующих проектов, что из AVR Appnote. Вот так и собираю проект, из кусочков других проектов и из AVR Appnote.

ТО ардуино мини стики тумблеры-вот и пульт за пару баксов. На самой модели дешефратор ппм (апм являлся этим дешефратором который ппм в шим переводил кроме того на него можно навешать кучу датчиков и получать их параметры на землю).

Да, схему понимаю, делал дешифратор PPM для одного знакомого, формирование сигнала, то же делал не раз, когда-то разобрал проект Multiwii, сейчас буду изучать Ardupilot, вдруг там есть, что-то вкусненькое (хорошие решения, возможно какие-то модули, решения перекачуют в мой проект).

Советы эти не с теории а с уже готового проекта практически такого как ваш тока реализованного.

Вот тут беда, далеко не то, что мне нужно, иначе нашего с Вами разговора на эту тему не было:).

RS-485-для чего это тут я так и не понял.

Он нужен, как самое простое решение, если не использовать контролер сверху, просто загнать PPM Sum в RS-485. Тогда переработка таких проектов как Ardupilot или Multiwii минимальная и можно использовать их практически без изменения.

Пробьет и больше 10 метров по проводу, радио с водой не совместимо. Как минимум Апм решает проблему управления под водой, ну и видео тоже пускать по проводам. А стабилизацию по глубине можно реализовать на земле имея данные телеметрии.

Если реализовывать пульт без контролера, то мы получаем максимум 8 каналов в PPM Sum, но как отправить без контролера с сохранением схемы - RS-485, а это дополнительных 2 провода. С контролером, чтобы передать по сети, дополнительных проводов мы не получаем, но ломается схема ARM 2.6 в частности получения команд.

По управлению, ни одна из существующих схем мне не подходит.

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

И так, цепляется одно, за другим. не в коем случае не хочу сказать, что проект ARM 2.6 мне не понравился, сделан он очень достойно (для их задач, у них разные контролеры с разной архитектурой AVR и ARM поэтому им пришлось делать прослойку), говорю о коде. Просто он мне не подходит, много всего переписывать. Поэтому пишу с 0-ля, хотя как с нуля, тягаю из существующих проектов модули, что-то дописываю.

Что касается стоимости Вы сказали пульт стоит 100$, мой в РБ максимум 20$, в Китае можно купить за 5$. Если говорить о контролере, то мне из-за габаритов, он не подходит, заказал микро мегу. Для более просторного можно купить обычную мегу + датчики ориентации из Китая, будет стоить, точно не дороже 30$.

Вот поэтому, пока не ARM.
У ARM колоссальный плюс - сообщество, возможно потом перейду на ARM, но сейчас это потребует значительно больше времени.

В начале не понял Вас.

Да смотрел в сторону ARM 2.6, но для моих задач его сложнее переписать, чем сделать с 0-ля.

Минусы для меня, аналоговое видео, как следствие бесполезный OSD. Работа по радио каналам, передача данных и их протокол у меня провод, а радио можно только мечтать, как далеко пробъет сигнал, хотя бы на 10 метров под водой получится?

Работа с IMU, его можно выпилить из ARM или из других проектов. А вот алгоритмы удержания на глубине и т.д., уже пиши с нуля. Как и алгоритм управления моторами опять с 0-ля. Интерфейс пользователя, другие протоколы, пакеты, другое видео опять 0-ля. Позиционирование на местности, не будет работать как и GPS.

Что остается в сухом остатке, работа с ESC и Servo, так это не сложно. Вот примеры - github.com/SimpleRov/AVR/tree/master/Servo. Есть другие решения, на один таймер пару десятков серв, но они более затратные по производительности и тут ни к чему. Возможно подключение каких-то датчиков, что то же не сложно.

Да и для меня это в кайф:).

А зачем 4 двигателя?

2 ходовых, 1 для плавного погружения, 1 для плавного горизонтального движения.

И почему не сделать на apm

Вы говорите о контролерах ARM, к примеру STM32F, они избыточны, а потребляют больше. Во вторых, многие боятся ARM (хотя мне, очень понравилась серия STM32F), хотелось бы, чтобы кто-то кроме меня смог воспользоваться кодом (он открытый).

ppm Отправлять сигналы управлению.

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

К примеру вопрос как передать PPM или PPM Sum, к примеру надо RS-485\RS-422, сеть и т.д., ставить какой-то контролер для разбора или просто отправки, перевода сигнала в бинарные данные для RS-ов или по протоколам UDP, TCP (или на их основе). Можно конечно просто выход PPM Sum завести в RS-485, но тут другая проблем у пульта мало каналов или они дорогие, можно конечно выкинуть все из пульта и поставить какой нибудь контролер и сделать 10-ки каналов PPM.

Но зачем городить огород, когда проще отправлять по сети и данные и видео, иметь простой и не дорогой пульт с любым кол-вом каналов?

Фото хвоста в сборе с соплами для маршевых двигателей.

В ближайшее время должен выйти блок камеры.

Уф, много работы, но потихоньку подбираюсь к заветной цели:).

Сделал на ЧПУ Full close loop и начинаю в плотную подходить к выпуску деталек, надеюсь через неделю другую, появятся первые комплектующие. Начну с хвоста, а там все пойдет веселей.

В программном обеспечении уперся в возможности Atmega32u4 (не хватило таймеров), пришлось перейти на Atmega2560. Сейчас завершаю переход, подправляю мелкие недочеты и на этой недели доберусь до ориентации. Увы там много тригонометрии, которая была благополучно забыта.

Всем удачи в проектах, терпения и упорства!

Вот такую систему стабилизации буду делать.

Как я понял на видео, стабилизация с ПИД регулированием моторов, толково.

Увы пока не доберусь до стабилизации, застрял на видео и переделке ЧПУ.

Сейчас переделываю ЧПУ для обработки, хочу сделать Full close loop, да и работы много.

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

Сейчас остановился на mjpg-streamer - github.com/SimpleRov/…/Raspberry_2_Setting
Там же необходимые настройки для Raspbian Jessie.

Но продолжаю свой поиск:), еще не все нравится.

Спрашивайте, раскажу что знаю .

Спасибо, пока сконцентрировался на корпусе и жду прибытие ESC. Будет время, буду дополнять код.

Дойду до ориентации можно будет объединить усилия, по идее, не зависимо от датчиков, там много общего.

Только знающих очень мало.

Увы, не многим лавры Кусто не дают уснуть😁.

Удачи всем, новых идей, элегантных решений.

Спасибо и Вам всего наилучшего!

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

В общем и целом, да это усложнение.

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

Тоже буду стараться добиться нейтральной плавучести и 1 вертикальный.

система слежения на основе трех осевого акселерометра X/Y/Z . В общим, нужно добиваться быстрой реакции по стабилизации при воздействии внешних раздражителей.

Да, задача не простая, пока сам с датчиками ориентации не разобрался, планирую к концу следующей недели, много работы по корпусу. А тут, еще станочек ЧПУ надо отремонтировать.

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

Теперь понятно зачем баллон.

В первых подводных испытаниях, в динамике,(погружение/всплытие) очень не плохо показала вот та (на фото) система управления тангажом, статика пока под вопросом, и возможно для моих нужд она и не нужна. Да и само устройство в целом усложняется.

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

Удачи в испытаниях!

P.S. А мне еще работать и работать:), прежде, чем подойти к испытаниям.

Ну, планирую перемещать акки и свинцовый балласт.

Понятно, спасибо за пояснение.

В моем приемнике есть выход РРМ-sum, по одному проводу комплексный сигнал, на борту ROV декодер на к561Ие8. Тоже 2 жилы. Это один приемник-7пропо каналов, а второй тоже 7каналов но без комплексного РРМ- поставил на тиньке 2313 сумматор. Работает как часы.

Интересное решение, с Тиньками еще не работал.

Хотя мой протокол просто не влезет на Attiny2313 и у нее, как я понял нет прерываний по SPI. Сейчас использую джойстик от PS2 Playstation, плюсы для меня 2 стика и 16 кнопок в удобном корпусе. Пока с библиотекой от Ардуино, но в планах переписать на AVR или под ESP8266.

Управления тангажом осуществляется путем перемещения груза по всей длине корпуса. Для этого использую систему стеклоподъемника от автомобиля. Проверил на воде, тоже работает.

Тоже задумался о управлении тангажом.

Вот такой конструктив. Первое фото-вид платформы снизу- собственно, само устройство управления тангажом. Второе- вид сверху, где установлены регули маршевых двигателей. Плата RC-swich- силовое управление нагрузками (освещение, пневматика и пр.) Слева два эл. магнитных воздушных клапана. Там же установлена батарея питания 12в 17А/ч. Плюс плата телеметрии с видеокамерой (временно осутствуют). Под ними балон с сжатым воздухом+ редуктоб с манометрами.

Как я понял у Вас используется балластная система погружения.

И второго (прием PPM) сигнального кабеля (от систем сигнализации) 6 жил в общем экране из фольги.

6 жил, для PPM, кстати не обычный выбор. Обычно ставят PPM приемник, подключив его к Arduino\AVR (или аналогичный, просто на эти, тьма примеров), а от него пробрасывают RS-485 всего 2 жилы.

Лупит она, если по прямой видимости (частота 2.4Ghz) до 5км. А передатчик видео-700мВатт., тоже по прямой видимости в над водном положении (срулеткой не мерил) больше 1км.

Такое расстояние, красота, по доброму завидую.

Тоже решил побаловаться аппаратиком для поснимать по морям.

Сделано достойно, удачи в плаваниях!

Так-же с управлением по тангажу, пока предполагается двигать внутреннею начинку

Если правильно понял речь, о каком-то механизме, который перемещает груз, а не всю начинку.

Я для управления (связи) использую радио буй, и он связан с аппаратом самодельным кабелем 12м.

Теперь стало понятно, спасибо за разъяснение. Подумал, что можно передавать все через радио сигнал, на такое расстояние.

Кабель состоит из одного экранированного провода для передачи НЧ видео сигнала+телеметрия. И второго (прием PPM) сигнального кабеля (от систем сигнализации) 6 жил в общем экране из фольги. Это все затянуто в обычную прозрачную трубку (на рынке таких полно). Получилась положительная плавучесть. Все проверил в реальных условиях, работает нормально.

Нашли хорошее решение, дополнив передатчиками сможете управлять на приличном расстоянии.

Сам пока прервался на корпус, много работы с ним.

На сколько мне известно, радиосигнал проходит в воду на половину длины волны. Лично проверял работу аппаратуры на 40мгц под водой, правда глубина была около 80см, но все прекрасно работало.

Спасибо, так и предполагал, около пару метров. На youtub-е видел подлодки, но в бассейне около 2 метров, ссылку уже не найду.

И удивился, что можно передать сигнал на глубину 10 метров, хотя может человек нашел какую-то технологию.

Имхо, для rov выбор очевиден - это кабель. Он и надежнее, и проще, и в крайнем случае за него можно вытащить аппарат.

Да совершено верно, иногда делают буи с радиопередатчиком, Wi-FI и т.д., но основа кабель.

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

С передачей какого сигнала?

Просто отметил, что ничего новаторского у меня нет, обычный кабель. Команды будут идти по UDP -> UART мосту. Видео над этим еще работаю, тоже по UDP

Да, именно такая задумка была, отвязать аппарат от оператора, и не маячить на лодке рядом.

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

Ну так, уже слишком много вложено средств и времени, так сказать точка не возврата пройдена . А задача, у нас с вами одна задача, получить искомое, при чем, в лучшем виде.

Это точно.

Это серьёзный прогресс, а сколько проводов задействовано?

Пока прогресса с передачей нет, обычный сетевой кабель Cat5 вроде, для сети 100Mbit используется 2 пары (4 провода), из 4-х пар. Плюс ни чего не надо, минус расстояние, пишут, что предел около 80 метров, в зависимости от качества кабеля. Пока меня это устраивает.

Потихоньку работа идет, увы много работы.
Код для береговой Ардуинки, формируем пакет команд от джойстика и отправляем по UART - github.com/SimpleRov/Arduino_Up_SR.
Код для Ардуинки в Rov-е, получаем данные от береговой - github.com/SimpleRov/Arduino_Down_SR.

Но хочется разрешение получше, встаёт вопрос как передать сигнал от цифровой камеры на монитор.

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

Сейчас использую обычный сетевой кабель 100Mbit, камеру от Raspberry + Raspberry.

На перспективу, наверное нужно переходить на оптику + медиа конвертер.Но опять же, цена вопроса, стоит ли игра свечи?

Серьезные у Вас задачи.

С тлеметрией мне просто повезло.
Нашел открытый код от Smalltim (FPV полеты) на ассемблере и подкоректировал под свои нужды.
Конечно для этого пришлось осваивать AVR asm, получилось вроде как нормально.
Если интересно, могу скинуть в личку или сюда, базовую программу с которой я начинал.
С ув.

Большое спасибо за предложение.

К сожалению, Ваше решение мне не подойдет, у меня цифровая камера Raspberry, ее описание - www.raspberrypi.org/documentation/…/camera.md, на выходе Raw h.264, тут не один AVR 8-bit не справится.

Сейчас допиливаю передачу данных по UART между 2-мя ардуинами (для Atmega328, Atmega32u4, Atmega2560 на СИ, прерывания, передача структур), ее можно будет доделать под RS-485, если будет полезно пишите. Верхняя ардуина с PS2 джойстиком передает команды на нижнюю ардуину.

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

Благодарю за разъяснения

Не за что, форумы для этого и нужны, чтобы помогать друг другу.

Какая у Вас телеметрия?

Пока это серое пятно моего проекта, использую Raspberry Pi Camera, поэтому с наложением данных от сенсоров, четкого ответа нет.

Есть пограничное решение, отображать видео поток на сайте и использовать JavaScript или фреймворки на его основе. Так же есть программы для наложения теста, но беда с разрешением, хочется HD и выше. Сейчас отложил работу над телеметрией, иногда лучше отвлечься.

По большому счету все упирается в финанасы, ну и конечно время, как не восполнимый ресурс в отличии от первого фактора.

Согласен, правда это хобби, нет четких сроков, да и сам процесс порой важнее результата:).

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

Интересная идея .

На вскидку, требует решения 3-х основных задач.

1. Надо заставить металлоискатель не видеть Rov. Даже не представляю как это сделать, нет опыта работы с металлоискателями.
2. Должна быть какая-то рука, тут вопрос скорее механики.
   3.1 Rov должен иметь хотя бы 1 боковой двигатель, а в идеале X образная схема двигателей к примеру как на AC-ROV 100. Иначе при течении, качке аппарат будет постоянно сносить. И чем меньше глубина, тем больше проблема.
   3.2 Удержание Rov, при работе с манипулятором. По идее можно решить ПИД регулированием на основании датчиков ориентации (компас, гироскоп и т.д.).

Да, и походу жизни появляются новые идеи, сей час смотрю в сторону ползающего-плавающего ROV.

То же такое было, но решил подвести черту.

Посчитал, что надо остановится и сделать, а потом имея опыт, управление, видео и т.д., можно сделать любой.

Вы дополнили сообщение, а я не увидел:).

А так, пока с аналоговым MPX5200 получилось вроде как нормально до 10м. глубины, на данный момент мне этого достаточно.

Если требование к глубине не большие, то и выбор больше. С MPX5200 не знаком, но если все устраивает, зачем, что-то менять.

Я пока еще окончательно не разобрался с I2C, хотя уже давно лежит плата с компасом и акселем на базе LSM303DLH там все по I2C, ждет своего часа.

В самой I2C нет ни чего сложного, нужно просто время, чтобы разобраться. Кроме того, порой можно не знать все тонкости, в сети не мало библиотек, в том числе и на LSM303DLH.

А вот работа с модулями LSM303DLH и аналогичных ему, есть сложности. Они возвращают сырые данные, которые нужно прогонять через фильтры (тот же комплементарный, калмана и т.д.). С ходу не осилил, поэтому остановился на MPU-6050, у него есть встроенный процессор (DMP), для получения точных данных. В сети не мало примеров для работы с данным модулем, можно на первых этапах просто воспользоваться рабочими примерами.

Здравствуйте.

30 бар получаеться 30м. по глубине, или я чтото путаю!

Вы запутались, 30 бар это 290 метров, 14 бар это 130 метров. Каждые 10 метров + 1 атм.

Как этот датчик сочленить с внешней средой, наверное прямо встраивать в корпус аппарата?

Если правильно понял вопрос, он просто заливается оставляется лишь “нос”, подробнее можно прочитать к примеру тут - …wordpress.com/…/adding-a-ms5803-02-high-resolutio…. Можно заливать клеем, эпоксидной смолой не рискнул бы, буду клеить расскажу.

Еще есть вот такие. С ув. kosmodrom.com.ua/prodlist.php...EA����

Там половина списка не подходит, для перевода единиц давления в атмосферы используйте калькулятор - www.ampika.ru/unitconverter.html.

Из подходящих по харак. HSF1000-TQ (90 метров), HSF2000-TQ (190 метров), но pdf нужно глянуть. Возможно какие-то еще, но чтобы пробежаться по всем надо время.

День добрый.
Задумал сделать свой Rov, пока продуман и просчитан корпус. Сейчас работаю с электроникой и кодом.

Работы еще очень много.

Фото из SolidWorks

Фото электроники с которой работаю, пока на макетках.

Многое еще жду из Китая.

Из контролеров планируется использовать Raspberry, Arduino. Будет камера, свет, датчик глубины, компас, гироскоп, акселерометр и датчик температуры. 4 бесколлекторных двигателя, пару серв, может, что-то еще.

Код будет, но немного позже, после того, как протестирую часть кода, буду публиковать, но на github-е.

Надеюсь мне удастся осилить данный проект.

не нашёл датчика глубины

Планирую использовать датчик MS5803-30BA (мак. 30 бар), так же хочу приобрести MS5803-14BA (мак. 14 бар). Последний можно приобрести в виде готового модуля, это удобно, так как требуется пайка (корпус, если не ошибаюсь SOP-8).

Они создавались для измерения глубины под водой, так же в нем установлен точный датчик температуры, работает по I2C и SPI.

Код для подключения MS5803-30BA к Ардуино на AVR, уже написал, там хороший App Note от производителя, сможете написать под любой контролер.

UPD. Минусы цена и распространенность, MS5803-30BA от 20 дол., MS5803-14BA от 15 дол., цены в Китае.