Category: медицина

Имитировать -- нельзя!

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

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


Запрещать же сами пластические операции почему-то никто не торопится...

В теории и на практике



Короче, богохульный старик Дарвин одобряет отказ от прививок по религиозным причинам. И всё, что они называют "свободным рынком" - тоже.
Особенно по религиозным причинам!

(no subject)

Очень хочется обычной такой, рабоче-крестьянской яичницы с беконом и сыром и перцем.

Но загреметь в больницу не хочется.

Инжалид Дежице

Как-то побаливает оно, всё-таки.. и во рту привкус странный.

В палате со мной лежал дядька, на котором было сразу два дренажа. Я его про себя называл человек-волынка.

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

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

worklog: Spartan-3 конфигурация по JTAG и slave serial

Collapse )
Столкнулся со странным и пока не объяснённым эффектом: чип определяется по JTAG корректно (идентификатор модели и т.п. считывается без проблем), но процесс загрузки битстрима не идёт вообще. Вероятно, дело в том, что схема подразумевает загрузку по slave serial и состояние хардварных пинов (не относящихся к JTAG напрямую), инициирующих собственно загрузку, сейчас неправильное (скажем, они зажаты в состояние "начать загрузку" вместо того, чтобы находиться в пассивном режиме). Надо залезть в исходники процедур инициализации Awesome Board, глянуть чо как... Надеюсь, что в самом деле не дефект, ибо эта версия платы появилась как работа над ошибками в предыдущей. Было бы обидно исправить одно и напортачить в другом.

И ещё - заканчивается припой, осталось всего несколько грамм. Хороший мягкий свинцовый припой с флюсом. Точный состав и марка неизвестны, но качество пайки с ним лучше всего, что я видел.

И куда-то подевался моток тонкого коаксиального кабеля. Купил некогда 10 метров, но не могу найти и даже не помню, где он был.

Upd таки да, это просто конфигурация выводов проца была по-умолчанию. Хоть это и High-Z, но чип 74LVC1G07, установленный на Awesome Board в цепь FPGA_PROG_B (развязывает вывод проца и пин разъёма на тот случай, если вдруг в разъёме коротыш; этот буфер его даже не "заметит" -- работать система не будет, но и не сгорит ничего), воспринял сие как нуль и выдал соответственно нуль на выходе, вогнав ПЛИС в режим готовности к загрузке. Поправил - всё теперь загружается. Ну, то есть, хотя бы через JTAG. Загрузку по Slave Serial я ещё не делал (в предыдущей версии платы, на STM32F103, она работала, но там всё было иначе).

Пиздострадания

worklog: STM32 LTDC, первые шаги (2)

Частично избавился от странного артефакта - вертикальные линии из рандомных пикселов, чередующиеся с шагом 64 точки, появляющиеся на некоторых участках картинки. Системы их появления не заметил, но причина оказалась невероятно проста: настройки serdes, разумеется. У передатчика есть пин R/F, устанавливающий полярность пиксельного клока и, разумеется, он был установлен неправильно (закон Мёрфи во всей красе!).

Теперь этот дефект проявляется намного реже. Продолжаю копать.

upd нихера не избавился - он просто стал проявляться позже. Теперь тактовый сигнал настроен правильно, я сам сигнал проверил - но всё же дефект остался. Причём, похоже, он проявляется, когда пиксельная шина переключается из чего-то типа 0x0F в 0x10 - то есть сразу группа битов обнуляется и включается один, но более "весомый". Или же когда переключается в обратную сторону, но иное значение (вроде 0x40 в 0x3F) - причём *иногда* дефект проявляется спустя несколько тактов от момента переключения (!!!). Маловероятно, что это дребезг на шине, потому как если бы это был он, он бы проявлялся сразу, а не после некоего "прогрева". Кроме того, совершенно аналогичные рандомные полоски проявляются и на чёрном фоне - они расположены с каким-то периодом, пересекают часть дисплея по вертикали. Другой дисплей ставил, дефект остался. Плату ещё раз пропаял, феном немного прогрел, все остатки от флюса окончательно смыл - дефект остался. Шо ж это такое-то...

А что самое загадочное, дефект присутствует одновременно на всех трёх - red, green, blue - шинах, что несколько странновато. Если бы я ошибся со схемой или что-нибудь неправильно наворотил в топологии, глючил бы только один цвет. Но как умудряется глючить сразу все три канала в одном и том же месте, ФИЗИЧЕСКИ это разные цепи! Правда, в одном месте глючок есть таки уникальный - в красном канале при переключении из 0xFF в 0xFE промелькивают чисто синие пикселы (?!).

upd2 моя твоя победиль