Так а зачем сидеть? Я слыхал, что на Тесле робот за какие-то считанные минуты меняет аккумулятор на заряженный и машина едет дальше. Аккумулятор же спокойно заряжается где-нибудь в подземном зарядном цехе…
Есть вполне доставаемые готовые датчики тока с удобным линейным выходом.
Например acs712 www.allegromicro.com/~/media/Files/Datasheets/ACS712-Datasheet.ashx
Есть и готовые решения по усилению падения на шунте в плюсовом проводе, гуглим high side current sensing.
Думаю реальное измерение тока этому проекту просто необходимо т.к. даже такой, казалось-бы простой девайс как электродвигатель, не может рассматриваться как активная нагрузка с постоянным сопротивлением из-за своей индуктивности.
Лампа накаливания тоже в начальный момент времени потребляет значительный ток т.к. спираль ещё не разогрета. Примеров таких можно еще придумать…
Не понимаю почему заминусовали первого оратора заявившего про погрешность — при таком методе измерения она по любому будет неслабая.
Другое дело, что может быть устройство и в таком виде справилось с поставленной задачей )
Кстати на таком грязном хаке работают газовые системы четвертого(или какое там для инжекторов) поколения. И весьма себе успешно работают.
Я вам скажу даже больше — есть такая тема как MAF эмулятор. Эта штука просто на основании своих датчиков(ДАД+ДТВ или другой расходомер какой-нибудь)подсовывает стандартным мозгам сигнал о расходе воздуха, таким образом заставляя их корректировать смесь и зажигание. Так вот этот способ позволяет проводить очень серьезные доработки двигателя вплоть до наддува и прочего форсажа.
И так то если подумать, то в принципе информация со всех датчиков прошедшая через стандартное эбу и породившая время впрыска — это тоже информация. И если мы в процессе настройки создаём карты коррекций, позволяющие получить заданный состав на заданных режимах — то почему нет? Ведь именно это и требуется в конце то концов. Да, гибкость не так высока, как в случае полностью автономной системы(например сложно изменить фазу впрыска и повлиять на зажигание), но на практике такой подход всё равно позволяет получить результат за разумные деньги/трудозатраты на установку и т.д.
Те, кому этого мало — пользуют спортивные мозги. Но там цены другие совершенно и инструментарий и навыки настройщика тоже более серьезные как ни крути.
Давайте дружить!
Кстати проект был доработан. Вход с датчика потребовалось защитить по толковее. Ну и ещё даже на фото видно, что я в изделии забыл впаять тантал на +5В. В общем то не стал разбираться сбоило по этой причине или нет — переделал входняк, впаял тантал. Полет нормальный уже несколько месяцев.
Я не знаю что имеется ввиду под network-manager, но так то в общем если прописать свой какой-нибудь ip-up скрипт нельзя, то что-нибудь запарсить — вполне себе решение. А потом когда уже будут известны эти адреса — гибкости fwmark'а должно хватит.
Кажется я не понимал, что у вас проблема не с самим механизмом роутинга, а с тем чтобы выковыривать dns из dhcp. В этом предложенная мной техника конечно не поможет.
fwmark – проверка значения FWMARK пакета. Это условие дает потрясающую гибкость правил. При помощи правил iptables можно отфильтровать пакеты по огромному количеству признаков и установить определенные значения FWMARK. А затем эти значения учитывать при роутинге.
Думаю, что по любому гибкости iptables должно хватить, чтобы промаркировать те пакеты, которые нужно завернуть куда нужно.
Именно так у меня оно всё и работало кстати.
>Суть проблемы — если у нас dns-сервера находятся не в выданном нам сегменте (например, нам выдали 5.10.10.10/24, а DNS-сервера в 5.11.11.22 и 5.11.12.33), то если мы поменяем шлюз по умолчанию, то потеряем связь с DNS-серверами.
policy-routing habrahabr.ru/post/108690/ в этом случае вам помочь не сможет?
Я как-то года три назад немного ковырялся с openvpn тоннелями и была похожая проблема, которую я решил с помощью policy-routing и кажется немного магии iptables тоже было, но на счет деталей ничего сейчас не скажу… Повторно мне всё это не пригодилось, а тогда как-то настроил и забыл.
>Учитывая, что Bool вне массива чаще всего занимает 1байт, то испортить его сложнее чем кажется :)
Из true в false сложнее, а вот наоборот без проблем!
>Во вторых, чисто статистически, шанс испортить что-то, что не используется гораздо выше.
Если ещё глубже задуматься — то с этим можно согласиться.
Что я делаю не так??
Или я ошибаюсь?
ru.wikipedia.org/wiki/%D0%A5%D0%B8%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%B9_%D0%B8%D1%81%D1%82%D0%BE%D1%87%D0%BD%D0%B8%D0%BA_%D1%82%D0%BE%D0%BA%D0%B0
О бесплатности я не подумал.
youtu.be/LltApO6yY1Q
Например acs712
www.allegromicro.com/~/media/Files/Datasheets/ACS712-Datasheet.ashx
Есть и готовые решения по усилению падения на шунте в плюсовом проводе, гуглим high side current sensing.
Думаю реальное измерение тока этому проекту просто необходимо т.к. даже такой, казалось-бы простой девайс как электродвигатель, не может рассматриваться как активная нагрузка с постоянным сопротивлением из-за своей индуктивности.
Лампа накаливания тоже в начальный момент времени потребляет значительный ток т.к. спираль ещё не разогрета. Примеров таких можно еще придумать…
Не понимаю почему заминусовали первого оратора заявившего про погрешность — при таком методе измерения она по любому будет неслабая.
Другое дело, что может быть устройство и в таком виде справилось с поставленной задачей )
А чё, новой способ борьбы с пиратством)
Я вам скажу даже больше — есть такая тема как MAF эмулятор. Эта штука просто на основании своих датчиков(ДАД+ДТВ или другой расходомер какой-нибудь)подсовывает стандартным мозгам сигнал о расходе воздуха, таким образом заставляя их корректировать смесь и зажигание. Так вот этот способ позволяет проводить очень серьезные доработки двигателя вплоть до наддува и прочего форсажа.
И так то если подумать, то в принципе информация со всех датчиков прошедшая через стандартное эбу и породившая время впрыска — это тоже информация. И если мы в процессе настройки создаём карты коррекций, позволяющие получить заданный состав на заданных режимах — то почему нет? Ведь именно это и требуется в конце то концов. Да, гибкость не так высока, как в случае полностью автономной системы(например сложно изменить фазу впрыска и повлиять на зажигание), но на практике такой подход всё равно позволяет получить результат за разумные деньги/трудозатраты на установку и т.д.
Те, кому этого мало — пользуют спортивные мозги. Но там цены другие совершенно и инструментарий и навыки настройщика тоже более серьезные как ни крути.
Спасибо, взял на вооружение!
Кстати проект был доработан. Вход с датчика потребовалось защитить по толковее. Ну и ещё даже на фото видно, что я в изделии забыл впаять тантал на +5В. В общем то не стал разбираться сбоило по этой причине или нет — переделал входняк, впаял тантал. Полет нормальный уже несколько месяцев.
Кажется я не понимал, что у вас проблема не с самим механизмом роутинга, а с тем чтобы выковыривать dns из dhcp. В этом предложенная мной техника конечно не поможет.
Думаю, что по любому гибкости iptables должно хватить, чтобы промаркировать те пакеты, которые нужно завернуть куда нужно.
Именно так у меня оно всё и работало кстати.
policy-routing habrahabr.ru/post/108690/ в этом случае вам помочь не сможет?
Я как-то года три назад немного ковырялся с openvpn тоннелями и была похожая проблема, которую я решил с помощью policy-routing и кажется немного магии iptables тоже было, но на счет деталей ничего сейчас не скажу… Повторно мне всё это не пригодилось, а тогда как-то настроил и забыл.
Из true в false сложнее, а вот наоборот без проблем!
>Во вторых, чисто статистически, шанс испортить что-то, что не используется гораздо выше.
Если ещё глубже задуматься — то с этим можно согласиться.