Поддерживаю относительно номинала в 22пФ... только вот еще, судя по фотке, там может быть оторвана одна из площадок (если повреждение механическое, а не тепловое). Тогда, конечно, остается только в мусорник, причем сразу. А вообще, как уже сказали, вероятнее всего, не заводится по причине внутренних тепловых повреждений, а не от отсутствия конденсатора в питании, так что и в СЦ с 99% вероятностью скажут то же самое - просто предложат купить новый.
Дмитрий: Дело в том, что Open Server - это набор программ под Винду. Если же перейти на Убунту, то там (как и в любом другом дистрибутиве Линукс) они все есть нативно. Большинство - из коробки, а чего нет из коробки - устанавливается одной командой, и вот оно уже есть :)
Вебсервер - это и есть Apache и Nginx. Оба легко устанавливаются под Убунтой (как и PHP и MySL любых нужных версий). В чем конкретно суть вопроса и что нужно порекомендовать?
assp1r1n3: Параболическая антенна, это, наряду с предложеным вращающимся трансформатором, может быть вариант элегантного решения проблемы с контактами (но, к сожалению, не проблемы с точностью!). Тогда приемник можно закрепить в фокусе рефлектора, а вращать только рефлектор вокруг него... и вообще никаких контактов! Аналогично устроены некоторые радары кругового действия.
assp1r1n3: У обычной WiFi платы "наплатная" антенна имеет диаграмму направленности, близкую к сферической. Если делать внешнюю узконаправленную антенну (а это - волновой канал, хеликс или даже тарелка), ее длина вдоль оси будет для этих частот минимум 35-40 см., а снижение RSSI при отклонении в верт. плоскости (при наезде на кочку) будет сопоставимо с изменением направления в горизонтальной на тот же угол. При большом удалении источника это будет точность типа "пальцем в небо" :) Соответственно, для повышения точности нужно или механически стабилизировать плоскость вращения, или считать с учетом двух плоскостей. Вне зависимости от этого измерения нужно постоянно интегрировать и фильтровать (вероятно, Калманом или аналогичным фильтром)... Одним словом, состряпать такой "пеленгатор", дающий хоть какую-то точность... особенно учитывая, что эфективная разрядность измерения RSSI на большинстве чипсетов практически никакая - задачка весьма нетривиальная. Боюсь, тут поможет только пеленгование с нескольких машин :)
assp1r1n3: Хех... так, если нужен пеленг, сделайте просто мультиплекс антенн - 6 (или сколько там нужно) антенн, размещенных по секторам, но в каждый момент времени работает только одна. Зная текущий курс автомобиля, азимут источника сигнала считается на раз. Только вот если антенны будут узконаправленные, нужно будет учитывать не только азимут, но еще и возвышение - автомобиль же кренится на поворотах, да и рельеф местности неоднороден. Короче, повозиться придется, но это - всяко проще, чем механически вращать антенны.
Армянское Радио: Согласен. Я просто пытаюсь пофантазировать на тему конкретного кейса автора, и моя фантазия говорит, что шесть антенн (разных - не мультиплекс и не фазовая решетка) - это не только ценный мех, но и довольно таки дофига мощности, даже на не очень высоких частотах, типа 0.8 - 2.5 ГГц, а это уже увесистые габариты трансформатора (как электрически, так и механически обусловленные)... что, опять же, противоречит высоким частотам. Словом, это просто ход мыслей, говорящий, что скорее нет, чем да. Но по сути Вы совершенно правы - в теории это тоже возможное решение проблемы.
Дык, трансформатор же... т. е. со всеми вытекающими потерями на гистерезис и т.д. Даже с нагрузочной модуляцией вряд ли вариант для мало-мальски широкого канала данных. Хотя, теоретически, конечно да! Но практически нужно знать конкретный сценарий... подозреваю, для шести антенн будет грустно.
Марина: В лабе такого делать особенно не стоит, ибо это - указание на вопиющее непонимание предназначения рекурсии и принципов написания кода с детерминированным поведением... короче, садись, два :)
assp1r1n3: Контакты - это графитовые щетки, скользящие по медным дискам, типа как в электромоторе. Это затратно по материалам, ненадежно, недолговечно, но самое главное - через такие контакты не передать ничего кроме питания, которое ещё должно фильтроваться.
Вообще, бывает и не такое ;) однако, т.к. поиск заказов есть вещь неодушевленная, очень сомнительно, что ему нужен менеджер, т.к. менеджер - тот, кто руководит.
Меня позвали как эксперта (хе-хе)... Но, честно говоря, я не знаю, что еще добавить к уже сказанному. Любой тип переменной в любом ЯП обладает некоей конечной "точностью" (=количеством значащих цифр), зависящей от внутреннего представления числа в этом типе. Соответственно, с помощью intпринципиально невозможно представить ЛЮБОЕ целое число, а только число из диаппазона, покрываемого этим типом на опредленной платформе. Для Java, например, и принятого в наше время 32-битного представления int это -2^31 .. 2^31-1, или же -2147483648 ... 2147483647. Начиная с Java 8 можно (хотя и несколько костыльно) пользоваться привычным для С типом unsigned int, позволяющим представить значения в диаппазоне 0 .. 2^32-1.
Если нужна бóльшая разрядность, можно воспользоваться типом long (-2^63 .. 2^63-1 => -9223372036854775808 ... 9223372036854775807) или, для еще бóльших диаппазонов значений, объектным (уже не примитивным, и от того принципиально более медленным!) типом BigDecimal, предназначенным для представления чисел со знаком произвольной точности. Но даже этот тип не позволит представить принципиально любое большое/маленькое число, т.к. эффективно упрется в доступные ресурсы компьютера (память и место на диске)... хотя, обеспечиваемого им диаппазона вполне достаточно для подавляющего большинства рассчетов.
В этом и заключается разница между математическим понятием множеств чисел и их упрощенной моделью в виде вычислительных систем, предназначенных для оперирования с числами для решения распространенных классов задач. Счет несчетных множеств к этим задачам не относится :)
"Hello" не возвращается, а выводится в стандартный выходной поток (как правило, связаный с консолью). А это - разные вещи! "Возвращается" означает "присваевается переменной в результате вызова метода". Только с void это не позволит сделать уже компилятор, именно по тому, что void ничего не возвращает :)
Сергей Протько: "документацию кода - отменяет" Это IMHO слишком смелое обобщение. В зарегулированных отраслях (медицина, авто-/авиа-пром) документация кода - неотъемлемая часть сертификации, и писать ее приходится хоть чучелом, хоть тушкой. Аналогично и с др. документацией, в т.ч. детальным описанием архитектуры по определенным стандартам. Однако это никак не противоречит агильным методикам, просто включается отдельными пунктами в DoD. Соответственно, архитектор - чувак, которому команда намыливает шею, если стори не принимается по причине незадокументированности изменений в архитектуре :) А вообще, конечно, в спринте дописать кусок текста или нарисовать конкретную диаграмму для документации может любой член команды, архитектор просто отвечает за этот участок работ так же, как QA - за протоколы тестов, или технический писатель - за юзерскую документацию.
Дмитрий Макаров: Если даже одна треть от того, что написано в рекламе правда, то это уже очень круто и способно действительно революционализировать архитектуру железа. Только вот доверять рекламе следует с очень большой осторожностью. Для примера: о графеновых транзисторах, которые чуть ли не на порядок увеличат рабочие частоты полупроводниковых схем, трубили еще черт знает когда, а воз, как говорится, и ныне там :)
Согласен с тем, что название как бы поменялось: архитектор -> техлид. Но вот саму фазу проектирования системы еджайл ни разу не отменяет (как это, к сожалению, принято думать), так же, как не отменяет документацию, контроль качества и т.д. И, соответственно, такой чувак (роль) в команде все равно нужен и просто необходим. Иначе даже самая толковая команда может погрязнуть в технологических холиварах с соответствующим результатом на выходе :)
