Отличный вопрос. Ответ короткий: ни один байт не теряется, всё работает по принципу "черного ящика".
Так как математику процессор считает локально, на выходе получается не огромный аудиофайл, а крошечный текстовый лог на пару байт: дата, узел, процент износа. В зоне без связи этот лог пишется во внутреннюю память нашего блока и дублируется в штатный ГЛОНАСС-трекер тягача. Как только появляется нестабильный 2G - весь накопленный архив за секунду улетает на сервер диспетчера.
Ну и главное - физика износа металла. От появления первых микротрещин в шестерне до реального клина агрегата проходят недели. Поэтому, даже если прибор нашел дефект в глухом лесу, а завгар получил уведомление только через 3 дня - у автопарка всё равно останется фора в пару недель, чтобы спокойно купить запчасти к возвращению машины на базу.
Идея со стендом из коммутирующих реле для стресс-теста на BER — это просто золото. Обязательно заложим в наш R&D план.
По поводу аналогового сигнала - согласен на 100%. Кабель обязательно пережмут пластиковой стяжкой, экран лопнет, и тд. Оцифровывать нужно строго в точке съема.
А вот дальше начинается самая интересная развилка:
Путь А: Делаем MCU (с модулем FPU) на одной плате с МЭМС-датчиком. Сигнал никуда не бежит, сжимается локально (БПФ), и по длинному кабелю в кабину летит только короткий текстовый статус. И вот для него RS-485 хватает с запасом. Главный минус: Физика и кондуктивный теплообмен. Чтобы поймать ВЧ-акустику (микротрещины), мы прикручиваем алюминиевый корпус стальным болтом к чугуну ДВС. Через этот тепловой мост плата мгновенно нагреется до температуры мотора, обдув воздухом не спасет. Ставить сложный MCU в классе AEC-Q100 Grade 1 или 0 - значит ударить себестоимости продукта.
Путь Б: Оставляем на горячем картере только МЭМС-датчик + АЦП + Трансивер (легко достать в исполнении до 125°C). А вычислительный MCU выносим на 1-2 метра на раму (в холодную зону АКБ), где можно ставить дешевые промышленные процессоры. И вот здесь ваша идея с CAN FD как нельзя кстати! Гнать 1 Мб/с сырого аудиопотока от горячей точки съема до холодных "мозгов" по RS-485 - боль, а CAN FD проглотит это спокойно.
Будем тестить тему с реле и связку "АЦП -> CAN FD -> Выносной MCU". Еще раз огромное спасибо за крутой консалтинг!
Большое спасибо за развернутый и экспертный фидбек!
По стандартам абсолютно с вами согласен, вы, видимо, имели в виду AEC-Q (100/200). В макете собирали из того, что было под рукой "здесь и сейчас", но в ТЗ на предсерийную кастомную плату (ПАК СПД-1) закладываем именно Automotive Grade. Иначе при -30°C плата не выживет.
Про I2C/SPI на проводах - это были те самые грабли, на которые нам нужно было наступить самим, чтобы подтвердить теорию практикой. За идею с усилителем I2C и хорошим экраном отдельное спасибо!
MIL-STD 1553 - легенда, но мы делаем коммерческий продукт. Стоимость уже очень кусается. Клиенты нас не поймут)
Поэтомусмотрим в сторону классики: либо уход в аналоговый сигнал от точки съема (стандарт IEPE / токовая петля) с оцифровкой уже в защищенном основном блоке, либо вынос АЦП к датчику и передача "наверх" по изолированному RS-485 / CAN.
Как считаете, что из этого будет оптимальнее по соотношению цена/надежность?
Отличный вопрос. Ответ короткий: ни один байт не теряется, всё работает по принципу "черного ящика".
Так как математику процессор считает локально, на выходе получается не огромный аудиофайл, а крошечный текстовый лог на пару байт: дата, узел, процент износа. В зоне без связи этот лог пишется во внутреннюю память нашего блока и дублируется в штатный ГЛОНАСС-трекер тягача. Как только появляется нестабильный 2G - весь накопленный архив за секунду улетает на сервер диспетчера.
Ну и главное - физика износа металла. От появления первых микротрещин в шестерне до реального клина агрегата проходят недели. Поэтому, даже если прибор нашел дефект в глухом лесу, а завгар получил уведомление только через 3 дня - у автопарка всё равно останется фора в пару недель, чтобы спокойно купить запчасти к возвращению машины на базу.
Огромное спасибо за глубокий комментарий!
Идея со стендом из коммутирующих реле для стресс-теста на BER — это просто золото. Обязательно заложим в наш R&D план.
По поводу аналогового сигнала - согласен на 100%. Кабель обязательно пережмут пластиковой стяжкой, экран лопнет, и тд. Оцифровывать нужно строго в точке съема.
А вот дальше начинается самая интересная развилка:
Путь А: Делаем MCU (с модулем FPU) на одной плате с МЭМС-датчиком. Сигнал никуда не бежит, сжимается локально (БПФ), и по длинному кабелю в кабину летит только короткий текстовый статус. И вот для него RS-485 хватает с запасом.
Главный минус: Физика и кондуктивный теплообмен. Чтобы поймать ВЧ-акустику (микротрещины), мы прикручиваем алюминиевый корпус стальным болтом к чугуну ДВС. Через этот тепловой мост плата мгновенно нагреется до температуры мотора, обдув воздухом не спасет. Ставить сложный MCU в классе AEC-Q100 Grade 1 или 0 - значит ударить себестоимости продукта.
Путь Б: Оставляем на горячем картере только МЭМС-датчик + АЦП + Трансивер (легко достать в исполнении до 125°C). А вычислительный MCU выносим на 1-2 метра на раму (в холодную зону АКБ), где можно ставить дешевые промышленные процессоры. И вот здесь ваша идея с CAN FD как нельзя кстати! Гнать 1 Мб/с сырого аудиопотока от горячей точки съема до холодных "мозгов" по RS-485 - боль, а CAN FD проглотит это спокойно.
Будем тестить тему с реле и связку "АЦП -> CAN FD -> Выносной MCU". Еще раз огромное спасибо за крутой консалтинг!
Большое спасибо за развернутый и экспертный фидбек!
По стандартам абсолютно с вами согласен, вы, видимо, имели в виду AEC-Q (100/200). В макете собирали из того, что было под рукой "здесь и сейчас", но в ТЗ на предсерийную кастомную плату (ПАК СПД-1) закладываем именно Automotive Grade. Иначе при -30°C плата не выживет.
Про I2C/SPI на проводах - это были те самые грабли, на которые нам нужно было наступить самим, чтобы подтвердить теорию практикой. За идею с усилителем I2C и хорошим экраном отдельное спасибо!
MIL-STD 1553 - легенда, но мы делаем коммерческий продукт. Стоимость уже очень кусается. Клиенты нас не поймут)
Поэтомусмотрим в сторону классики: либо уход в аналоговый сигнал от точки съема (стандарт IEPE / токовая петля) с оцифровкой уже в защищенном основном блоке, либо вынос АЦП к датчику и передача "наверх" по изолированному RS-485 / CAN.
Как считаете, что из этого будет оптимальнее по соотношению цена/надежность?
Еще поставили датчик на КПП