Возникла чисто теоретическая идея (реализовывать лень): управлять гробом^Wплатформой путём рисования пути на экране (что может быть удобно на мобиле или телефоне). Т.е. я с компа рисую путь и платформа его старательно объезжает. Возник вопрос как это сделать. Особенно хотелось бы минимизировать требования к, скажем, точности поворота колёс, скорости итп. Мне кажется, тут без компаса не обойтись.

Алгоритм примерно такой: разбиваем путь на дискретные прямые участки. Каждый из участков мы проезжаем по прямой и в конце надо как-то повернуть (платформа автомобильного типа, на месте развернуться не может). Мне кажется, тут будет накапливаться большая ошибка. И вот тут компас бы помог.

А вы что думаете?

Второй вопрос: как проехать точное расстояние? Мне потребуется шаговый двигатель или проще приделать магнить на колесо с герконом и считать обороты? Или есть двигатели которые могут сделать нужное кол-во оборотов? Скорость не особо критична, 2-3км/ч меня устроят для платформы в 1-2кг.

Для rpi нужно питание 4.7-6V. Если больше 6V то он, не поверите, закоротит сам себя, это вызовет перегрев PTC (Positive Temperature Coefficient) fuse и оно отключится. Если меньше то это будет глюкодром включая отваливающийся wifi, rtc, и битую фс.

А ещё есть девайсы которым нужно 3.3V. Чёрт, я только щас оснознал что я запитал DS1307 (rtc) от 5V...

И вот пока я не определился какой ёмкости и какого напряжения будет аккумулятор. А ведь для, скажем, step down преобразователя нужен большой перепад между входом и выходом что не есть гуд если брать батарею на 7.4V которая может просесть до 5.5V.

А есть такие DC converter которые а) умеют несколько разных выходов б) умеют и поднимать напряжение и опускать. Т.е. индиферентные ко входному напряжению. Или это всё не стоит свечь и лучше тупо обычный dc step down взять?

Да, рекомендации по покупке приветствуются.

PS нагуглил девайсы на основе XL6009: http://www.ebay.com/itm/DC-DC-Adjustable-Step-up-boost-Power-Converter-Module... Пишут про эффективность в 94%, но как-то не верится. Для аналогичной железки видел ~60-75% при входном питании в диапазоне 5-13V.

Я всё ещё пытаюсь разобраться с псевдостримингом.

На текущий момент это выглядит вот так (использую video.js):

<video id="video" controls width="320" height="240" class="video-js vjs-default-skin">
    <source src="/stream/latest" type="video/mp4" />
</video>

<script>
  videojs("video").ready(function(){
    var myPlayer = this;
    myPlayer.on("ended", function(){
      myPlayer.src("/stream/latest");
      myPlayer.play();
    })
</script>

Видео разбито на чанки по 3 секунды. Проблема в том что между файлами есть видимый переход: вместо видео чёрный экран и индикатор загрузки. Есть ли способ это как-то побороть? Или flash+rtmp это единственное нормальное решение?

Возникла необходимость настроить некий китайский btserial-адаптер (не то hc-06, не то linvorV1.8, хрен поймёшь). Я долго не мог ввести его в режим AT-комманд (т.е. ты ему пишешь AT а он тебе OK выдаёт).

Оказалось что всё работает. Надо просто на одном терминале сделать picocom /dev/ttyAMA0, а на другом cat /dev/ttyAMA0 (выставленная ранее скорость 9600, я так полагаю, сохраняется до первого ребута, да?). Тогда весь выхлоп от адаптера будет падать в cat. Иначе на терминале с picocom всё пусто. Как так?

Raspberry pi, arch linux 32bit, ведро 3.12.29-1 .

tailgunner, помоги!

Сабж. Можно для самосбора если не требуется тюнинг (хотя, оссциллограф есть). И чтобы на e-bay была.

На каком-нить TDA7513 или типа того (я в них не разбираюсь).

Вот такой вариант как-то слишком просто: http://www.ebay.co.uk/itm/Stereo-Speaker-protection-DIY-kit-Dual-relay-with-s...

Хотя, даже релюшки есть...

Вот тут вариант как-то посимпатичнее на TDA7297: http://www.ebay.co.uk/itm/15W-15W-TDA7297-Dual-Channel-Amplifier-Board-AC-DC-...

В общем, ваши рекомендации?

Я вот пытаюсь понять почему мой nexus 5 во время зарадки часто умудряется ещё больше разрядиться. На 5v 2A адаптере.

В инете пишут две интересные вещи: 1) раньше (до 4.4.4) такого не было 2) якобы использование магических «толстых» (24-жильных что ли) кабелей решает проблему.

Есть у кого-нить достоверная информация по этим двум пунктам? Особенно по поводу особенных кабелей.

Bonjour!

Купил я raspberry pi и родную камеру к ней. Работает всё отлично. Да ещё оно умеет выдавать сырой h264! Ну что может быть лучше?

Осталось только в браузер это всё завернуть. Причём, мой chromium умеет h264 из коробки. Осталось дело за малым, обернуть поток во что-то что умеет отображать браузер. И тут вселенский облом: я не могу найти ни одного нормального решения без motion jpeg, транскодирования или вещания в проприетарные форматы. Неужели не придумали нормального метода вещать в браузер напрямую? :(

По следам недорогая движущаяся робоплатформа . У меня есть raspberry pi, камера, и сервомоторы которые ей управляют и неспешно собирается платформа на которой это всё будет ездить.

(При всех моих многочисленных попытках перегрузить, закоротить и физически сломать это всё дело оно до сих пор работает. Даже после того как я случайно перевернул GPIO-разъём на 180 градусов и соединил +5 с GND. Только SD-карточка сдохла. А может и не сдохла, не на чем проверить.)

Я теперь хочу этим всем рулить через инет. В идеале управление должно быть как в FP шутерах: WASD перемещает платформу, мышкой управляешь камерой.

В реальности вместо интернета есть ADSL и задержки по 50ms. Я вот думаю как с этим жить.

Идея такая: нажатие кнопок передаётся как есть: нажал кнопку — отправили соотв. комманду. Отпустил кнопку — сообщили что кнопку больше не держат.

С мышкой сложнее. Я думаю, надо, скажем, три раза в секунду отправлять текущие координаты курсора относительно окна.

Что скажите? И есть ли нубские js-либы для всего этого дела? Я в js ничего не понимаю кроме того что это адский ад.

Ещё вопрос как передавать эти запросы. Я бы поигрался с вебсокетами и asyncio... Какие порекомендуете готовые либы для этого? Я бы предпочёл bottle.py, но оно, вроде, вебсокеты умеет только через greenlet что я не хочу ставить на rpy. Неспешно смотрю на http://aaugustin.github.io/websockets/ .

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

А пока я установил камеру статически. И выплыл неприятный баг: кошка стала уходить в другую комнату. Поэтому я решил поставить камеру на тележку типа такой: https://www.sparkfun.com/products/10336 (видео: http://v.youku.com/v_show/id_XMjE5NzkwODA0.html).

Вопрос: кто-нить с этими платформами сталкивался? Можете что-нить посоветовать? Особых требований нет, на ней будет какой-нить raspberry pi, tilt/pan-сервоскоба с камерой и батарейки. Хотя, можно и роборуку чтобы можно было добраться до самых труднодоступных мест куда может забраться кошка....

Лет 10 назад читал о каких-то мега-ынтырпрайзных отладчиках что позволяют пускать программы в обратном направлении.

И вот иду я, значит, в сортир сегодня и меня осеняет: а что если каждые n-инструкций программа бы форкалась и форки бы останавливались с SIGSTOP? Тогда для «отмотки назад» нужно просто выбрать нужный форк.

Конечно, возникнут некоторые проблемы с IO (файлы и сокеты, время, генерация рандомных чисел итп), но, в целом, мне кажется это интересная задумка.

Что скажешь, лор?

cast tailgunner, mv, madcore, anonymous, sdio, hizel, mashina

(если кто хочет добавиться или убраться из этого cast-списка — говорите)

Хочу сделать систему видеонаблюдения с возможностью поворачивать камеру. После изучения вопроса пришёл к выводу что мне нужны «Pan/tilt Brackets» и сервомоторы. Как управлять сервомоторами? Им же контроллер нужен. В инете есть куча китов для всяких ардуин и raspberry pi (по каким-то конским ценам). Это оверкилл, имхо.

А Есть ли простенькая usb-платка с нормальными дровами для управления сервомоторами? Вариант покупки всяких r-pi и ардуин рассматривается, но хотелось бы что-то более простое и дешёвое.

cast ncrmnt

Хочу какой-нить ликбез написанный простыми словами про существующие системы типов. А то я вот мучаюсь что выбрать для своего яп (википедию читал).

Пока решил идти от простого: три базовых иммутабельных типа (str, int, double), массив однородных данных и ADT. Я не уверен что мне хочется сделать всё это совершенно иммутабельным, но хочу чтобы передача параметров функции была по значению. Т.е. чтобы in-place модификация вложенных структур данных работала, но при этом это никак не влияло на другие функции которые тоже работают с этими данными. Это позволит избежать горождения огорода с хаскелевыми линзами. Есть ли у такого подхода научное название? И как бы это в коде реализовать?

Пока на ум приходит версионность данных. Типа, мы делаем x= 0; x++ и у нас x уже равен 1, но это не тот x что был изначально. (по-моему, меня на это натолкнули статьи про llvm и SSA).

PS вопросов у меня много, я лучше разобью на несколько постов.

PPS всем добра :)

Хочу чтобы гит прогонял каждый коммит через тесты и не давал сабмитить если тесты ломаются. На текущий момент это сделано через pre-submit hook. Только вот тесты гоняются на локальной копии в которой могут быть другие изменения и, бывает, они влияют на поведение тестов.

Есть ли простое удобное решение для проверки коммитов в отдельной копии репозитория?

Хетцнер жмётся выделять ipv4, поэтому я запустил ipv6-only виртуалку для обсчётов. Нужно поставить пакет в R. Я делаю install.packages('coin'), выбираю зеркало с ipv6, а оно не может в ipv6 :(. Это в арчике R криво собран или ipv6 не умеет?

Я проблему решил пробросом v6<->v4 прокси, но интересно узнать есть ли другое решение проблемы.

Как сделать инерактивный построчный мёрдж? vimdiff и meld оперируют слишком большими кусками. Для vimdiff нашёл какие-то извратные команды, но мне это неудобно.

Пробовал команду eb в sdiff passwd.pacsave passwd -o passwd.mine, но после этого на результат без слёз смотреть невозможно — одна каша.

Короче, что-то типа git add -p в котором можно выборочно выхватывать куски и разбивать большой патч на маленькие.

Есть плохо написанная программа которая течёт по памяти. Изначально это не являлось проблемой потому что она расчитана на однократный запуск. А теперь потребовалось её держать в памяти и кормить новыми данными. Естественно, через некоторое время она отжирает всю память и падает. Я вот подумал, а что если прикрутить garbage collector? Есть ли уже готовые решения для такого или надо колхозить?

PS Прога ничего mission-critical не делает, делается это всё just for fun.

cast tailgunner, mv, madcore, anonymous, sdio, hizel, mashina

Есть папка /home/template . Из неё нужно сделать btrfs subvolume в, скажем, /home/instance, и запустить /sbin/init. Как это сделать?

Пробовал вот такой Dockerfile, но не это не дало нужного результата:

FROM scratch
ADD /home/perftemplate /
CMD ["/sbin/init"]

Оно в итоге отожрало весь проц, забило /tmp (который в памяти!) и упало по нехватке места.

PS Запускаю как /usr/bin/docker -d -b intbr -e lxc -s btrfs .

2 Bizun: пожалуйста, прочитай туториал по питону на офф. сайте. Ты же пишешь софт для больницы, ну нельзя при таких обстоятельствах спрашивать «как мне сделать инстанс класса». Хотя бы книжку почитай какую.

Лучше найди какой-нить ирк-чат для нубов или стучись мне в жаббер если остались вопросы. А засорять Development в таких объёмах не стоит.

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

Для уменьшения трафика:

1. Соискателям: указывайте что умеете и чем хотите заняться
2. «проектным менеджерам»: что за проект, на чём написано и что требуется допилить.

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

Сайты по поиску волонтёров

• https://openhatch.org/search/ — закрытие багов за плюсик в карму (к сожалению, возможности отфильтровать результаты поиска очень слабые)
• https://freedomsponsors.org — здесь можно получить денежку за улучшение свободного софта (например, за реализацию предложенных фич).
• http://www.x.org/wiki/XorgEVoC/ — аналог GSoC от X.org, не привязан ко времени года, могут брать участие даже не студенты (в таком случае они свои $5000 не получат)

За ссылки спасибо yurikoles

lisp-lor-faq

Онлайн-учебники по Scala на русском языке