Если факт утечки фиксируется визуально, я бы тоже смотрел в сторону видеоаналитики, так как обслуживать сотни датчиков - это тот ещё гемор. А вот сотни датчиков пришлось бы ставить только в том случае, если утечка визуально не фиксируется.
По большому счету цвет маски не влияет на цену, так как её стоимость такая же, как и у зелёной. Цену на нанесение нестандартный маски поднимает изготовитель плат, так как замена маски увеличивает затраты на переналадку. Это нужно слить остатки маски, промыть оборудование, залить другую маску, наладить, что-то поменять и тысячи других нюансов. Если же заказ таких плат довольно большой, то эти затраты размываются на большую партию и цена становится стандартной.
Провода скручивают для того, чтобы помехи наводились на обоих жилах одинаково. Просто потом входной каскад вычитает одинаковые уровни на жилах и пропускает разные. Так помеха удаляется, а сигнал остаётся. Для более подробной информации можно почитать про передачу данных по дифференциальной паре.
И тем не менее, большинство двигателей Mercedes (даже 90х-2000х годов) отличаются удивительной экономностью при внушительных объёмах и мощностях. Разработчики хорошо работают над испытаниями и формированием топливных карт для различных режимов работы двигателя.
Делали такое сканирование. Но шина у нас была не RS485, а некое подобие LIN. Задача стояла быстро раздать адреса кучке устройств и поддержка их горячей замены. У каждого устройства был свой серийный номер. Он же служил и в качестве MAC адреса на этапе сканирования. Сами же рабочие адреса были размером в один байт. Команды делились на широковещательные и адресованные. Из широковещательных были команды сброса адресов, запрос на наличие неадресованных устройств, запрос с маской серийника (по сути, это запрос с номером интересующего бита в серийнике). Из адресованных только назначение адреса устройству. Протокол позволял назначить адрес устройству и без процедур поиска, при условии, что его серийник известен.
Скажем так, я не аудиофил, но разницу между 16/44.1 и 24/192 я чувствую. Даже при том, что я уже не слышу частоты выше 18к. Разница проявляется в том, что при более высоких параметрах (24/96 и выше) меньше шума и более чёткий звук на высоких частотах. Лично мне достаточно 24бит/96к. Выше уже разницы не улавливаю. А вот между FLAC и хорошим MP3 (320к) я разницы никакой не слышу.
В Open Source все просто. Если что-то не так, можно обратиться к сообществу. В моей практике было, когда сообщество решало мою проблему, а были и случаи, когда я находил решение проблемы, делился им с сообществом и они его тут же вносили в проект. Пользоваться продуктом сообщества и ворчать на его недостатки, ничего при этом не предпринимая - это как бы не дело. Свободные проекты развиваются благодаря участию в них разработчиков и пользователей.
Ну и как бы люди бывают разные, одни помогают сообществу на альтруизме, другие думая в первую очередь о себе - ведь исправив проблему и поделившись исправлением с сообществом, с этой проблемой сам больше не столкнешься через пару лет, скачав условный KiCAD на свежеустановленную ОС.
А зачем конвертировать программатор? Я штатным ST-Link без какой либо переделки и перепрошивки читал и шил китайский камень HC32L110C6PA. Для этого я собирал openocd с нужным патчем, потом ставил pyocd. Все прекрасно работало.
Техдокументацию и исходники дают только разработчикам и производителям конечных устройств, перед этим подписав NDA. Так все делают и Mediatek в том числе. Часто можно встретить утекшие даташиты, на страницах которых написано "confidential".
Ломал китайскую прошивку от устройства, которое внезапно переставало работать. Нашёл там программную закладку, которая после некоторого количества событий блокировала нормальную работу устройства. Пропатчил прошивку и устройство снова заработало. Для анализа, кстати, тоже использовал Ghidra.
Если он способен работать не просто в полном диапазоне тяги, но ещё и способен одинаково работать в разных условиях (на земле и на орбите), то это ещё один эпический прорыв. В таком случае можно избавиться от сбрасываемых ступеней, а то и сделать самолёт, улетающий с с земли сразу в космос.
Однозначно одобряю такие статьи. Всегда интересно, как коллеги по цеху реализуют интерфейсы для общения с внешним миром для ПЛИС. Где-то свои выводы подтвердишь чужим опытом, где-то что-то новое узнаешь.
Так вроде младшие процессоры уже года два как в Зеленограде производят. Проблема только с более производительными, типа 8с. Но банкомату хватит и слабого варианта. Или я не прав?
Все верно. Я так же сбрасывал вес. Продукты нужно делить не столько по калориям, сколько по их гликемическому и инсулиновому индексам. Потому что у организма нет "выключателя" пищеварения, который он мог бы выключить, если бы у него сахар в крови резко поднялся выше допустимого. Вместо этого, излишки глюкозы уходят в жировые запасы. Другое дело, когда перевариваются продукты с низким гликемическим индексом. Вроде и калорий столько же, но сахар из них поступает в кровь настолько медленно, что успевает весь сгореть, так мало того, организму ещё и не хватает и он берет недостающее с жировых запасов.
Потому тут все просто: Не важно, сколько ешь и когда ешь. Важно - что ты ешь.
Хорошая библиотека. Но я ее модифицировал, приделав к ней мультиинстанс. То есть, в моей версии можно запустить несколько независимых консолей на разных интерфейсах. Было нужно, так как доступ к консоли предполагался с Ethernet и UART.
Я забыл об одном важном нюансе. В пункте два, у кого были нули в запрошенных битах и при этом на шине проскакивал ответ на запрос мастера, прекращали отвечать на запросы следующих битов до следующего пакета из 1 пункта. Таким образом, опрашивая со старших битов, из процесса извлечения очередного серийника устройства выбывают крупные группы устройств.
То есть, имеем три устройства со следующими серийниками (пусть серийники будут 4-битными для упрощения)
А - 0110
В - 1001
С - 1111
На запрос 3 бита ответят устройства В и С, а устройство А, услышав этот ответ, замолкает до следующего пакета "есть ли кто неадресованный?"
На запрос второго бита ответит устройство С, а устройство В замолкнет.
На запрос первого и нулевого битов ответит только устройство С.
Таким образом у мастера получится серийник устройства С. Он назначит ему адрес и оно перестанет участвовать в сканировании.
При очередном запросе неадресованных устройств, устройства А и В выйдут из режима молчания.
На запрос 3 бита ответит устройство В, а устройство А, услышав ответ В, замолкнет.
При запросе 2 бита, оба устройства не ответят, но при этом устройство В, не услышав ответа продолжит отвечать на последующие запросы. То же самое будет и при запросе 1 бита и мастер запишет у себя два нуля. И уже на запрос нулевого бита, устройство В ответит. Так у мастера сформируется серийник устройства В.
При последующих итерациях отвечать будет только устройство А.
Идея эта была не нова и честно была украдена у протокола 1-Wire
Если факт утечки фиксируется визуально, я бы тоже смотрел в сторону видеоаналитики, так как обслуживать сотни датчиков - это тот ещё гемор. А вот сотни датчиков пришлось бы ставить только в том случае, если утечка визуально не фиксируется.
По большому счету цвет маски не влияет на цену, так как её стоимость такая же, как и у зелёной. Цену на нанесение нестандартный маски поднимает изготовитель плат, так как замена маски увеличивает затраты на переналадку. Это нужно слить остатки маски, промыть оборудование, залить другую маску, наладить, что-то поменять и тысячи других нюансов. Если же заказ таких плат довольно большой, то эти затраты размываются на большую партию и цена становится стандартной.
Провода скручивают для того, чтобы помехи наводились на обоих жилах одинаково. Просто потом входной каскад вычитает одинаковые уровни на жилах и пропускает разные. Так помеха удаляется, а сигнал остаётся. Для более подробной информации можно почитать про передачу данных по дифференциальной паре.
И тем не менее, большинство двигателей Mercedes (даже 90х-2000х годов) отличаются удивительной экономностью при внушительных объёмах и мощностях. Разработчики хорошо работают над испытаниями и формированием топливных карт для различных режимов работы двигателя.
Делали такое сканирование. Но шина у нас была не RS485, а некое подобие LIN. Задача стояла быстро раздать адреса кучке устройств и поддержка их горячей замены. У каждого устройства был свой серийный номер. Он же служил и в качестве MAC адреса на этапе сканирования. Сами же рабочие адреса были размером в один байт. Команды делились на широковещательные и адресованные. Из широковещательных были команды сброса адресов, запрос на наличие неадресованных устройств, запрос с маской серийника (по сути, это запрос с номером интересующего бита в серийнике). Из адресованных только назначение адреса устройству. Протокол позволял назначить адрес устройству и без процедур поиска, при условии, что его серийник известен.
Скажем так, я не аудиофил, но разницу между 16/44.1 и 24/192 я чувствую. Даже при том, что я уже не слышу частоты выше 18к. Разница проявляется в том, что при более высоких параметрах (24/96 и выше) меньше шума и более чёткий звук на высоких частотах. Лично мне достаточно 24бит/96к. Выше уже разницы не улавливаю. А вот между FLAC и хорошим MP3 (320к) я разницы никакой не слышу.
В Open Source все просто. Если что-то не так, можно обратиться к сообществу. В моей практике было, когда сообщество решало мою проблему, а были и случаи, когда я находил решение проблемы, делился им с сообществом и они его тут же вносили в проект. Пользоваться продуктом сообщества и ворчать на его недостатки, ничего при этом не предпринимая - это как бы не дело. Свободные проекты развиваются благодаря участию в них разработчиков и пользователей.
Ну и как бы люди бывают разные, одни помогают сообществу на альтруизме, другие думая в первую очередь о себе - ведь исправив проблему и поделившись исправлением с сообществом, с этой проблемой сам больше не столкнешься через пару лет, скачав условный KiCAD на свежеустановленную ОС.
А зачем конвертировать программатор? Я штатным ST-Link без какой либо переделки и перепрошивки читал и шил китайский камень HC32L110C6PA. Для этого я собирал openocd с нужным патчем, потом ставил pyocd. Все прекрасно работало.
Если параноики сжигали вышки 5G по надуманным причинам, то сжигать вышки 6G будут по вполне реальным. ?
Техдокументацию и исходники дают только разработчикам и производителям конечных устройств, перед этим подписав NDA. Так все делают и Mediatek в том числе. Часто можно встретить утекшие даташиты, на страницах которых написано "confidential".
Ломал китайскую прошивку от устройства, которое внезапно переставало работать. Нашёл там программную закладку, которая после некоторого количества событий блокировала нормальную работу устройства. Пропатчил прошивку и устройство снова заработало. Для анализа, кстати, тоже использовал Ghidra.
Если он способен работать не просто в полном диапазоне тяги, но ещё и способен одинаково работать в разных условиях (на земле и на орбите), то это ещё один эпический прорыв. В таком случае можно избавиться от сбрасываемых ступеней, а то и сделать самолёт, улетающий с с земли сразу в космос.
Однозначно одобряю такие статьи. Всегда интересно, как коллеги по цеху реализуют интерфейсы для общения с внешним миром для ПЛИС. Где-то свои выводы подтвердишь чужим опытом, где-то что-то новое узнаешь.
Новости о растущем рубле не соответствуют духу Хабра, а вот о падабщем рубле вполне соответствуют.
Ох и заминусуют меня сейчас, но мне по барабану.
Так вроде младшие процессоры уже года два как в Зеленограде производят. Проблема только с более производительными, типа 8с. Но банкомату хватит и слабого варианта. Или я не прав?
Полезная статья. Сам иногда увлекаюсь FPGA.
Все верно. Я так же сбрасывал вес. Продукты нужно делить не столько по калориям, сколько по их гликемическому и инсулиновому индексам. Потому что у организма нет "выключателя" пищеварения, который он мог бы выключить, если бы у него сахар в крови резко поднялся выше допустимого. Вместо этого, излишки глюкозы уходят в жировые запасы. Другое дело, когда перевариваются продукты с низким гликемическим индексом. Вроде и калорий столько же, но сахар из них поступает в кровь настолько медленно, что успевает весь сгореть, так мало того, организму ещё и не хватает и он берет недостающее с жировых запасов.
Потому тут все просто: Не важно, сколько ешь и когда ешь. Важно - что ты ешь.
Хорошая библиотека. Но я ее модифицировал, приделав к ней мультиинстанс. То есть, в моей версии можно запустить несколько независимых консолей на разных интерфейсах. Было нужно, так как доступ к консоли предполагался с Ethernet и UART.
Спасибо, полезная статья. Сам работаю на производстве и всегда было интересно, как планируется производство у других.
Я забыл об одном важном нюансе. В пункте два, у кого были нули в запрошенных битах и при этом на шине проскакивал ответ на запрос мастера, прекращали отвечать на запросы следующих битов до следующего пакета из 1 пункта. Таким образом, опрашивая со старших битов, из процесса извлечения очередного серийника устройства выбывают крупные группы устройств.
То есть, имеем три устройства со следующими серийниками (пусть серийники будут 4-битными для упрощения)
А - 0110
В - 1001
С - 1111
На запрос 3 бита ответят устройства В и С, а устройство А, услышав этот ответ, замолкает до следующего пакета "есть ли кто неадресованный?"
На запрос второго бита ответит устройство С, а устройство В замолкнет.
На запрос первого и нулевого битов ответит только устройство С.
Таким образом у мастера получится серийник устройства С. Он назначит ему адрес и оно перестанет участвовать в сканировании.
При очередном запросе неадресованных устройств, устройства А и В выйдут из режима молчания.
На запрос 3 бита ответит устройство В, а устройство А, услышав ответ В, замолкнет.
При запросе 2 бита, оба устройства не ответят, но при этом устройство В, не услышав ответа продолжит отвечать на последующие запросы. То же самое будет и при запросе 1 бита и мастер запишет у себя два нуля. И уже на запрос нулевого бита, устройство В ответит. Так у мастера сформируется серийник устройства В.
При последующих итерациях отвечать будет только устройство А.
Идея эта была не нова и честно была украдена у протокола 1-Wire