Olá, você poderia atualizar para 1.1.7 e ver se isso corrige o problema?

Vou fazer alguns testes aqui em um minuto para ver se consigo reproduzir.

Confirmado. Não se preocupe em atualizar. Irá adicioná-lo à versão 1.1.8.

Para uma solução alternativa, salve as configurações e pressione o botão de ressincronização da impressora. Ele os recuperará do OctoPrint.

Atualizado para 1.1.8, e as configurações ainda não foram salvas. O problema ainda persiste.

Sim, acabei de confirmar. Que diabos eu estava fumando ontem. Vou dar outra olhada durante a semana, isso é irritante, confirmei salvando ontem grr.

Certamente corrigido desta vez. Era a atualização OctoPrint causando problemas ... A coisa estava enviando valores nulos de volta para ele, ao invés dos salvos, em seguida, ressincronizando-se e limpando. Isso pode explicar alguns outros problemas que tenho visto com as pessoas que não salvaram as configurações. Corrigido para limpar as configurações / aparência também. Obrigado por relatar, não teria visto isso de outra forma.

Está no branch master, voltarei a preencher o desenvolvimento em breve.

Bom - ansioso para testá-lo quando for empurrado para o monolítico.

Acabei de terminar alguns ajustes nos novos gráficos também e enviei para master e dev.

A imagem monolítica no hub do docker não deve ser muito longa.

Eu acredito que seja ao vivo :)

Hmmm - a imagem foi atualizada, mas ainda mostra 1.1.8.

Infelizmente, ainda não estou salvando :(

Eu não formalizei isso como uma versão ainda, então ainda vou ler isso. Grr, este é irritante. Certamente está economizando do meu lado. Apenas tentei salvar em branco (sem edições no modal), salvar 1 linha e deixar as outras.

Todas as compilações monolíticas foram concluídas. Você poderia apenas confirmar que não há outra atualização?

Não - sem novas imagens agora

Acabei de forçar um avanço para a versão de desenvolvimento.

Você se importaria de trocar e ver se funciona? Atualizei a versão para 1.1.9-dev1 para que você possa ver a mudança.

Parece que a imagem não está puxando o novo, mas deveria ser, apenas confirme.

10h20 GMT foi a última construção monolítica que acredito que pode ter levado algum tempo para ser concluída.

Alternado para octofarm / octofarm: monolithic-dev , mas a versão ainda lê 1.1.8: /

E ainda não salvando

Ainda está compilando para 1.1.9-dev1 não deve demorar muito

Não consigo reproduzir no momento com seus passos originais. Não tenho certeza do que está acontecendo no momento.

Você também poderia enviar por meio dos logs da API do octofarm, por favor ?, um que você confirmou o 1.1.9-dev1.

Como você está atualizando seu contêiner também? apenas para descartar isso.

Comando de ativação personalizado:
[PrinterURL]/plugin/enclosure/setIO?status=true&index_id=1&apikey=[PrinterAPI]

Comando de desligamento personalizado:
[PrinterURL]/plugin/enclosure/setIO?status=false&index_id=1&apikey=[PrinterAPI]

Apenas no caso de você querer tentar sua selv com as cordas exatas que eu uso.

OctoFarm-API.log

Estava verificando os comandos de reinicialização ...

Vou dar uma olhada neles daqui a pouco, desculpe, não percebi que eram esses também.

Você pode confirmar se os comandos de reinicialização permanecem agora, por favor?

Os comandos de reinicialização também não salvam, então também ...;)

Como você está atualizando o contêiner? pois não consigo reproduzir com os comandos de reinicialização.

Apenas os comandos de energia personalizados atualmente.

Monolítico foi construído agora. Você deve ver 1.1.9-dev1 ao atualizar desta vez.

Usando um script de atualização personalizado: https://pastebin.com/yCWe0dUq

Vou tentar uma atualização novamente

Usando um script de atualização personalizado: https://pastebin.com/yCWe0dUq

Vou tentar uma atualização novamente

Não, isso é perfeito, só queria confirmar se ele estava atualizando corretamente, mas deveria. Algumas pessoas simplesmente reiniciam o container aha.

Eu verificarei os comandos de energia personalizados em breve, apenas me avise se a reinicialização ainda não estiver persistindo e eu darei uma olhada nisso também.

10:42 que construído assim certamente deve ter uma nova atração.

Apenas confuso como o inferno porque o reinício não está salvando para você aha. Seja meu idiota em algum lugar.

Ok - não lê 1.1.9-dev1.
Ainda não salvando comandos de reinicialização tu: /

Grrr. Não consigo entender isso de jeito nenhum. Desculpe pela bagunça.

Vou fazer alguns testes daqui a pouco para ver se não consigo descobrir.

Deixe-me saber se você precisar de alguma coisa

Algum tempo seria bom aha.

Acho que poderei verificar por volta do meio da semana, pois tenho que voltar ao meu trabalho diário amanhã.

Tudo bem.
Eu tenho feito alguns testes em 1.1.9-dev1 - e parece que os comandos de reinicialização são salvos depois de tudo, apenas retorna N / A nos campos de texto depois.
O botão de comando de reinicialização se torna visível e funciona após uma ressincronização.

Tudo bem.
Eu tenho feito alguns testes em 1.1.9-dev1 - e parece que os comandos de reinicialização são salvos depois de tudo, apenas retorna N / A nos campos de texto depois.
O botão de comando de reinicialização se torna visível e funciona após uma ressincronização.

Hmmm isso ainda é estranho porque no meu ele puxa de volta ... confuso! Eu me pergunto se isso tem a ver com o fato de eu ter dados antigos, mas tentei com uma nova configuração de impressora.

Obrigado pela informação extra, vamos resolver. :)

Sim, faz sentido, pois o push para OctoPrint estava funcionando e uma ressincronização apenas coleta os comandos de lá e os mantém na memória. Antes, eu estava atualizando o OctoPrint com valores em branco, e é por isso que antes ele andava em círculos. Provavelmente perdi algo novamente.

Pelo menos esses estão funcionando.

Os comandos de energia abaixo "podem" funcionar da mesma forma. A única diferença é que eles voltam ao meu banco de dados em vez de atualizar o octoprint. Gostaria de me certificar de que todos fossem preenchidos.

Apenas tentei com os comandos personalizados, eles ainda não funcionam. Estarei esperando o que você encontrar :)

Obrigado pela confirmação.

Espero ter algum tempo amanhã para dar uma olhada nisso. É minha culpa que eu deveria ter prestado mais atenção esta manhã, sinto muito por isso.

Não se preocupe . feliz que você reserve um tempo para analisar isso :)

Oh OctoFarm é meu bebê Eu não gosto de insetos 😅. Eu certamente irei embora.

Ei, acabei de enviar outra tentativa de correção para o desenvolvimento se você tiver a chance de tentar.

Eu testei aqui e tudo estava funcionando bem e atualizando imediatamente após uma atualização. Dedos cruzados mesmo em sua extremidade. Será -dev2

Hmmm - O botão Salvar parece não estar funcionando em -dev2.
Nada acontece ao pressionar Salvar.

Você poderia enviar o log da API, por favor?

OctoFarm-API (1) .log

Hmm, certamente está enviando e recebendo as informações.

Vou dar uma outra olhada no código daqui a pouco e ver se esqueci alguma coisa.

Alguma coisa aparece na janela do console do navegador quando você pressiona salvar?

Não, não aparece nada. E os comandos também parecem não ter sido salvos.

Pressione F12 em seu navegador e clique na guia do console.

Em seguida, pressione salvar, ele mostrará os erros, se houver.

Nada acontece no console

Ao pressionar em salvar SEM inserir nada, o botão salvar funciona

Qual versão do nodejs você está executando?

Usando 12.16.3-0017

Não é isso então hmmm

Olá, fiz alguns ajustes e coloquei uma nova versão em desenvolvimento. Será -dev3. Você se importaria de testar?

Se falhar novamente desta vez, reforcei o registro do estado para mostrar o que realmente está acontecendo. Devia pelo menos consertar ou me aludir ao que está acontecendo.

Ainda sem sorte :(
OctoFarm-API (2) .log
OctoFarm-State.log

Seu log fornecido só vai até 25 de janeiro, precisamos das tentativas hoje, por favor

Estranho - tentado logo após a atualização do contêiner.
Vou tentar outra vez.

Você precisa de um OctoFarm-State # .log que o arquivo sem o número é o mais antigo.

Lembre-se - meu botão Salvar não parece funcionar quando eu tenho algo inserido nas caixas.
OctoFarm-State1.log

Sim, sei que não há erros no navegador de modo que seria o servidor não respondendo corretamente a solicitação.

{
"state": "Desconectado",
"impressora": {
"printerName": "",
"printerURL": "",
"index": "60096307de188800262631e0",
"cameraURL": "",
"Chave API": ""
},
"conexão": {
"preferredPort": "0",
"preferidoBaud": "115200",
"preferredProfile": "_default"
},
"systemCommands": {
"serverRestart": "sudo service octoprint restart",
"systemRestart": "sudo shutdown -r now",
"systemShutdown": "sudo shutdown -h now"
},
"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": {
"ativado": falso,
"ip": "",
"porta": "",
"intervalo": "",
"contar": "",
"MAC": ""
}
},
"costSettings": {
"powerConsumption": null,
"ElectricCosts": null,
"purchasePrice": null,
"estimativaLifespan": nulo,
"maintenanceCosts": null
},
"profileID": "_default",
"perfil": {
"nome": nulo,
"color": "default",
"modelo": nulo,
"volume": {
"formFactor": "retangular",
"largura": nulo,
"profundidade": nulo,
"height": null
},
"heatBed": verdadeiro,
"heatChamber": falso,
"machados": {
"x": {
"velocidade": nulo,
"invertido": falso
},
"y": {
"velocidade": nulo,
"invertido": falso
},
"z": {
"velocidade": nulo,
"invertido": falso
},
"e": {
"velocidade": nulo,
"invertido": falso
}
},
"extrusora": {
"contagem": nulo,
"nozzleDiameter": null,
"sharedNozzle": falso
}
},
"gcode": {
"afterPrintCancelled": "",
"afterPrintDone": "",
"afterPrintPaused": "",
"afterPrinterConnected": "",
"afterToolChange": "",
"beforePrintResumed": "",
"beforePrintStarted": "",
"beforePrinterDisconnected": "",
"beforeToolChange": ""
},
"de outros": {
"enableCamera": verdadeiro,
"rotateCamera": falso,
"flipHCamera": falso,
"flipVCamera": falso,
"enableTimeLapse": verdadeiro,
"heatVariation": "",
"esfriar": ""
}
}

Posso ver que a solicitação foi enviada ao servidor.

Mas não há nada no log de estado com meu novo log. Nada mesmo. Isso me parece que não foi atualizado, você certamente está em -dev3?

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

Essa foi a última reinicialização do OctoFarm para o seu servidor e é antes da imagem monolítica realmente ser enviada, pelo que posso dizer pelos logs que você não atualizou nada.

Vou tentar atualizar novamente, talvez faltou alguma coisa ?!

Vale a pena tentar.

Parece que nodejs está me dando uma chance pelo meu dinheiro esta semana.

Algumas partes foram atualizadas novamente. Novo log.
OctoFarm-State1 (1) .log

Sucesso! Deixe-me ler estes: D

Certo, essa função está literalmente travando para você e não tenho certeza do porquê.

Eu me pergunto se isso é um subproduto do problema, o que não deveria ser porque um novo valor deveria apenas substituir os valores originais.

Tentei salvar o log, mas não foi adiante.

Estou apenas empurrando alguns registros aprimorados para descobrir o que está tendo problemas.

Se você quisesse testar uma teoria, eu tenho. Você poderia excluir a impressora e adicioná-la novamente? Estou me perguntando se há uma confusão no banco de dados de nossas tentativas anteriores. Embora não devesse haver, estou confuso por que não consigo reproduzir isso no momento, então algo está fora de sincronia no OctoFarm.

A sua instância do octoprint está online enquanto tenta fazer isso btw?

Sim Octoprint está online, apenas a impressora está desconectada.

Ahh elogios legais, foi apenas para descartar algo. Estou prestes a enviar outro conjunto de melhorias de loggin e você deve ver um erro pelo menos desta vez na IU. Seja dev4, avisarei quando estiver pronto.

Eu apenas empurrei.

Agora você verá o acima no console também. Espero que me ajude a rastrear o que está acontecendo aqui.

Você não deveria ter que digitar os comandos de reinicialização todas as vezes aliás, parece que você está, se não apenas desconsiderar aha.

ser cerca de 10-15, mas responderei aqui quando perceber que ele está integrado ao docker hub

Monolítico construiu

Novo arquivo de log - e sim, objeto JSON visível no console
OctoFarm-State1 (2) .log

Novo arquivo de log - e sim, objeto JSON visível no console
OctoFarm-State1 (2) .log

Bem, meu registro "aprimorado" produziu isso ... HEY THE ERROR WERE LOOKING FOR! | data:{} |

Você tentou excluir a impressora e adicioná-la novamente? Desde que tenha o mesmo nome Histórico e que ainda esteja conectado.

Você tem o arquivo pm2.error.log? Pode ter a mensagem completa lá

Eu também acabei de fazer o dev4 para melhorar o loggin, espero imprimir o erro agora.

Sim, tentei deletar e adicionar novamente o mesmo nome e chave API. Ainda sem sorte.
Atualizado para dev4, ainda sem sorte e ainda sem reação ao pressionar o botão Salvar

Logs.zip

Eu acredito que consertei. Apenas confirmando.

Legal - basta dizer quando uma atualização estiver pronta

Confirmado!

Nova impressora adicionada -> definir configurações de energia e também extraída corretamente do OctoPrint originalmente.

Em seguida, defina as configurações de energia com apenas um URL e ignorando o bloco "Comando", atualizado com precisão a cada um e vários.

Ele está construindo então deve ser cerca de 15 minutos, mas irá confirmar.

Hmmmmm - as configurações são lidas, mas algo está errado ao salvar comandos personalizados:

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\"" |

Do registro do estado

Ainda está construindo o -dev5 man, mas isso é só para remover o profile falhou para atualizar o erro que você está vendo. Basicamente, esses comandos de energia não são enviados de volta para o OctoFarm, mas os outros sim, é por isso que você vê essa notificação porque não há necessidade de atualizar o OctoPrint. Eu limpei esses erros.

Ok, vou tentar novamente mais tarde :)

Ele irá literalmente parar de mostrar esses dois alertas vermelhos. Os comandos devem estar funcionando e você deve vê-los na lista suspensa de energia em uma atualização?

hmmm espere em algumas coisas que ainda estão acontecendo.

Isso deve estar funcionando agora para a economia e outras coisas.

Estou apenas empurrando uma correção para a captura de status de energia sem existir, mas não afeta nada, apenas chamadas extras que não vão a lugar nenhum.

Cara .. essa foi chata! bem me fiz sobre aha.

Só para mencionar que estarei em desenvolvimento até que eu conserte o problema do gráfico com bancos de dados antigos.

Na verdade, ele está salvo agora, mas não parece que está realmente disparando a ação quando selecionado.
Em que registro posso procurar pistas?

É tudo do lado do cliente para o console no navegador.

Vou ver se consigo reproduzir com o seu url acima

Sim dispara para mim bem

Seu comando não funcionará com o código atual. Você está disparando um comando personalizado para o OctoPrint, não um url personalizado fora do octoprint, como eu esperava quando escrevi isso. Não envio especificamente a chave API com o comando. Se você obtiver uma política CORS acima, deixe-me saber que irei ajustá-la para você. Eu verifiquei os plug-ins de comando de energia atuais e meu método suportava todos eles, mas não percebi que o plug-in de gabinete também tinha essa opção.

Vou depender de como esse plugin utiliza a API OctoPrints, eu teria pensado.

Sim - erro CORS

Sua documentação é enganosa para sua API. Você ainda teria que enviar o cabeçalho X-Api-Key com as solicitações detalhadas em seu Wiki.

Acabei de empurrar a correção para você, avisarei quando for construído novamente :)

Foi construído, desculpe por ter sido fechado automaticamente quando me juntei ao master. Abra se ainda estiver recebendo um erro CORS :)

Ainda obtendo os erros CORS

Você pode me mostrar a saída do console, por favor?

Como adicionei a chave agora à chamada, talvez pareça formatação de url, não use o plug-in pessoalmente, portanto, preciso de mais informações para descobrir.

Ao copiar o URL para um novo painel no navegador, ele funciona conforme o esperado.

Vou ter que configurar o plugin e executar alguns testes para ele não tenho certeza. Tudo o que estou fazendo é obter solicitações da mesma forma que o navegador faria, portanto, com ou sem a chave de API deve funcionar tecnicamente como está no url.

Ainda problemas de CORS, mesmo no lançamento recente

Não entendo no minuto, e não consigo instalar o plugin de gabinete para testá-lo porque ele continua voltando "desconhecido".

Ahhh você ainda está fazendo uma solicitação de postagem, não uma solicitação de obtenção ... você poderia verificar o push mais recente, por favor, no dev? dirá 1.1.11-dev9.

O sinalizador para não usar os dados json no comando foi perdido. Eu coloquei alguns logs de console para isso, se não funcionar novamente, você poderia enviá-los?

Eu acabei de fixar a taxa de alimentação também, atualizei isso duas vezes, agora não sei como isso desapareceu.

Ahhh você ainda está fazendo uma solicitação de postagem, não uma solicitação de obtenção ... você poderia verificar o push mais recente, por favor, no dev? dirá 1.1.11-dev9.

O sinalizador para não usar os dados json no comando foi perdido. Eu coloquei alguns logs de console para isso, se não funcionar novamente, você poderia enviá-los?

Ainda sem sorte

É aquela variável current_value, deixe-me dar uma olhada de onde isso está vindo ... Ainda está pulando a solicitação get e fazendo um post por causa disso.

Ok 1.1.11-dev9 é MUITO fu-bar :( Nada funciona.
Não consigo nem abrir o painel de controle da impressora.

Estados ausentes na lista

É aquela variável current_value, deixe-me dar uma olhada de onde isso está vindo ... Ainda está pulando a solicitação get e fazendo um post por causa disso.

current_value é a propriedade JSON na resposta de plug-ins de invólucro que contém o estado atual (verdadeiro / falso), então esse é um que eu defini.

Para usar seu plug-in corretamente, todos os seus comandos de energia personalizados não devem ter nada nas configurações como este:

Sua variável current_value foi enviada com o comando para ligar / desligar / estado pelo que parece e não deveria ser

É apenas a linha de estado que tem current_value definido.
Ainda não testei os comandos liga / desliga, pois ambas as impressoras estão imprimindo no momento.

É apenas a linha de estado que tem current_value definido.
Ainda não testei os comandos liga / desliga, pois ambas as impressoras estão imprimindo no momento.

Não vai funcionar com isso, e isso vai continuar falhando enquanto eu pesquiso o status.

O primeiro campo é para envio de dados, não recebimento.

Deve ser tudo assim, apenas com os URLs corretos conforme copiei e colei o primeiro que vi você usar para testar.

No momento, não posso alterá-lo - preciso fazer o downgrade, pois a versão mais recente travou tudo.

No momento, não posso alterá-lo - preciso fazer o downgrade, pois a versão mais recente travou tudo.

Não tenho ideia do que está acontecendo lá porque não consigo reproduzir. Parece que algo está falhando ao digitalizar com a impressora, pois nenhuma configuração foi obtida.

Você me envia alguns registros de estado recentes para ver o que eu cometi um erro?

Parece que há um bug apagando o campo de qualquer maneira -_-

A reinicialização da janela de encaixe parecia corrigir todos os dados ausentes. Mas não pode remover a configuração current_value.
Ao excluir o texto e salvá-lo, ele ainda estará na visualização - mesmo após outra reinicialização da janela de encaixe, e ainda no campo.

A reinicialização da janela de encaixe parecia corrigir todos os dados ausentes. Mas não pode remover a configuração current_value.
Ao excluir o texto e salvá-lo, ele ainda estará na visualização - mesmo após outra reinicialização da janela de encaixe, e ainda no campo.

Sim, parece que não estou deixando os campos em branco. Só descobri agora quando achei melhor testar para ver se isso é possível. Bem, pelo menos a outra coisa não é uma grande bobagem. Vou apenas classificar as configurações.

Certo, estou um pouco preso a isso com a lógica atual. Eu envio campos em branco para indicar nenhuma mudança, então pode levar algum tempo para que seja classificado. Por enquanto, sua melhor aposta será o MongoDB Compass apenas em branco nesse campo nas configurações de energia de sua impressora. Desculpe por isso, essa seção de configurações tem sido uma pia real e eu quero detoná-la, mas não tenho tempo, então vou tentar consertá-la.

276 para rastrear isso corretamente.

Comandos liga / desliga funcionando corretamente agora. Status não, mas isso pode ser devido ao objeto JSON retornado do plug-in de gabinete.

Comandos liga / desliga funcionando corretamente agora. Status não, mas isso pode ser devido ao objeto JSON retornado do plug-in de gabinete.

Parece que certamente, vou colocar uma configuração de botão de limpeza amanhã de manhã para resolver isso. Saudações pelo relatório de volta!

Comandos liga / desliga funcionando corretamente agora. Status não, mas isso pode ser devido ao objeto JSON retornado do plug-in de gabinete.

Eu tenho -dev10 que estou prestes a usar o botão de reset para limpar as configurações de energia. Desculpe por isso, mal posso esperar para organizar a nova IU.