Насчет вопросов главному инженеру — соглашусь с Вами лишь частично. Хабр — инженерная среда, и редактор Хабра имхо должен обладать не только журналистскими навыками, но и быть технически грамотным.
Далее, если автор пишет статью, он скорее всего перед этим изучил и агрегировал материал — и получив от него одну цифру, логично спросить у него же и про вторую. Кроме того, я бы не стал выступать адвокатом автора и отсылать к первоисточникам, достоверно не зная, какой информацией владеет сам автор, а какой — нет.
Насчет занудства. Погрешность квантования — это всего лишь пример — может быть, не слишком удачный для аудитории из-за пропорции 1:1000. А вопрос о технических характеристиках покупаемого прибора — не занудство, а абсолютно нормальный процесс там, где характеристики объекта специфицированы.
Грамотный продавец ответит на такой вопрос моментально — и главное, ответ на такой вопрос должен быть конкретным — ведь продается не чудо-порошок магического продления жизни, а совершенно детерминированная вещь с известным набором и значениями характеристик.
Кстати, уменьшение мощности на 0.4% в год даст всего 80% номинала через 50 лет — при этом, 20% пойдет на нагрев зеркал Солнцем :)
Да, именно так.
КПД солнечных панелей ЕМНИП не дотягивает до 20%, уменьшаясь при нагреве и со временем (оба фактора — негативные), в то время, как системы с улавливанием энергии излучения зеркалами -> парогенерацией -> турбиной имеют КПД как минимум в два раза выше, плюс способны преоборазовывать практически всю ширину спектра (подозреваю, правда, что могут быть нюансы с точностью фокусировки широкой полосы — ИК-лучи на дальнем расстоянии могут искривляться средой и будут бить мимо коллектора).
Ну и вопросы непрерывности генерации энергии (и генерации мощностей порядка сотен мегаватт вообще) на уже обкатанных технологиях электрических машин решаются, видимо, проще, чем DC->AC преобразователи на те же сотни мегаватт.
У меня, к сожалению, нет мнения на этот счет — я не знаю, освоили они сначала 600 млн, или нет, сколько при этом своровали (и своровали ли) итд.
Повторюсь, мой вопрос был сугубо техническим, без политических выводов и обобщений особенностей нашего национального характера и ведения проектов национального же масштаба — я всего лишь спрашиваю у автора поста, известно ли ему, входят ли в эти 0.4% в год потери от деградации или нет.
Мне кажутся странными ответы на такой простой вопрос, включающие понятия ничегонеделания, воровства, названия нашей страны, смертной казни, а также присутствие слова «блин» и обобщения «мы» — что я считаю хамством.
Для примера — вы покупаете, скажем, цифровой вольтметр, и продавец вам говорит, что точность прибора, например, 0.5%. Вы далее спрашиваете, полная ли это погрешность, или погрешность квантования учитывается отдельно — и… получаете от продавца ответы, аналогичные приведенным выше — и про умно-бедных, и про воровство в России и так далее. Угадайте, что будет дальше?
Мы похоже, не умно-бедные, а тупо-злобно-агрессивные. Держите минус за оладушек и за хамство.
Смысл моего вопроса был в следующем — расчетная потеря мощности в 0.4% в год включает ли деградацию поверхности или нет — поскольку потеря мощности от запыления — обратима, а из-за деградации — нет, и это должно заметно ограничивать срок эксплуатации таких станций — т.к. одновременно с потерей мощности будет расти и нагрев зеркал, да и кривая уменьшения эффективности от времени будет сильно напоминать эту характеристику для солнечных панелей…
Анатолий, я же не говорю, что Ваш продукт — плохой. Я говорю, что он больше похож на оболочку, чем на ОС.
Насчет «многозадачность мне не нужна» — если Вам нужны прерывания — вам в 99% случаев нужна и многозадачность. Вопрос в парадигме реализации обработки системой асинхронных событий (а физический мир всегда асинхронен по отношению к работающей МК системе) — то есть если нет встроенных средств поддержки многозадачности ИЛИ нужна оперативная реакция на прерывания с лимитированным временем ответа и джиттером — тогда да, ограничиваемся просто обработчиком.
Если же ядро такие средства имеет, и величина латентности/джиттера допустима — строим на основе потоков и обмена сообщениями.
Последний способ гораздо менее привязан к конкретной аппаратуре, и соответственно, более понятен, гибок, переносим. Заметьте, что подавляющее большинство периферийных устройств современных SoC имеют встроенные аппаратныее средства, как раз позволяющие работать с ними с заметной латентностью.
Насчет iOS — имеется в виду «пользовательская» однозадачность — то есть в один момент времени только одно приложение может иметь интерактив с пользователем (показывать ему свой экран и принимать от него события). Внутри системы процессов может быть множество — иначе невозможно было бы ни пакетами по сети обменяться, ни музыку в фоне послущать.
Насчет управления памятью для RTOS — под этим редко подразумевается виртуализация и/или защита памяти — в отличие от больших ОС, все процессы RTOS априори а) дружественны друг другу, т.к. системы реального времени обычно замкнутые — в них нельзя загрузить и запустить произвольный процесс, и б) отдельные процессы представляют собой части одного и того же программного модуля, соответственно вопросы загрузки и настройки адресов в большинстве случаев тоже отпадают. Кроме того, управляющие системы реального времени желательно строить с неизменяемым сегментом кода для увеличения детерминированности поведения при обработке непрогнозируемых отказов аппаратуры (например, срабатывании вотчдога или пропадания питания в произвольный момент)
И правильно — хабр, как явление — сам по себе хороший префильтр, если бы еще не форк на geektimes, болезненный для эмбед систем, как разлом печатной платы варварами — то было бы совсем хорошо. А так приходится материал собирать по кускам — тут STM32, там STM32 :) — только среди «желтых страниц» про планы Илона Маска уже (
А если серьезно — организаторам всего хабраинкубатора хорошо бы задуматься о том, что непродуманный раскол — как непродуманная политика государства — думающий народ погорюет-погорюет — и потихоньку потянется на другие ресурсы — и никакой риторикой их обратно уже не заманишь. Интересно, есть ли статистика просмотров/комментариев/голосования сходных по тематике материалов до раскола и после?
Скажем «Нет!» двойной буферизации в эпоху тотальной ардуинизации :)
Вообще-то в этом и смысл двойной буферизации — чтобы у МП-системы (в случае SoC это соседи по коммунальному кристаллу) было время на спокойную загрузку следующего байта не за длительность последнего бита, а за целый байт вперед. То есть вменяемому инженеру достаточно было просто прочитать, что в таком-то устройстве ВВ она поддерживается, и у него бы даже рука не поднялась переключать что-то там по ^BUSY — это как на автомобиле по сигналу о нейтральной передаче включить задний ход :)
Тот же факт, что в инете полно объездов на кривой козе воркэраундов с задержками, означает, что обезъяна с гранатой — явление массовое, а ведь STM32 по насыщенности периферией — что машинный зал EC ЭВМ
Мне кажется, что это не совсем OS, а скорее библиотека (удобных) сервисных функций и/или драйверов, заточенных на конкретное железо. Мне кажется, что ядро (RT)OS — это прежде всего: a) поддержка механизма многопоточности, б) поддержка синхронизационных примитивов и механизмов межпоточного обмена данными, в) управление памятью, г) поддержка периферии (втч через драйверы). Для RTOS, в отличие от OS, критически важна поддержка алгоритмов переключения контекста по аппаратным событиям в детермитированное время, втч «быстрые» обработчики прерываний.
Мне также кажется, что тот факт, что в данном решении такая частная задача, как вызов сервисных функций, решена через механизм программных прерываний, не делает систему ни лучше, ни хуже — это все равно, что спорить о том, какой способ передачи параметров лучше при вызове подпрограмм в модифицируемой памяти — класть их в стек или «под себя».
Для сравнения можно взять ChibiOS и посмотреть, например, на ее краткую документацию (даже не на код) — идеологию, организацию модулей, API итд
Очень удобны для подобных целей переходные китайские платы SOIC/SSOP -> DIP с нужным количеством выводов. Если брать плату под заведомо длинный корпус, то на неиспользуемых краевых выводах можно устанавливать тот жестабилизатор и/или транзисторы выходных каскадов. На Али такие платы стоят 3 доллара за 20 штук, а сделаны довольно качественно. Вот например на фото — синхронный выпрямитель на основе чипа 4320 от Linear Technologies:
NEC V20 — это вариант 8088, а не 8080 — помнится, не поверил своим глазам, запустив в начале девяностых sysinfo на какой-то PC/XT и прочитав, что там, оказывается, никакой не Intel, а японское черт-знает-что. Забавно, однако, другое — в те времена процессоры не имели явной идентификационной информации, и программы, желающие узнать тип процессора, вынуждены были применять серию твиков, чтобы по их результатам понять, что за зверь исполняет команды. У Nec V20, как потом я узнал, вроде бы было индустриальное расширение системы команд, по которому узнать его было просто.
Хорошо помню толкучку в Питере у ЮТ на Краснопутиловской, и помню, как менты ее разгоняли — был старшим школьником тогда, стремновато было — особенно от того, что «транзакция» со школьником и так могла быть оборвана посередине — деньги уже у спекулянта — а БИСы — еще не у тебя, а тут и менты еще… Потом появились циничные личности, которым было фиолетово на архитектуру процессоров и технологию ИМС — они как купцы из Ходжи Насреддина скупали «жЁлтое» — то есть все микросхемы ВП и ВЧ-транзисторы, чем досадовали нормальных любителей и взвинчивали цены.
А Z80, как и весь мир Синклера, мне не пришелся по душе — игры я не любил и себе собирать его не стал, хотя по просьбе однокурсников отладил и запустил пару спаяных ими вариантов. Z80 конечно хороший был проц, с его индексными регистрами, 16-битными расширениями арифметики (если ничего не путаю) и цепочечными командами, но к его нотации ассемблера я так и не привык. А шина слишком сильно отличалась от 8080-й, поэтому в свой 86РК я встраивать Z80 не стал, а поставил 4-МHz 8085 в Тошибовском исполнении.
Кстати, вскоре после постройки я сильно недоумевал, зачем авторы перегнули палку оптимизации по количеству корпусов, отрезав начисто себе же путь к совместимому расширению системы — пара-тройка ИМС средней степени интеграции погоды бы все равно не сделала (так как сложность была в покупке именно БИС), а нормальная адресация устройств ВВ (хотя бы плотно в верхних адресах), отход от EI/DI как способа генерации звука в пользу совместимой возможности добавить прерывания, отвязка частоты видеоконтроллера от частоты ЦП и терминалосовместимый формат экрана (80*25) были бы тогда мудрым заделом на будущее. В итоге появилось несколько клонов, в которых так или иначе, эти расширения были сделаны — естественно, у каждого своим способом
Имхо рассчитывать экономию в рублях на 5000 часов вперед при раскачивании курса рубля на 20-50% в месяц и привязке цены ламп к твердой валюте — только дразнить троллей.
Я бы ориентировался на другие метрики — если в сегодняшних условиях позволяют финансы — то ставил в приоритет эстетические (filament — это красиво, оригинально, винтажно — нужное подчеркнуть), конструктивные (100Вт накаливания сожжет мой абажур, а 10Вт led filament — будет для меня спасением Господа), «зеленые» (не хочу способствовать топке печей ассигнациями [Д.И.Менделеев]) соображения.
Если же финансы не позволяют, или позволяют со скрипом — то переходим на экономную модель текущих затрат — а значит, думаем о минимальных вложениях сейчас — то есть покупаем накаливания или ртутные. В последнем случае дальше будет виднее — если доход < расхода, то экономия на счетах за электричество в условиях неопределенности жизни в России все равно не спасет (уж лучше будет тупо вложиться в сматывание счетчика, несмотря на всю очевидную преступность деяния), а если удастся, как в сказке про лягушку в банке с молоком, превратить его в масло и выкарабкаться — то масштаб профита будет несопоставим с величиной экономии — и весь curriculum vitae все равно будет подлежать кардинальному переосмыслению и ревизии.
я тоже подумал про пьезу — ведь бывают зажигалки без фонариков, а вот без пьезы в показанном форм-факторе — не бывает :).
Отличный из пьезы кабельный пробник получится — если второй монтажник получил удар — то И жилы в порядке, И изоляция качественная. Если нет — то ИЛИ обрыв жил, ИЛИ хана изоляции (не была рассчитана на высокое напряжение), ИЛИ первый монтажник заснул :)
Что-то мне кажется, что при программном выборе коэффициента деления входного усилителя показанным способом а) в цепь сигнала насосется много шума с цифровой земли и б) потребуется ВЧ-коррекция получившегося делителя — см, например, здесь. Лучше уж герконовыми реле.
PS — за полезную инфу о workaround'ах c PLL и USB — спасибо!
Не знаю насчет Микро-80, но про Радио-86РК можно наверное сказать, что это был настоящий символ перестройки — даже не самой перестройки, а именно духа того времени — тогда такой был эмоциональный подъем в частности в среде инженеров — все факторы сошлись — и ослабление режима, и выход запрещенной музыки/кино/литературы, и нормальные (не свинолобые) личности на политической арене начали появляться (сравните с нынешним составом) — смотрели ведь трансляции с заседаний на рабочих местах, и риторика была интересной (!). Я работал тогда в НИИ лаборантом, учась в старших классах школы — энтузиасты из числа инженеров мне помогли с дефицитной комплектацией и прошвками знакогенератора и монитора — 86РК у меня завелся! И дальше уже пошло — Бейсик, затем Ассемблер, затем усовершенствование аппаратной части и монитора, своя ОС итд.
Не знаю, может это возраст такой был, может нет — но мне кажется в то время был реальный шанс у мыслящего народа перепрыгнуть самим и перевести страну на другой метауровень — как дверь временно приоткрыта была тогда, и можно было сделать усилие и войти. И Ваша роль в этом была фантастически большой — спасибо Вам и вашим коллегам за эти публикации в Радио.
А сейчас все — захлопнулась дверца. И дело не только в политике — похоже, проели мы свой гандикап, который давало широкое образование в СССР, и за счет которого можно было совершить *массовый* прыжок.
Скажите, а шумит/фонит модуль сильно? На автомобильной аудиосистеме заметно? Есть ли автоподавление выхода при отсутствии аудиопотока по BT?
У меня дома есть старый полный усилитель Маранц, у него сигнал-шум такой, что при закороченном или неподключенном входе сколько ручку громкости не крути — по колонкам непонятно — никакого шума не слышно вообще — ни теплового, ни фона 50Гц. Подключаешь BT-audio конвертер на вход — становится понятно :), зато удобно цеплять современные гаджеты :)
Свечи не сгорят — их защитит пердохранитель. А вот полевики в самом реле — да. Это если снять клемму на работающем двигателе или переполюсовать при прикуривании. И вместе с ним скорее всего сгорит диодный мост и регулятор напряжения (если есть) в генераторе, магнитола, приборная панель и добрая половина (а то и все) контроллеры — двигателя, АКПП, body.
То есть получается, что большого практического смысла (если опускать формальное соответствие спецификации) в защите 10-долларового гаджета по ISO-xyz нет — так как в случае «прямого попадания» это будет эквивалентно ситуации «наручные часы целы, но командир убит». Но это нисколько не умаляет Ваших усилий — все подход, исполнение и подача материала просто отличные. Читается на одном дыхании.
идея блестящая — цвет воспринимается практически подсознательно, на уровне BIOS'а гораздо более низком, чем положение стрелки прибора — а значит реакция на него будет тоже подсознательной, что сэкономит работу мозга для расчета текущей и прогнозирования будущей дорожной обстановки — что и есть основная сложность управления автомобилем
Идею можно расширить — например, избирательно подсвечивать красным тот прибор, показания которого вышли из нормы, или, например, ту сторону приборки, c которой в мертвой зоне идет попутный автомобиль.
Исполнение же, конечно, не совсем automotive :) — ардуине место в инсталляции художника, а не в автомобиле. И конечно, эти натурные схемы с изображением деталей — напоминают схему электрооборудования жигулей для автомехаников. От этого уровня надо бы поскорее перейти к абстракциям в виде условных обозначений элементов — здесь все-таки в основном сообщество инженеров
Что-то мне подсказывает, что у производителей компонентов для автомобильной электроники и штатных электронных блоков автомобилей все не так заморочено со стандартами, хотя это должно быть странно.
У IRF например куча мощных полевиков для automotive-применений — они с солидным запасом по Iс, но Uси max там ЕМНИП не превышает 40 вольт. В электронных автомобильных блоках ЭСУД итд обычно ставят суппрессор на вход — и все. На цепи, управляемые полевиками по минусу, обычно вообще ничего не ставят (ну, максимум, RC-цепь) — то есть всплеск в общем плюсовом проводе легко превысит Uси для управляемых нагрузкой ключей.
Для мелких изделий, типа MOSFET-реле, вроде тоже ничего специально не ставят. В частности, у меня есть в разобранном виде электронное реле свечей накала от дизельного двигателя Хундая (штатное, заметьте!) — так там защита коммутирующих полевиков от перенапряжения ЕМНИП вообще отсутствует, от переполюсовки — тоже (ну это понять еще можно), схем помехоподавления — никаких, да и вообще схемотехника странноватая (4 p-канала в параллель на радиаторе вместо n- с управлением вольтодобавкой) — и это при 50-75А рабочего тока!
То есть общий вывод такой, что на самом деле можно особо не заморачиваться :) В реальной системе обычное электромагнитное реле быстрее откажет, чем полевик вылетит, если на работающем моторе клемму с аккумулятора не снимать, или чужое авто не прикуривать.
Далее, если автор пишет статью, он скорее всего перед этим изучил и агрегировал материал — и получив от него одну цифру, логично спросить у него же и про вторую. Кроме того, я бы не стал выступать адвокатом автора и отсылать к первоисточникам, достоверно не зная, какой информацией владеет сам автор, а какой — нет.
Насчет занудства. Погрешность квантования — это всего лишь пример — может быть, не слишком удачный для аудитории из-за пропорции 1:1000. А вопрос о технических характеристиках покупаемого прибора — не занудство, а абсолютно нормальный процесс там, где характеристики объекта специфицированы.
Грамотный продавец ответит на такой вопрос моментально — и главное, ответ на такой вопрос должен быть конкретным — ведь продается не чудо-порошок магического продления жизни, а совершенно детерминированная вещь с известным набором и значениями характеристик.
Кстати, уменьшение мощности на 0.4% в год даст всего 80% номинала через 50 лет — при этом, 20% пойдет на нагрев зеркал Солнцем :)
КПД солнечных панелей ЕМНИП не дотягивает до 20%, уменьшаясь при нагреве и со временем (оба фактора — негативные), в то время, как системы с улавливанием энергии излучения зеркалами -> парогенерацией -> турбиной имеют КПД как минимум в два раза выше, плюс способны преоборазовывать практически всю ширину спектра (подозреваю, правда, что могут быть нюансы с точностью фокусировки широкой полосы — ИК-лучи на дальнем расстоянии могут искривляться средой и будут бить мимо коллектора).
Ну и вопросы непрерывности генерации энергии (и генерации мощностей порядка сотен мегаватт вообще) на уже обкатанных технологиях электрических машин решаются, видимо, проще, чем DC->AC преобразователи на те же сотни мегаватт.
Повторюсь, мой вопрос был сугубо техническим, без политических выводов и обобщений особенностей нашего национального характера и ведения проектов национального же масштаба — я всего лишь спрашиваю у автора поста, известно ли ему, входят ли в эти 0.4% в год потери от деградации или нет.
Мне кажутся странными ответы на такой простой вопрос, включающие понятия ничегонеделания, воровства, названия нашей страны, смертной казни, а также присутствие слова «блин» и обобщения «мы» — что я считаю хамством.
Для примера — вы покупаете, скажем, цифровой вольтметр, и продавец вам говорит, что точность прибора, например, 0.5%. Вы далее спрашиваете, полная ли это погрешность, или погрешность квантования учитывается отдельно — и… получаете от продавца ответы, аналогичные приведенным выше — и про умно-бедных, и про воровство в России и так далее. Угадайте, что будет дальше?
Смысл моего вопроса был в следующем — расчетная потеря мощности в 0.4% в год включает ли деградацию поверхности или нет — поскольку потеря мощности от запыления — обратима, а из-за деградации — нет, и это должно заметно ограничивать срок эксплуатации таких станций — т.к. одновременно с потерей мощности будет расти и нагрев зеркал, да и кривая уменьшения эффективности от времени будет сильно напоминать эту характеристику для солнечных панелей…
Насчет «многозадачность мне не нужна» — если Вам нужны прерывания — вам в 99% случаев нужна и многозадачность. Вопрос в парадигме реализации обработки системой асинхронных событий (а физический мир всегда асинхронен по отношению к работающей МК системе) — то есть если нет встроенных средств поддержки многозадачности ИЛИ нужна оперативная реакция на прерывания с лимитированным временем ответа и джиттером — тогда да, ограничиваемся просто обработчиком.
Если же ядро такие средства имеет, и величина латентности/джиттера допустима — строим на основе потоков и обмена сообщениями.
Последний способ гораздо менее привязан к конкретной аппаратуре, и соответственно, более понятен, гибок, переносим. Заметьте, что подавляющее большинство периферийных устройств современных SoC имеют встроенные аппаратныее средства, как раз позволяющие работать с ними с заметной латентностью.
Насчет iOS — имеется в виду «пользовательская» однозадачность — то есть в один момент времени только одно приложение может иметь интерактив с пользователем (показывать ему свой экран и принимать от него события). Внутри системы процессов может быть множество — иначе невозможно было бы ни пакетами по сети обменяться, ни музыку в фоне послущать.
Насчет управления памятью для RTOS — под этим редко подразумевается виртуализация и/или защита памяти — в отличие от больших ОС, все процессы RTOS априори а) дружественны друг другу, т.к. системы реального времени обычно замкнутые — в них нельзя загрузить и запустить произвольный процесс, и б) отдельные процессы представляют собой части одного и того же программного модуля, соответственно вопросы загрузки и настройки адресов в большинстве случаев тоже отпадают. Кроме того, управляющие системы реального времени желательно строить с неизменяемым сегментом кода для увеличения детерминированности поведения при обработке непрогнозируемых отказов аппаратуры (например, срабатывании вотчдога или пропадания питания в произвольный момент)
А если серьезно — организаторам всего хабраинкубатора хорошо бы задуматься о том, что непродуманный раскол — как непродуманная политика государства — думающий народ погорюет-погорюет — и потихоньку потянется на другие ресурсы — и никакой риторикой их обратно уже не заманишь. Интересно, есть ли статистика просмотров/комментариев/голосования сходных по тематике материалов до раскола и после?
Вообще-то в этом и смысл двойной буферизации — чтобы у МП-системы (в случае SoC это соседи по коммунальному кристаллу) было время на спокойную загрузку следующего байта не за длительность последнего бита, а за целый байт вперед. То есть вменяемому инженеру достаточно было просто прочитать, что в таком-то устройстве ВВ она поддерживается, и у него бы даже рука не поднялась переключать что-то там по ^BUSY — это как на автомобиле по сигналу о нейтральной передаче включить задний ход :)
Тот же факт, что в инете полно
объездов на кривой козеворкэраундов с задержками, означает, что обезъяна с гранатой — явление массовое, а ведь STM32 по насыщенности периферией — что машинный зал EC ЭВММне также кажется, что тот факт, что в данном решении такая частная задача, как вызов сервисных функций, решена через механизм программных прерываний, не делает систему ни лучше, ни хуже — это все равно, что спорить о том, какой способ передачи параметров лучше при вызове подпрограмм в модифицируемой памяти — класть их в стек или «под себя».
Для сравнения можно взять ChibiOS и посмотреть, например, на ее краткую документацию (даже не на код) — идеологию, организацию модулей, API итд
Хорошо помню толкучку в Питере у ЮТ на Краснопутиловской, и помню, как менты ее разгоняли — был старшим школьником тогда, стремновато было — особенно от того, что «транзакция» со школьником и так могла быть оборвана посередине — деньги уже у спекулянта — а БИСы — еще не у тебя, а тут и менты еще… Потом появились циничные личности, которым было фиолетово на архитектуру процессоров и технологию ИМС — они как купцы из Ходжи Насреддина скупали «жЁлтое» — то есть все микросхемы ВП и ВЧ-транзисторы, чем досадовали нормальных любителей и взвинчивали цены.
А Z80, как и весь мир Синклера, мне не пришелся по душе — игры я не любил и себе собирать его не стал, хотя по просьбе однокурсников отладил и запустил пару спаяных ими вариантов. Z80 конечно хороший был проц, с его индексными регистрами, 16-битными расширениями арифметики (если ничего не путаю) и цепочечными командами, но к его нотации ассемблера я так и не привык. А шина слишком сильно отличалась от 8080-й, поэтому в свой 86РК я встраивать Z80 не стал, а поставил 4-МHz 8085 в Тошибовском исполнении.
Кстати, вскоре после постройки я сильно недоумевал, зачем авторы перегнули палку оптимизации по количеству корпусов, отрезав начисто себе же путь к совместимому расширению системы — пара-тройка ИМС средней степени интеграции погоды бы все равно не сделала (так как сложность была в покупке именно БИС), а нормальная адресация устройств ВВ (хотя бы плотно в верхних адресах), отход от EI/DI как способа генерации звука в пользу совместимой возможности добавить прерывания, отвязка частоты видеоконтроллера от частоты ЦП и терминалосовместимый формат экрана (80*25) были бы тогда мудрым заделом на будущее. В итоге появилось несколько клонов, в которых так или иначе, эти расширения были сделаны — естественно, у каждого своим способом
Я бы ориентировался на другие метрики — если в сегодняшних условиях позволяют финансы — то ставил в приоритет эстетические (filament — это красиво, оригинально, винтажно — нужное подчеркнуть), конструктивные (100Вт накаливания сожжет мой абажур, а 10Вт led filament — будет для меня спасением Господа), «зеленые» (не хочу способствовать топке печей ассигнациями [Д.И.Менделеев]) соображения.
Если же финансы не позволяют, или позволяют со скрипом — то переходим на экономную модель текущих затрат — а значит, думаем о минимальных вложениях сейчас — то есть покупаем накаливания или ртутные. В последнем случае дальше будет виднее — если доход < расхода, то экономия на счетах за электричество в условиях неопределенности жизни в России все равно не спасет (уж лучше будет тупо вложиться в сматывание счетчика, несмотря на всю очевидную преступность деяния), а если удастся, как в сказке про лягушку в банке с молоком, превратить его в масло и выкарабкаться — то масштаб профита будет несопоставим с величиной экономии — и весь curriculum vitae все равно будет подлежать кардинальному переосмыслению и ревизии.
Отличный из пьезы кабельный пробник получится — если второй монтажник получил удар — то И жилы в порядке, И изоляция качественная. Если нет — то ИЛИ обрыв жил, ИЛИ хана изоляции (не была рассчитана на высокое напряжение), ИЛИ первый монтажник заснул :)
PS — за полезную инфу о workaround'ах c PLL и USB — спасибо!
Не знаю, может это возраст такой был, может нет — но мне кажется в то время был реальный шанс у мыслящего народа перепрыгнуть самим и перевести страну на другой метауровень — как дверь временно приоткрыта была тогда, и можно было сделать усилие и войти. И Ваша роль в этом была фантастически большой — спасибо Вам и вашим коллегам за эти публикации в Радио.
А сейчас все — захлопнулась дверца. И дело не только в политике — похоже, проели мы свой гандикап, который давало широкое образование в СССР, и за счет которого можно было совершить *массовый* прыжок.
У меня дома есть старый полный усилитель Маранц, у него сигнал-шум такой, что при закороченном или неподключенном входе сколько ручку громкости не крути — по колонкам непонятно — никакого шума не слышно вообще — ни теплового, ни фона 50Гц. Подключаешь BT-audio конвертер на вход — становится понятно :), зато удобно цеплять современные гаджеты :)
То есть получается, что большого практического смысла (если опускать формальное соответствие спецификации) в защите 10-долларового гаджета по ISO-xyz нет — так как в случае «прямого попадания» это будет эквивалентно ситуации «наручные часы целы, но командир убит». Но это нисколько не умаляет Ваших усилий — все подход, исполнение и подача материала просто отличные. Читается на одном дыхании.
BIOS'агораздо более низком, чем положение стрелки прибора — а значит реакция на него будет тоже подсознательной, что сэкономит работу мозга для расчета текущей и прогнозирования будущей дорожной обстановки — что и есть основная сложность управления автомобилемИдею можно расширить — например, избирательно подсвечивать красным тот прибор, показания которого вышли из нормы, или, например, ту сторону приборки, c которой в мертвой зоне идет попутный автомобиль.
Исполнение же, конечно, не совсем automotive :) — ардуине место в инсталляции художника, а не в автомобиле. И конечно, эти натурные схемы с изображением деталей — напоминают схему электрооборудования жигулей для автомехаников. От этого уровня надо бы поскорее перейти к абстракциям в виде условных обозначений элементов — здесь все-таки в основном сообщество инженеров
У IRF например куча мощных полевиков для automotive-применений — они с солидным запасом по Iс, но Uси max там ЕМНИП не превышает 40 вольт. В электронных автомобильных блоках ЭСУД итд обычно ставят суппрессор на вход — и все. На цепи, управляемые полевиками по минусу, обычно вообще ничего не ставят (ну, максимум, RC-цепь) — то есть всплеск в общем плюсовом проводе легко превысит Uси для управляемых нагрузкой ключей.
Для мелких изделий, типа MOSFET-реле, вроде тоже ничего специально не ставят. В частности, у меня есть в разобранном виде электронное реле свечей накала от дизельного двигателя Хундая (штатное, заметьте!) — так там защита коммутирующих полевиков от перенапряжения ЕМНИП вообще отсутствует, от переполюсовки — тоже (ну это понять еще можно), схем помехоподавления — никаких, да и вообще схемотехника странноватая (4 p-канала в параллель на радиаторе вместо n- с управлением вольтодобавкой) — и это при 50-75А рабочего тока!
То есть общий вывод такой, что на самом деле можно особо не заморачиваться :) В реальной системе обычное электромагнитное реле быстрее откажет, чем полевик вылетит, если на работающем моторе клемму с аккумулятора не снимать, или чужое авто не прикуривать.