Обновить
139
Беляев Роман@frig

Fullstack (PHP), PM, PO. Ищу работу.

27
Подписчики
Отправить сообщение
В общем больше аварийный датчик. На случай если что-то совсем пошло не так. И то, я думаю должна помочь лямбда и датчик детонации. В конце концов топлива может стать мало не только из-за отливов, но и из-за банального падения производительности форсунки. Из-за засоров.

Если не ошибаюсь, насос может и при меньшем напряжении давление создавать, вопрос в производительности еще.
Спасибо. Она отчасти и в тему — на ней есть нужные датчики, да, но есть на ней и «лишние» элементы. Топливная магистраль, о которой я ни слова не сказал :). Пускай тут пока лежит — совсем близко к тексту, да и комментарии по традиции должны быть полезнее статьи.
Спасибо. Небольшая поправка — РХХ это не датчик, это исполнительный механизм :).
Конечно лаг влияет на смесь. Об этом я писал в статье.
Не вижу связи. Напряжение влияет на скорость открытия форсунки, на лаг. Выше напряжение — меньше лаг. Там да, зависимость от напряжения есть и я об этом писал в статье. А статическая производительность как зависит от напряжения? Почему при повышении напряжения возрастет производительность?
Спасибо, рад что получилось достаточно понятно.
Тут в основном общий принцип работы. Я в habrahabr.ru/post/140756/ этом топике интересовался нужна ли кому-то такая статья, мне сказали что нужна. Вот я и взялся.
По поводу принципов работы ДВС — я спрашивал habrahabr.ru/post/140756/#comment_4712446 вот тут, мне сказали, что это будет лишним. Вот я и не стал распространяться. :(

Описывал я все же больше гражданские варианты, не спорт. Так что работа по дросселю, управление турбиной, впрыск водометанола и всякое такое — не здесь. Было бы слишком тяжело. Я и так за сложность переживал. Хотелось как можно проще и понятнее описать откуда ноги растут, чтобы у человека пропало ощущение черной магической коробочки.

Да, кстати, на количество топлива проходящее через форсунку гораздо сильнее влияет не напряжение борт. сети напрямую, а давление в топливной магистрали


Давление в топливной магистрали либо постоянно, либо несколько снижается на низких оборотах. За это отвечает регулятор давления топлива, который по сути просто редукционный клапан. Напряжение питания на него никак не влияет, если я не ошибаюсь.

У меня стоит датчик давления топлива, по которому есть коррекция, на случай просадки давления.

Может быть для спорта это и актуально. Обычно топливный насос имеет производительность с избытком, так чтобы на любых режимах излишек топлива чрез редукционный клапан уходил обратно в бак. Это проще, чем контролировать и корректировать впрыск по давлению топлива.
Может быть я вас не правильно понял и вы что-то другое имели ввиду?
Поддерживаю. Есть алгоритмы расчета основанные на положении дроссельной заслонки. И да, в спорте их применяют.
Поведение может быть разным так как не все могут поддерживать такой переход.
Извиняйте, в картинках не силен.
Что именно хотелось бы видеть на картинках?
Да чего стоит хотя-бы отслеживание места и угла сгиба экрана! Немного физики и даже просто катать шарики по полю будет уже как минимум забавно.
Конечно окажется удобным. Теперь можно будет смартфон с диагональю в 10" носить в кармане. Сложенным вчетверо :).
Это я про недалекое будущее.
Можно выводить во время складывания места сгиба и направление. Причем именно для конкретного этапа. А потом скрывать все, как будто и не было ничего :)
Ну вот зачем может понадобиться рабочий/подработки/личный? Чтобы разделить отзывы и на одном аккаунте стараться, а на другом потроливать просто? Так бирже это не выгодно. Биржа заинтересована в серьезности исполнителей и снижении уровня отказов. Чем эти показатели лучше — тем и отношение к бирже в целом (да и ко фрилансу как явлению глобально) лучше. Чем лучше отношение к бирже — тем больше заказчиков будут ей доверять. А это ключевой момент.
Так что интерес биржи тут очень серьезный. В идеале — один человек один аккаунт. С привязкой к ДНК :))
Даже разделение на аккаунты заказчик/исполнитель в этом ключе — ущербно. Если у человека 10 отрицательных отзывов как у заказчика, то это характеризует его как человека в целом и может быть очень важным критерием при оценке его в качестве исполнителя. Просто так лишать посетителей такой важной информации нельзя.

Аккаунт друга — не множка. Аккаунт жены — не множка. Это просто аккаунты других людей. Да, зачастую запрещают использовать чужие аккаунты и это тоже объяснимо.
Нивелирование это попытка скрыть? В этом смысле?
Да, я пожалуй не вполне корректно выразился. Я имею ввиду — какую цель можно преследовать созданием нескольких аккаунтов и одновременной их эксплуатацией. Зачем вообще это может понадобиться?
А что такого в том, если у человека будет несколько аккаунтов? Кому именно это наносит вред?


Если у человека будет 20 аккаунтов — ему не нужно будет покупать «pro» :). 60 заявок в месяц должно хватить.
Ценность каждого аккаунта для человека снижается, соответственно бан ему не страшен. А раз бан не страшен, то это широкое поле для махинаций. Если бы у человека был вообще один единственный аккаунт, то отрицательный отзыв (а так можно?) означал бы пометку навсегда и соответственно люди бы чаще думали — прокатить заказчика/исполнителя или все же напрячься и выполнить задание/заплатить или вернуть деньги.

Мне не известно каким образом можно законно и корректно использовать несколько аккаунтов сразу.

Почему бы не предложить функционал «объединения аккаунтов»?

Если человек сам пришел, сам указал на другие свои аккаунты — не вижу причин не удалить дубли без последствий для сообщившего. Но это, конечно, в том случае если цель не просто банить и проявлять силушку (богатырскую), а в самом деле навести порядок.
Ну про лямбды, MAP-ы, MAF-ы и про другие зубодробительные аббревиатуры тоже вроде достаточно написано. Я думаю просто общий принцип написать. Понятно, что краткое описание какой датчик что меряет, кратко как меряет и зачем — должно быть.

В общем у меня сомнения по части детализации некоторые. Думаю смогу найти золотую середину. Чтобы не слишком заморочено и понятно в целом.
Не совсем понимаю поведение представителей фриланса. Топик, имхо, описывает не дыру в безопасности, как написано в тегах, а ошибку саппортера. Ну ошибся человек, ну не подумал. Он же не робот, а просто человек. Заработался, замотался, с кем не бывает? Ну признайте ошибку и всего делов. Неужели это так сложно?
А вместо этого нашему не самому далекому от IT сообществу пытаются объяснить, что они все таки знали, что это множка, но ждали, когда человек сам признается.
Ну здорово, тогда уточняющий вопрос — основы работы двигателя будут полезны в подобной заметке?

Информация

В рейтинге
Не участвует
Откуда
Днепр, Днепропетровская обл., Украина
Дата рождения
Зарегистрирован
Активность