hohserg

Inerpat получилось загрузить

Т.е. это такая очень маленькая и простая ось? Если да, то выглядит заманчиво) Вот тут я пытался запустить OpenOS через виртуальный жесткий диск, через сетевую карту, не имея реального жесткого диска в устройстве. Не получилось из-за каких-то тонкостей OpenOS. Наверное, стоит попробовать Inerpat ~~~ Чтобы пофиксить тот краш с Lua 5.3 нужно в init.lua:298 строчку заменить на ofs = string.rep(" ",math.floor(((ml+2)/2)-(#arr[i]/2)))

Значит че-то неправильно с моими конкретными дроном-планшетом. Версия OC 1.12.2-1.7.4.153

В процессе использования возникли следующие баги: В интерпретаторе при вводе "computer.uptime()" иногда срабатывает, иногда зависает(не знаю, что именно, планшет или дрон) Имеем связанные дрон и планшет. Включаем сначала дрона, потом планшет. Планшет считает, что не приконектился, хотя сообщения быстрых клавиш(движения, например) отправляет, поэтому интерпритатор не работает, параметры дрона показывает N/A Раньше проблемы не замечал, появилось после того, как попытался использовать uptime, но возможно, это не связано

Ок, я посмотрел внимательней твой код, он не записывает на eeprom обнову, а также, как мой просто исполняет ее, Отличие в том, что для перезалива прошивки нужно выключить-включить устройство(ну или крашнуть его) Если обнова достается по url, то это, пожалуй, удобнее

Теперь есть)

Моя прошивка по идее будет быстрее работать - не нужно тратить время на запись в eeprom и перезапуск Когда нужно поменять одну строку или какую-то константу, это может быть ощутимо

Билд можно сделать дешевле: использовать беспроводную плату 1 лвл, т.к. расстояние небольшое и корпус дрона 1 лвл

При помощи ПДУ можно тестировать произвольные прошивки? Не только для дрона? @Fingercomp хоть бы пост сделал на форуме

Актуальность Раньше, чтобы обновить прошивку дрона или микроконтроллера нужно было записать прошивку на eeprom через компьютер, снять устройство, заменить eeprom через верстак поставить устройство Довольно геморно если устройств много или часто вносятся мелкие изменения во время разработки Решение Чтобы не демонтировать устройство можно отправлять ему прошивку по беспородной сетевой карте. Устройство в свою очередь принимает обнову и применяет ее. Использование Загружаем файлы из этой папки(wget) https://github.com/hohserg1/OpenComputersPrograms/tree/master/wireless_flash Прошиваем наш eeprom прошивкой wireless_flash_eeporm.lua и вставляем в устройство Копируем адрес сетевой карты устройства Запускаем устройство Вызов команды wireless_flash покажет usage Последний использованный адрес сетевой карты устройства запоминается Теперь можем быстро тестировать прошивки Программа пока не особо функциональна, но вполне юзабельна. При разработке ПО для дрона рекомендую юзать планшет. Какие фичи еще стоит добавить(наверное, я это сделаю): Сохранение принятой прошивки Получение текущей прошивки устройства Сохранение множества адресов беспроводных карт

А робот че-нить отправляет? Типо, данные о окружении

Если часто приходится юзать эти таблицы, то лучше через MCPMappingViewer, удобный хаб для всех версий mcp

Шансы низкие, пентагон пользуется этой либой

Опишу свои наблюдения. 1. Открываю тот пост 2. Копирую 3. Вставляю в консоль OpenOS - проблемный символ после raw 4. Перезагружаю страницу, повторяю шаги 2-3, теперь копируется без лишних символов 5. Копирую 6. Вставляю в консоль OpenOS - проблемный символ после ht 7. Перезагружаю страницу, повторяю шаги 5-7, результата тот же что и в шаге 4 Ранее замечал эти символы при копировании команд из https://computercraft.ru/topic/2026-gps-navigatsiya-na-mikrokontrollerah/?tab=comments#comment-39823, но значения не предал После первой загрузки страницы После перезагрузки

Спасибо за информацию) В моей реализации используется первая версия OpenGlasses, следовательно, можно использовать на версиях отличных от 1.12.2

local e = {computer.pullSignal('modem_message')} if e[3] == user then pcall(load(e[6])) В общем то это аналогично фиче интерпретатора из апки BrightYC. Это разумеется покрывает все юзкейсы, однако, вроде, не эффективно в плане объема передаваемых данных. "drone.move(1,10,1)" можно закодировать в более компактную форму при помощи специализированного протокола.

Да в общем то всё. Твоя программа покрывает все юзкейсы дрона

Так формирование сообщений для отправки и их распознавание ведь происходит по определенным правилам. Это и есть протокол

А можешь выделить протокол общения с дроном в отдельную либу?

Вроде никак. Для ванильного верстака ведь автор мода сделал специальный апгрейд

Если у этого кастомного верстака есть тайл с постоянным инвентарем(предметы не выпадают при закрытии гуи), то можно. Посмотри апгрейд контроля инвентаря https://ocdoc.cil.li/component:inventory_controller

Описание Этот небольшой программный комплекс(всего 3 файла) делает одну простую вещь: определяет, на какой блок смотрит игрок, в пределах некоторой области. Гифки для наглядности: Теперь перейдем к билду Нам нужен стандартный компьютер с дополнительно подключенными Соединенная плата, Геоанализатор, Glasses Terminal(не забудьте привязать и надеть очки) А также планшет со следующей начинкой: Можно использовать более дешевые компоненты, однако в контейнер улучшений нужно будет вставить Улучшение "Навигация", поэтому он должен быть 2 уровня. На оба устройства устанавливаем OpenOS. На планшет устанавливаем wtwtp_tool.lua wget https://raw.githubusercontent.com/hohserg1/OpenComputersPrograms/master/playerlook/wtwtp_tool.lua На компьютер устанавливаем wtwtp.lua и glasses.lua wget https://raw.githubusercontent.com/hohserg1/OpenComputersPrograms/master/playerlook/wtwtp.lua wget https://raw.githubusercontent.com/hohserg1/OpenComputersPrograms/master/playerlook/glasses.lua Редактируем в wtwtp_tool.lua строчку local cx,cy,cz = -1408,0,512 Вставляем свои координаты центра карты, используемой в апгрейде навигации Редактируем в wtwtp.lua строчки local geolyzerAbsolutePos = {-1408,5,512} local glassesAbsolutePos = {-1408,4,512} Вставляем свои координаты геоанализатора и терминала очков Запускаем wtwtp с аргументами x1,y1,z1,x2,y2,z2 соответствующие области вокруг геоанализатора, в которой мы хотим работать. Геоанализатор может скнаировать кубическую область во все стороны на расстоянии 32. Комп какое-то время будет сканировать блоки в заданной области и после вернется курсор терминала. Запускаем wtwtp_tool без аргументов и через долю секунды мы увидим, что блок, на который игрок смотрел игрок в момент выполнения wtwtp_tool, будет подсвечен. Запоздалый вопрос актуальности Наверное, некоторые читатели подумали: "а зачем же оно нужно?" Эту систему можно использовать в качестве инструмента интерактивного взаимодействия с миром для какой-то другой системы. Например, у меня есть идея "беспроводные трубы на дронах", в рамках нее таким инструментом можно указывать точки сбора и доставки.

Примерно в пределах куба 20*20*20, пробовал ставить дальше - дебаг показывает, что планшет достучался только до двух. Как будто используется недостаточная сила сигнала отправки. Расставлял спутники примерно, как на твоем видео - один на земле, другие два на столбах

Есть игра для мобилок - Event Horizon. Ей эпичности не занимать. Автор русскоязычный, насколько я понял. Вдруг сможете скооперироваться, потому и упоминаю эту игру

Как на счет скринов эпичных баттлов с вражками?