Как стать автором
Обновить
27
0
Василий Троцкий @mrsom

Пользователь

Отправить сообщение
Возможно вы пытались применить этот ОУ не по назначению?
Не могу сказать ничего плохого и ничего хорошего об этих широко распространенных микросхемах. Характеристики указанные в даташите вроде как соответствуют действительности и в данном проекте они успешно решают возложенные на них задачи.
Так что G или не G я не берусь судить:)
Идея была, но вы знаете, реально хватает еще и с запасом!
Спсибо! Очень надеюсь, что оправдаю Ваши ожидания.
Отчего же опасное? Во время экспериментов никто не пострадал )
Трансформатор встал как родной, там действительно были отверстия на плате предусмотрены. Но даже если бы и нет — я бы врятли смустился, ведь всегда есть дрель и скальпель для расчистки дорожек на плате. Таким образом я внедрил в схему синфазный дроссель на входе в бп и установил X конденсатор.
Приятно, что смог помочь вам)
The job of a car suspension is to maximize the friction between the tires and the road surface. When you are driving the car over a bump, all of the wheel’s vertical energy gets transfered to the frame.

Основная функция подвески автомобиля — обеспечение постоянного контакта колес с поверхностью дороги, а значит и обеспечение максимального трения с дорогой. Когда машина проезжает через неровность(бугор) на дороге, кинетическая энергия вертикально перемещающихся колес(а значит и подвижных элементов подвески), через элементы подвески, передается на кузов.

И продолжаем, чтобы читающему стало понятно о чем речь. В оригинал я не заглядывал, может это где-то дальше и описывается…

Характеристики упругого элемента(пружины) и демпфирующего(амортизатор) задают характеристику связи подвижных элементов подвески и кузова. По сути задавая АЧХ этой связи. Таким образом система может быть оптимизирована на поглощение мелких или более крупных неровностей с минимальной потерей контакта шин с поверхностью. Эти параметры также влияют на крены и перераспределение веса между колесами в поворотах, тем самым оказывая значительное влияние на управляемость в разных режимах движения.
Соотношение параметров передней и задней оси определяют характер автомобиля в предельных режимах на повороте(т.н. «поворачиваемость»). Она бывает избыточная(задняя ось сходит с траектории раньше передней), недостаточная(переднюю сносит раньше) и нейтральная(сход с траектории происходит одновременно).

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

Всё это можно вот так сходу выдавать, не особо даже вчитываясь в оригинал. Но это уже по желанию, это уже не перевод на 100%
Но и Ваш изначальный вариант, который я цитировал, переводом назвать можно с той-же погрешностью.
Нет, я понимаю, что принято в личку подобные комментарии писать, но раз уж пошло тут, то продолжим…
Понимаю, что может быть автор перевода не очень владеет терминологией, но…
Работай подвески автомобиля является максимальное трение между шинами и поверхностью дороги. Когда вы управляете автомобилем во время столкновения, вся вертикальная энергии колес будет видна по раме автомобиля.

Явно не по русски же как-то. Ну, что называется, не вооруженным глазом видно же, что что-то не так!

Статья в целом полезна, но выглядит небрежно переведенной, немного недоработанной…
Большое спасибо!
Благодаря вашим подсказкам теперь наконец полностью разобрался в вашем коде и его работе.

Долго не мог понять, как именно M в записи typedef void (T::*M)(A1); будет именем(алиасом) типа.
Обычно привык видеть что-то вроде typedef int my_int; т.е. ожидал пробел между типом и алиасом.
С Новым Годом!
Статья актуальна до тех пор, пока есть люди(как я) которые начинают разбираться в шаблонах С++.
В общем то я еще вчера хорошо подумал, погуглил и понял, что мой предыдущий вопрос это список инициализации конструктора и ничего хитрого там нет…
Но я очень рад, что есть возможность пообщаться с автором, потому что следующий вопрос получился более специфичным и нагуглить его не так просто, как предыдущий…

Не могу толком понять механизм извлечения типа из сигнатуры(это последний листинг из тех что в виде картинки).
Сигнатуру я понимаю так(может быть я и тут ошибаюсь): допустим есть метод void method(int param) его сигнатура это void(int)
Следовательно все что нам нужно — это извлечь тип аргумента из сигнатуры. Для этого необходимо воспользоваться трюком с частичной специализацией шаблонов


// Специализация для метода с одним аргументом.
template< class T, class A1 >
class Container< T, void (T::*)(A1) >: public IContainer
{
typedef void (T::*M)(A1);
typedef Arguments A;

особое непонимание вызывает конструкция void (T::*)(A1) которая вроде как описывает указатель на функцию возвращающую тип void… по всей виимости T::* означает что эта функция — член(метод) класса T c параметром A1? Хотя именно запись T::* мне не понятна… Указатель из пространства имен T?
Тут требуется подсказка…

И дальше хитрые typedef… особенно первый. Зачем он? На первый взгляд кажется, что после него void будет эквивалентен (T::*M)(A1)...?
второй как-то более привычно выглядит и кажется делая алиас для типа Arguments, называя его просто A для удобства.

А за предыдущий вопрос прошу прощения, он, конечно же, не стоил вашего времени, потраченного на ответ.
Спасибо за статью!
В принципе всё более менее понятно за исключением одного момента в листинга номер 5(считать сверху вниз)

public:
Container( T* c, M m): m_class( c ), m_method( m ) {}
private:
T* m_class; M m_method;
};


Что за магия с объявлением конструктора?
Смущает двоеточие после скобки и эти интересные конструкции типа m_class©
еще кажется там точки с запятой не хватает после } или это тоже так задумано?(тогда я вообще ничего не понимаю)
Да, давайте соберем статистику по возможности определения подделки по внешнему виду.
У меня вот две лежат не запаянные и хотелось бы знать подделка это или нет.
Хахаха и айфоны такие на фоне лежат…
Шестого только чё-то не видно )
Ну если ещё и клавиатура под вендой бсод словит, то как CTRL+ALT+DEL то нажать )
Предложенный AppSync глючит(вылетает Сафари, синий экран на некоторых приложениях включая хабр) на 5S(IOS7.1.2) помог AppSync Unified из репозитория cydia.angelxwind.net и вообще, судя по описанию, сделан он на много толковее.
Очень удивился, когда увидел двигатель Ярославского моторного завода(ЯМЗ 236)
60х годов разработки! И по сей день трудится же!
ru.wikipedia.org/wiki/ЯМЗ-236/238
А мне бы тоже хотелось больше деталей!
Тоже задумался, но видать КПД этого инвертора каким-то образом оказывается чуть выше случая с обращением мотора.
Или редуктор крутит инвертор с другой частотой(опять же для достижения лучшего КПД).
Никакого реле! Транзистор в режиме ключа )
Очень легко себе можно представить переключатель, подающий нужный уровень на входы Sleep или Shutdown соответствующих контроллерв. Или задействовав вход Reset. Да очень много возможностей физически затушить что-то без реле и сервопривода ) Еще можно не подавать питание куда не надо и для этого тоже не обязательно ставить реле.
С микрофоном вообще всё просто — его достаточно коротнуть.

Камера и микрофон могут собирать информацию и уже потом отправлять её каким-то способом.

Но если и правда шутка была, тогда пардон)
Проблема «что-то упускаю», видимо, всерьез мучает автора…
А вообще приятно было почитать, спасибо.

Информация

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