Как же давно я кикадом не пользовался!
Полез генерировать BOM для удобства пайки деталей (карандашиком вычеркиваю, что припаял + наглядно видно, сколько деталюшек каких номиналов надо взять). А он в XLS! В интернете полным-полно плагинов, но они какие-то совершенно ущербные (а некоторые извращенцы вообще node.js требуют). Хоть свой пиши ☹

UPD. Нашел плагин (правда, в идеале надо его сильно править — он слишком много лишнего генерит): KiBoM. Выкручиваюсь так: генерирую BOM в html-формате, открываю в либреофисе, вырезаю ненужное, печатаю.
Висит на доске объявлений: до 1 января 2018 всем обязательно перейти на эту гадость.
Ну, по крайней мере, теперь отпадет нужда делать Аленке дубликат зарплатной карты: ей "МИР" отдам, чтобы за покупками ездила, а сам буду с "визой" — без нее все равно никак, железяки-то на алиэкспрессе нужно реальными деньгами, а не фантиками оплачивать…
Заметил еще пару месяцев назад, но с тех пор ядро не обновлял еще.
В терминале (сначала грешил на xfce4-terminal, но в "голой консольке" то же самое) после того, как введешь команду reset (бывает иной раз нужно, если мусор сыплется и сбивает форматирование) намертво отваливается локаль.
Ну, то есть locale выдает КОИ8-Р, как и положено, но вот буквы не отображаются.
Сидел сейчас, man termios читал. Неужто в ядро воткнули чертов хрюникод? Это ж жесть!!!
Чип сегодня получили, но ничего не вышло.
Я превратил ардуину в программатор, она увидела чип в плате и даже прошила его. И все...
Сигналы на светодиоды подсветки крестов весело идут. Судя по длительности, чип работает на положенных 8МГц.
А вот USART… В зависимости от U2X он выдает то 333 бода, то 666! Вот же чертовщина! Что бы я ни писал в UBRRH/UBRRL, скорость меняется только при изменении U2X!
Похоже, лыжи не едут...
Сижу, пытаюсь понять логику работы блока управления платформой SCORPIO, чтобы перепрограммировать сгоревший микроконтроллер.

Это жесть! )
Надеюсь, что таки в схеме ошибка, и подтяжка реально выполнена к плюсу. Иначе надо будет резать дорожки и переделывать (но в этом случае я вообще не понимаю, как оно работало!).
А придется. Как говорится, «если не ты, то кто?».
Пока я маялся дурью в Лыткарино, у нас выгорел микроконтроллер на плате управления (созданной 17 лет назад) SCORPIO. Астрономы негодуют: спектральная мода не работает. Разрабатывать новую систему управления на нормальных STM32, понятное дело, придется. Но пока надо как можно скорей вернуть все в состояние "как было".

Изучаю, как в линуксе с этими динозаврами работать…
Полчаса убил, так и не получилось зарегистрироваться для оплаты интернета. Пробовал даже через сберовский сайт — та же песня. Я и "имя", указанное на карточке, вводил в поле "логин", и "номер карты" — бесполезно! Просто не принимает, и все!
Руки оторвать этим бездарям! Вот же уроды...
Сижу на unstable, т.е. у меня ACCEPT_KEYWORDS="~amd64". Сегодня после длительного перерыва открыл kicad и обнаружил, что версия 4.0.5 совершенно неюзабельная (невозможно работать с печатными платами)! Хочу для kicad сделать keywords только amd64. Редактирование package.keywords ничего не дало, т.к. плевать portage хотел на мои указания, когда глобально unstable стоит!!!
Решил проблему указанием >sci-electronics/kicad-4.0.4 в package.mask. Но это не выход, т.к. вручную очень не хочется потом править это, когда версия стабильной станет.
Есть ли вариант автоматом запретить нестабильные версии кикада ставить?
Иначе не назовешь! Я не знаю, что за чудак на букву "М" обозвал это [censored] "Scientific", но то, что к науке оно имеет отношение примерно как РАЕН, ясно на все 100!
"Из коробки" имеем: systemd, networkmanager и unicode! "Отличный" набор, чтобы свои сервисы запускать и что-то вообще разрабатывать… Дальше — больше: библиотеки и заголовочные файлы находятся в разных пакетах! Вот тебе и scientific… Хочешь что-то посчитать? Поставь себе еще 100500 "dev" пакетов!
В общем, таки гента значительно лучше справляется со званием "scientific linux", ей только не хватает нормального пакетного менеджера, написанного на сях, а не на псевдоЯП.
Стал я на машине с дурацким scientific linux собирать свои велосипеды для all-sky и болтвуда. Замучился уже!
Во-первых, дистр, рассчитанный на то, что он будет стоять на компе "офисной крысы" — совершенно неудобная для работы вещь! Мало того, что там поцтерошлака вагон, так еще и заголовочные файлы от библиотек идут в отдельных пакетах! Нужно было все-таки потратить 2-3 дня своего времени, и поставить туда генту!
Во-вторых, то, что превосходно компиляется gcc 5.4.0, вызывает сегфолты на gcc 4.8.5. Занятно, что сегфолт этот моим рукожопием вызван: я инициализирую дефолтное имя файла константной строкой, а потом в ней заменяю точку, отделяющую суффикс от имени, на '\0'. Похоже, новый gcc создает эти константы на стеке, в то время как старый честно их в RO пихал.
UPD: в репах Scientific Linux нет ds9! Это ж просто деление на ноль! Какой он после этого, нафиг, scientific? Может, там еще и fftw3 и т.п. нет?..
UPD2: блин, там еще и локаль через задницу настраивается! Уже 10 минут гуглю, как koi8-r по умолчанию сделать — в дефолтной установке нет locale-gen, но ведь должен же быть механизм! Не хрюникодом же пользоваться, в конце-то концов!!!
Знание — сила, а незнание — мощный велосипедогенератор.
За 5 дней опытной эксплуатации демоны, обслуживающие болтвудовский датчик и all-sky почему-то наплодили уйму неотмерших потоков (хотя в коде выход из потока правильный), в результате несчастный кубитрак был загружен на 170%, и компиляция элементарного кода длилась две минуты! Эту проблему решил добавлением перезапуска демонов в cron.daily.
Вчера все это хозяйство разместили на Цейссе (но пока не устанавливали на крыше), включив во время отсутствия электричества (на Цейссе-то упсы, которые не меньше двух часов даже с рабочим телескопом выдержат). В итоге время на кубитраке получилось неправильным. По идее, это должно было устраниться, как только появится сеть — ведь на кубитраке запущен ntp-демон. Как бы не так! Решил опять велосипедно: отменой автозапуска бесполезного ntp-демона и добавления ntpdate в cron.hourly.
Удивился куче логов в /var/log (хотя это одноплатник — он вообще логи в оперативке должен хранить, или даже лучше в /dev/null). Т.к. проблема глубокая, решил ее лишь настройкой logrotate ротировать ежедневно, оставляя по 1 логу.
Ну и вообще, до сих пор негодую, что дебилиан перешел на systemd! Хоть у меня и есть репа генты для кубитрака, собранная в чруте, но очень проблематично обновляться: надо вынимать флешку и перезаливать образ. Что долго и совсем неудобно, когда эта флешка черт-те где. Пришлось вместо генты ставить эту дрянь. Судя по выхлопу systemctl, запущена толпа ненужных сервисов. Что-то поприбивал, но как бороться с автозапуском ненужного wpa_supplicant, не убивая идиотский нетворкманагер, не понимаю. Вообще логика создателей армбиана не ясна для меня: какой идиот на сервер будет пихать нетворкманагер или системД? А уж тем паче, если это — сервер на одноплатнике!

Тьфу! Выпустил пар. Отдохну, а после обеда продолжу накапливать гнев — мне еще на серваке с Scientific Linux (ага, тоже с поцтерошлаком) разворачивать логгирующие демоны и апач с proftpd настраивать… Ну почему наши информатики используют это порождение Красной Шапки? И сами же матюкаются на костыли с поцтерошлаком. Как те мыши с кактусом!
Вот.
Ну, ничего. Даже если и так, у меня есть схроны на сосфорже (правда, тот давным-давно скурвился), гитлабе и битбакете.
Если и правда начнут удалять свободный код, и Столман их в говно не сможет размазать, буду искать другой сервис для хранения базовых реп.
Давненько я кикад не открывал. Много с тех пор воды утекло, и кикад скурвился. Теперь библиотеки футпринтов по гиту предлагается забирать. Ага. Через прокси. Весьма оригинально!
При любой попытке обращения к библиотеке кикад подвисал. Методом тыка было обнаружено, что хранится перечень библиотек в файле ~/.config/kicad/fp-lib-table.
Как оказалось, все библиотеки я уже давным-давно с гита скачал (или же оставил неудаленным пакет kicad-libraries, который emerge ни в какую не хочет ставить.
Дальше родился вот такой скриптец:
#!/bin/bash
L="fp-lib-table"
echo "(fp_lib_table" > $L
for k in /usr/share/kicad/modules/*.pretty; do
    N=$(basename $k)
    echo "(lib (name $N)(type KiCad)(uri \"\$(KISYSMOD)/$N\")(options \"\")(descr \"\"))" >> $L
done
echo ")" >> $L

Все, теперь библиотеки футпринтов работают и кикад не виснет.
Правда, все равно в этих библиотеках в 99% случаев нужных вещей просто нет.
Сижу сейчас, разбираюсь, как с болтвудовским датчиком облачности работать.
В отличии от all-sky, где было только скудное описание протокола и никакого готового кода, здесь есть какой-то код, который даже работает в линуксе.
Но какой код! Это — жуткая мешанина пробелов и табуляций; C++ в стиле "С с классами", причем непонятно на кой черт там вообще классы; использование Magick Numbers вместо enum'ов или хотя бы макросов; огромное количество лишнего кода (видимо, на все случаи жизни)…
Лучше бы разработчики выложили нормальную документацию, потому как из вариантов "править имеющееся, чтобы получить желаемое" и "сделать желаемое на примере имеющегося" я пока что больше склоняюсь ко второму. И, естественно, никаких крестов — только чистый С!
Аленка на форумах наткнулась на рассуждения о том, что наши привластные [censored] хотят запретить продавать лекарства без рецепта. Нашла ролик из новостей.
Это жесть! И так медицина ниже плинтуса, а с этим мегаидиотским законом вообще хоть помирай сразу!
Вывод таков: одноплатники на ARM — шлак. Надо ждать, пока они станут хотя бы 64-битными. Только тогда их можно будет в своих поделках использовать. А сейчас, пока они 32-битные, да еще и содержат уйму огороженного железа, не работающего в линуксе (привет, аппаратное ускорение графики!), не стоит тратить на них деньги.

Трудно представить себе сферу применимости этой гадости: реального времени в них нет, да и GPIO никакущее — как замену микроконтроллерам их нельзя использовать. Огороженное железо не позволяет использовать их как медиа-плеер (интернет, фильмы, музыка). Узкая ниша — замена крупногабаритного компутера в вещах, где не требуются вычислительные мощности — ограничена особенностями архитектуры, не позволяющей напрямую портировать код с полноценных компьютеров на это.
Открываю ленту друзей, а там на полэкрана какое-то политическое дерьмо! Те, кто входит в мои "друзья" явно подобное сделать не могли. Смотрю, а там надпись: "Промо".
Пока еще это можно скрыть. Но, как я понял, пора уже вострить когти на какую-нибудь другую платформу. Только куда?
PATA на JMicron как не работали, так и не работают дальше. Понадобилось мне снять образ диска. И оказалось, что привод мой — "невидимка". Несмотря на отмеченные в конфигурации ядра
CONFIG_BLK_DEV_JMICRON=y
CONFIG_PATA_JMICRON=y

Буду искать компутер с dvd-приводом. Блин. Это теперь такая редкость!!!
Вот что за ненормальные придумали git? Почему простое изменение файла по умолчанию не отражается в git commit? Обязательно нужно флаг -a писать! Задолбался уже лишние коммиты делать!
А делал я коммит опять в Sbig340. Теперь туда добавлена полная "демонизация" и клиент-серверное взаимодействие: сервер высылает клиенту по запросу шапку вида "параметр=значение", где "параметры" — все необходимое для сохранения изображения, в том числе и оно само ("imdata=...").
Решил, что пока не добью, домой не пойду. И полезли всякие гадости: то malloc где-нибудь забуду, то, наоборот, free лишнее, то проверку не воткну...
Теперь работает. Сервер получает изображения, клиент их собирает и сохраняет в условленный файл. Экспозиция пока управляется только сервером. Но можно добавить при желании и управление клиентом.

В общем, минимум по обслуге камеры выполнен почти полностью (еще нужно запустить кубитрак, на котором будет крутиться сервер). На подходе болтвудовский датчик. Ну, а с завтрашнего дня надо вплотную заняться лекциями, которые мне уже скоро читать аспирантам, а их нет. Думал IRBIS'ом заняться (течи поискать), но это уж точно некогда.
Вчера часа 4 вечером просидел, пытаясь найти хоть какие-то зацепки к бинарному протоколу удаленного мониторинга вендинговых аппаратов (на примере кофейника unicum rosso). В воскресенье убили часа 4 на чертов кофейник. Я замучился провода перепаивать (похоже, дешевый китайский переходник RS-232 на USB дергает всякие DTR, но даже после того, как оставил только Rx и землю, все равно нет-нет, да связь отваливалась).
Накопил уйму статистики. Однако, за весь вечер никакой логики там не нашел.

Вообще непонятно: как уйма фирм может заниматься разработкой средств мониторинга этих машин, а в сеть так и не проникла информация о протоколе?

July 2017

S M T W T F S
      1
23 4 5 6 78
9 101112 131415
16171819 202122
23242526272829
3031     

Syndicate

RSS Atom

Style Credit

Expand Cut Tags

No cut tags
Page generated Jul. 20th, 2017 02:36 pm
Powered by Dreamwidth Studios