Untitled [548]

Пропустить метропоезд ближе к полуночи "потому что народу много" -- плохая идея. Мало того, что интервал больше, чем днём, так ещё и часть составов проезжают станцию мимо. Поэтому время ожидания может оказаться большим. А в следующем нормальном поезде тоже будет "народу много".

---

Колесо без оси

В установке смешанное питание: большая часть однофазная, но есть трёхфазный двигатель.

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

При попытке включения установки выбило УЗО. Электрик-электронщик долго смотрел, прозванивал -- но никаких неполадок не нашёл. Кабель питания был сделан правильно, фазы разведены правильно, нейтраль на нейтрали. Переключились обратно на однофазное -- работает.

Я посоветовал электрику-электронщику проверить розетку. Розетка тоже трёхфазная, пятиконтактная. В моём понимании выбивать УЗО могло, если нейтраль и земля в розетке перепутаны местами (но почему это не обнаружили раньше?). До этого я думал, что земля и нейтраль перепутаны внутри установки, но эта гипотеза не подтвердилась.

При проверке напряжений в розетке

ОКАЗАЛОСЬ

что в ней нету 220 вольт. Только 0...15 и 380. А это могло означать только одно. Земля и нейтраль не были перепутаны. Нейтрали не было вовсе! Почему же этого никто не замечал? Потому что в помещении, где мы работали, стояли станки. Станок, который штатно питался от той трёхфазной розетки, которую мы одолжили, не требовал нейтрали, поскольку с электрической точки зрения состоял из одного трёхфазного двигателя. Трёхфазным двигателям нейтраль не нужна.

Я изучил потом щиток: действительно, все трёхфазные отводы от щитка идут без нейтрали (но зато с землёй). А нейтраль идёт только в однофазные линии.

---

О документации

Аморфный пост разрозненных мыслей.

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

***

И во время разработки, и во время эксплуатации часть документации может меняться. Возникают новые версии разводок кабелей, принципиальных схем и т.п. С этим связаны два момента.
1. Надо как-то фиксировать, какой версии документации соответствует конкретный экземпляр девайса. При этом у разных частей девайса документация может быть разной версии. Надёжнее всего фиксировать на самих частях. На платах номер ревизии выбивают шелкографией -- я видел. Или можно фломастером точки рисовать, лол.

2. Между версиями может возникнуть путаница. Какая самая новая? Я при создании новой версии на всех обнаруженных экземплярах старой версии надписываю "устарело". Но... что, если кто-то наткнётся на ненайденный экземпляр? А лучше -- на фотографию найденного. В общем, устаревшие версии следует оставлять только в случае, если есть хотя бы один экземпляр устройства, для которого эта документация актуальна. В противном случае устаревшую документацию надо уничтожать или хотя бы прятать подальше в архив.

***

По тексту выше может сложиться впечатление, что я разводки кабелей на бумажке рисую. Так и есть (но не всегда). Однако документация в единственном экземпляре -- это ОЧЕНЬ плохая идея. Поэтому после того, как я нарисовал разводку, я её обязательно фотографирую. Также на бумажке я указываю метаданные: дата, версия и наименование того, что рисую.

---

Untitled [547]

Ущерб, который получаешь, совершая доброе дело -- это бесплатное приложение к отсутствию благодарности.

---

Мир к праху, прах -- к миру

В компьютерах интерфейсы RS-232, RS-485 и подобные сейчас применяются редко (хотя даже на современных платах бывают раз'ёмы для COM1; видимо это сделано для суровых вещей типа удалённой отладки драйверов и ядер операционных систем) . Но в промышленном и встраиваемом оборудовании они применяются повсеместно. Потому что -- дёшево и сердито.

Я не раз налаживал связь между компьютером/контроллером и такими устройствами. И очень часто связь с первого раза не налаживается. Устройство тупо не отвечает на запросы. Самая очевидная проблема тут -- несовпадение скоростей. Но с ней я встречаюсь не очень часто, т.к. в документации скорость почти всегда (лол) указывается.

А вот вторую проблему я всегда называю в качестве подозреваемого. И угадываю!

Вторая проблема в том, что перепутаны линии данных при распайке. Для RS-232 перепутаны TX и RX, для RS-485 перепутаны Data A и Data B. Почему так происходит?

В случае с TX/RX не очевидно, следует ли запаивать TX к TX (обычно при пайке кабелей одноимённые контакты соединяются) или TX к RX (если исходить из предположения, что названия выводов устройства подписываются с точки зрения устройства). ОБЫЧНО TX надо соединять с RX, т.к. действительно названия выводов подписываются с точки зрения устройства, которому эти выводы принадлежат. Поэтому то, что устройству "приём", то компьютеру -- "передача". Точно так же, к примеру, сигналы типа "in" означают "ввод" сигнала в текущую микросхему, а не ввод в подключённые к ней устройства.

В случае с Data A/Data B дело веселее. Хотя какой-то там стандарт предусматривает фиксированные названия, но реально бывает написано в документации на одно устройство -- "Data A (+), Data B (-)", а на другое -- "Data A (-), Data B (+)". И хорошо, если полярность вообще указана. По идее, надо соединять плюс с плюсом, а минус с минусом.

Эти косяки разводки не вредят устройствам -- достаточно поменять местами контакты.

---

Сон для слабых

RAM
DATE&TIME	за несколько дней до 2010/01/11
SCENE TITLE	Десять негритят
OUTLINE	Студентке стало плохо на лекции. Что же теперь предпримет преподаватель?

У нас в институте был один суровый препод. Он всегда был очень серьёзен. Если он замечал студента за чем-то странным, то ругал его за несерьёзность. Одна из его фраз -- "у нормальных студентов ручки со столов не падают".

Я фантазировал, что скажет этот препод, если, к примеру, кому-нибудь на лекции станет плохо? Наверное он... невозмутимо продолжит занятие? Я был не совсем прав.

Однажды одногруппница, сидевшая за мной, издала нежный вздох и упала головой на парту. Потеряла сознание. Преподаватель посмотрел на неё и сказал -- "Помогите ей кто-нибудь... в соседней аудитории положите или я не знаю...". А затем продолжил лекцию.

---

Плохой UX и под'ёмник

Сегодня меня учили пользоваться ручным под'ёмником. Почему учили? Потому что сам я не догадался, как его использовать.

Сам я, инженер с высшим образованием, широко известный в узких кругах интеллектуал и эрудит, не догадался. А там всего три рычага.

По логике при отгибе главного рычага вилы должны подниматься, обеспечивая под'ём груза. Но это не работало. Тогда я обнаружил внутри рукоятки ещё одну ручку. Я стал её нажимать, думая, что надо нажимать главный рычаг при нажатой маленькой ручке. Но это тоже не помогло.

ОКАЗАЛОСЬ

что чтобы можно было груз поднимать, маленькую ручку надо нажать ВНИЗ! Она зафиксируется в этом положении. При чём же тут плохой UX? Дело в том, что насечки для пальцев имеются на ручке только снизу, т.е. ничто не указывает на то, что она вообще может быть вниз нажата.

---

Шар Свиборга

На работе аврал. В середине рабочего дня обнаружил, что сижу с очень напряжённым лицом. Прямо всё лицо напряжено. Обычно так не бывает. Пришлось вручную расслаблять.

***

-- Ты что, заболел?
-- Ага.
-- Может, домой тогда пойдёшь? А то вдруг нас заразишь?
-- Это у меня аврал, а не у вас. Поэтому я буду тут сидеть. А вы, если не хотите заразиться, можете сами домой идти.

Очень неожиданный эффект произвела последняя фраза -- все засмеялись.

---

Как облегчить ввод исходных текстов...

...усложнив себе жизнь.

Многие любители механических клавиатур выбирают клавиатуры поменьше. Цифрового блока быть не должно в принципе. А если блок управления курсором ужат или вообще выброшен, а ряд F совмещён с рядом цифр -- вообще замечательно. В этом случае рукам надо двигаться совсем немного, чтобы нажать любую клавишу, однако для многих неосновных символов требуется зажимать по 2-3 клавиши.

Мне такой подход (пока) чужд. Мне наоборот удобнее, когда для набора надо зажимать как можно меньше клавиш одновременно. Пускай руки надо отводить дальше. Если идти по этому пути, то вариантов становится гораздо меньше. Я рассмотрю только один из них.

Я всегда думал, что очень удобно, что для ввода квадратных скобок не надо зажимать шифт. А для ввода угловых -- надо, поэтому угловые вводить неудобно. Поэтому я так люблю BB-коды. Можно ли как-то упростить ввод других спецсимволов, чтобы не зажимать шифт? Конечно, можно.

Я обнаружил программу -- Microsoft Keyboard Layout Creator. Можно создать любую раскладку, а потом её установить на компьютер. При помощи этой программы я поменял местами все спецсимволы цифрового ряда и сами цифры, а также поменял местами - и _. Теперь для ввода простых круглых скобок мне достаточно нажать "90". При вводе переменных с "_" в середине мне не надо посередине названия вдруг нажимать шифт. А вот с угловыми скобами особо ничего не сделаешь. Они конкурируют с запятой и точкой, которые тоже нужны постоянно. Пока не придумал, возможно их можно поставить на место @ и $, которые в Си/Си++ нужны редко.

Да, теперь для цифр нужно либо зажимать шифт, либо тянуться к нумпаду. Это не всегда удобно. Когда набираешь длинные числа -- проблем нет. Но когда надо набрать последовательно 123456 в разных строчках, подгребая к этим строчкам стрелочками... тогда гораздо удобнее, когда цифры в одном ряду -- просто ведёшь руку вдоль ряда и нажимаешь вовремя на кнопки. Как решить эту проблему -- пока не знаю. Разве что временно переключаться на русскую раскладку, где спецсимволы с цифрами я местами не менял.

Одно из преимуществ такого изменения раскладки в том, что символы расположены на своих кнопках -- разница только в том, надо или не надо нажимать шифт. Но даже при такой простоте переучиваться было довольно сложно -- ушёл месяц, прежде чем я перестал постоянно ошибаться.

---

Я пошутил

Такое поведение у людей я встречаю редко, но это не единичный случай. Суть в следующем.

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

При этом одновременно человек хочет, чтобы в остальное время к его словам относились серьёзно. Получается очень удобно -- можно говорить что угодно, а потом если что не так -- ссылаться на свою периодическую невменяемость.

Мне что, надо как-то угадывать, в себе человек или не в себе? А почему не должно считаться то, что человек говорит, когда он не в себе? Ведь оно не из ниоткуда берётся -- оно в нём уже было.

Думаю, что тут надо как-то выбрать -- всегда воспринимать слова таких людей серьёзно или всегда несерьёзно. И реагировать соответственно.

---

Классические фейлы: повторное использование переменных

У меня в программах часто используются переменные x, y, z. Для циклов.

Когда мне надо сделать очередной цикл, я беру одну из уже об'явленных переменных и её бесстыдно использую.

Что же может пойти не так? Большинство циклов короткие, но не все. Сегодня я попался на том, что начало цикла с переменной икс было две страницы назад. А потом я внутри цикла с этой переменной организовал ещё один цикл с иксом.

Внутренний цикл, естественно, работал. А вот внешний -- нет. Он выполнялся неправильное количество раз из-за неправильного значения икса.

Как же от этого защититься?

1. Об'являть переменные специально для циклов:
for(int x=0;x<10;x++)

В голом Си это может не сработать (зависит от версии).

2. Перед использованием переменной, которую не об'явил только что, провести расследование, где она ещё встречается.

3. Не использовать такие переменные вовсе. Если переменная уже есть, сделать ещё одну. Как правило, проблем с нехваткой памяти сейчас не бывает. Если вам приходится до такой степени экономить память на микроконтроллере, то поставьте более крутой микроконтроллер.

---

Two Car 01-12 END

Попытка откопать жемчужину на дне рейтинга вротарта провалилась.

О чём

Гонки на мотоциклах с колясками. Я думал, что за ерунда -- пассажира катать. А оказалось, что такая штука реально есть -- просто пассажир не сидит, а всё время ползает снаружи вокруг мотоцикла, чтобы улучшить баланс.

То есть, перед нами -- парный вид спорта. И все пары -- девочка с девочкой. Однако, это не сёдзё-ай. И даже на жанр "спорт" аниме не тянет. Это что-то непонятное.

Что думаю

Я ждал чего-то вроде Girls und Panzer, но сериал оказался куда слабее.

На самом деле сериал надо было делать в два раза короче. В нём куча повторов -- полных или с небольшими вариациями. И даже есть серия-рекап.

Но на самом деле сериал надо было делать в два раза длиннее. Этот сериал не про соревнования, а про конфликты внутри пар. Некоторые пары не раскрыты вовсе, а некоторые раскрыты поверхностно.

То есть, сериал должен быть именно текущей длины, но делать его надо было немного по-другому. Причина, видимо, в недостатке денег. Если бы бюджет у сериала был больше, он мог бы стать хорошим середнячком.

Некоторые конфликты типичны для аниме, но есть действительно интересные. Например, одна из пар имеет склонность к бдсм. Бдсм в аниме обычно является комедийным фансервисом -- типа "ооо, его связали, надо смеяться". Элементы бдсм-культуры пародируются. Но в данном сериале присутствует и психологический момент, что для аниме редкость.

Рекомендации

Кому будет интересно смотреть -- не знаю. Но скажу, кому будет неинтересно:
-- любителям спорта с превозмоганием и соревнованиями;
-- любителям сёдзё-ая;
-- любителям тонкой психологии;
-- любителям сисек-писек (хотя попы кое-где хорошие).

Элементы всего перечисленного есть, но они невелики.

Я лично не пожалел, что посмотрел сериал, но интересное приходилось выуживать по кусочкам. Это такой... аниме-артхаус, что ли?

Скриншоты

(скриншоты)

Ват? Причём тут Кадуцей?


Ковальски, анализ.


В заставке 2-го сезона Харухи ограничение "бесконечность" было шуткой. Тут -- нет.


Я тоже думал. Ага, лёгкая музыка -- значит кастаньеты.


А ещё тут есть няшные близняшки.


¯\_(ツ_/¯


А что это за такая маленькая штучка у передней зелёной девочки в руке? Средство от комаров? Нет, походу это огнетушитель. Огнетушитель, Карл! Может, в Японии, конечно, умеют делать компактные огнетушители, которые могут погасить горящего медведя, но я бы таким без тестирования не доверял.


К барьеру!


Супер! Инженерный подход к предложению руки и сердца!

---

Как меня обманули

Alex le Sang написал о мышлении очень интересную заметку -- lesangs.diary.ru/p217214582.htm?oam . В том числе, он коснулся вопросов лохотрона.

Хочу привести пример на этот счёт.

Я всегда думал, что у меня на лохотрон есть специальная "чуйка", но оказалось, что она не абсолютна. Обманули меня не сильно. Я бы даже сказал, что это относится к "относительно честному способу от'ёма денег у народа". Тем не менее.

Я был в таком магазине, как Leroy Merlin. Общий вес товаров, нужных для ремонта, оказался слишком большим для одиночного вывоза (я был без машины). Поэтому я решил заказать доставку. Предварительно я посмотрел на таблицу доставки, там было написано что-то вроде "внутри МКАДа до 100 кг -- 1500 рублей". Точный тариф я не помню. Вес товаров был до 100 кг.

Пока мы ходили по магазину, я обнаружил, что к нам обращаются подозрительные лица с бейджиками. Они говорили нам -- "доставка сегодня же нужна?" Были и другие подозрительные лица, без бейджиков, они говорили нам -- "ремонт нужен?" С последними всё было ясно, они искали клиентов. С первыми ясно не было.

Система в Leroy Merlin такая, что сначала набираешь товар, а потом идёшь в отдел доставки вместе с товаром, где доставку и оформляешь. Это отличается от системы, скажем, OBI, где сотрудники составляют список нужных товаров, и ты ходишь только с бумажкой.

Мы пришли с товаром в отдел доставки. Женщина на доставке сразу подозвала одного из этих подозрительных людей с бейджиками. Задала мне стандартные вопросы, а потом говорит -- "С вас 3500 рублей". Это было очень странно. А как же тот, другой тариф? Но она мне показала другую таблицу, где действительно была указана доставка за 3500 рублей. Я поверил написанному. Дальше состоялся следующий диалог:
-- А вы сейчас куда едете? Домой?
-- А вы что, нас сразу отвезёте?
-- Нет. Это грузовик.
-- Нам ещё в магазин один зайти надо будет.
-- Когда дому будете?
-- В 18:00.
-- Отлично, доставка сегодня после 18:00.

Собственно говоря, нам всё доставили по графику. Это было очень удобно, т.к. у нас на тот день была назначена ещё одна доставка в это же время. К доставке претензий нет. Где же тут лохотрон? Сначала обратимся к признакам лохотрона:
1. Доставку осуществлял мужик, который выглядел так же, как подозрительные мужики в магазине.
2. Стоимость оказалась в два раза выше, чем я видел в таблице до этого.

Заметил ли я это? Заметил. Почему не среагировал? Я задавил звоночки, т.к. В ЦЕЛОМ всё выглядело нормально.

В чём фишка, я просёк спустя несколько часов после доставки.

ОКАЗАЛОСЬ

что вместо услуги "доставка" мне навязали услугу "грузовое такси". Она действительно предоставляется. Действительно стоит в два раза дороже. Её особенность в том, что вместо доставки нескольких заказов сразу водитель везёт мой заказ персонально. Поэтому и стоимость выше. А потом я прочитал в интернете, что грузовое такси нужно для того, чтобы покупатель мог
"сопровождать свой товар самостоятельно", т.е. нас обязаны были взять с собой. Но не взяли.

См. также: О предопределённости, часть научная.

---

Округление

В Ашане уже больше пары лет как ввели систему оплаты на терминале. "Кассир" только пробивает товары и выдаёт специальный штрих-код. Потом его надо поднести к терминалу оплаты -- он показывает, сколько денег вы ещё должны.

Решил последние рубли доплатить монетками. Их много скопилось.

Ваш долг: 6,67 р.
Ваш долг: 1,67 р.
Ваш долг: 0,67 р.

Ого, они хотят лишних 30 копеек! Ну ладно, вношу ещё 1 рубль.

Ваш долг: -1,00 р.

Выдают 1 рубль сдачи.

---

Ни шагу назад

Мне кажется, или в последнее время (около полугода) у пассажиров метро несколько изменилось поведение?

Раньше входящие пассажиры сначала выпускали выходящих, стоя по краям от дверей, а потом заходили сами. А теперь двери открываются -- и перед тобой в ряд стоят пять человек. Только если начать идти прямо на них -- немного расступаются.

---

Untitled [546]

Не заспал на рабочем месте.

---

Тест Сонди

Это очевидно, но не всем и не сразу, поэтому напишу текстом.

Наше отношение к чему-либо может меняться в зависимости от настроения.
Наше восприятие чего-либо может зависеть от отношения к чему-либо.

Например:
-- Ну вот почему папа на меня огрызается? Я же обычный вопрос задаю, -- спрашивает меня мама.
-- А ничего, что я тоже огрызаюсь? [тут начнёшь огрызаться, конечно, когда до тебя докапываются]
-- Ты нормально отвечаешь.
-- Ты даже не замечаешь, что я огрызаюсь?
-- Ты не огрызаешься!

Может, конечно, мама и права, но мне кажется, что нет. Просто когда грубо отвечаю я, она этого не замечает, потому что ко мне хорошо относится. А с папой всё наоборот.

---

Здоровье дороже

Зашёл я в аптеку. Всего лишь за валидолом.

-- Валидол есть?
-- Есть.
-- Две пачки, пожалуйста.
-- С вас 170 рублей.

!!!!!!!!!!!

Может, там 50 таблеток? Нет, десять, как обычно. Они действительно продают валидол по 85 рублей за пачку!

-- А нету того, который за 10 рублей?
-- Нету.
-- Тогда одну пачку, пожалуйста.

А валидол красивенький, в серебряной упаковке:

---

Логирование и профилирование в микроконтроллерах

Я обнаружил, что большинство моих постов про программирование в последнее время касаются микроконтроллеров. Такова специфика текущих задач.

Хотя программа и крутится на микроконтроллере, вспомогательные задачи, которые надо решать, остаются теми же, что для программ большого компьютера. Две из таких задач -- логирование и профилирование.

(читать дальше)

Логирование -- запись куда-либо событий, происходящих в программе. Во многом логирование и отладочная печать -- это одно и то же. После (или во время) выполнения программы лог можно изучить. Это помогает отладке.
Профилирование (кода) -- выяснение, какой участок программы сколько времени выполняется.

Для решения первой задачи на компьютере существует такая вещь, как файловая система. Мы можем в любой момент открыть файл, чиркануть туда пару строк и закрыть.
Для решения второй задачи есть целые системы (названий которых я, правда, не знаю, однако знаю, что в последних версиях вижуал студии профилировщик входит в комплект поставки).

Эти две задачи во многом схожи: в одной надо направлять на выход текстовые сообщения, а в другой -- метки времени.

На микроконтроллере наши ресурсы крайне ограничены. Можно выдавать лог через какой-нибудь UART, но их мало, а передача данных будет медленной. Контроллер медленный сам по себе, поэтому потеря времени на логирование и, тем более, на профилирование -- это плохо.

Поэтому лог надо вести в оперативной памяти. Естественно, чем меньше памяти, тем беднее будут возможности по логированию. Итак, вам понадобится:
-- свободная память, чем больше, тем лучше. Для комфортной работы нужно 20-40 KiB. Но у некоторых контроллеров ВСЕГО 40 KiB.
-- таймер, который будет заведовать метками времени.

Об'являем глобальный массив:

#define LOG_SIZE 10000//в каком-нибудь хэдере
volatile int log[LOG_SIZE];
volatile int log_idx=0;

volatile нужно, чтобы не было эксцессов с кэшированием памяти, оптимизацией компилятора и пр. Это слово означает, что чтение и запись в указанные области памяти каждый раз надо производить "начисто", даже если кажется, что можно как-то срезать путь.

Таймер настраиваем так, чтобы он выдавал по одному тику каждую миллисекунду. Это достаточно удобно для наблюдения.

В каждом модуле, где будет осуществляться запись в лог, надо написать:

extern volatile int log[LOG_SIZE];
extern volatile int log_idx=0;

(очевидно, что LOG_SIZE виден не будет; надо включить хэдер, где он определён)

А для записи событий использовать следующую функцию, к примеру:

void log(int type)
{
	log[log_idx]=type*100000+get_timer();//get_timer() выдаёт время в миллисекундах
	log_idx++;
	if(log_idx>=LOG_SIZE)
		log_idx=0;
}

Теперь у нас в старших разрядах будет тип события, а в младших -- метка времени (например, 77001427 -- код события 77, 1427 миллисекунд от последнего переполнения таймера). Данный пример рассчитан на таймер, который будет переполняться не реже, чем раз в сто секунд. В противном случае младшие разряды начнут "наползать" на старшие, где тип события. Если вам нужно больше, то вместо 100000 можно поставить что-нибудь более крутое, например, 1000000.

Очевидно, что всё это действует при отображении данных в десятичной системе. Если у вас вывод только в шестнадцатеричной, придётся немного переделать.

Как этим пользоваться, я думаю, очевидно. Но всё равно напишу:

1. Во всех местах, где происходит что-то интересное, вызываем функцию log(), в качестве аргумента указывая уникальный код места вызова (тип события). Коды придётся придумать самим.
2. Останавливаем процессор (желательно интерактивным отладчиком) и смотрим в память по адресу log. Там будет лог. При этом он будет относительно читабельным (если вы все типы событий запишете на бумажку).

Аналогичным образом можно гнать в этот лог значения переменных, причём без всяких кодов событий, если мы точно знаем, что и когда записываем. Например, так:

void log_data(int value)
{
	log[log_idx]=value;
	log_idx++;
	if(log_idx>=LOG_SIZE)
		log_idx=0;
}
//в месте вызова
//...
	int c=25,d=35;
	log(15);
	log_data(c);
	log_data(d);
//...

Тогда по логу будет понятно, что после события с кодом 15 идут значения двух переменных без меток времени, просто как числа в массиве. Логировать числа с плавающей точкой, конечно, в таких условиях будет сложновато.

Это всё будет нормально работать, к сожалению, только на крутых 32-битных контроллерах. Что делать на 8 и 16-разрядных, не знаю. Может быть, писать коды событий и метки времени по очереди?

---

Мультипаспорт

Я уже писал про бесконтактное обслуживание у карт Сбербанка.

Вот какое дополнительное наблюдение я провёл.

Во-первых, у карт Мир бесконтактное обслуживание либо не работает вовсе, либо работает редко.

Во-вторых, как работает бесконтактно обслуживание в банкоматах/терминалах оплаты:
1. Приложите карту.
2. Введие пин-код.
3. Выберите что вам надо.
4. Приложите карту ещё раз в течение 30 секунд.
5. Прикладывайте её при каждой следующей операции (кажется, по два раза на операцию).

Да, без этого не обойтись, иначе можно было бы один раз карту приложить, а потом делать что угодно в отсутствие клиента и карты. Но такой подход означает, что карту нельзя прятать в кошелёк, а надо постоянно держать наготове. И при этом успевать за 30 секунд её прикладывать. Немножко спасает ситуацию, что не надо каждый раз вводить пин-код. Но мне было бы удобнее, если бы карта всё время работы была внутри банкомата.

Изюминки добавляет то, что в одном из терминалов оплаты, которым я пользуюсь, считыватель карт мигает зелёным, пока в него не сунешь карту. После этого он перестаёт мигать, а карту не ест -- и остаётся только один выход -- прикладывать. При этом нет разницы -- совал ты Визу или Мир (а у Мира прикладывание не работает).

UPD.
1. Всё же при повторных операциях пин-код вводить нужно, поэтому никакой экономии не происходит.
2. Считыватель карт карту Мир всё же сожрал, а как только сунул Визу -- заблокировался и сказал "прикладывайте".