eddy_em

Пользовался долгое время xfce4-terminal, но у него появились глюки с псевдографикой. Поставил lxterminal. И, вроде все хорошо, но бесит то, что когда копируешь двойным щелчком путь, то начальная тильда не копируется!
В итоге средней кнопкой вставляешь не ~/Docs/SAO/ELECTRONICS/CAN_controller/Socket_CANserver, а путь относительно корня! Это повторяет убогое дефолтное поведение (в консоли двойной щелчок ведет себя аналогично).
Попробовал tilda — та же самая проблема. В каком эмуляторе терминала есть нормальное поведение на выделение двойным щелчком — как в xfce4-terminal, но нет проблем с псевдографикой?

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

Очень неудобно задавать размер блока флеш-памяти в заголовочных файлах, т.к. он все равно должен быть определен в линкере (для выравнивания начала "эмуляции EEPROM во флеш"). Сейчас наткнулся на косяк: и в линкере, и в дефайнах у меня размер блока руками написан как 1024 байт, хотя в STM32F072CBT6 размер - 2кБ!
Попробовал явно в линкер-скрипте для данного МК указать. В файле stm32f072B.ld задаю:

MEMORY
{
    rom   (rx) : ORIGIN = 0x08000000, LENGTH = 128K
    ram  (rwx) : ORIGIN = 0x20000000, LENGTH = 16K
}
PROVIDE(_BLOCKSIZE = 2048);
INCLUDE stm32f01234.ld

А в stm32f01234.ld пишу:

...
  .myvars :
  {
    . = ALIGN(_BLOCKSIZE);
    __varsstart = ABSOLUTE(.);
    KEEP(*(.myvars));
  } > rom

Однако, если я пытаюсь у себя в исходниках обратиться к этой переменной:

extern const uint32_t _BLOCKSIZE;

то вместо ожидаемого 2048 получаю какое-то непонятное 2953142315.

Вопрос: как мне получить значение переменной _BLOCKSIZE в своем сишном файле?

Пытаюсь вот так сделать:

static const uint32_t *blocksize = (uint32_t*)&_BLOCKSIZE;

И все равно получаю 2953142315!

UPD. Разобрался. Надо было вот так:

static const uint32_t blocksize = (uint32_t)&_BLOCKSIZE;

Сложная штука — эти линкер-скрипты. Я до сих пор внутрь них как в магию какую-то смотрю!

Полез сейчас на али цены посмотреть, а там… В среднем уже по 600-700 рублей за штучку просят! Вообще охамели. И это - гарантированно БУшные ведь!..
А в наших задачах автоматизации самый классный вариант — как раз F072. Изредка подходят F042 (если хватает тех урезанных ресурсов, что у них на борту).
В текущей моей разработке используются и CAN, и USB, и много еще чего (три таймера в режиме входа энкодера, четыре - в режиме выхода ШИМ, АЦП и т.п.).
Основная проблема одновременного независимого управления тремя шаговиками — достаточное количество "расширенных" таймеров на борту МК. Ведь для каждого ШД нужен один таймер в режиме ШИМ (генерировать тактовые импульсы) и один — в режиме энкодера (снимать данные с квадратурного энкодера — холловского или оптического — на валу двигателя).
Из всех используемых мною МК только STM32F072CxT6 для этой задачи годятся. Года полтора назад я для себя брал их на али примерно по баксу за штучку (один раз взял десяток по 90¢, но это было только один раз). Сейчас, понятное дело, для себя я их, подорожавших почти на порядок (!!!), брать, естественно не буду. Но и на работу заказывать как-то жаба жмет по таким ценам. Я уже жаловался недавно на то, что вместо новых STM32F303 прислали десяток БУшных (да еще и глюкавых).
Если заказывать официально, то и цены вообще несусветные, и непонятно, когда будет доставка (от года и выше). Идиотизм какой-то.

Вот и думаю, что надо бы осваивать уже какие-нибудь другие МК, на которые надуманный "крЫзис" не повлиял так сильно.
Может, у гигадевайса или нувотона что-нибудь подобное есть? Естественно, нужно еще и чтобы была вменяемая документация + разработка полностью из-под линукса.

Товарищи электронщики, ну подскажите готовый контроллер управления 2-4 шаговыми двигателями, чтобы просто взял, подключил по USB к компьютеру, и управляй себе. Ток движков до 3А. Микрошаг свыше 1/32 не нужен. Главное — невысокая цена (2..4тыр) и простой текстовый протокол с документацией. Вся эта навороченная дрянь по 50..70 баксов за штучку, да еще отдай 50 баксов за исходники SDK и документацию — нафиг!
Сегодня прикинул по себестоимости, если брать 500-рублевые готовые модули с тринамиковскими драйверами и на STM32F042 (которые уже в 6-7 раз подорожали) делать управление, то себестоимость с пластиковым корпусом выйдет в полторы-две тысячи рублей. А учитывая то, что у китайцев все готовые изделия в разы дешевле суммарной себестоимости компонент, из которых эти изделия сделаны (я поражался этой арифметике, но теперь уже привык), такая штука вообще должна 300-500 рублей стоить (если без драйверов)! Пусироботовские не хочу, потому что компьютер будет в нескольких дециметрах от железяки, зачем там CAN-шина?

Или что, опять колхозить? Я уже столько этих плат управления ШД наколхозил…

Чертов контроллер температур главного зеркала (на orange pi) почему-то иногда зависает. Вот, опять завис, а что-то асушник не торопится пойти и перезагрузить (хотя было прошено еще пару часов назад).
Что я только не делал: уже и добавил перезагрузку по крону 1 раз в неделю + 1 раз в час пинг шлюзов с перезагрузкой (если сеть отвалится). Но, похоже, тут какая-то аппаратная проблема... Возможно, какие-нибудь наводки по питанию проскакивают. Непонятно.
И вот подумал, что можно было бы туда watchdog добавить. USB на CH552G еще неизвестно, когда подниму, а паять туда STM32F072 — как-то жирно!
Но необязательно ведь USB: можно дергать ногой GPIO одноплатника!
Вот и подумалось: ведь наверняка есть какие-то готовые микросхемы со встроенным таймером, чтобы его периодически нужно было сбрасывать. Тогда можно было бы просто после включения одноплатника один раз минут в 5 подавать на определенную ногу короткий импульс, чтобы сбросить счетчик вотчдога. А если не сбросил, то минут через 7 вотчдог бы активировал релюшку и та размыкала бы NC контакт секунд на 10, а потом обратно бы замыкала.
Или нет такого и проще на МК собрать то же самое? Подозреваю, что на дискретных элементах выйдет дороже (это минимум 2 одновибратора: один с периодом 7 минут, второй — 10 секунд).
Но, может быть, есть какое-то значительно более простое решение?

Сижу над "движком" на libonion с веб-авторизацией и вебсокетом для передачи данных. Кстати, недавно столкнулся с проблемой: больше одного вебсокета открыть было невозможно. Я и автору libonion писал (он, кстати, сказал, что вебсокеты в его библиотеке сырые и их лучше не пользовать — приплыли, что называется). Но проблема решилась по-другому: оказывается, в репах генты libonion как-то криво собирается, из-за чего и не работает. А с гита все завелось нормально. Разве что автор зачем-то захардкодил максимум 8 подключений одновременно — надо будет хотя бы на 1024 изменить…

Ну так вот, собственно в чем вопрос: я при необходимости авторизации генерирую жабоскриптом простую формочку:

<div id="shadow" class="shadow" style="display: block;">
<div>Login:</div><div><input type="text" id="login" name="username"></div>
<div>Password:</div><div><input type="password" id="passwd" name="password"></div>
<button onclick="auth.send();">OK</button></div>

На разных сайтах смотрел — вроде бы, ничего особенного.
Но почему-то везде автозаполнение форм работает, а у меня — нет!

Что надо сделать с этой формой, чтобы автозаполнение работало?

UPD: всем спасибо, расходимся. Сам нашел. Надо было все это воткнуть внутрь тега <form> с атрибутом "autocomplete=on". А я надеялся, что браузер как-то по именам <input> ориентируется…

Сейчас коллега дал ссылку на метеостанцию, которую планирует для БТА приобрести: Метеоблок МПВ 702.1643. Но вот непонятно, что там с грозозащитой, а еще меня напрягает, что протокол modbus RTU.

Может у кого есть на примете нормальные метеостанции, которые имеют в комплекте блок грозозащиты (чтобы не выгорел компьютер, если в метеовышку молния шарахнет, как было несколько лет назад), а также передает данные по нормальному протоколу, чтобы мне не пришлось городить горбатого с этим идиотским модбасом! В идеале бы вообще по ethernet ее включить, и получать, читая из сокета (хоть своим демоном, хоть баш-скриптом с curl или netcat), метеоданные.