Осмелюсь предложить Вам простой мысленный эксперимент. Предположим, напряжение бортовой сети 13.7В. Что Вы можете сказать о текущем токе заряда или разряда АКБ?
Куда пропал АКБ из Ваших суждений о напряжении бортсети? АКБ принимает непосредственное участие в формировании _МОМЕНТАЛЬНОГО_ напряжения бортсети. Моментального, ведь именно его Вы предлагаете измерять мультиметром нетерпеливому пользователю.
1. По термодатчику и что? Он не может включиться на ХХ? Он не может включиться зимой по Вашему мнению?
2. Речь же шла про ток на ХХ. Причем тут запуск? Фары горят согласно ПДД.
Хм… А не кажется ли Вам, что ток возбуждения ограничен напряжением бортовой сети? И тут дело не только в способности РР что-то обеспечить. Если Вы возьмете нормальную документацию на любой автомобильный генератор, то увидите что у любого генератора максимальный отдаваемый ток это функция от числа оборотов и чуда тут не будет.
Если Вы хотите проверить баланс тока, то и измерять надо ток, а не напряжение, которое при незначительном, относительно емкости АКБ, дисбалансе будет падать очень медленно. И Вы рискуете этого просто не заметить.
C печально известен возникновением таких проблем, как переполнения буфера. C — это язык, позволяющий выстрелить себе в ногу слишком большим количеством способов.
Для критических применений есть своды правил, например MISRA. Никто не мешает следовать им и продолжать разрабатывать действительно критически ответственные приложения на «опасном» C. Или кто-то уже разрабатывает или рискует разрабатывать что-то подобное на Java? Я вот побоялся бы сесть в автомобиль у которого АБС написан на Java или Python, например, в котором «так тяжело выстрелить себе в ногу».
Arduino, модуль с AT-командами, полное непонимание работы BLE и попытка оценить потребляемую мощность. Вы это серьезно? Если Вам действительно важно потребление выкиньте китайскую прошивку для обработки AT-команд и напишите туда то, что Вам реально необходимо. И, поверьте, Вы поразитесь потреблению даже на таком динозавре, как CC2541.
Стоило бы задаться вопросами типа:
— почему «Между маленькими импульсами четко 100 мс, между большими чуть больше — 106 мс»?
— почему «Так выглядит потребляемый ток в режиме Peripherial»? Почему у него три пика?
Да и много других вопросов, поискав ответы на которые, Вы бы открыли для себя новый, понятный и логичный мир.
А так снова на Хабре статья про Arduino с выводами совершенно не соответствующими действительности. :(
«с присущим Bluetooth LE ограничением длины сообщения в 20 байт.» Жизнь давно уже ушла вперед. ;)
Самое базовое что стоит усвоить — антибиотики действую на живые клетки ( подразумеваем бактерии), к которым вирусы не относятся. В общем случае, антибиотики не действуют на вирусы.
D1/D4 – для быстрого сбрасывания лишнего заряда (напряжения) с конденсаторов C1/C3 в цепь питания push-pull каскада, когда выход микроконтроллера упраляющий каскадом переключается с логического 0 на логическую 1. Таким образом напряжение на затворах p-канальных транзисторов не превысит напряжения на их истоках.
D2/D3/D5/D6 — установлены для ускорения рассасывания заряда на емкости затвора, то есть для ускорения закрытия соответствующих транзисторов.
D7/D10 — как Вы видите питание микроконтроллера 5В, уровень на входе схемы на осциллограммах более 7В. Вместе со включенным pull-up'ом внутри микроконтроллера, эти диоды обеспечивают согласование уровней.
D8/D9 — думаю, самые понятные диоды. Обеспечивают питание схемы и, так как датчики опрашиваются разнесенными во времени пачками импульсов, напряжение в точке соединения их катодов не проседает при формировании пачек по одному из каналов.
Эхо ответ от препятствия не генерируется, то есть расстояние до препятствия считается бесконечным. Генерируется только эхо, вызываемое внутренними процессами в датчике и используемое блоком для диагностики наличия/исправности датчика.
Вы правы чуть более чем на 100%, спасибо за понимание.
Изначальная цель статьи — рассказать о неочевидном и интересном, на мой взгляд, решении во внутренней диагностике датчиков блоком парктроника. Жаль, что 95% дискуссии свелось к обсуждению систем на разных автомобилях и обсуждению водительских навыков отдельных участников. :(
А разве тут речь про VAG? Или может быть про парктроник управляемый по can-шине?
Нет. Тут речь о совершенно отдельной системе и я искренне не понимаю чем я ввожу людей в заблуждение.
2. Речь же шла про ток на ХХ. Причем тут запуск? Фары горят согласно ПДД.
15А — 20А электровентилятор системы охлаждения двигателя.
10А ближний свет фар
10 — 15А электровентилятор отопителя
Обогрев зеркал, сидений и прочие расходы мы еще не считали.
Для критических применений есть своды правил, например MISRA. Никто не мешает следовать им и продолжать разрабатывать действительно критически ответственные приложения на «опасном» C. Или кто-то уже разрабатывает или рискует разрабатывать что-то подобное на Java? Я вот побоялся бы сесть в автомобиль у которого АБС написан на Java или Python, например, в котором «так тяжело выстрелить себе в ногу».
Стоило бы задаться вопросами типа:
— почему «Между маленькими импульсами четко 100 мс, между большими чуть больше — 106 мс»?
— почему «Так выглядит потребляемый ток в режиме Peripherial»? Почему у него три пика?
Да и много других вопросов, поискав ответы на которые, Вы бы открыли для себя новый, понятный и логичный мир.
А так снова на Хабре статья про Arduino с выводами совершенно не соответствующими действительности. :(
«с присущим Bluetooth LE ограничением длины сообщения в 20 байт.» Жизнь давно уже ушла вперед. ;)
D2/D3/D5/D6 — установлены для ускорения рассасывания заряда на емкости затвора, то есть для ускорения закрытия соответствующих транзисторов.
D7/D10 — как Вы видите питание микроконтроллера 5В, уровень на входе схемы на осциллограммах более 7В. Вместе со включенным pull-up'ом внутри микроконтроллера, эти диоды обеспечивают согласование уровней.
D8/D9 — думаю, самые понятные диоды. Обеспечивают питание схемы и, так как датчики опрашиваются разнесенными во времени пачками импульсов, напряжение в точке соединения их катодов не проседает при формировании пачек по одному из каналов.
Изначальная цель статьи — рассказать о неочевидном и интересном, на мой взгляд, решении во внутренней диагностике датчиков блоком парктроника. Жаль, что 95% дискуссии свелось к обсуждению систем на разных автомобилях и обсуждению водительских навыков отдельных участников. :(
Нет. Тут речь о совершенно отдельной системе и я искренне не понимаю чем я ввожу людей в заблуждение.