Поддерживаю относительно номинала в 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 - за протоколы тестов, или технический писатель - за юзерскую документацию.
Дмитрий Макаров: Если даже одна треть от того, что написано в рекламе правда, то это уже очень круто и способно действительно революционализировать архитектуру железа. Только вот доверять рекламе следует с очень большой осторожностью. Для примера: о графеновых транзисторах, которые чуть ли не на порядок увеличат рабочие частоты полупроводниковых схем, трубили еще черт знает когда, а воз, как говорится, и ныне там :)
Согласен с тем, что название как бы поменялось: архитектор -> техлид. Но вот саму фазу проектирования системы еджайл ни разу не отменяет (как это, к сожалению, принято думать), так же, как не отменяет документацию, контроль качества и т.д. И, соответственно, такой чувак (роль) в команде все равно нужен и просто необходим. Иначе даже самая толковая команда может погрязнуть в технологических холиварах с соответствующим результатом на выходе :)
дима кубитский: Все это - и ваша аргументация, и переменные транслитом - невероятно увлекательно, и наверняка, имеет немалую этнографически-патриотическую ценность... так сказать, в культурном аспекте дискурса. Только вот незадача... в IT принято (традиционно, исторически) писать код на английском, так же, как у юристов, врачей и биологов принято для определенных целей пользоваться латынью, и т.к. большинство представителей этих профессий заняты решением реальных проблем (а не душевными терзаниями на тему справедливости или несправедливости подобного хода истории), им самым что ни на есть откровеннейшим образом насрать на то, как к этому незначительному обстоятельству относятся, скажем, патриоты, политики или прочие представители шоубизнеса. Нет, разумеется, никому не запрещено плевать или справлять прочие естественные потребности против ветра... но и удивляться, что остальные находят это не более чем потешным, тоже как-то несерьезно, на правда ли?
На всякий случай: слово "принято" означает не какую-то там высшую справедливость и даже не заговор мировой закулисы, а всего навсего тот банальный факт, что большинство ИТ-шников поступают именно так по самым разным объективным соображениям, которые много раз озвучены. Если Вас это все не убеждает, или как-то задевает лично, Вам остается либо смириться, либо обеспечить такой "расцвет шахматной мысли в Васюках", что благодарное человечество наплюет на этот богомерзкий английский и дружно станет фигачить на транслите. Выбор, разумеется, за Вами. Единственно, что можно утверждать наверняка - тролинг на Тостере Ваших проблем точно не решит!
дима кубитский: Золотые слова! Как по мне, я бы вообще обязал выцарапывать код на берестяных грамотах... так сказать, для принципиального исключения нездоровой конкуренции на мировом рынке :)
