Там же рядом написаны условия использования этих идов.

А поделись линком.

Лет так 10-15 назад кьют версий 3 и 4 очень даже хорошо собирался, я собирал в устаревшем уже тогда линуксе (ASP 9.2, ЕМНИП) и в винде.

Кстати, а где взять этот самый файл прошивки для обновления?

Это скорее «Инструмент», чем «Деталька». Речь же о программаторе, а не о чипе CH552 и как на нем светодиодиком поморгать.
Программа качается без проблем. Инсталлятор на NSIS, можно распаковать 7-zip'ом.

Ну вот и отформатируй на 80 колонок, а то скроллить код по горизонтали в этом движке крайне неудобно, если он по высоте не умещается в один экран — скроллбар оказывается за экраном.

А что ты этим сказать-то хочешь? Тут нет ничего по теме статьи.

А еще я поискал первоисточник и посмотрел о чем разговор. А разговор о том, что автор додумался вызывать прерывание с периодом 16 тактов на процессоре, где вход плюс выход занимают 19-24 такта, и оно почему-то не работает. И да, этим прерыванием он тактировал мигание светодиодиком.

А какой смысл в черном редакторе, когда вся остальная иде светлая, причем на скрине темный редактор занимает хорошо если треть пространства?

А где обещанный «прикрепленный архив»?

Хз. Я помню что прошивал еепром под CoLink и что мне не понравилось. И что работал либо CoLink, либо AVR-JTAG, пока еепром не перешьешь новыми ID'ами.

Ну, а раз проект сдох, то и поддержка новых версий ОС тоже отпала, а в винде старше 7ки все плагины и драйвера кокосовские перестали работать.

Вроде оно было опенсорсное и можно было доработать самому.

Есть, отчего ж нет.

Алсо, если оторвал масштабирование — то оторви и кликабельность, какой смысл открывать в том же разрешении?

Лучше всего — не мешать браузеру нарисовать картинку в масштабе 1:1. А еще желательно самому картинки подгонять под 720рх ширины, а не полагаться на ресайзер движка. Он шакалит.

Ничего не мешало, при попытке переложить этот код для MSC-51 N76E003 я так и сделал, т.к. прескалеров у него нет.

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

Это чаредование полезно при цикле измерения > 10 сек, позволяет визуально отслеживать циклы, если показания не дисплее не меняются.

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

Последними ноутбуками, имевшие менее чем 1366х768 (на котором такие картинки вполне влазят), из тех что я видел, были старые нетбуки, и современные интернетики на них жутко тормозят. На новых нетбуках FHD.
У современных смартфонов и планшетов разрешение такое, что половина мониторов позавидует, а на не-современных уже ничего и не запустишь.
Ну и наконец, если у кого-то такая древность, что картинка режется, то он может открыть картинку в новой вкладке. Это дело пары кликов. Или тапов. А вот ломать глаза, пытаясь разглядеть зашакаленные картинки приходится всем.

P.S. Вместо «кликабельно» лучше оторви у картинок атрибуты width и height. Мониторов, где картинки шириной 720рх (именно до такого размера их режет движок) не влезут в 2020 году еще поискать. И во второй статье тоже оторви.

Если я правильно понимаю, диапазоны 2-5 работают по принципу «ой, счетчик переполнился, меряем заново». Что мешало просто добавить счетчику еще десять бит вместо переключения на прескалер 1024? Лишние младшие биты можно просто выкинуть уже после замера.

Дефайн Inter может убрать код чередования точки/запятой после каждого измерения если он будет вас раздражать.

Чего-чего? ЯННП.

1) Это не вордпресс.
2) Sub и Sup (а также еще которые теги) работают, но на кой-то хрен в CSS задано рендерить их как обычный текст. Пофиксить это дело минутное, но хрен бы там уж сколько лет.
3) Загрузи гифку как аттач, прицепи к статье второй кнопкой «изображение».

Ровно та же проблема под названием «картинку сплющило и хрен что разберешь». Но, тем не менее, текст достаточно разборчив чтобы понять — оно работает! Третий файл называется ПРИВЕТ~1.TXT, четвертый — КИРИЛИЦА.TXT. Не надо только забывать, что FAT — ФС досовская и, соответственно, использует кодировку 866. Надо полагать, точно так же оно будет работать и с именами на любом другом языке.
Над макросами я подумаю.

Покажи уже, как выглядят файлы с кириллическими именами в выхлопе file_enum_go в гексе, а не аскии-мусоре.