Простенький китайский DAC
XMOS U8 + PCM5102A
RC NB Heli-X Joystick Calibration for Linux
Problem statement: HUGE deadzone with Heli-X Sim on NG ACE-RC (possible on any other input device).
Solution is here, carefuly read all about calibration process, jstest-gtk-git works fine for me, as described.
Write your own udev rules (in my case, /dev/input/js* changes time to time):
|
1 2 3 |
[ilyxa@wombat ~]$ cat /etc/udev/rules.d/97-acerc.rules SUBSYSTEM=="input", ATTRS{idVendor}=="0c45", ATTRS{idProduct}=="70bd", ACTION=="add", RUN+="/home/ilyxa/bin/jscal.sh" [ilyxa@wombat ~]$ |
Script (make your own, this is VERY important, do not forget #!/bin/sh ;), also this is not good idea to run udev script from user writeable file):
|
1 2 3 4 |
[ilyxa@wombat ~]$ cat bin/jscal.sh #!/bin/sh [[ $DEVNAME == *"js"* ]] && jscal -s 6,1,0,128,128,6882750,6882750,1,0,128,128,6882750,6882750,0,0,0,0,1,0,127,127,6972136,6795626,1,0,127,127,6972136,6795626 $DEVNAME [ilyxa@wombat ~]$ |
That’s all, folks, now your heli is very aggressive and impressive as expected 😉
DRAFT MCU nuttx
DRAFT v0.1: nuttx+stm32f103 – Быстрый старт с nuttx и дешевым контроллером stm32f103.
Чтобы не забыть процесс развертывания/инсталляции, записываю, глядишь, кому еще пригодится.
Ставим Arch Linux (я развернул в VirtualBox). Пользователь создан, sudo установлен и настроен – я не затрагиваю настройки ни виртуальной машины, ни собственно ОС, предполагаю, что эти настройки уже сделаны.
Можно не отшивать на виртуалке (соотв. можно не ставить пакеты openocd/gdb – но тут есть нюансы в отладке), я забираю файл на локальную машину (машина с виртуалкой находится ну совсем не под боком 😉 ) – использую scp (с настроенным natpf). Исходники правлю на локальной машине (macOS, откровенно влом возиться с кросс-компиляторами), иногда на другой машине, иногда вообще на виртуальной же Windows. Среда разработки Geany, иногда vim (syntastic снес, достало каждый раз править), обязательно развернуты локальные репозитории + OpenGrok (пока ничего удобнее и проще под домашний серверок найти не удалось).
Ставим дополнительные пакеты.
ZFS on Linux
В принципе, оно работает:
|
1 2 3 4 |
[root@orca ilyxa]# uname -a && pacman -Q zfs-dkms-git spl-dkms-git Linux orca 4.4.3-1-ARCH #1 SMP PREEMPT Fri Feb 26 15:09:29 CET 2016 x86_64 GNU/Linux zfs-dkms-git 0.6.5_r172_g048bb5b-1 spl-dkms-git 0.6.5_r45_g18d2f56-1 |
Hyperion EOS 720 SDUO3 over Wi-Fi (ser2net)
Вносим кое-какие очевидные поправки в этот замечательный док:
Hyperion EOS 720 SDUO3 over Wi-Fi
Для начала – выкидываем (помогаем себе развидеть это!) все упоминания про socat, кстати, есть хорошо работающий вариант с тем же socat и соотв. патчами для поддержки RFC 2217, но сейчас не об этом 😉
Далее, ставим ser2net:
|
1 |
apt-get install ser2net |
Далее, прописываем файл к-ции /etc/ser2net.conf, удаляя несколько строк (если же в силу своей ну по сути неподьемной лени нам влом удалять даже четыре строки из файла к-ции – спешу заверить – ничего фатального даже при таковом действе – не случится 😉 ) и добавляя по сути одну:
2000:telnet:600:/dev/ttyS0:9600 8DATABITS NONE 1STOPBIT banner
2001:telnet:600:/dev/ttyS1:9600 8DATABITS NONE 1STOPBIT banner
3000:telnet:600:/dev/ttyS0:19200 8DATABITS NONE 1STOPBIT banner
3001:telnet:600:/dev/ttyS1:19200 8DATABITS NONE 1STOPBIT banner
Перезагружаем RPi (sudo reboot), ser2net по умолчанию уже поднимается (через /etc/rc3.d/S01ser2net )
Далее с Virtual Serial Port по уже накатанному сценарию отсюда.
Hyperion EOS 720 SDUO3 over Wi-Fi Remote Monitoring
Версия (если таковая имеется) документа/статьи – 0.02, работает мониторинг через HCDS, управление – не работает или работает не так, как ожидается работает после правильной развяки по питанию RPi. Цель – разобраться с протоколом и накатать нечто для веб-морды на RPi, подключенному к заряднику напрямую, без дополнительных БП и прочего. Начало истории здесь.
Пока только один канал (CH1), отображение вольтажа пака, побаночного вольтажа, тока заряда. Фактически доступен канал 2, сопротивление пака и побаночное сопротивление.
Через релюшки – управление включением-выключением зарядника (в процессе), аналогично сделаю “вывешивание” аварии по набору условий.
Hyperion EOS 720 SDUO3 over Wi-Fi
Версия (если таковая имеется) документа/статьи – 0.01, работает мониторинг через HCDS, управление – не работает или работает не так, как ожидается. Цель – разобраться с протоколом и накатать нечто для веб-морды на RPi, подключенному к заряднику напрямую, без дополнительных БП и прочего.
Итак, вводная – хочется снимать графики и управлять зарядной станцией Hyperion EOS 720i Super DUO3 по “воздуху”. Изначально прочитал правильную статейку о правильной конвертации для работы с bt. Ну я-то кнопконажиматель, а не паятель – обычно куда бы я не применил пОяльник заканчивает свою жизнь примерно одинаково – в р-не помойки 😉 (ну почти).
Далее сколько-то текста, картинки и комментарии
Тихая ностальгия
Много-много времени просидел вот в такой среде:
А буквально вчера узнал, что проект снова живой – на сайте свежее обновление! Очень кстати – в свете перехода на Linux.
Выбран Arch Linux, оттестирован, работает корректно – что не может не радовать. Добрасываем chromium для веба и почты, ставим VirtualBox для разного (изолированного) “хлама”, trayer+xfce4-notifyd – и получаем счастья 😉
И снова (опять?) возврат к Linux?! WTF?!
В процессе выбора дистрибутива взамен поднадоевшей венды выбирается дистрибутив какого-никакого липукса… В лидеры неожиданно вырвался Arch Linux. Был коллективно обсмеян, когда в репозиториях обыскался в поисках GNOME4 (четыре). Ну ничче, я еще оторвусь 😉
По теме – дистрибутив реально понравился – с одной стороны минимализм из коробки, с другой – вполне приличный (читай – пригодный для меня без слома мозга) пакетный менеджер, и как то ни странно – прозрачная и понятная система запуска. Зер гут, собираюсь вот в поход за диском (нет желания трогать “нативную” инсталляцию с массой всего полезного и вкусного) – буду ставить и пробовать.
К сожалению, Solaris 11 на буке в данный момент даже нельзя рассматривать как возможную альтернативу.
Спасибо ait за наводку!