А можно поконкретнее, из-за чего глаз дёрнулся, и почему электролиты такие мерзкие?
У меня "глаз дёргается" при виде любого ОУ общего назначения в цепи, где предполагается динамический микрофон на входе. Либо ultra low noise opamp, либо каскад на малошумящих BJT, JFET. Иначе получается та же китайщина, что вот тут.
Встречался со схемами с реально богомерзкой керамикой X7R/X5R большой ёмкости в аудио цепях. Действительно, на слух искажения адские, т.к. ёмкость жутко нелинейна. Но электролиты алюминиевые, танталовые, и керамика при определённых условиях - вполне ничего себе. Ну, для алюминия запас ёмкости на высыхание лучше добавить.
Ясен перец, плёночные лучше. Но их тоже везде пихать не стоит, если они улучшат КНИ с 0,0010% до 0,0011%.
я удивляюсь, как их до сих пор на WiFi или BT какой-нибудь не перевели, чтобы уж совсем без разъемов
Музыкантам нужны интерфейсы с низкой задержкой. Только хардкор, только жесточайший реалтайм.
Радио-связью, конечно пользуются. На большинстве сцен уже давно никто провода от микрофонов не тянет. Но это работает не в ISM-диапазонах, которые забиты всяким г. И работает не через стандартные цифровые протоколы связи из-за задержек. Поэтому и ценник на такие устройства - $500-$2000 за один канал. То, что дешевле - ну может для пьяных посиделок в караоке-баре и подойдёт.
куча готовых микшеров за пару тысяч рублей
Да, для каких-то задач они подходят. Инструментальный вход, или микрофон с фантомным питанием более-менее работают. А вот для динамического микрофона вход слишком шумный. И есть нюансы с качеством разъёмов, с защитой от внешних помех (тех же радио-каналов, особенно GSM), и куча других
Но, как говорил знаменитый В.И., есть один нюанс. Си уже пол-сотни лет в обед, и ни про какой ООП ни тогда, ни сейчас речи не было. Для этого сделан обратно совместимый ++. Но в питоне-то в принципе всё есть объект. Поэтому неизменный self там выглядит странно.
Вероятно, у разработчиков питона всё-таки была какая-то причина так сделать. Пришлось идти на компромисс. Хотели с одной стороны обеспечить полный волюнтаризьм в динамическом добавлении свойств и методов, как в транслируемых языках. С другой стороны питон весьма шустрый в скомпилированном виде, пускай и в байт-коде. По скорости выполнения классика типа JavaScript и TCL даже рядом не стоят.
Тогда DCDC не включится. Для первоначального запуска ему нужно напряжение на входе EN выше, чем GND схемы. Как минимум на пороговые 1,2V + падение на VD5.
Делитель R18+R22 с трудом это обеспечивает. Но лучше всё-таки замкнуть или уменьшить R18.
Включаем и на выходе появляется напряжение +8.6 В, вместо +15 В.
Получается, отключение питания Vsmps не до конца работает. R19 лишний - он приоткрывает VT2.
Ещё вижу проблему в том, что выходы HC4094 могут находиться в неопределённом состоянии, пока контроллер не прошит, или ещё не загрузился. Ей бы на ногу OE подать сигнал разрешения, когда всё запустится. Тогда она станет полноценным расширителем портов.
Преобразователь в -15V вполне себе отключается цепью CTRL-15B. Нет смысла нагружать VT2 лишним током. А на +15V всё равно при включении Vsmps уже появятся 4..5V, поэтому нет смысла его отключать с помощью CTRL+15B.
Почитал доки на экраны - удивился адской потребляемой мощности. И заметил, что у них ограничен допустимый стартовый ток. А это 99% значит, что нужен софт-старт преобразователей. Возможно даже сильно софт-.
встроенным загрузчиком. Через USB, или другие интерфейсы, которые используется для связи с внешним миром. Не, все, правда. Жаль, что через голый RS485 это не работает, например.
иметь часть прошивки - загрузчик, всегда защищённую от записи. В самом STLink так сделано, например. А если стоит защита от чтения, у большинства стм защита записи первых килобайт флеши автоматом ставится.
на время обновления защиту можно и снять. Но если нет запасных загрузочных интерфейсов, есть опасность "окирпичить" плату где-то далеко у заказчика.
отладить прошивку так, чтобы не надо было обновлять. Для серийных устройств этот вариант лучше, чем потом ездить и "кирпичи" собирать.
Я сам делаю последовательную запись, чтобы не стирать каждый раз. Обязательно использую 2 страницы, чтобы в случае чего при стирании не остаться вообще без данных. Все записи нумеруются, чтобы потом найти последнюю. Контрольная сумма - тоже обязательно. Проверку флагов ошибок после записи и стирания - тоже делаю.
Второй момент: не понял, зачем запрещать прерывания. Во время записи или стирания стм не может читать флешу, соответственно, не может выполнять оттуда код. Поскольку стирание - процесс не быстрый, даже приходится реалтаймовые обработчики прерываний выносить в ОЗУ.
3-й момент: для страниц с кодом обязательно нужно включать защиту от записи. На нескольких чипах встречал порчу кода, когда где-то в прошивке используется запись во флешу. Может, конечно, это и от общей криворукости происходит, но защита не повредит.
Сам по себе может быть питон и не плох. Он другой, не для промозглых железячников. Во всякие краткие записи, которые по факту разворачиваются в циклы, я только-только въезжаю. Каким-то умным словом это называется) а ещё и глубже есть
По началу в питоне подкупало то, что много библиотек есть. Я для своих железяк быстро пишу ответный софт для тестов - хватает. Но глючит это всё - отпад, отвал башки, иопанный сферический конь... Но в прод, слава хабру, я вывожу мою вылизанную прошивку мк. И не важно, каким г-ном я измазался, пока тестировал.
Первое, что приходит в голову, когда слышишь эту трёхбуквенную аббревиатуру
Не у всех) Возможно, кто-то даже вспомнит/найдёт весь этот стих
Эх, достать-бы где РПГ, Да принять для куражу ЛСД... Я разнес бы все к таким ЕБН, Что позавидует сама ООП.
И вроде трёхбуквенных аббревиатур всего-то 33³, но совпадения встречаются часто) У меня когда-то была подруга по имени Ира. Характер чётко совпадал с IRA)
Ну это я так, для разрядки холивара между поклонниками разных ЯП
В целом плюсую подход с ограничением подмножества фич. Даже плюс-плюсую)
Я, как эмбеддед с микроконтролерами, в основном чисто сишник. Из плюсов беру некоторые вещи, которые одновременно экономят и (объём кода=время разработки), и (процессорное время=потребляемая мощность=цена железа). Для меня плюсы главным образом меняют 1 на 2
+ область видимости переменных. Пользуясь случаем передаю отдельный "привет" питонщикам с ихним бл$дь self через слово) Шаблоны и наследование - для мк-проектов редко нужны, но иногда бывает удобно. Всё, что касается динамической памяти в прошивках для девайсов без аппаратной подстановки страниц ОЗУ, это конечно у нас запрещёнка.
Но в целом, конечно, для каждой задачи - свой инструмент.
Да, charge redistribution ближе к кмоп-технологии, скорее он. Но конденсаторы же в них как-то ухитряются делать и дёшево, и с таким-же малым разбросом. Почему резисторам нельзя?
Именно. Важна не сама точность, и даже линейность этих резисторов, а только чтобы они были одинаковые в одном чипе. А это достаточно легко. 0,1% - это резисторы в 10-битном SAR-АЦП. А сколько стоит такой АЦП внутри AVR или STM8?
Слышал байку, что во время бомбардировок Югославии в 1999 из печек путём выламывания датчика дверцы делали имитаторы РЛС. Пилот получает сигнал, что его облучают, ссытся, срётся, и тратит боезапас на атаку бедной микроволновки. А стоимость печки-то на несколько порядков меньше, чем ракеты.
Сейчас этот баг пофиксили, потому как современные радары не работают в диапазоне 2,4 ГГц.
Результат изменится. Все данные могут быть одного порядка, и тогда int8 будет один и тот-же, и все попадут в одну точку гистограммы. Или наоборот - при большом разбросе все попадут в две крайние точки.
Чтобы так легко сворачивать исходные данные, нужно про них что-то знать. А это как минимум ещё один проход по ним.
Про продажу программ под GPL - подтверждаю. И не одна компания. Аргументы компаний были: у GPL нет официального перевода на государственный язык, значит не катит, и значит софт не бесплатный. И после этого - понеслось...
Не поможет. Сигнал SI- никогда не будет положительным - там диод стоит. Сигнал спасёт, если перепутали полярность диодов, подключённых к трансформатору около надписи "вход".
А вот от переполюсовки линии спасёт только протокол обмена поверх манчестера, который на эту переполюсовку рассчитан. NRZI какой-нибудь, или анализ данных после декодирования.
В защиту автора скажу: хоть схемотехника и странная, но позволяет использовать простейшие ПЛИС без дифференциальных входов. Хотя можно сделать и по-нормальному - с одним честным терминатором, без лишнего входа, и также на короткой дистанции - без дифф.входов.
А можно поконкретнее, из-за чего глаз дёрнулся, и почему электролиты такие мерзкие?
У меня "глаз дёргается" при виде любого ОУ общего назначения в цепи, где предполагается динамический микрофон на входе. Либо ultra low noise opamp, либо каскад на малошумящих BJT, JFET. Иначе получается та же китайщина, что вот тут.
Встречался со схемами с реально богомерзкой керамикой X7R/X5R большой ёмкости в аудио цепях. Действительно, на слух искажения адские, т.к. ёмкость жутко нелинейна. Но электролиты алюминиевые, танталовые, и керамика при определённых условиях - вполне ничего себе. Ну, для алюминия запас ёмкости на высыхание лучше добавить.
Ясен перец, плёночные лучше. Но их тоже везде пихать не стоит, если они улучшат КНИ с 0,0010% до 0,0011%.
Музыкантам нужны интерфейсы с низкой задержкой. Только хардкор, только жесточайший реалтайм.
Радио-связью, конечно пользуются. На большинстве сцен уже давно никто провода от микрофонов не тянет. Но это работает не в ISM-диапазонах, которые забиты всяким г. И работает не через стандартные цифровые протоколы связи из-за задержек. Поэтому и ценник на такие устройства - $500-$2000 за один канал. То, что дешевле - ну может для пьяных посиделок в караоке-баре и подойдёт.
Да, для каких-то задач они подходят. Инструментальный вход, или микрофон с фантомным питанием более-менее работают. А вот для динамического микрофона вход слишком шумный. И есть нюансы с качеством разъёмов, с защитой от внешних помех (тех же радио-каналов, особенно GSM), и куча других
В 13.3 такое было:
Но я не понял, это ограничение стартового тока DCDC-преобразователей, или панель реально этот ток ест на старте.
Да, я про любой С-подобный синтаксис.
Но, как говорил знаменитый В.И., есть один нюанс. Си уже пол-сотни лет в обед, и ни про какой ООП ни тогда, ни сейчас речи не было. Для этого сделан обратно совместимый ++. Но в питоне-то в принципе всё есть объект. Поэтому неизменный self там выглядит странно.
Вероятно, у разработчиков питона всё-таки была какая-то причина так сделать. Пришлось идти на компромисс. Хотели с одной стороны обеспечить полный волюнтаризьм в динамическом добавлении свойств и методов, как в транслируемых языках. С другой стороны питон весьма шустрый в скомпилированном виде, пускай и в байт-коде. По скорости выполнения классика типа JavaScript и TCL даже рядом не стоят.
Да любой. Вот из одной стандартной библиотеки:
https://github.com/python/cpython/blob/main/Lib/zipfile/__init__.py
2330 строк.
Слов "return" - 116. Слов "def" - 123. Примерно столько функций, но часть не ООПэшная.
А слов "self" - 649.
И эти люди мне
запрещают ковыряться в носув пример ставят ";" ...Тогда DCDC не включится. Для первоначального запуска ему нужно напряжение на входе EN выше, чем GND схемы. Как минимум на пороговые 1,2V + падение на VD5.
Делитель R18+R22 с трудом это обеспечивает. Но лучше всё-таки замкнуть или уменьшить R18.
Бюджетно и со вкусом!
Получается, отключение питания Vsmps не до конца работает. R19 лишний - он приоткрывает VT2.
Ещё вижу проблему в том, что выходы HC4094 могут находиться в неопределённом состоянии, пока контроллер не прошит, или ещё не загрузился. Ей бы на ногу OE подать сигнал разрешения, когда всё запустится. Тогда она станет полноценным расширителем портов.
Преобразователь в -15V вполне себе отключается цепью CTRL-15B. Нет смысла нагружать VT2 лишним током. А на +15V всё равно при включении Vsmps уже появятся 4..5V, поэтому нет смысла его отключать с помощью CTRL+15B.
Почитал доки на экраны - удивился адской потребляемой мощности. И заметил, что у них ограничен допустимый стартовый ток. А это 99% значит, что нужен софт-старт преобразователей. Возможно даже сильно софт-.
Есть несколько вариантов:
встроенным загрузчиком. Через USB, или другие интерфейсы, которые используется для связи с внешним миром. Не, все, правда. Жаль, что через голый RS485 это не работает, например.
иметь часть прошивки - загрузчик, всегда защищённую от записи. В самом STLink так сделано, например. А если стоит защита от чтения, у большинства стм защита записи первых килобайт флеши автоматом ставится.
на время обновления защиту можно и снять. Но если нет запасных загрузочных интерфейсов, есть опасность "окирпичить" плату где-то далеко у заказчика.
отладить прошивку так, чтобы не надо было обновлять. Для серийных устройств этот вариант лучше, чем потом ездить и "кирпичи" собирать.
Недавно 2-й вариант осилил для CAN-шины.
Я сам делаю последовательную запись, чтобы не стирать каждый раз. Обязательно использую 2 страницы, чтобы в случае чего при стирании не остаться вообще без данных. Все записи нумеруются, чтобы потом найти последнюю. Контрольная сумма - тоже обязательно. Проверку флагов ошибок после записи и стирания - тоже делаю.
Второй момент: не понял, зачем запрещать прерывания. Во время записи или стирания стм не может читать флешу, соответственно, не может выполнять оттуда код. Поскольку стирание - процесс не быстрый, даже приходится реалтаймовые обработчики прерываний выносить в ОЗУ.
3-й момент: для страниц с кодом обязательно нужно включать защиту от записи. На нескольких чипах встречал порчу кода, когда где-то в прошивке используется запись во флешу. Может, конечно, это и от общей криворукости происходит, но защита не повредит.
Сам по себе может быть питон и не плох. Он другой, не для промозглых железячников. Во всякие краткие записи, которые по факту разворачиваются в циклы, я только-только въезжаю. Каким-то умным словом это называется) а ещё и глубже есть
По началу в питоне подкупало то, что много библиотек есть. Я для своих железяк быстро пишу ответный софт для тестов - хватает. Но глючит это всё - отпад, отвал башки, иопанный сферический конь... Но в прод, слава хабру, я вывожу мою вылизанную прошивку мк. И не важно, каким г-ном я измазался, пока тестировал.
Не у всех) Возможно, кто-то даже вспомнит/найдёт весь этот стих
И вроде трёхбуквенных аббревиатур всего-то 33³, но совпадения встречаются часто) У меня когда-то была подруга по имени Ира. Характер чётко совпадал с IRA)
Ну это я так, для разрядки холивара между поклонниками разных ЯП
В целом плюсую подход с ограничением подмножества фич. Даже плюс-плюсую)
Я, как эмбеддед с микроконтролерами, в основном чисто сишник. Из плюсов беру некоторые вещи, которые одновременно экономят и (объём кода=время разработки), и (процессорное время=потребляемая мощность=цена железа). Для меня плюсы главным образом меняют 1 на 2
+ область видимости переменных. Пользуясь случаем передаю отдельный "привет" питонщикам с ихним
бл$дьself через слово)Шаблоны и наследование - для мк-проектов редко нужны, но иногда бывает удобно. Всё, что касается динамической памяти в прошивках для девайсов без аппаратной подстановки страниц ОЗУ, это конечно у нас запрещёнка.
Но в целом, конечно, для каждой задачи - свой инструмент.
Чё-то я не просто /old/old/Новая папка/old/games/ ... А ещё и тормоз)
Спасибо за комментарий! Прям на целую статью тянет)
Да, charge redistribution ближе к кмоп-технологии, скорее он. Но конденсаторы же в них как-то ухитряются делать и дёшево, и с таким-же малым разбросом. Почему резисторам нельзя?
Именно. Важна не сама точность, и даже линейность этих резисторов, а только чтобы они были одинаковые в одном чипе. А это достаточно легко. 0,1% - это резисторы в 10-битном SAR-АЦП. А сколько стоит такой АЦП внутри AVR или STM8?
Слышал байку, что во время бомбардировок Югославии в 1999 из печек путём выламывания датчика дверцы делали имитаторы РЛС. Пилот получает сигнал, что его облучают, ссытся, срётся, и тратит боезапас на атаку бедной микроволновки. А стоимость печки-то на несколько порядков меньше, чем ракеты.
Сейчас этот баг пофиксили, потому как современные радары не работают в диапазоне 2,4 ГГц.
Результат изменится. Все данные могут быть одного порядка, и тогда int8 будет один и тот-же, и все попадут в одну точку гистограммы. Или наоборот - при большом разбросе все попадут в две крайние точки.
Чтобы так легко сворачивать исходные данные, нужно про них что-то знать. А это как минимум ещё один проход по ним.
Про продажу программ под GPL - подтверждаю. И не одна компания. Аргументы компаний были: у GPL нет официального перевода на государственный язык, значит не катит, и значит софт не бесплатный. И после этого - понеслось...
Не поможет. Сигнал SI- никогда не будет положительным - там диод стоит. Сигнал спасёт, если перепутали полярность диодов, подключённых к трансформатору около надписи "вход".
А вот от переполюсовки линии спасёт только протокол обмена поверх манчестера, который на эту переполюсовку рассчитан. NRZI какой-нибудь, или анализ данных после декодирования.
В защиту автора скажу: хоть схемотехника и странная, но позволяет использовать простейшие ПЛИС без дифференциальных входов. Хотя можно сделать и по-нормальному - с одним честным терминатором, без лишнего входа, и также на короткой дистанции - без дифф.входов.