Doob
-
Публикации
1 089 -
Зарегистрирован
-
Посещение
-
Победитель дней
141
Все публикации пользователя Doob
-
Антиассемблер какой-то, это даже безумней жаваскрипта. Взяли нормальный язык, покалечили и обозвали ассемблерным. Даже в ShenzhenIO у ПЛИСов более реалистичный язык, чем это.
-
В смысле, не когда пользователь захочет, а когда обновится в репозитории. C oreDict все просто, надо только добавить дополнительную структуру данных для фильтрации. Ужас будет, когда моды перейдут в ванильное пространство имен. Поля из сундуков, да. Но и возможность подключить Refined Storage или Applied Energistics систему. Я просто отделил управление ресурсами от обменного терминала.
-
От робота я отказался, теперь только транспозеры. Храню теперь все в csv, чтобы можно было строить красивые графики в plotly. Жесткие диски должны стоять в RAID, купать их незачем. Вся прога - полный рип, зависимость от тяжеловесной библиотеки, которая больше не работает и обновлять ее никто не будет. Зависимость от мода, который тоже на ладан дышит. Сейчас в пятый раз перерабатываю концепцию с нуля. Никаких зависимостей, моментальный старт прямо с EEPROM, автообновление, работа на ванильных контейнерах, без лишних модов.
-
Это рип. Посмотрел в конфиг, вообще рип. Пимка - рип. Админские ключи пихать в опенкомпы это совсем рип. Их любой игрок может из памяти прочитать. А если постараться, то прямо из потока. Ты сподвиг меня, в очередной раз переписать свой маркет. Давно хотел минимализм и нормальную поддержку OreDict с автообновлением и телеметрией.
-
Здравствуйте, я - молдавский вирус. В виду бедности моего создателя и общей отсталости развития высоких технологий нашей страны, я не в силах причинить какой-либо вред вашему компьютеру. Пожалуйста, сотрите сами несколько самых нужных вам файлов, а затем разошлите меня по почте своим друзьям. Благодарю за понимание и сотрудничество.
-
Проблема из-за того, что изначально программа была в виде пары циклов. Где-то я добавил ветвления, где-то навесил флагов, а где-то пропустил. Давно собирался разбить алгоритм по уму, чтобы не путаться в флагах, но до майна руки не доходят. Раньше была проверка направления в функции go, т. к. она основная. Но я этот костыль выкинул и ни чем не заменил в новой версии. С этими побегами понятно, я не мог отловить баг на своих стендах из-за того, что он возникает с вероятностью 1/8. Был еще какой-то баг, вроде-бы ошибка при чистке инвентаря или во время сортировки.
-
Ну да, с облаком проще. Я отладку через гит делал. Если сделать сначала проверку версии, то будет универсальный лончер, для чего угодно. https://github.com/DOOBW/geominer/blob/master/firmware.lua
-
Вспомнил тут недавно про нематоду OpenWorm, которую реализовали в виде робота. Такой себе червячок, 1000 нервных клеток. Потянет даже atmega328p, правда, пришлось бы задействовать внешнюю память. Были бы у меня какие-нибудь мелкие движители, я б по хардкору, на низком уровне, реализовал такого червячка.
-
В кукбуке есть подробная инфа о некоторых штуках Lua. https://fingercomp.gitbooks.io/oc-cookbook/content/lua/table-copy.html
- 2 ответа
-
- 4
-
-
-
-
Вот-вот, для его возможностей процессор на всю мощь не используется. Хотя, в начале нулевых, японцы умудрялись запихнуть самообучение на 400 MHz, с таким себе распознаванием образов. Так что не удивительно, если он помимо моргания экраном, еще сливает гигабайты телеметрии.
-
Для данной задачи, вполне хватит ультразвукового датчика, угол у него 15-30 градусов, так что можно им не вращать, а скорости хватает для работы в реалтайме. Хотя, кота через него можно и не разглядеть. Камеры для определения расстояния не очень надежны, поэтому в теслах они дополняются ультразвуковыми локаторами. Для сохранения и планирования маршрута, ардуины точно не хватит, про NodeMCU тоже не уверен. Перекопал кучу статей и видео, не нашел ничего автономного. Полетные контроллеры для дронов делают на базе STM32, идеально подходит по скорости обработки данных и ширине GPIO. И все это без лишних придатков, на чистом C. (хотя, вполне потянет загрузчик с Lua или uPython) Если требуется от робота какого-то подобия осмысленных действий, придется задействовать нормальный процессор и нормальную память. Потому-что всякие распознавания и манипулирования облаком точек требуют на порядки больше вычислительной мощи, чем принятие решений.
-
Лучше взять нормальный микроконтроллер, а это годится разве только для мигания светодиодом. Можно прикрутить одну камеру, но скорость работы вообще никакая. Видел конструкции, где делались два снимка, вычислялась карта глубины и робот прокладывал маршрут. Довольно костыльно, но работает. Для более мощного железа, вроде малиноподобных компов, есть возможность подключить сразу две камеры, в реалтайме сканировать пространство, строить карту, распознавать образы и т. д. Но у компьютера больше память и на порядки больше вычислительная мощность. Можно взять какой-нибудь нормальный проц на ARM, вроде STM32. Такая мощь не снилась оберткам для всяких луа, жаваскриптов и прочих пистонов. К тому-же цена в разы меньше. Памяти все-равно ни на что серьезное не хватит, поэтому, через вафлю можно подключиться к серверу с нормальным железом и использовать тушку робота только в качестве аватара. Сервомоторы имеют обратную связь, иначе они бы не работали, но к этой связи надо подключиться. Шаговые двигатели дают точность, но не мощность. При том, что точность тоже немного плавает, где они используются. Плюс нужен датчик и обвязка для нормальной работы. Вот пример нормальной начинки для робота https://www.youtube.com/watch?v=8LSrYU5G61M Единственное, что не купить и не выдрать из каких-нибудь потрохов - сканирующий дальномер. Во всяких автономных беспилотниках используют лидары, но у них лютое потребление энергии.
-
Не понял, откуда 27 МОХ. На максимальной температуре счетверенный МОХ дает 699.96 eu/t, это при полном переотражении нейтронов, т. е. эффективность 35. При отражении только с трех сторон и конденсатором с четвертой, получаем 599.95 eu/t и эффективность 30. Я же натыкал конденсаторов и, чтобы поднять эффективность, полностью закрыл один МОХ, отбирая тепло с корпуса. Но если уменьшить количество элементов, придется ставить закрытые сдвоенные МОХ, что опять дает эффективность 30. Эффективные схемы на МОХ нужнее, т. к. уран на начальных этапах игры быстро перерабатывается, а плутоний нужен всегда. И у урана нет буста по энерговыделению с повышением температуры, что крайне важно для всяких UU фабрикаторов.
-
Вообще-то холодильник нужен только один. Но я от этой идеи отказался, т. к. в погоне за балансом между ресурсами, мощностью, эффективностью и количеством реакторов, усложнил в убыток эффективности. И оказалось, что проще получить ту же эффективность с одними конденсаторами и без лишней обвязки.
-
Но я ведь делал, повторить могу в любое время, при хорошем пинге. Я тут накидал сбалансированную по всем параметрам схему, дающую 8099 еутиков, погоняю и покажу, может есть еще что дооптимизировать.
-
Там в любом случае нужна светопыль, иначе модель светится будет на уровне 8 или около того.
-
Может есть погрешность при установке координат спутников? Спутники слишком близко стоят? А вообще, при трех спутниках можно получить позицию с вероятностью 50%. В этом алгоритме, для компенсации выдергивается еще один спутник, так что получается 25%. А если координаты спутников немного сбились, то вообще ничего не получается. По четырем спутникам можно получить позицию 100%, но эта штука не особо популярная, я просто портировал код с ComputerCraft.
-
Тут еще надо разобраться как считать. У реакторов, для теплового и энергетического баланса, подходит алгоритм решения задачи на взвешивание. Берем параметры тепловыделения. Кол-во соседей: | 0 | 1 | 2 | 3 | 4 | Кол-во стержней Выделение тепла 1 | 4 | 12 | 24 | 40 | 60 | 2 | 24 | 48 | 80 | 120 | 168 | 4 | 96 | 160 | 240 | 336 | 448 | Для самой эффективной сборки, придется задействовать отражатели. Берем температуру, которую хотим получить, делим без остатка на максимально возможную температуру. 10000 // 448 = 22 Получается, надо установить 22 счетверенных стержня, с полным переотражением нейтронов. Затем, берем остаток 10000 - ( 448 * 22 ) = 144 Самое близкое - 120, т. е. сдвоенный стержень с тремя соседями. Отнимаем, берем остаток. 144 - 120 = 24 По табличке это одиночный стержень с двумя соседями. Итого, 22 счетверенных, 1 двойной, 1 одиночный, 17 отражателей по периметру, закрывающих счетверенные стержни. Плюс 1 одиночный и вентилятор на -5 тепла, что в сумме дает -1 Получаем 9999 тепла в секунду. erp=C51pU0VBeaadQHbSd2GEnexptw7t2Uh9ghEHVD+NQuzZ2sNYgiMnA/XS+q2UJSwB
-
Специально я ничего не выравнивал, я же все последовательно делаю, ошибиться тут невозможно. Провел эксперимент и выяснил, что после перезагрузки блоки загружаются рандомно.
-
Я устанавливаю реактор, знаю в какой тик из 20 он будет работать, со следующим аналогично. Например, в первом реакторе лежит топливо, он работает в тик .00, в тик .05 я могу перенести его во второй реактор. С двумя реакторами даже не надо ничего считать, если дельта срабатываний реакторов больше двух тиков. Вообще, могу и 20 реакторов завернуть в кольцо и сжигать МОХ за 9 минут, но после рестарта придется все начинать заново. К тому же это не очень надежно (игра исправит любой сбой таймингов во время работы, но не во время запуска) и смущает нагрузка на сервер, которую я не могу адекватно посчитать.
-
Под тиком я подразумеваю тик обновления начинки реактора. Реактор тикает всегда, изменить точку отсчета может только перезапуск сервера или переустановка блока реактора. По логике мода, некоторые механизмы могут исключаться из конвейера обработки, тогда их можно будет заставить тикнуть только обновлением блока (хотя в новых версиях майна я про это не уверен). Но такие механизмы надо еще найти и определить исключительные условия.
-
А чего их выравнивать, тик апдейта жестко прибит к тику включения. Выбрав время включения реактора, можно задать сдвиг до перезагрузки сервера. При просадках TPS в чанке, тик может запаздывать на один, максимум два. Сделать тик раньше времени игра не позволит. Следовательно, ошибка может быть только в одну сторону, что позволяет в течении восьми тиков делать, что угодно, хоть Сатану вызывать.
-
Разработал структуру, позволяющую сжигать топливо в 6 раз быстрее. Можно получить почти 4200 EU/t с одного Quad MOX, но пока мешают сгорающие функциональные блоки. Расход реакторов не рационален. Но на двух одноблочных реакторах можно получить 4800 EU/t при эффективности 30. Топливо горит в 2 раза быстрей. Вместо инжекторов можно использовать робота, даже не синхронизируя его со всей установкой. Просто кидать ему конденсаторы, а он будет их чинить по мере возможности, в своем потоке.
-
Нинада повторять, для совсем слоупоков можно кнопку провести через перекрестный инвертор и пару репитеров.
-
На двух реакторах. 5 штук можно впихнуть. Но скорость большая, одним транспозером точно не обойтись. А вот схема прогрева реактора до 9999 за секунду:
