Examnes

решил проблему переименовав пакеты просто в манифесте

Я сделал  патчи для минитела и теперь хочу чтобы их можно было установить через оппм или как то похожим образом. Проблема в том что я вот если зарегистровал свой репозиторий, но оппм берёт пакет всё равно из репозитория автора. Существует какой то способ использовать именно мой репозиторий в оппм или существует или какой то пакетный менеджер который может установить мой репозиторий? (репозиторий соответствует критериям оппм)

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

Я хотел подключить 20 бачков с жидкостями к одному компьютеру, но оказалось что количество компонентов, доступных компьютеру ограничено, что значит что я не могу подключить 20 адаптеров проводами к одному компьютеру напрямую.
Сначала я подумал что наверно так и надо - ограничение игры: нельзя просто взять и 20 устройств подключить. Но потом выяснилось что чтобы это делать люди организуют сеть себе. Примерно в этот момент я перестал понимать ход мыслей: по идее, передовое решение сделать себе кольцевую сеть со стойками серверов на которые накатили minitel (как это у них выглядит) и вот главный компьютер к ней подключается пакет отправляет пакеты куда то и они на том конце как то должны быть обработаны и ответ обратно надо отправить. Это все замечательно но мне всего лишь нужно подключить бачки к системе, у меня нет желания сделать opennet на весь сервер потому что нас всего четыре человека на сервере. Нельзя ли как то легко удаленно подключиться к адаптеру? что то вроде всего того что я выше сказал, только уже готовое к использованию.

11 минуту назад, eu_tomat сказал:

А другие — это кто конкретно? Где можно посмотреть код их программ селекции, использующих геосканер?

 

Для 1.7.10 с незапамятных времён существует аддон OpenPeripheral, позволяющий с помощью адаптера получить большой массив информации о растении на жёрдочках. Перевод описания API когда сделал @Xytabich. Конкретно про API жёрдочек можно почитать здесь: OpenPeripheral: Integration #5 IndustrialCraft 2

https://pastebin.com/hcKBTpwY
https://github.com/huchenlei/auto-crossbreeding

https://pastebin.com/cZY3P7As

https://github.com/MightyPirates/OpenComputers/pull/3317
(пулреквест который добавляет этот функционал)

На адаптер это конечно хорошо, но робот кажется с ним работать не может

Предыстория: у меня в сборке была какая то не совсем свежая версия мода, я думал что это не так критично, оно и не было.

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

Цитата

 

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

Дополнительная информация в моем случае это название культуры и её характеристики. 

 

Я подумал - почему это так. Самая легкая идея что пришла в голову - надо их код посмотреть в действии. Я смотрю а там вообще нет ничего связанного с жёрдочками из ic2. Но раз у других работает, то наверное здесь не самая свежая версия (странно конечно что в официальном svn людей которые это делают несвежая версия но с кем не бывает), я начал искать по данным которые возвращает геолайзер у всех остальных и нашел пулреквест, который делает именно это - исправляет поведение машин при взаимодействии с жердочками. Это был обычный реквест - такой же как 600 других, он прошел проверку автоматических тестов и прочее и был одобрен, иными словами ничего не мешает ему находиться в основной ветке, но слияние было в ветку milestone для версии 1.8.0 и судя по шкале оно было готово лишь на 50%. 
Не мудрствуя лукаво я попытался слияние сделать текущей версии и версии с патчем, но они оказались уже не совместимы. Иными словами актуальной версии где бы работал геолайзер как должен он не может существовать. Я вручную разрешил конфликты слияний и мод заработал как он должен (почти: пока патч не применяли ic2 успел обновиться). Суммируя у меня вопрос:

TLDR:　Где найти актуальную версию мода для 1.7.10 такую, чтобы у меня все работало так же как и у других?

17 минут назад, eu_tomat сказал:

Кстати, да. Она лишь чуть дороже красной платы 1 уровня.

 

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

Не ставить в робота дисковод - решил проблему: буду ставить заранее записанный жесткий диск это дешевле чем думать. Я просто думал мало ли есть какая то лайзейка.

6 минут назад, eu_tomat сказал:

 

Нет, это я видел. Но тут переименование используется как конфигурация. Я же хочу загрузить программу целиком в оперативку. К сожалению переименование не сильно поможет ведь размер имени составляет только 30 символов. Если бы можно было как то передавать в робота данные быстрее чем 10 байт в секунду (16 слотов в каждом по 64 блока = 80 бит или 10 байт) это было бы замечательно.

4 минуты назад, eu_tomat сказал:

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

 

Способ передачи информации через переименование робота на наковальне довольно быстр.

Что вы подразумеваете под переименованием на наковальне? разве там нет ограничения на 30 символов?

8 минут назад, eu_tomat сказал:

Каких только уже не было способов передать код программы в робота. Самый популярный способ заключается в использовании сетевой платы. Другой популярный способ — ввести код программы с клавиатуры. Есть даже весьма необычный способ, позволяющий получить код программы из строки имени робота, заданной на наковальне.

 

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

Да, идея мне ясна, но только какую информацию извне может получить робот минимальной комплектации? Желательно чтобы пропускная способность была бы повыше. Я почитал Robot API и кажется робот может проверить лишь наличие или отсутствие блока или сверить его с имеющимся у него. При наилучшем исходе размер канала всего лишь 4 бита. Можно ли как то передать роботу без всего много информации быстро?

У меня такая задумка - робот чтобы программу любого размера загрузить можно было в него но чтобы диска жёсткого в нем не было.

Собственно идея состоит в том чтобы в роботе был только eeprom и оперативная память. И робот как то извне загружает данные в память а потом их выполняет. Но единственное я не знаю как их в него передать - в мане вроде написано что робот не может взаимодействовать с другими компонентами напрямую.
Может быть можно передать в него код через метаданные блоков или что то такое?