Лучше всего — не мешать браузеру нарисовать картинку в масштабе 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. Надо полагать, точно так же оно будет работать и с именами на любом другом языке.
Над макросами я подумаю.
А что конкретно неудобно?
Макросами я не пользовался. Что они делают? Просто отправляют по нажатию кнопки заранее подготовленную последовательность или позволяют что-то более сложное, типа скриптинга?
Хистори доступна по стрелочкам, если надо несколько раз послать одно и то же — то каждая отправка выполняется как .
Для меня идеалом скорее всего будет Docklight, хорошая программа но платная. Вот, если бы вы доработали свою, до похожего уровня.
Терминалка изначально задумана как простая, так что дорабатывать до подобного монстра врядли буду.
Ну ты же видишь, что на картинке ничего не разобрать. И возьми мою терминалку (VSTerm 2.0 alpha), в режиме приема HEX она более читаемый результат вывалит (также желательно поставить галку Captions), плюс она не такая широкая (а местный движок режет картинки именно по ширине).
Не-не, ты именно поиск по папке прогони, командой CMD_FILE_ENUM_GO. 123456789.txt вполне вероятно откроется как 123456~1.txt, а вот видит ли он кириллицу и под каким именем — вопрос интересный. Вполне может показать как "ЄЁаЁ«Ёж .txt".
Там есть команда поиска файлов (FILE_ENUM_GO или как-то так). Накидай на флешку файлов с длинными именами, с кириллическими именами, с длинными кириллическими именами и посмотри что чип сумеет найти) А потом — попробуй что из найденного сумеет открыть.
Ну и окончательно наша команда будет выглядеть так:
$57$AB$2F$2F$54$45$53$54$2D$31$2E$54$58$54$00 — (не забудьте вставить $ вначале имени файла, конвертер это не делает)
Ничуть не хуже оно работает с $57$AB$2F/TEST-1.TXT$00, и незачем морочиться с конвертером.
Ну и такими темпами до реальной работы с файлами мы дойдем части к десятой…
В ранней концепции PB2 действительно есть пункт «эксплуатировать FT2232 в хвост и гриву», поэтому оригинальные процессорные модули сопровождались отладчиками вида «повесим 74244 на фтшку», в том числе ARM-модуль комплектовался CoLink-шилдом, который был выбран за то, что тогда был довольно на слуху.
Потом, правда, выяснилось что эти отладчики не очень хорошо работают (а еще Ди додумался поставить еепром на базовую плату и для каждой смены отладчика надо не только шилд поменять, но еще и еепром перешить, а при этом еще и меняется серийник девайса и винда ставит стопицотый экземпляр колинка) и пришлось класть нормальные отладчики.
А вот притягивать тут политику за уши — это надо суметь.
Как я понимаю, это список того, что ты испортил во вставке, т.е. указание компилятору «не рассчитывай найти в этом регистре после вставки то, что было до нее». Например, временные переменные (если регистра temp тебе не хватает), испорченные входные значения (по дефолту gcc считает, что ты не меняешь то, что перечислено в input-листе, но не перечислено в output или clobber). Компилятор либо постарается назначить элементам клоббер-листа неиспользуемые регистры, либо переинициализирует их после вставки. Кроме того, насколько я помню, туда же записываются барьеры, но не помню, актуально ли это для AVR.
Сообщество EasyElectronics.ru
Вроде оно было опенсорсное и можно было доработать самому.
А, индикатор обновления. Я бы подумал над более очевидным индикатором обновления и выводил бы его только если обновления реже чем, скажем, раз в две секунды.
У современных смартфонов и планшетов разрешение такое, что половина мониторов позавидует, а на не-современных уже ничего и не запустишь.
Ну и наконец, если у кого-то такая древность, что картинка режется, то он может открыть картинку в новой вкладке. Это дело пары кликов. Или тапов. А вот ломать глаза, пытаясь разглядеть зашакаленные картинки приходится всем.
Чего-чего? ЯННП.
2) Sub и Sup (а также еще которые теги) работают, но на кой-то хрен в CSS задано рендерить их как обычный текст. Пофиксить это дело минутное, но хрен бы там уж сколько лет.
3) Загрузи гифку как аттач, прицепи к статье второй кнопкой «изображение».
Над макросами я подумаю.
Макросами я не пользовался. Что они делают? Просто отправляют по нажатию кнопки заранее подготовленную последовательность или позволяют что-то более сложное, типа скриптинга?
Хистори доступна по стрелочкам, если надо несколько раз послать одно и то же — то каждая отправка выполняется как .
Терминалка изначально задумана как простая, так что дорабатывать до подобного монстра врядли буду.
Ну и такими темпами до реальной работы с файлами мы дойдем части к десятой…
Потом, правда, выяснилось что эти отладчики не очень хорошо работают (а еще Ди додумался поставить еепром на базовую плату и для каждой смены отладчика надо не только шилд поменять, но еще и еепром перешить, а при этом еще и меняется серийник девайса и винда ставит стопицотый экземпляр колинка) и пришлось класть нормальные отладчики.
А вот притягивать тут политику за уши — это надо суметь.