Здравствуйте, не могли бы вы обновиться до 1.1.7 и посмотреть, решит ли это проблему?

Я проведу здесь несколько тестов через минуту, посмотрю, смогу ли я воспроизвести.

Подтвержденный. Не беспокойтесь об обновлении. Добавлю его в выпуск 1.1.8.

Чтобы решить эту проблему, сохраните настройки и нажмите кнопку повторной синхронизации для принтера. Он вернет их из OctoPrint.

Обновлено до 1.1.8, но настройки все еще не сохраняются. Проблема не устранена.

Ага, только что подтверждено. Какого черта я вчера курил. Я еще раз посмотрю через неделю, это раздражает, я подтвердил, что вчера сохранил grr.

Право, конечно, исправлено на этот раз. Это было обновление OctoPrint, которое вызывало проблемы ... Существо отправляло ему нулевые значения, а не сохраненные, а затем повторно синхронизировало себя и очищало. Это может объяснить некоторые другие проблемы, которые я видел у людей, не сохранивших настройки. Исправлено также удаление настроек / внешнего вида. Спасибо за репортаж, иначе бы не увидел этого.

Он находится в основной ветке, я скоро вернусь к разработке.

Приятно - с нетерпением жду возможности протестировать его, когда он помещен в монолитный корпус.

Просто закончил некоторые настройки новых графиков и отправил их мастеру и разработчику.

Монолитный образ на докер-хабе не должен быть слишком длинным.

Я считаю, что это живое :)

Хммм - изображение обновилось, но все еще читается как 1.1.8.

К сожалению до сих пор не сохраняется :(

Я еще не оформил это как версию, так что все равно прочту. Грр, это меня раздражает. Это определенно экономия с моей стороны. Просто попробовал с сохранением пустого (без редактирования модального) и сохранением 1 строки и оставлением остальных.

Все монолитные сборки завершены, не могли бы вы подтвердить, что другого обновления нет?

Нет - сейчас нет новых изображений

Я только что протолкнул разрабатываемую версию.

Не могли бы вы переключиться и посмотреть, работает ли это? Я обновил версию до 1.1.9-dev1, чтобы вы могли увидеть изменения.

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

10.20 по Гринвичу была последней монолитной сборкой, на которую я полагаю, так что, возможно, потребовалось некоторое время, чтобы пройти.

Перешел на octofarm / octofarm: monolithic-dev , но версия по-прежнему читает 1.1.8: /

И все еще не экономит

Он все еще строится для 1.1.9-dev1, не должно быть слишком длинным

В настоящий момент я не могу воспроизвести ваши первоначальные шаги. Не уверен, что происходит в данный момент.

Не могли бы вы также отправить журналы octofarm-API ?, вы подтвердили, что 1.1.9-dev1.

Как вы тоже обновляете свой контейнер? просто чтобы исключить это.

Пользовательская команда включения:
[PrinterURL]/plugin/enclosure/setIO?status=true&index_id=1&apikey=[PrinterAPI]

Пользовательская команда выключения:
[PrinterURL]/plugin/enclosure/setIO?status=false&index_id=1&apikey=[PrinterAPI]

На всякий случай, если вы захотите попробовать себя в точности с теми строками, которые я использую.

OctoFarm-API.log

Проверял команды перезапуска ...

Я посмотрю на них, извините, я тоже не понял, что это были они.

Не могли бы вы подтвердить, что команды перезапуска остались?

Команды перезапуска тоже не спасают, так что тоже ...;)

Как вы обновляете контейнер? так как я не могу воспроизвести с помощью команд перезапуска.

В настоящее время только пользовательские команды мощности.

Монолитный сейчас построен. При обновлении на этот раз вы должны увидеть 1.1.9-dev1.

Используя собственный скрипт обновления: https://pastebin.com/yCWe0dUq

Попробую обновить еще раз

Используя собственный скрипт обновления: https://pastebin.com/yCWe0dUq

Попробую обновить еще раз

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

Вскоре я проверю пользовательские команды питания, просто дайте мне знать, если перезапуск по-прежнему не сохраняется, и я тоже посмотрю на это.

10:42, которые построили так, безусловно, должны иметь новое притяжение.

Просто запуталась, черт возьми, почему перезапуск не спасает тебя ага. Будь моим болваном где-нибудь.

Ладно - не читает 1.1.9-dev1.
Все еще не сохраняются команды перезапуска ты: /

Grrr. Совершенно не могу этого понять. Извините за беспорядок.

Я проведу несколько тестов через некоторое время, чтобы понять, не смогу ли я это понять.

Дайте мне знать, если вам нужно что-нибудь

Некоторое время было бы неплохо, ага.

Примерно в середине недели, думаю, я смогу это проверить, потому что завтра мне нужно вернуться на свою повседневную работу.

Все нормально.
Я проводил некоторое тестирование 1.1.9-dev1 - и похоже, что команды перезапуска сохраняются после этого, он просто возвращает N / A в текстовых полях после этого.
Кнопка команды перезапуска становится видимой и работает после повторной синхронизации.

Все нормально.
Я проводил некоторое тестирование 1.1.9-dev1 - и похоже, что команды перезапуска сохраняются после этого, он просто возвращает N / A в текстовых полях после этого.
Кнопка команды перезапуска становится видимой и работает после повторной синхронизации.

Хммм, это все еще странно, потому что в моем случае он проходит ... сбивает с толку! Интересно, связано ли это с тем, что у меня есть давние данные, но я попытался установить новую настройку принтера.

Спасибо за дополнительную информацию, разберусь. :)

Да, это имеет смысл, поскольку отправка на OctoPrint работала, а повторная синхронизация просто собирает команды оттуда и сохраняет их в памяти. Раньше я обновлял OctoPrint с пустыми значениями, поэтому раньше он ходил по кругу. Я, наверное, снова что-то упустил.

По крайней мере, они работают.

Команды питания ниже «могут» работать так же. Единственная разница в том, что они возвращаются в мою базу данных, а не обновляют октопринт. Я бы проследил, чтобы все были заполнены.

Просто попробовал с пользовательскими командами, они все еще не работают. Будем ждать того, что вы найдете :)

Спасибо за подтверждение.

Надеюсь, завтра у меня будет время взглянуть на это. Это моя вина, что мне следовало уделить больше внимания этим утром, так что извините за это.

Не волнуйся. просто рад, что вы найдете время, чтобы разобраться в этом :)

О, OctoFarm - мой ребенок, я не люблю жуков 😅. Я, конечно, сделаю это.

Йо, только что отправил еще одну попытку исправления в разработку, если у вас будет возможность попробовать.

Я тестировал здесь, и все работало нормально и обновлялось сразу после обновления. Пальцы скрещены на твоем конце. Будет -dev2

Хммм - кажется, что кнопка «Сохранить» не работает в -dev2.
При нажатии «Сохранить» ничего не происходит.

Не могли бы вы отправить журнал API?

OctoFarm-API (1) .log

Хм, это, конечно, отправка информации и ее получение.

Я еще раз посмотрю на код и посмотрю, не упустил ли я что-нибудь.

Что-нибудь появляется в окне консоли браузера при нажатии кнопки «Сохранить»?

Нет, ничего не выходит. И команды вроде тоже не сохраняются.

Нажмите F12 в браузере и перейдите на вкладку консоли.

Затем нажмите «Сохранить», он покажет ошибки, если они есть.

В консоли ничего не происходит

При нажатии кнопки сохранения БЕЗ ввода чего-либо кнопка сохранения работает

Какую версию nodejs вы используете?

Используя 12.16.3-0017

Не то чтобы хммм

Здравствуйте, я внес некоторые изменения и отправил новую версию в разработку. Будет -dev3. Не могли бы вы протестировать?

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

Все равно не повезло :(
OctoFarm-API (2) .log
OctoFarm-State.log

Ваш журнал предоставлен только до 25 января, пожалуйста, попробуйте сегодня

Странно - пробовал сразу после апгрейда контейнера.
Я попробую еще раз.

Вам нужен OctoFarm-State # .log, этот файл без номера является самым старым.

Помните - моя кнопка сохранения, похоже, не работает, когда я что-то ввел в поля.
OctoFarm-State1.log

Да, я знаю, что у нас нет ошибок в браузере, поэтому сервер не отвечает правильно на запрос.

{
"состояние": "Отключено",
"printer": {
"printerName": "",
"printerURL": "",
"index": "60096307de188800262631e0",
"cameraURL": "",
"апики": ""
},
"связь": {
"предпочтительныйПорт": "0",
"PreferredBaud": "115200",
"предпочтительный профиль": "_default"
},
"systemCommands": {
"serverRestart": "перезапуск службы sudo octoprint",
"systemRestart": "sudo shutdown -r сейчас",
"systemShutdown": "sudo shutdown -h сейчас"
},
"powerCommands": {
"powerOnCommand": "",
"powerOnURL": "[PrinterURL] / plugin / enclosure / setIO? status = true & index_id = 1 & apikey = [PrinterAPI]",
"powerOffCommand": "",
"powerOffURL": "[PrinterURL] / plugin / enclosure / setIO? status = false & index_id = 1 & apikey = [PrinterAPI]",
"powerToggleCommand": "",
"powerToggleURL": "",
"powerStatusCommand": "",
"powerStatusURL": "",
"wol": {
"включен": ложь,
"ip": "",
"порт": "",
"интервал": "",
"считать": "",
"MAC": ""
}
},
"costSettings": {
"потребляемая мощность": нуль,
"ElectricCosts": null,
"buyPrice": null,
"EstimationLifespan": null,
"MaintenanceCosts": null
},
"profileID": "_default",
"profile": {
"имя": ноль,
"цвет": "по умолчанию",
"модель": ноль,
"объем": {
"formFactor": "прямоугольный",
«ширина»: ноль,
"глубина": ноль,
"высота": ноль
},
"warmBed": правда,
"warmChamber": ложь,
"axes": {
"Икс": {
"скорость": ноль,
"инвертированный": ложь
},
"y": {
"скорость": ноль,
"инвертированный": ложь
},
"z": {
"скорость": ноль,
"инвертированный": ложь
},
"e": {
"скорость": ноль,
"инвертированный": ложь
}
},
"экструдер": {
"count": ноль,
"nozzleDiameter": нуль,
"sharedNozzle": ложь
}
},
"gcode": {
"afterPrintCancelled": "",
"afterPrintDone": "",
"afterPrintPaused": "",
"afterPrinterConnected": "",
"afterToolChange": "",
"beforePrintResumed": "",
"beforePrintStarted": "",
"beforePrinterDisconnected": "",
"beforeToolChange": ""
},
"Другие": {
"enableCamera": правда,
"rotateCamera": false,
"flipHCamera": ложь,
"flipVCamera": ложь,
"enableTimeLapse": правда,
"heatingVariation": "",
"остыть": ""
}
}

Я вижу, что запрос отправлен на сервер.

Но с моей новой записью в журнале состояний ничего нет. Вообще ничего. Мне кажется, что это не обновлялось, ваш наверняка на -dev3?

Thu, 28 Jan 2021 10:50:52 GMT | INFO | OctoFarm-State.log | Grabbed 2 for checking |

Это была последняя перезагрузка OctoFarm для вашего сервера, и это было до того, как монолитный образ был фактически выдвинут, так что, насколько я могу судить по журналам, вы ничего не обновляли.

Попробую обновить еще раз, возможно что-то упустил ?!

Стоит попробовать.

Кажется, на этой неделе nodejs дает мне возможность заработать деньги.

Некоторые детали снова обновлены. Новый журнал.
OctoFarm-State1 (1) .log

Успех! Позвольте мне прочитать это: D

Правильно, эта функция буквально застревает у вас, и я не уверен, почему.

Интересно, не является ли это побочным продуктом проблемы, чего не должно быть, потому что новое значение должно просто перезаписывать исходные значения.

У меня есть ваша попытка сохранить журнал, но дальше дело не идет.

Я просто использую улучшенное ведение журнала, чтобы выяснить, с чем у него проблемы.

Если вы хотите проверить теорию, у меня есть. Не могли бы вы удалить принтер и заново добавить его? Мне интересно, есть ли в базе данных сбой из-за наших предыдущих попыток. Хотя этого не должно быть, я просто не понимаю, почему я не могу воспроизвести это в данный момент, так что что-то не синхронизируется в OctoFarm.

Кстати, ваш экземпляр octoprint находится в сети, пока пытается это сделать?

Да Octoprint в сети, только принтер отключен.

Крутые ура, просто чтобы что-то исключить. Я собираюсь ввести еще один набор улучшений входа в систему, и вы должны увидеть ошибку, по крайней мере, на этот раз в пользовательском интерфейсе. Будьте dev4, я дам вам знать, когда он будет построен.

Я только что подтолкнул.

Теперь вы также увидите это в консоли. Надеюсь, поможет мне отследить, что здесь происходит.

Вам не нужно вводить команды перезапуска каждый раз, кстати, похоже, что это так, если не просто игнорировать ага.

будет около 10-15, но я отвечу здесь, когда увижу, что он построен на хабе докеров

Монолит построил

Новый файл журнала - и да, объект JSON, видимый в консоли
OctoFarm-State1 (2) .log

Новый файл журнала - и да, объект JSON, видимый в консоли
OctoFarm-State1 (2) .log

Что ж, мое "улучшенное" ведение журнала привело к этому ... HEY THE ERROR WERE LOOKING FOR! | data:{} |

Вы пытались удалить принтер и добавить его снова? Пока у него то же имя History, и он все еще будет связан.

У вас есть файл pm2.error.log? Может быть, там есть полное сообщение

Я также только что сделал dev4, чтобы улучшить вход в систему, надеюсь, теперь распечатаю ошибку.

Да, попытался удалить и снова добавить, то же имя и ключ API. По-прежнему не повезло.
Обновлен до dev4, все еще не повезло и все еще нет реакции при нажатии кнопки Сохранить

Logs.zip

Я считаю, что исправил это. Просто подтверждаю.

Приятно - просто скажи, когда будет готово обновление

Подтвержденный!

Добавлен новый принтер -> настройка параметров питания, а также изначально правильно извлечен из OctoPrint.

Затем переходите к настройке параметров питания с помощью только URL-адреса и игнорирования блока «Команда», обновляющегося нормально для каждого по отдельности и для нескольких.

Строительство должно занять около 15 минут, но мы подтвердим.

Хммммм - настройки читаются, но при сохранении кастомных команд что-то не горит:

Fri, 29 Jan 2021 10:38:42 GMT | INFO | OctoFarm-State.log | Attempting to save: | data:{"state":"Disconnected","printer":{"printerName":"","printerURL":"","index":"6012a1b726f97000191982af","cameraURL":"","apikey":""},"connection":{"preferredPort":"","preferredBaud":"115200","preferredProfile":"_default"},"systemCommands":{"serverRestart":"","systemRestart":"","systemShutdown":""},"powerCommands":{"powerOnCommand":"","powerOnURL":"[PrinterURL]/plugin/enclosure/setIO?status=true&index_id=1&apikey=[PrinterAPI]","powerOffCommand":"","powerOffURL":"","powerToggleCommand":"","powerToggleURL":"","powerStatusCommand":"","powerStatusURL":"","wol":{"enabled":false,"ip":"","port":"","interval":"","count":"","MAC":""}},"costSettings":{"powerConsumption":null,"electricityCosts":null,"purchasePrice":null,"estimateLifespan":null,"maintenanceCosts":null},"profileID":"_default","profile":{"name":null,"color":"default","model":null,"volume":{"formFactor":"rectangular","width":null,"depth":null,"height":null},"heatedBed":true,"heatedChamber":false,"axes":{"x":{"speed":null,"inverted":false},"y":{"speed":null,"inverted":false},"z":{"speed":null,"inverted":false},"e":{"speed":null,"inverted":false}},"extruder":{"count":null,"nozzleDiameter":null,"sharedNozzle":false}},"gcode":{"afterPrintCancelled":"","afterPrintDone":"","afterPrintPaused":"","afterPrinterConnected":"","afterToolChange":"","beforePrintResumed":"","beforePrintStarted":"","beforePrinterDisconnected":"","beforeToolChange":""},"other":{"enableCamera":true,"rotateCamera":false,"flipHCamera":false,"flipVCamera":false,"enableTimeLapse":true,"heatingVariation":"","coolDown":""}} | Fri, 29 Jan 2021 10:38:42 GMT | ERROR | OctoFarm-State.log | ERROR updating printer | data:"\"Cannot read property 'powerOnURL' of null\"" |

Из государственного журнала

Он все еще создает человека -dev5, но это просто для того, чтобы удалить профиль, не удалось обновить ошибку, которую вы видите. По сути, эти команды управления питанием не возвращаются в OctoFarm, в отличие от других, поэтому вы видите это уведомление, потому что нет необходимости обновлять OctoPrint. Я исправил эти ошибки.

Ладно, тогда попробую позже :)

Он буквально перестанет показывать эти два красных предупреждения. Команды должны работать, и вы должны увидеть это в раскрывающемся меню при обновлении?

хммм, погоди, что-то еще происходит.

Это должно работать сейчас для сохранения и прочего.

Я просто продвигаю исправление для захвата состояния питания без существующего, но не влияет ни на что, только дополнительные вызовы, которые никуда не идут.

Чувак .. это было неприятно! надлежащий сделал я над ага.

Просто упомяну, что будет в разработке, пока я не исправлю проблему с графиком с давно существующими базами данных.

Действительно, сейчас он сохранен, но не похоже, что он действительно запускает действие при выборе.
В каком журнале я мог бы искать зацепки?

Это все на стороне клиента, так что консоль в браузере.

Я посмотрю, смогу ли я воспроизвести ваш URL-адрес выше

Да пожары для меня нормально

Однако ваша команда не будет работать с текущим кодом. Вы запускаете настраиваемую команду для OctoPrint, а не настраиваемый URL-адрес за пределами octoprint, как я ожидал, когда писал это. Я специально не отправляю ключ API с командой. Если вы получили политику CORS выше, дайте мне знать, я настрою ее для вас. Я проверил текущие плагины команд управления питанием, и мой метод поддерживал все они, не понимая, что у плагина корпуса тоже есть эта опция.

Я бы подумал, что зависит от того, как этот плагин использует OctoPrints api.

Ага - ошибка CORS

Его документация не соответствует его API. Вам все равно придется отправлять заголовок X-Api-Key с запросами, которые он подробно описал в своей Wiki.

Я только что установил для вас исправление, дам знать, когда оно будет построено снова :)

Он построен, извините, что авто закрылось, когда я слился с мастером. Пожалуйста, откройте, если вы все еще получаете ошибку CORS :)

Все еще получаются ошибки CORS

Не могли бы вы показать мне, пожалуйста, вывод на консоль?

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

При копировании URL-адреса на новую панель в браузере он работает должным образом.

Мне придется настроить плагин и запустить несколько тестов, чтобы не уверен. Все, что я делаю, - это запросы на получение, такие же, как и в браузере, поэтому с ключом api или без него технически должно работать, как в URL-адресе.

Все еще проблемы с CORS, даже в недавнем выпуске

Не получайте это сразу, и я не могу установить плагин корпуса, чтобы протестировать его, потому что он продолжает возвращаться «неизвестно».

Аааааааааааааааааааааааааааааа и и и после "пятерки" вы все еще отправляете запрос на отправку, не могли бы вы проверить последний push-запрос на dev? скажет 1.1.11-dev9.

Пропущен флаг, запрещающий использовать данные json в команде. Я добавил для этого несколько журналов консоли, если это снова не сработает, не могли бы вы отправить их, пожалуйста?

Я только что исправил скорость подачи, я обновил ее дважды, теперь не знаю, как она исчезла.

Аааааааааааааааааааааааааааааа и и и после "пятерки" вы все еще отправляете запрос на отправку, не могли бы вы проверить последний push-запрос на dev? скажет 1.1.11-dev9.

Пропущен флаг, запрещающий использовать данные json в команде. Я добавил для этого несколько журналов консоли, если это снова не сработает, не могли бы вы отправить их, пожалуйста?

Все еще не повезло

Эта переменная current_value позволяет мне посмотреть, откуда она взялась ... Из-за этого она по-прежнему пропускает запрос на получение и делает пост.

Ладно 1.1.11-dev9 ОЧЕНЬ фу-бар :( Ничего не работает.
Не могу даже открыть панель управления принтером.

Отсутствующие состояния в списке

Эта переменная current_value позволяет мне посмотреть, откуда она взялась ... Из-за этого она по-прежнему пропускает запрос на получение и делает пост.

current_value - это свойство JSON в ответе плагинов корпуса, которое содержит текущее состояние (истина / ложь), так что я определил его.

Чтобы правильно использовать ваш плагин, все ваши пользовательские команды управления питанием не должны иметь ничего подобного в настройках:

Ваша переменная current_value отправлена ​​с командой для включения / выключения / состояния по внешнему виду, и это не должно быть

Только в строке состояния определено current_value.
Команды включения / выключения еще не тестировались, так как оба принтера в данный момент печатают.

Только в строке состояния определено current_value.
Команды включения / выключения еще не тестировались, так как оба принтера в данный момент печатают.

Это не сработает с этим, и это будет продолжать терпеть неудачу, пока я буду опрашивать статус.

Первое поле предназначено для отправки данных, а не получения.

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

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

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

Я понятия не имею, что там происходит, потому что я не могу это воспроизвести. Похоже, что-то не удается сканировать на вашем принтере, так как настройки отсутствуют.

Вы присылаете мне недавние журналы состояния, чтобы узнать, что я обманул?

Кажется, все равно есть ошибка с закрытием поля -_-

Похоже, перезапуск докера исправил все недостающие данные. Но нельзя удалить параметр current_value.
При удалении текста и сохранении он все еще присутствует в представлении - даже после повторного перезапуска докера, и все еще находится в поле.

Похоже, перезапуск докера исправил все недостающие данные. Но нельзя удалить параметр current_value.
При удалении текста и сохранении он все еще присутствует в представлении - даже после повторного перезапуска докера, и все еще находится в поле.

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

Правильно, поэтому я немного застрял в этой логике. Я отправляю пустые поля, чтобы указать, что изменений нет, поэтому на сортировку у меня может уйти некоторое время. На данный момент лучшим вариантом будет MongoDB Compass, чтобы просто очистить это поле в настройках питания вашего принтера. Извините за это, этот раздел настроек был королевской пиа, и я хочу уничтожить его, но у меня нет времени, поэтому я попытаюсь исправить его.

276, чтобы отследить это должным образом.

Команды включения / выключения теперь работают правильно. Статус нет, но это может быть связано с тем объектом JSON, возвращенным из плагина вложения.

Команды включения / выключения теперь работают правильно. Статус нет, но это может быть связано с тем объектом JSON, возвращенным из плагина вложения.

Похоже, конечно, я собираюсь добавить настройку кнопки очистки завтра утром, чтобы разобраться с этим. Приветствую вас за отчет!

Команды включения / выключения теперь работают правильно. Статус нет, но это может быть связано с тем объектом JSON, возвращенным из плагина вложения.

У меня -dev10 Я собираюсь нажать кнопку сброса, чтобы очистить настройки питания. Извините, не могу дождаться сортировки нового пользовательского интерфейса.