Результаты поиска

какие уплотнения гребного вала стоят у иномоторов? торцевые как на помпе или что?

есть из разных видов резины. воду держит любая, масло нет.

на али продаются наборами и в размер. можно измерить и подобрать 2-3 размера с увеличением натяга

всегда задавался вопросом - почему нельзя заменить пружинку на Оринг - круглое упругое резиновое колечко?

еще влагостойкой считаются смазки на основе сульфонат-кальциевого мыла. например газпром steelgrease CS2.

как выглядят магниты на которые срабатывает датчик?

вот кстати идея из чего сделать небольшой насос управляемый давлением под поршнем 2Т мотора

есть и такие, например O24003JC или HEP02A

ВАЗовский еще есть 2108-1156010

можно попробовать нарисовать метку ВМТ нужного цидиндра на маховике и вращая его дрелью в темноте "светить" искрой на маховик. или подключить простую схему из этой темы

начните с компрессии и момента зажигания по стробоскопу.

32 кб позволяют отказаться от алгоритма вовсе - посчитали частоту вращения, прибавили к адресу начала таблицы и получили код опережения!

переходите на STM 32 - там маленькие SO8 или TSSOP20 процессора имеют частоту ядра до 64МГц и флэш памяти до 64 кБ - можно таблицу опережения с шагом 1 об/мин в память записать и вообще ничего не вычислять! разве нужно каждому цилиндру считать опережение раздельно?

Customcult открытый проект - можно добавить и работу от магнитного датчика и "подхват" после пуска с нулевым опережением. вы ушли от темы с временем. давно ли ПЛМ понадобились обороты в 20000?

это я понял я поделился в теме интересным и доступным проектом CustomCult. И смотрю что стало подгорать от того, что можно за 100р получить этот ФУОЗ. время вычисления не понравилось. у ПЛМ обороты 20 тысяч давно?

т.е. я прав? ваши выводы умозрительны? PS в наше время нет проблем в производительности - вы повторяете подвиг Дон Кихота.

в вашей статье вы написали сколько времени тратит ваш алгоритм на получения значения опережения для заданной частоты вращения но не написали сколько тратит алгоритм от Custom Cult на digispark . Потом предположили что "на порядок" т.е. в 10 раз. Правильно я вас понял?

про коммерцию здесь и речи нет. выходит вы сделали вывод о скорости обработки алгоритма выборки угла не убедившись в его правильности?

на порядок это в 10 раз. вы сравнивали время выборки угла в проекте на который ссылаетесь и в вашем алгоритме? У вас написано "Время выполнения расчетной части алгоритма ФУОЗ при частоте кварца 16МГц составило от 2 до 14мкс". а на DigiSpark сколько?

в чем преимущества предложенного алгоритма? замена умножения интерполяцией?