Насколько я знаю, светоотдача ленты составляет порядка 60 лм/Вт, что совсем неплохо — на уровне КЛЛ. Учитывая простоту монтажа и дешевизну — вполне неплохой вариант.
Так они же не оставляют поднятые центнеры на высоте, а вниз опускают. Накопленная в них энергия расходуется. Назад в глюкозу не может, так что только в тепло. Вот если электричество генерировать — это дело, а в тепло и само преобразуется.
Получилось, что для Протона-К аварии разгонных блоков вычеркнуты, так как значатся в таблице как «Частичная неудача». А для Протон-М — нет, так как прописаны просто как «Неудача». Полез править, и выяснилось, что при загрузке данных часть строк задублировалась. Так что получается, что график выше вообще ни о чем. Дубликаты удалил, аварии РБ убрал. Вот правильный график:
На самом деле, он говорит только о том, что две последних аварии сильно портят статистику за последние годы, и чем меньше берешь период, тем сильнее. До них последняя авария была аж в 2007 году.
С препятствиями все достаточно плохо — так как точка, куда попадает нога, никак не выбирается и не регулируется, то и через препятствие он может перешагнуть только случайно.
Так эти поршни управляемые, тогда понятно. Думал, что просто амортизаторы.
Тогда если увеличить количество ног, то он сможет и стоять и трогаться с места. И с меньшей скоростью передвигаться тоже.
А он может стоять на месте? И если да, то как он с этого места трогается? На видео только процесс бега.
Как поворачивает? Если крутить «ноги» с разной скоростью, то их фазы будут смещаться, то есть правая нога не будет попадать в середину промежутка между левыми. Или это не критично?
Разукрасить несложно — хотя бы оставить после вычисления комплексное значение вместо модуля. «Классическая» раскраска зависит от количества итераций, по прошествии которых произошел выход значения за заданную границу. Хотя можно при желании и в текущей реализации попытаться прикрутить счетчик. Только удлинится программа, а тут есть какие-то ограничения то ли на длину кода, то ли на сами вычисления — при добавлении еще одной строки mm mm mm mm mm mm вместо фрактала получается однотонный розовый квадрат.
Хотелось бы прерывать итерации при превышении некоторого порога — в текущем виде оно за границей фрактала, похоже, в бесконечность или NaN уходит и потом вообще сравнение не проходит. И разукрасить опять же можно было бы «классическим» образом. И глубину обсчета менять.
А какая разница? Если пускают и так. Лишние действия.
Циклы или рекурсия были бы весьма полезны для генерации фракталов:
: xx x .8 - ;
: yy y .5 - ;
: tt t .4 * ;
: a .25 * ;
: mx xx 2 a tt cos * 2 tt * cos a - + ;
: my yy 2 a tt sin * 2 tt * sin a - + ;
: mm 2dup Z* mx my z+ ;
mx my
mm mm mm mm mm mm
mm mm mm mm mm mm
mm mm mm mm mm mm
mm mm mm mm mm mm
dup * swap dup * +
0 > negate 1 +
dup dup
На работу технологического железа добавление сети не повлияло? Когда-то сталкивались, что при коллизии в сети сетевой драйвер блокировал прерывание от таймера более, чем на 55 мс. При этом сбивались тайминги на железе, которое по прерыванию от системного таймера синхронизировалось. Пофиксено было заменой хаба на свитч и передачей управления штатному обработчику прерывания раз в 55 мс, а не при каждом прерывании (таймер был перепрограммирован на гораздо более частое срабатывание).
В трехпроводном варианте можно обойтись [почти] без задержки и одновременного приема и передачи. Достаточно управляемого от МК репитера входного управляющего сигнала. В нормальном режиме он передает на выход ровно то же, что имеет на входе, задержка минимальна. Если приходит команда «установить адрес», то сам код команды он штатно пропускает по всей цепочке, а затем, если модуль еще не знает своего адреса, то дальнейшую передачу адреса он блокирует, а полученный адрес запоминает в качестве своего. Если приходит команда установить адрес, а самого адреса нет, то команда отменяется по таймауту.
При инициализации master передает множество команд установки адреса. Саму команду получают все устройства, а адрес — в первый раз только первый slave, во второй — первый slave свой адрес уже знает и пропускает его дальше, ко второму; и так далее.
При последовательном подключении дополнительного провода свой адрес каждый модуль сможет определить при старте, в зависимости от положения в цепочке. Ничего индивидуально прошивать не надо, модули полностью взаимозаменяемые. Можно даже обойтись тремя проводами — два питания и один управления последовательно через все модули, но тогда надо будет сильно с протоколом мудрить.
На самом деле, он говорит только о том, что две последних аварии сильно портят статистику за последние годы, и чем меньше берешь период, тем сильнее. До них последняя авария была аж в 2007 году.
Данные взял из Список пусков ракет-носителей Протон-К (8К82К), Список пусков ракет-носителей Протон-М (8К82КМ), неуспешными считал только те, у которых написано «Неудача»
Тогда если увеличить количество ног, то он сможет и стоять и трогаться с места. И с меньшей скоростью передвигаться тоже.
Как поворачивает? Если крутить «ноги» с разной скоростью, то их фазы будут смещаться, то есть правая нога не будет попадать в середину промежутка между левыми. Или это не критично?
А какая разница? Если пускают и так. Лишние действия.
При инициализации master передает множество команд установки адреса. Саму команду получают все устройства, а адрес — в первый раз только первый slave, во второй — первый slave свой адрес уже знает и пропускает его дальше, ко второму; и так далее.