June 26th, 2012

поумнеть

про проекторы

берем 'MEMS' чип,
берем три светодиода R,G,B,
линзами делаем из каждого узкий пучок
тремя зеркалами сводим в почти параллельные пучки
одной высокодисперсной призмой проводим процесс строго обратный получению радуги
результат подаем на мемс-чип, отражение от него - на экран.

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

Наверное, можно и тремя полупрозрачными зеркалами свести, если, конечно, можно сделать зеркало, которое, например, пропускает всё синее и отражает всё зеленое.

вопрос. Почему проекторы делают с какой-то аццкой механикой, которая дороже и ненадежнее чем?
поумнеть

високосная секунда и прочее

Интересно, а когда люди впервые заметили, что Земля вокруг оси и солнца вращается неравномерно и что в середине февраля и в середине октября Солнце видно не совсем там и не совсем так (чуть ли не на четверть часа), как должно бы быть в нулевом приближении кругов-синусов-косинусов?

Кстати, что-то я недопонял, этот эфеект полностью определяется наклоном оси и эксцентреситетом орбиты, или перераспределение водных масс по поверхности тоже вносит заметный вклад?

ps: а високосная секунда не при чем, да. :)
поумнеть

(no subject)

интересеное. Популяризация науки.
На мой взгляд, как раз в нужном ключе - и понятно, и без лишних заумствований и без заигрываний с совсем неграмотными.
жж-юзер labjournalcom
Читать лучше с начала: http://labjournalcom.livejournal.com/2012/06/09/

оператор наведения - жж-юзер Макроэволюшн http://macroevolution.livejournal.com/94080.html
поумнеть

вопрос про рибосому

а кто/где/как отслеживает фазовые ошибки?
ну, условно, потерялся 1 нуклеотид с начала, или лишний прицепился и рибосома будет читать не то. или, рнк как-то случайно ошибочно передвинулась на лишний шаг и опять читается не то.
поумнеть

станок

по поводу дождя не поехал в магазин, а занялся регулировкой железа.
на 1 кГц шаговик работает нормально, на 2 кГц уже с затыками. Поднимать ток пока не хочу.

Жесткое фиксирование концов направляющих (гыгы, эпоксидным пластилином) принесло успех - поперечные люфты при движении исчезли.

Вопрос к моделистам-механикам.
Насколько хороши всякие суперклеи-цианакрилаты в роли фиксаторов резьбы? А жирно смазанную резьбу они осилят, или надо обезжирить? фиксировать хочу и всякие мелочи типа М4 гаек и пару существенных-критических мест с М6 резьбой.

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

Выкинул лишнюю "казарму" из системы команд. Теперь почти везде команды переменной длины и вольноватого синтаксиса. Например, подъём оси на 123 шага можно заказать как
"p:+123 " или как "P:000123\r" или "p:+00123\n". (произвольный регистр, произвольный конец строки, произвольная длина числа)

Добавил справку. Как обычно, справка вызывается с консоли командой "H" или "?"

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

avr-gcc, интересный глюк

Слишком длинные строки как-то криво ложатся в ПЗУ.
если брать обычный puts типа 'пока символ не ноль скармливаем его процедурке отправления символа в компорт с предварительным ожиданием готовности' и брать строку длиннее примерно 80 символов, программа странно глючит. если же заменять
puts ( "foo" "bar" )
на
puts("foo");puts("bar");
то этот глюк исчезает. С чем связано - не разбирался пока, куда ложатся строки (в флеш или в рам) тоже пока не смотрел.

upd: отбой тревоги. самдурак.версия puts была кривая, а оффсет был 8-битный.
поумнеть

avr-gcc

avrdude: writing flash (8620 bytes):
Writing | ################################################## | 100% 2.71s
avrdude: 8620 bytes of flash written

итого, занято примерно четверть объёма. Об оптимизации можно пока не думать.
скорость шитья встроенного зашивальщика тоже радует.
поумнеть

мысль

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

холиварно-размышлятельное, про защиту от склероза

вот есть станок. У станка микрокомп. у микрокомпа экранчик и миниклавиатура из 4 кнопок (вверх, вниз, вход, выход).
Если долго не трогать клавиатуру, экран переключается в главное меню и поверх него вызывает скринсевер. по нажатию любой кнопки возврат в главное меню.

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

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

В общем, вопрос. Как можно УДОБНО разрешить такое противоречие?
поумнеть

про изврат-задачки

Почему-то довольно часто во всяких специальных олимпиадах попадаются задачи типа "вот у вас строка в стопицот байт, надо их зверски перетасовать, выделять память ни на стеке ни в куче вообще нельзя, переменные вводить нельзя, но стеком пользоваться можно до посинения", что, на мой взгляд, довольно сильно расходится с практикой. На практике у нас или данных мало и нам вполне пофиг, или наоборот, стек и куча лежат в одной и той же памяти, которая ограничена и сто раз вызвав ф-ю с одним параметром мы потеряем не менее двухсот 'слов' памяти, а при однократном выделении (даже на стеке, не говоря уж о всяких BSS) сотни байт, итоговый расход памяти и/или расход процессорного времени будет меньше.