Octofarm: [ERROR] No se guardarán los comandos de encendido y encendido personalizados

Creado en 23 ene. 2021  ·  123Comentarios  ·  Fuente: OctoFarm/OctoFarm

Para ayudar al desarrollador a comprender mejor su problema, complete la información a continuación. Si no lo hace, el desarrollador y su propio tiempo perderán su tiempo para solucionar el problema. ¡Gracias!

Describe el error
Al ingresar información en los campos de Power y Custom Power Commands, no se guarda nada.
Después de presionar guardar y volver a cargar la página, los campos vuelven al texto predeterminado nuevamente.

Reproducir
Pasos para reproducir el comportamiento:

  1. Vaya a 'Configuración de la impresora'
  2. Haga clic en 'Energía'
  3. Agrega información en los campos
  4. Presione Guardar
  5. Recargar la pagina
  6. Observe que los campos vuelven a sus valores predeterminados

Comportamiento esperado
La configuración debe guardarse

Capturas de pantalla
Antes de guardar / recargar:
image

Después de guardar / recargar:
image

Versiones (complete la siguiente información):

  • Versión de NodeJS [por ejemplo, 13] (??)
  • Versión de OctoFarm [por ejemplo, 1.5.5.7] 1.1.6 (Octofarm-Monolithic)
  • Versión de OctoPrint [por ejemplo, 1.4.1] 1.5.3
  • Complementos de OctoPrint [por ejemplo, visualizador de camas, octoklipper, printtimegenius] Complemento de caja

Contexto adicional
N / A

bug fixed

Todos 123 comentarios

Hola, ¿podrías actualizar a 1.1.7 y ver si eso soluciona el problema?

Haré algunas pruebas aquí en un minuto para ver si puedo reproducir.

Confirmado. No se preocupe por la actualización. Lo agregará a la versión 1.1.8.

Para evitarlo, guarde la configuración y luego presione el botón de resincronización de la impresora. Los recuperará de OctoPrint.

Se actualizó a 1.1.8 y la configuración aún no se guarda. El problema aún persiste.

Sí, acaba de confirmar. ¿Qué diablos estaba fumando ayer? Voy a echar otro vistazo a lo largo de la semana, eso es molesto. Lo confirmé guardando ayer grr.

Ciertamente arreglado esta vez. Era la actualización de OctoPrint la que causaba problemas ... Lo que pasaba era enviarle valores nulos, en lugar de los guardados y luego volver a sincronizarse y borrar. Esto podría explicar algunos otros problemas que he visto con personas que no tienen configuraciones guardadas. Se corrigió también para borrar la configuración / apariencia. Gracias por informar, no habría visto eso en absoluto de otra manera.

Está en la rama principal, volveré a llenar el desarrollo en breve.

Agradable, con ganas de probarlo cuando lo empuje a monolítico.

También terminé algunos ajustes en los nuevos gráficos y los empujé tanto al maestro como al desarrollador.

La imagen monolítica en el concentrador de la ventana acoplable no debería ser demasiado larga.

Creo que es en vivo :)

Mmmm, la imagen se actualizó, pero aún se lee 1.1.8.

Desafortunadamente, todavía no guardo :(

Aún no lo he formalizado como versión, así que lo seguiré leyendo. Grr, este ha sido molesto. Ciertamente me está ahorrando. Solo probé guardando en blanco (sin ediciones en modal), guardando 1 línea y dejando las demás.

Todas las compilaciones monolíticas se han completado, ¿podría confirmar que no hay otra actualización?

No, no hay imágenes nuevas ahora

Acabo de forzar un avance para la versión de desarrollo.

¿Le importaría cambiar y ver si funciona? Actualicé la versión a 1.1.9-dev1 para que pueda ver el cambio.

Parece que la imagen no está sacando la nueva, pero debería ser así, simplemente confirme.

10.20 GMT fue la última versión monolightic que creo, por lo que podría haber tomado algo de tiempo para completarla.

Se cambió a octofarm / octofarm: monolithic-dev , pero la versión aún dice 1.1.8: /

Y aun no salvando

Todavía se está construyendo para 1.1.9-dev1 no debería ser demasiado largo

No puedo reproducir en este momento con tus pasos originales. No estoy seguro de lo que está pasando en este momento.

¿Podría enviar también los registros de la API de octofarm, por favor ?, uno que haya confirmado el 1.1.9-dev1.

¿Cómo está actualizando su contenedor también? solo para descartar eso.

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

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

En caso de que quieras probar por ti mismo con las cadenas exactas que uso.

Estaba revisando los comandos de reinicio ...

Echaré un vistazo a esos en un poco de perdón, no me di cuenta de que eran esos también.

¿Puede confirmar que los comandos de reinicio se mantienen ahora, por favor?

Los comandos de reinicio tampoco se guardan, así que también ...;)

¿Cómo está actualizando el contenedor? ya que no puedo reproducir con los comandos de reinicio.

Solo los comandos de potencia personalizados actualmente.

Monolithic ha construido ahora. Debería ver 1.1.9-dev1 cuando actualice esta vez.

Usando un script de actualización personalizado: https://pastebin.com/yCWe0dUq

Intentaré una actualización de nuevo

Usando un script de actualización personalizado: https://pastebin.com/yCWe0dUq

Intentaré una actualización de nuevo

No, eso es perfecto, solo quería confirmar que se estaba actualizando correctamente, pero debería hacerlo. Algunas personas simplemente reinician el contenedor aha.

Verificaré los comandos de encendido personalizados en breve, solo avíseme si el reinicio aún no persiste y también lo echaré un vistazo.

10:42 que lo construyó ciertamente debería tener un nuevo tirón.

Simplemente confundido como el infierno por qué el reinicio no te está ahorrando, aha. Sé mi tonta en alguna parte.

Bien, no lee 1.1.9-dev1.
Aún no guardas los comandos de reinicio tú: /

Grrr. No puedo entender eso en absoluto. Perdón por el lío.

Haré algunas pruebas en un momento para ver si no puedo resolverlo.

Hazme saber si necesitas algo

En algún momento estaría bien, aha.

Creo que a mediados de semana podré comprobarlo, ya que mañana tengo que volver a mi trabajo diario.

Está bien.
He estado haciendo algunas pruebas en 1.1.9-dev1, y parece que los comandos de reinicio se guardan después de todo, solo devuelve N / A en los campos de texto después.
El botón de comando de reinicio se vuelve visible y funciona después de una resincronización.

image
image

Está bien.
He estado haciendo algunas pruebas en 1.1.9-dev1, y parece que los comandos de reinicio se guardan después de todo, solo devuelve N / A en los campos de texto después.
El botón de comando de reinicio se vuelve visible y funciona después de una resincronización.

Hmmm, eso sigue siendo extraño porque en el mío se retrae ... ¡confuso! Me pregunto si tiene algo que ver con que tenga datos de larga data, pero lo intenté con una configuración de impresora nueva.

Gracias por la información adicional, la solucionaré. :)

Sí, eso tiene sentido ya que el envío a OctoPrint estaba funcionando y una resincronización simplemente recopila los comandos de allí y los guarda en la memoria. Antes, estaba actualizando OctoPrint con valores en blanco, por lo que anteriormente iba en círculos. Probablemente me haya perdido algo de nuevo.

Al menos esos están funcionando.

Los comandos de encendido que aparecen a continuación "podrían" funcionar de la misma manera. La única diferencia es que vuelven a mi base de datos en lugar de actualizar octoprint. Sin embargo, me aseguraría de que todos estén completos.

Intenté con los comandos personalizados, pero aún no funcionan. Estaré esperando lo que encuentres :)

Gracias por la confirmación.

Con suerte, mañana tendré algo de tiempo para echarle un vistazo. Es mi culpa que debería haber prestado más atención esta mañana, lo siento mucho.

No preocupación . simplemente feliz de que te tomes el tiempo para investigar esto :)

Oh, OctoFarm es mi bebé, no me gustan los bichos 😅. Aunque ciertamente lo haré.

Oye, simplemente empujé otro intento de solución al desarrollo si tienes la oportunidad de intentarlo.

Probé aquí y todo funcionó bien y se actualizó de inmediato después de una actualización. Los dedos se cruzaron igual en su extremo. Será -dev2

Hmmm - Parece que el botón Guardar no funciona en -dev2.
No sucede nada al presionar Guardar.

¿Podría enviar el registro de API por favor?

Hmm, ciertamente es enviar la información y recibirla.

Echaré otro vistazo al código en un momento y veré si me perdí algo.

¿Aparece algo en la ventana de la consola del navegador cuando presiona guardar?

No, no surge nada. Y los comandos tampoco parecen haberse guardado.

Presione F12 en su navegador y haga clic en la pestaña de la consola.

Luego presione guardar, mostrará errores si los hay.

No pasa nada en la consola

Al presionar guardar SIN ingresar nada, el botón guardar funciona

¿Qué versión de nodejs estás ejecutando?

Usando 12.16.3-0017

No es que entonces hmmm

Hola, hice algunos ajustes y empujé una nueva versión al desarrollo. Será -dev3. ¿Te importaría probar?

Si vuelve a fallar esta vez, he reforzado el registro de estado para mostrar lo que realmente está sucediendo. Debería al menos arreglarlo o aludirme a lo que está sucediendo.

Todavía sin suerte :(
OctoFarm-API (2) .log
OctoFarm-State.log

Su registro provisto solo va hasta el 25 de enero, necesita los intentos hoy, por favor

Extraño: probado justo después de la actualización del contenedor.
Lo intentaré de nuevo.

Necesita un OctoFarm-State # .log, ese archivo sin el número es el más antiguo.

Recuerde: mi botón de guardar no parece funcionar cuando tengo algo ingresado en las casillas.
OctoFarm-State1.log

Sí, sé que no hay errores en el navegador, por lo que sería el servidor no respondiendo correctamente a la solicitud.

{
"state": "Desconectado",
"impresora": {
"printerName": "",
"printerURL": "",
"índice": "60096307de188800262631e0",
"cameraURL": "",
"Clave API": ""
},
"conexión": {
"puerto preferido": "0",
"favoriteBaud": "115200",
"favoriteProfile": "_default"
},
"systemCommands": {
"serverRestart": "reinicio de octoprint del servicio sudo",
"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": {
"habilitado": falso,
"ip": "",
"Puerto": "",
"intervalo": "",
"contar": "",
"MAC": ""
}
},
"costSettings": {
"powerConsumption": nulo,
"electricCosts": nulo,
"purchasePrice": nulo,
"Estimación de vida útil": nulo,
"MaintenanceCosts": nulo
},
"profileID": "_default",
"perfil": {
"nombre": nulo,
"color": "predeterminado",
"modelo": nulo,
"volumen": {
"formFactor": "rectangular",
"ancho": nulo,
"profundidad": nulo,
"altura": nulo
},
"cama caliente": verdadero,
"HeatingChamber": falso,
"ejes": {
"X": {
"velocidad": nulo,
"invertido": falso
},
"y": {
"velocidad": nulo,
"invertido": falso
},
"z": {
"velocidad": nulo,
"invertido": falso
},
"e": {
"velocidad": nulo,
"invertido": falso
}
},
"extrusora": {
"recuento": nulo,
"nozzleDiameter": nulo,
"sharedNozzle": falso
}
},
"gcode": {
"afterPrintCancelled": "",
"afterPrintDone": "",
"afterPrintPaused": "",
"afterPrinterConnected": "",
"afterToolChange": "",
"beforePrintResumed": "",
"beforePrintStarted": "",
"beforePrinterDisconnected": "",
"beforeToolChange": ""
},
"otro": {
"enableCamera": verdadero,
"rotateCamera": falso,
"flipHCamera": falso,
"flipVCamera": falso,
"enableTimeLapse": verdadero,
"HeatingVariation": "",
"enfriarse": ""
}
}

Puedo ver que la solicitud se envió al servidor.

Pero no hay nada en el registro de estado con mi nuevo registro. Nada en absoluto. Eso me parece que no se ha actualizado, ¿ciertamente estás en -dev3?

image

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

Ese fue el último reinicio de OctoFarm para su servidor y es antes de que la imagen monolítica realmente se empujara, hasta donde puedo decir por los registros, no ha actualizado nada.

image

image
Intentaré actualizar de nuevo, ¡¿tal vez se haya perdido algo ?!

Vale la pena intentarlo.

Parece que nodejs me está dando una oportunidad por mi dinero esta semana.

Algunas partes actualizadas nuevamente. Nuevo registro.
OctoFarm-State1 (1) .log

¡Éxito! Déjame leer estos: D

Correcto, esa función se está atascando literalmente para ti y no estoy seguro de por qué.

Me pregunto si es un subproducto del problema, que no debería ser porque un nuevo valor simplemente debería sobrescribir los valores originales.

Tengo su intento de guardar el registro, pero no va más allá.

Solo estoy impulsando un registro mejorado para descubrir con qué está teniendo problemas.

Si quisieras probar una teoría, tengo. ¿Podría eliminar la impresora y volver a agregarla? Me pregunto si hay un error en la base de datos de nuestros intentos anteriores. Aunque no debería haberlo, estoy confundido por qué no puedo reproducir esto en este momento, por lo que algo no está sincronizado en OctoFarm.

¿Está su instancia de octoprint en línea mientras intenta hacer esto por cierto?

Sí, Octoprint está en línea, solo la impresora está desconectada.

Ahh aplausos, era solo para descartar algo. Estoy a punto de impulsar otro conjunto de mejoras de registro y debería ver un error al menos esta vez en la interfaz de usuario. Sea dev4, le avisaré cuando esté construido.

image

Solo empujé.

Ahora también verá lo anterior en la consola. Con suerte, me ayudará a rastrear lo que está sucediendo aquí.

No debería tener que ingresar los comandos de reinicio cada vez por cierto, parece que lo está, así que si no, simplemente ignore aha.

Ser alrededor de 10-15, pero responderé aquí cuando note que está construido en Docker Hub

Monolithic ha construido

Nuevo archivo de registro, y sí, objeto JSON visible en la consola
OctoFarm-State1 (2) .log

Nuevo archivo de registro, y sí, objeto JSON visible en la consola
OctoFarm-State1 (2) .log

Bueno, mi registro "mejorado" produjo esto ... HEY THE ERROR WERE LOOKING FOR! | data:{} |

¿Intentó eliminar la impresora y volver a agregarla? Siempre que tenga el mismo nombre Historial y seguirá conectado.

¿Tiene el archivo pm2.error.log? Podría tener el mensaje completo allí

También acabo de hacer dev4 para mejorar el registro, con suerte imprimirá el error ahora.

Sí, intenté eliminar y agregar nuevamente, el mismo nombre y clave API. Sigo sin suerte.
Actualizado a dev4, todavía sin suerte y sin reacción al presionar el botón Guardar

Logs.zip

Creo que lo he arreglado. Solo confirmando.

Bien, solo diga cuando haya una actualización lista

¡Confirmado!

Nueva impresora agregada -> configurar la configuración de energía, y también se extrajo correctamente de OctoPrint originalmente.

Luego continúe para configurar los ajustes de energía con solo una URL e ignorando el bloque "Comando", actualizado bien con cada uno de ellos individualmente y múltiples.

Se está construyendo, por lo que debería tardar unos 15 minutos, pero se confirmará.

Hmmmmm: la configuración se lee, pero algo no funciona al guardar los comandos personalizados:
image

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

Del registro estatal

Todavía está construyendo el hombre -dev5, pero eso es solo para eliminar el perfil que no pudo actualizar el error que ve. Básicamente, esos comandos de encendido no se devuelven a OctoFarm, pero los demás sí, por eso ves esa notificación porque no es necesario actualizar OctoPrint. Limpié esos errores.

Oh está bien, intentaré de nuevo más tarde entonces :)

Literalmente dejará de mostrar esas dos alertas rojas. Los comandos deberían estar funcionando y debería verlos en el menú desplegable de energía en una actualización.

hmmm, espera algo que todavía está sucediendo.

Eso debería estar funcionando ahora para ahorrar y esas cosas.

Solo estoy presionando una solución para la toma de estado de energía sin existir, pero no afecta nada, solo llamadas adicionales que no van a ninguna parte.

Hombre ... ¡eso fue molesto! correcto lo hice yo mismo más aha.

Solo mencionar que estará en desarrollo hasta que solucione el problema del gráfico con bases de datos de larga data.

De hecho, está guardado ahora, pero no parece que en realidad esté disparando la acción cuando se selecciona.
¿En qué registro podría buscar pistas?

Todo es del lado del cliente, por lo que la consola en el navegador.

Veré si puedo reproducir con tu URL de arriba.

Sí, me dispara bien

Screenshot_20210129_170702

Sin embargo, su comando no funcionará con el código actual. Estás disparando un comando personalizado a OctoPrint, no una URL personalizada fuera de octoprint, como había anticipado cuando escribí eso. No envío específicamente la clave API con el comando. Si obtiene una política CORS arriba, avíseme que la modificaré por usted. Verifiqué los complementos de comando de energía actuales y mi método admitía todos esos, no me di cuenta de que el complemento del recinto también tenía esa opción.

Dependiendo de cómo ese complemento utilice la API de OctoPrints, habría pensado.

image

Yup - CORAZONES error

Su documentación es engañosa para su API. Aún tendría que enviar el encabezado X-Api-Key con las solicitudes que detalla en su Wiki.

Acabo de presionar la solución para ti, te avisaré cuando se vuelva a construir :)

Está construido, lo siento, se cerró automáticamente cuando me fusioné con el maestro. Ábralo si sigue recibiendo un error CORS :)

Sigo recibiendo los errores CORS

¿Me pueden mostrar la salida de la consola, por favor?

Debido a que ahora agregué la clave a la llamada, por lo que tal vez suene como un formato de URL, no use el complemento personalmente, así que necesito más información para averiguarlo.

image

Al copiar la URL a un nuevo panel en el navegador, funciona como se esperaba.

Tendré que configurar el complemento y ejecutar algunas pruebas, no estoy seguro. Todo lo que estoy haciendo es obtener solicitudes de la misma manera que lo haría el navegador, por lo que con o sin la clave api debería funcionar técnicamente, ya que está en la URL.

Sigue habiendo problemas de CORS, incluso en la versión reciente

image

No lo consigo en un minuto, y no puedo instalar el complemento del gabinete para probarlo porque sigue volviendo "desconocido".

Ahhh, sigues haciendo una solicitud de publicación, no una solicitud de obtención ... ¿podrías verificar el último impulso, por favor, en el desarrollador? dirá 1.1.11-dev9.

Se perdió la bandera para no usar los datos json en el comando. Puse algunos inicios de sesión de la consola para eso, si no funciona de nuevo, ¿podrían enviarlos, por favor?

Acabo de arreglar la velocidad de alimentación también, lo actualicé dos veces y ahora no sé cómo desapareció.

Ahhh, sigues haciendo una solicitud de publicación, no una solicitud de obtención ... ¿podrías verificar el último impulso, por favor, en el desarrollador? dirá 1.1.11-dev9.

Se perdió la bandera para no usar los datos json en el comando. Puse algunos inicios de sesión de la consola para eso, si no funciona de nuevo, ¿podrían enviarlos, por favor?

Todavía no hay suerte

image

Es esa variable current_value, déjame echar un vistazo de dónde viene ... Todavía se está saltando la solicitud de obtención y haciendo una publicación debido a eso.

Bien 1.1.11-dev9 es MUY fu-bar :( Nada funciona.
Ni siquiera puedo abrir el panel de control de una impresora.

image

Estados que faltan en la lista
image

Es esa variable current_value, déjame echar un vistazo de dónde viene ... Todavía se está saltando la solicitud de obtención y haciendo una publicación debido a eso.

current_value es la propiedad JSON en la respuesta de los complementos del gabinete que contiene el estado actual (verdadero / falso), así que esa es la que he definido.

image

Para usar su complemento correctamente, todos sus comandos de energía personalizados no deberían tener nada en la configuración como esta:
image

Su variable current_value se envió con el comando de encendido / apagado / estado por apariencia y no debería ser

Es solo la línea de estado que tiene el valor_actual definido.
Aún no he probado los comandos de encendido / apagado, ya que ambas impresoras están imprimiendo actualmente.

Es solo la línea de estado que tiene el valor_actual definido.
Aún no he probado los comandos de encendido / apagado, ya que ambas impresoras están imprimiendo actualmente.

No funcionará con eso, y eso seguirá fallando mientras encuesta el estado.

El primer campo es para enviar datos que no se reciben.

image
Todo debería ser así, solo con las URL correctas, ya que copié y pegué la primera que vi que usaste para probar.

En este momento no puedo cambiarlo, necesito degradarlo ya que la última versión ha fallado todo.

En este momento no puedo cambiarlo, necesito degradarlo ya que la última versión ha fallado todo.

No tengo idea de lo que está pasando allí porque no puedo reproducirlo. Parece que algo no se puede escanear con su impresora porque no se ha tomado ninguna configuración.

¿Me enviaste algunos registros estatales recientes para ver en qué me equivoqué?

Parece que hay un error que borra el campo de todos modos -_-

El reinicio de la ventana acoplable pareció arreglar todos los datos faltantes. Pero no se puede eliminar la configuración current_value.
Al eliminar el texto y guardarlo, todavía está en la vista, incluso después de otro reinicio de la ventana acoplable, y también en el campo.

El reinicio de la ventana acoplable pareció arreglar todos los datos faltantes. Pero no se puede eliminar la configuración current_value.
Al eliminar el texto y guardarlo, todavía está en la vista, incluso después de otro reinicio de la ventana acoplable, y también en el campo.

Sí, parece que no voy a dejar los campos en blanco. Lo acabo de descubrir ahora, cuando pensé que era mejor probarlo para ver si eso era posible. Bueno, al menos la otra cosa no es una gran tontería. Solo ordenaré la configuración.

Bien, estoy un poco atascado con eso con la lógica actual. Envío campos en blanco para indicar que no hay cambios, por lo que podría llevarme algún tiempo resolverlo. Por ahora, su mejor opción será MongoDB Compass para dejar en blanco ese campo en la configuración de energía de su impresora. Lo siento, esa sección de configuración ha sido una pia real y quiero destruirla, pero no tengo tiempo, así que intentaré repararla.

276 para rastrear esto correctamente.

Los comandos de encendido / apagado funcionan correctamente ahora. El estado no, pero eso podría deberse al objeto JSON devuelto por el complemento del recinto.

Los comandos de encendido / apagado funcionan correctamente ahora. El estado no, pero eso podría deberse al objeto JSON devuelto por el complemento del recinto.

Parece que ciertamente, voy a poner un botón de limpieza en la configuración de mañana por la mañana para solucionar eso. ¡Salud por el informe de vuelta!

Los comandos de encendido / apagado funcionan correctamente ahora. El estado no, pero eso podría deberse al objeto JSON devuelto por el complemento del recinto.

Tengo -dev10 Estoy a punto de usar el botón de reinicio para borrar la configuración de energía. Lo siento, no puedo esperar a que se ordene la nueva interfaz de usuario.

¿Fue útil esta página
0 / 5 - 0 calificaciones