Год назад уже пробовал использовать сплавы с памятью формы. Но тогда весь скелет был из "резины" (мягкий полиуретан). И он расплавился.
В этот раз я подумал заменить на смолы. Но потом решил, что ABS пластика будет достаточно. Ведь его температура плавания 250 градусов (хотя плавится вроде при меньшей).
Как итог, всё равно основа расплавилась. А мизерное сокращение, делает этот подход не эффективным.
Почему я использовал крестообразный вариант? Это позволяло (про расчётах) увеличить длину сжатия, но уменьшало силу сжатия. По итоге сжатие всё равно хреновое, а при увеличении более 12v, всё просто дымит и разогревается до красна.
Так что сплавы с памятью формы тут бесполезны.
Осталось проверить ионные EAP. Пока разбираюсь как работать с генератором сигналов, который получил. Так же сегодня получил nafion пленку. Её используют в 50% (если не в 70%), как основу ионных EAP
В этот раз я подумал заменить на смолы. Но потом решил, что ABS пластика будет достаточно. Ведь его температура плавания 250 градусов (хотя плавится вроде при меньшей).
Как итог, всё равно основа расплавилась. А мизерное сокращение, делает этот подход не эффективным.
Почему я использовал крестообразный вариант? Это позволяло (про расчётах) увеличить длину сжатия, но уменьшало силу сжатия. По итоге сжатие всё равно хреновое, а при увеличении более 12v, всё просто дымит и разогревается до красна.
Так что сплавы с памятью формы тут бесполезны.
Осталось проверить ионные EAP. Пока разбираюсь как работать с генератором сигналов, который получил. Так же сегодня получил nafion пленку. Её используют в 50% (если не в 70%), как основу ионных EAP
Вот такой кусок nafion плёнки, который используют для ионных EAP, стоит 4 тыс руб.
Лет 5-6 назад, я готовил опыт с использованием nafion. Заказывал его из США в магазине топливных ячеек. Но тогда бывшая девушка выкинула его, решив что это мусорная плёнка. Я тогда рвал волосы на себе, так как доставка была 2-3 месяца и стоило мне это 20 тыс руб. В итоге опыт я так и не провёл, так как повторно заказывать уже не стал.
Сейчас эта мембрана стоит дешевле. Но всё равно, для создания массовых искуственных мышц это дорого. Nafion используется в качестве основы содержащей электролит.
С учётом того что мне пришёл генератор сигналов. То теперь я смогу заодно проверить, что лучше: nafion или DMA.
Но, это конечно только начало. Там ещё 2-3 рецепта ионных EAP.
Лет 5-6 назад, я готовил опыт с использованием nafion. Заказывал его из США в магазине топливных ячеек. Но тогда бывшая девушка выкинула его, решив что это мусорная плёнка. Я тогда рвал волосы на себе, так как доставка была 2-3 месяца и стоило мне это 20 тыс руб. В итоге опыт я так и не провёл, так как повторно заказывать уже не стал.
Сейчас эта мембрана стоит дешевле. Но всё равно, для создания массовых искуственных мышц это дорого. Nafion используется в качестве основы содержащей электролит.
С учётом того что мне пришёл генератор сигналов. То теперь я смогу заодно проверить, что лучше: nafion или DMA.
Но, это конечно только начало. Там ещё 2-3 рецепта ионных EAP.
😱2
This media is not supported in your browser
VIEW IN TELEGRAM
Пока на школьных очках бьюсь над чтением qr кода с камеры.
Причём, через python pyzbar у меня получалось. Метод Opencv для поиска qr тут не работает, так как это облегчённая версия opencv (по сути как raspberry zero). Питон не подходит, так как более медленный, хотя может и на питоне лучше оболочку написать, хз (не знаю на сколько хорошо он умеет передавать и принимать потоковое видео через ffmpeg и Gstreamer).
С Bluetooth пока разбираюсь. На момент отправки, что то барахлит.
Алгоритм на плате такой.
1) если она не находит устройство подключения, то включает камеру и ищит qr code
2) на телефоне приложение выводит qr code, в котором зашита инфа о вай-фай, о блютуз, о телефоне, о приложении. Приложение на телефоне для управления (например набора текста)
3) после нахождения qr кода, подключаемся к телефону. Заодно получаем адрес сервера для отправки и получения видео потока.
Вся работа с картинкой происходит на компе или телефоне. Плата не тянет жесты отслеживать, макс 1-5 fps даст. Она и так греется
Причём, через python pyzbar у меня получалось. Метод Opencv для поиска qr тут не работает, так как это облегчённая версия opencv (по сути как raspberry zero). Питон не подходит, так как более медленный, хотя может и на питоне лучше оболочку написать, хз (не знаю на сколько хорошо он умеет передавать и принимать потоковое видео через ffmpeg и Gstreamer).
С Bluetooth пока разбираюсь. На момент отправки, что то барахлит.
Алгоритм на плате такой.
1) если она не находит устройство подключения, то включает камеру и ищит qr code
2) на телефоне приложение выводит qr code, в котором зашита инфа о вай-фай, о блютуз, о телефоне, о приложении. Приложение на телефоне для управления (например набора текста)
3) после нахождения qr кода, подключаемся к телефону. Заодно получаем адрес сервера для отправки и получения видео потока.
Вся работа с картинкой происходит на компе или телефоне. Плата не тянет жесты отслеживать, макс 1-5 fps даст. Она и так греется
Думаю, как лучше сделать для школьных очков🙄.
У меня есть своя разработка с media server. Но его надо поднимать на отдельной машине.
Рассматриваю два варианта
1) это оправка данных на прямую между компом и очками. Где вся обработка на компе. По сути просто видео трасляция в обе стороны.
2) через прослойку сервер. Что даёт сервер. Очки подключаются к нему и доступ к очкам имеют сразу несколько школьных компов. Например, школьники с разных машин пишут свой код обработки видео с камеры и готовят обратное видео в очки. Преподаватель может выбрать, отрендеренное видео какого школьника сейчас пойдёт в очки (по сути режим чата/конференции). И режим лектор, когда преподаватель обрабатывает видео и показывает результат, а школьники наблюдают со своих компов за процессом и могут тоже у себя на компе обрабатывать видео (но не посылать его обратно) и писать лектору вопросы. Отравлять ему файлы (проекта который они выполнили). Таким образом с одной парой очков может работать весь класс.
В случае сервера встаёт вопрос как лучше. Делать как китайцы, где сервер глобальный у меня поднят на арендованном сервере (сервер через инет с белым IP) или же каждая школа у себя запускает свой сервер в локальной сети . В случае глобального сервера есть минус, это нагрузка. Один сервер не потянет весь проект и нужно делать распределённые сервера (несколько серверов). Но тут надо закладывать стоимость подписки тогда, так как сервера надо оплачивать.
Я пока склоняюсь к серверному варианту, который каждая школа поднимает у себя сама. Правда тут нужно писать плагин для unity, чтобы с данными можно будет работать из неё. Если сервера и прочие вещи у меня реализованы, то вот плагин нет, это смущает, сколько потребуется времени на его разработку. И по хорошему надо как то в питон интегрировать (тоже такого не делал и программистов таких в команде вроде нет).
У меня есть своя разработка с media server. Но его надо поднимать на отдельной машине.
Рассматриваю два варианта
1) это оправка данных на прямую между компом и очками. Где вся обработка на компе. По сути просто видео трасляция в обе стороны.
2) через прослойку сервер. Что даёт сервер. Очки подключаются к нему и доступ к очкам имеют сразу несколько школьных компов. Например, школьники с разных машин пишут свой код обработки видео с камеры и готовят обратное видео в очки. Преподаватель может выбрать, отрендеренное видео какого школьника сейчас пойдёт в очки (по сути режим чата/конференции). И режим лектор, когда преподаватель обрабатывает видео и показывает результат, а школьники наблюдают со своих компов за процессом и могут тоже у себя на компе обрабатывать видео (но не посылать его обратно) и писать лектору вопросы. Отравлять ему файлы (проекта который они выполнили). Таким образом с одной парой очков может работать весь класс.
В случае сервера встаёт вопрос как лучше. Делать как китайцы, где сервер глобальный у меня поднят на арендованном сервере (сервер через инет с белым IP) или же каждая школа у себя запускает свой сервер в локальной сети . В случае глобального сервера есть минус, это нагрузка. Один сервер не потянет весь проект и нужно делать распределённые сервера (несколько серверов). Но тут надо закладывать стоимость подписки тогда, так как сервера надо оплачивать.
Я пока склоняюсь к серверному варианту, который каждая школа поднимает у себя сама. Правда тут нужно писать плагин для unity, чтобы с данными можно будет работать из неё. Если сервера и прочие вещи у меня реализованы, то вот плагин нет, это смущает, сколько потребуется времени на его разработку. И по хорошему надо как то в питон интегрировать (тоже такого не делал и программистов таких в команде вроде нет).
🔥1
Первая отливка оптики вышла криво. Это ещё одна схема как в nReal. Придётся переделывать. Поверхность повреждена, видны углубления. Для тестов пойдёт. Плюс раствор видимо загрязнился (мутноватая немного).
Буду переделывать. Но пока ещё не высохла, поэтому подожду ещё 1-2 суток, пока не полимеризуется.
Это две отлитые линзы. Вся схема из трёх линз.
Буду переделывать. Но пока ещё не высохла, поэтому подожду ещё 1-2 суток, пока не полимеризуется.
Это две отлитые линзы. Вся схема из трёх линз.
👍1
Media is too big
VIEW IN TELEGRAM
Наконец то вчера добился в софте своём чтения qr с нормальной скоростью(проц слабый 1 ГГц) для получения данных с телефона, сейчас с блютуз из софта пробую передать - вай-фай данные и подключение вайфай.
Потом софт на телефон, который формирует qr code с данными вайфай.
Дальше webrtc для обмена видео потоков с unity
Насчёт набора текста с телефона, логику пока думаю. С тел передаётся на очки, с очков на комп по вайфай. Тогда не ясно как это передать в юнити. По сокету, что ли делать.
Тогда общая схема выглядит так:
При включении очки ищут точку подключения, если её нет (при первом запуске например), то включается поиск qr code
- на телефоне в приложении формируется qr code с данными блютуз и вайфай.
- очки считывают его и подключаются по вайфай и блютуз.
- по блютуз передаётся управление курсором , ввод такста по сокету
- по вайфай по webrtc данные с камеры идут в unity
- unity код обрабатывает их
- по вайфай по webrtc данные видео рендера из unity идут в очки
Пока как то так для школьных AR очков
Потом софт на телефон, который формирует qr code с данными вайфай.
Дальше webrtc для обмена видео потоков с unity
Насчёт набора текста с телефона, логику пока думаю. С тел передаётся на очки, с очков на комп по вайфай. Тогда не ясно как это передать в юнити. По сокету, что ли делать.
Тогда общая схема выглядит так:
При включении очки ищут точку подключения, если её нет (при первом запуске например), то включается поиск qr code
- на телефоне в приложении формируется qr code с данными блютуз и вайфай.
- очки считывают его и подключаются по вайфай и блютуз.
- по блютуз передаётся управление курсором , ввод такста по сокету
- по вайфай по webrtc данные с камеры идут в unity
- unity код обрабатывает их
- по вайфай по webrtc данные видео рендера из unity идут в очки
Пока как то так для школьных AR очков
🔥2👍1
Хорошо, что решил протестировать принятие видео потока на электронике очков.
Оказалось Raspabian не справляется. Я на ней начал делать обвязку. Получается пошаговое видео.
Пришлось переключаться на ОС Armbian, так как Ubuntu глючит и жрёт проц, а Kali Linux кастрирован под 0.
В итоге в Armbian, при передачи по инету (локальная сеть думаю так же будет), видео хоть и не 25-30 fps, но хотя бы без рывков.
При установке оптики и дисплея, ситуация должна быть лучше, так как у него 800х600, а сейчас у меня 1024х768 (или больше) и изменять не могу.
А так же система охлаждения, которую жду, надеюсь тоже улучшит ситуацию.
Но задумался. Может увеличить электронику до 2 ГГц, но тогда это даст +8 тыс к цене очков.
Пока попробую всё же на этой всё сделать. Если что потом перенесу просто всё на более мощную.
Оказалось Raspabian не справляется. Я на ней начал делать обвязку. Получается пошаговое видео.
Пришлось переключаться на ОС Armbian, так как Ubuntu глючит и жрёт проц, а Kali Linux кастрирован под 0.
В итоге в Armbian, при передачи по инету (локальная сеть думаю так же будет), видео хоть и не 25-30 fps, но хотя бы без рывков.
При установке оптики и дисплея, ситуация должна быть лучше, так как у него 800х600, а сейчас у меня 1024х768 (или больше) и изменять не могу.
А так же система охлаждения, которую жду, надеюсь тоже улучшит ситуацию.
Но задумался. Может увеличить электронику до 2 ГГц, но тогда это даст +8 тыс к цене очков.
Пока попробую всё же на этой всё сделать. Если что потом перенесу просто всё на более мощную.
Вообщем решил, в школьных очках заменить электронику на новую на 2ггц. В принципе, посчитал это прибавит к цене +3 тыс, что терпимо.
Так как текущая на 0,8-1ггц не потянет с нормальным fps видео поток в обе стороны.
Плюс это даст возможность подключать школьникам 4g и 5g модули, если решат углубиться
Так как текущая на 0,8-1ггц не потянет с нормальным fps видео поток в обе стороны.
Плюс это даст возможность подключать школьникам 4g и 5g модули, если решат углубиться
👍1🔥1
Получил свою новую плёнку для тянущейся электроники, которую делали совместно с китайской лабораторией. Большая часть работы сделали китайцы, я лишь выдвигал гипотезы, которые потом проверяли.
Как итог: растяжение 800% и это явно не предел (сильнее я просто руками растянуть не могу). В данном видео это два сшитых слоя толщиной 0.5 мм. Чем меньше толщина, тем больше растяжение. Мне для тестов подходит именно 0,4 мм для слоя где зашиты чернила сплава галлия, и 0.1 мм верхний защитный слой.
Её можно приделать к ткани одежды за счёт нагрева.
Думаю этого растяжения хватит за глаза для любого спектра задач.
Начал подбирать оптимальные параметры для плёнки для работы с ней на нашем оборудовании.
Жду посылку созданных на заказ контактов с новым дизайном, под эту пленку.
Как итог: растяжение 800% и это явно не предел (сильнее я просто руками растянуть не могу). В данном видео это два сшитых слоя толщиной 0.5 мм. Чем меньше толщина, тем больше растяжение. Мне для тестов подходит именно 0,4 мм для слоя где зашиты чернила сплава галлия, и 0.1 мм верхний защитный слой.
Её можно приделать к ткани одежды за счёт нагрева.
Думаю этого растяжения хватит за глаза для любого спектра задач.
Начал подбирать оптимальные параметры для плёнки для работы с ней на нашем оборудовании.
Жду посылку созданных на заказ контактов с новым дизайном, под эту пленку.
🔥3
Первый блин комом, но хотя бы начал. Сделал трансляцию камеры на комп. Пока слал через udp, так что это ведёт к потерям пакетов, но при этом обеспечивает максимальную скорость.
Нужно ещё настроить кодек, чтобы сжимал нормально, сейчас сильно ужато.
Из минусов, кол-во fps передачи не высокая.
Но главная проблема это лаг. Играясь с настройками удалось уменьшить лаг до 2 секунд где то.
На видео разные настройки разрешения, размеров пакета и т.д
По этому надо пробовать менять настройку кодекс и другие параметры.
Сетку делал через телефон, поэтому не знаю, влияет ли это тоже на скорость передачи.
Так же надо менять параметры, я делал ultrafast, что ухудшает качество. Надо делать более медленное сжатие, тогда качество будет ок.
Так же надо ещё попробовать Gstreamer.
Насчёт webrtc, то тут есть сложности. Он требует наличия сервера webrtc, который надо поднимать где.
Насчёт rtmp/rtsp то тут надо смотреть, как стандартными средствами его проверить без поднятия сервера под них
Нужно ещё настроить кодек, чтобы сжимал нормально, сейчас сильно ужато.
Из минусов, кол-во fps передачи не высокая.
Но главная проблема это лаг. Играясь с настройками удалось уменьшить лаг до 2 секунд где то.
На видео разные настройки разрешения, размеров пакета и т.д
По этому надо пробовать менять настройку кодекс и другие параметры.
Сетку делал через телефон, поэтому не знаю, влияет ли это тоже на скорость передачи.
Так же надо менять параметры, я делал ultrafast, что ухудшает качество. Надо делать более медленное сжатие, тогда качество будет ок.
Так же надо ещё попробовать Gstreamer.
Насчёт webrtc, то тут есть сложности. Он требует наличия сервера webrtc, который надо поднимать где.
Насчёт rtmp/rtsp то тут надо смотреть, как стандартными средствами его проверить без поднятия сервера под них