Bonjour, pourriez-vous mettre à jour vers la 1.1.7 s'il vous plaît et voir si cela corrige le problème ?

Je vais faire des tests ici dans une minute pour voir si je peux reproduire.

Confirmé. Ne vous inquiétez pas pour la mise à jour. L'ajoutera à la version 1.1.8.

Pour contourner le problème, enregistrez les paramètres, puis appuyez sur le bouton de resynchronisation de l'imprimante. Il les récupérera d'OctoPrint.

Mis à jour vers 1.1.8, et les paramètres ne sont toujours pas enregistrés. Le problème persiste.

Oui je viens de confirmer. Qu'est-ce que je fumais hier. Je vais jeter un autre coup d'œil toute la semaine, c'est ennuyeux, je l'ai confirmé en économisant hier grr.

Droit certainement corrigé cette fois. C'était la mise à jour d'OctoPrint qui causait des problèmes... La chose lui renvoyait des valeurs nulles, plutôt que celles enregistrées, puis se resynchronisait et s'effaçait. Cela pourrait expliquer d'autres problèmes que j'ai rencontrés avec des personnes n'ayant pas enregistré de paramètres. Corrigé pour qu'il efface également les paramètres/l'apparence. Merci pour le signalement, je n'aurais pas vu ça du tout autrement.

C'est sur la branche master, je vais reprendre le développement sous peu.

Nice - hâte de le tester lorsqu'il est poussé en monolithique.

Je viens juste de terminer quelques ajustements sur les nouveaux graphiques et de les pousser à la fois sur master et dev.

L'image monolithique sur le docker hub ne devrait pas être trop longue.

Je crois que c'est en direct :)

Hmmm - l'image a été mise à jour, mais lit toujours 1.1.8.

Malheureusement, je n'enregistre toujours pas :(

Je ne l'ai pas encore officialisé en tant que version, je vais donc continuer à le lire. Grr, celui-ci a été ennuyeux. C'est certainement une économie de mon côté. Je viens de l'essayer en sauvegardant le blanc (aucune modification dans le modal), et en sauvegardant 1 ligne et en laissant les autres.

Toutes les versions monolithiques sont terminées, pourriez-vous simplement confirmer qu'il n'y a pas d'autre mise à jour ?

Non - pas de nouvelles images maintenant

Je viens de forcer une poussée pour la version de développement.

Cela vous dérangerait-il de changer et de voir si cela fonctionne ? J'ai mis à jour la version vers 1.1.9-dev1 afin que vous puissiez voir le changement.

Il semble que l'image ne tire pas la nouvelle, mais cela devrait plutôt l'être.

10h20 GMT était la dernière version monolight, je pense, cela a donc peut-être pris un certain temps.

Basculé vers octofarm/ octofarm:monolithic-dev , mais la version lit toujours 1.1.8 :/

Et toujours pas économisé

Il est toujours en construction pour la 1.1.9-dev1 ne devrait pas être trop long

Je ne peux pas reproduire pour le moment avec vos étapes d'origine. Je ne sais pas ce qui se passe en ce moment.

Pourriez-vous également envoyer les journaux octofarm-API, s'il vous plaît ?, celui que vous avez confirmé le 1.1.9-dev1.

Comment mettez-vous également à jour votre conteneur ? juste pour écarter cela.

Commande de mise sous tension personnalisée :
[PrinterURL]/plugin/enclosure/setIO?status=true&index_id=1&apikey=[PrinterAPI]

Commande de mise hors tension personnalisée :
[PrinterURL]/plugin/enclosure/setIO?status=false&index_id=1&apikey=[PrinterAPI]

Juste au cas où vous voudriez essayer pour vous-même avec les cordes exactes que j'utilise.

OctoFarm-API.log

Je vérifiais les commandes de redémarrage...

Je vais jeter un œil à ceux-ci un peu désolé, je ne savais pas que c'était aussi ceux-là.

Pouvez-vous confirmer que les commandes de redémarrage restent maintenant, s'il vous plaît ?

Les commandes de redémarrage ne sauvegardent pas non plus, alors aussi bien ... ;)

Comment mettez-vous à jour le conteneur ? car je ne peux pas reproduire avec les commandes de redémarrage.

Juste les commandes d'alimentation personnalisées actuellement.

Monolithic a construit maintenant. Vous devriez voir 1.1.9-dev1 lorsque vous mettez à jour cette fois.

Utilisation d'un script de mise à jour personnalisé : https://pastebin.com/yCWe0dUq

Je vais essayer une mise à jour à nouveau

Utilisation d'un script de mise à jour personnalisé : https://pastebin.com/yCWe0dUq

Je vais essayer une mise à jour à nouveau

Non, c'est parfait, je voulais juste confirmer qu'il se mettait à jour correctement, mais cela devrait. Certaines personnes redémarrent simplement le conteneur aha.

Je vérifierai les commandes d'alimentation personnalisées sous peu, faites-moi savoir si le redémarrage ne persiste toujours pas et j'y jetterai un coup d'œil également.

10:42 qui a construit ainsi devrait certainement avoir une nouvelle attraction.

Juste confus comme l'enfer pourquoi le redémarrage n'économise pas pour vous aha. Sois mon imbécile quelque part.

D'accord - non, il lit 1.1.9-dev1.
Toujours pas d'enregistrement des commandes de redémarrage :/

Grrr. Je ne peux pas du tout comprendre ça. Désolé pour le désordre autour.

Je ferai des tests dans un instant pour voir si je n'y arrive pas.

Faîtes-moi savoir si vous avez besoin de quoi que ce soit

Un certain temps serait bien aha.

Vers le milieu de la semaine, je pense que je pourrai vérifier car je dois reprendre mon travail de jour demain.

C'est bon.
J'ai fait des tests sur 1.1.9-dev1 - et il semble que les commandes de redémarrage soient enregistrées après tout, elles renvoient simplement N/A dans les champs de texte par la suite.
Le bouton de commande de redémarrage devient visible et fonctionne après une resynchronisation.

C'est bon.
J'ai fait des tests sur 1.1.9-dev1 - et il semble que les commandes de redémarrage soient enregistrées après tout, elles renvoient simplement N/A dans les champs de texte par la suite.
Le bouton de commande de redémarrage devient visible et fonctionne après une resynchronisation.

Hmmm c'est quand même bizarre parce que sur le mien ça recule... déroutant ! Je me demande si cela a quelque chose à voir avec le fait que j'ai des données de longue date, mais j'ai essayé avec une nouvelle configuration d'imprimante.

Merci pour l'info supplémentaire, ça va arranger ça. :)

Oui, cela a du sens car la poussée vers OctoPrint fonctionnait et une resynchronisation collecte simplement les commandes à partir de là et les conserve en mémoire. Avant, je mettais à jour OctoPrint avec des valeurs vides, c'est pourquoi il tournait en rond auparavant. J'ai probablement encore raté quelque chose.

Au moins ceux-là fonctionnent.

Les commandes d'alimentation ci-dessous "pourraient" fonctionner de la même manière. La seule différence est qu'ils retournent à ma base de données plutôt que de mettre à jour octoprint. Je ferais en sorte que tout soit rempli.

Je viens d'essayer avec les commandes personnalisées, celles-ci ne fonctionnent toujours pas. J'attendrai ce que vous trouverez :)

Merçi pour la confirmation.

J'espère avoir un peu de temps demain pour y jeter un œil. C'est de ma faute si j'aurais dû faire plus attention ce matin donc désolé pour ça.

Pas de souci . content que tu prennes le temps de te renseigner :)

Oh OctoFarm est mon bébé je n'aime pas les insectes 😅. Je le ferai certainement.

Yo, je viens de pousser une autre tentative de correctif au développement si vous en avez l'occasion.

J'ai testé ici et tout fonctionnait bien et s'est mis à jour immédiatement après une actualisation. On croise les doigts pareil de ton côté. Sera -dev2

Hmmm - Le bouton Enregistrer ne semble pas fonctionner dans -dev2.
Rien ne se passe lorsque vous appuyez sur Enregistrer.

Pourriez-vous envoyer le journal de l'API s'il vous plaît ?

OctoFarm-API (1).log

Hmm, c'est certainement envoyer l'information et la recevoir.

Je vais revoir le code dans un instant et voir si j'ai raté quelque chose.

Quelque chose s'affiche-t-il dans la fenêtre de la console du navigateur lorsque vous appuyez sur Enregistrer ?

Non, rien ne se présente. Et les commandes ne semblent pas non plus être enregistrées.

Appuyez sur F12 sur votre navigateur et cliquez sur l'onglet console.

Appuyez ensuite sur Enregistrer, il affichera les erreurs s'il y en a.

Rien ne se passe dans la console

Lorsque vous appuyez sur Enregistrer SANS rien entrer, le bouton Enregistrer fonctionne

Quelle version de nodejs utilisez-vous ?

Utilisation de 12.16.3-0017

Pas ça alors hummm

Bonjour, j'ai apporté quelques modifications et poussé une nouvelle version en développement. Sera -dev3. Cela vous dérangerait-il de tester ?

S'il échoue à nouveau cette fois, j'ai renforcé le journal d'état pour montrer ce qui se passe réellement. Devrait au moins y remédier ou me faire allusion à ce qui se passe.

Toujours pas de chance :(
OctoFarm-API (2).log
OctoFarm-State.log

Votre journal fourni ne va que jusqu'au 25 janvier, besoin des tentatives aujourd'hui s'il vous plaît

Étrange - essayé juste après la mise à niveau du conteneur.
Je vais faire un autre essai.

Vous avez besoin d'un OctoFarm-State#.log ce fichier sans le numéro est le plus ancien.

N'oubliez pas que mon bouton d'enregistrement ne semble pas fonctionner lorsque j'ai saisi quelque chose dans les cases.
OctoFarm-State1.log

Oui, je sais qu'il n'y a pas d'erreurs dans le navigateur, ce serait donc le serveur qui ne répondrait pas correctement à la demande.

{
"état": "Déconnecté",
"imprimante": {
"nom_imprimante": "",
"printerURL": "",
"index": "60096307de188800262631e0",
"URL caméra": "",
"clé API": ""
},
"lien": {
"PreferredPort": "0",
"preferredBaud": "115200",
"preferredProfile": "_default"
},
"commandes système": {
"serverRestart": "sudo service octoprint restart",
"systemRestart": "sudo shutdown -r now",
"systemShutdown": "sudo shutdown -h now"
},
"commandes power": {
"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": {
"activé": faux,
"ip": "",
"Port": "",
"intervalle": "",
"compter": "",
"MAC": ""
}
},
"costSettings": {
"powerConsumption": nul,
"electricityCosts": null,
"purchasePrice": nul,
"estimateLifespan": null,
"maintenanceCosts": null
},
"profileID": "_default",
"profil": {
"nom": nul,
"couleur": "par défaut",
"modèle": nul,
"le volume": {
"formFactor": "rectangulaire",
"largeur": nul,
"profondeur": null,
"hauteur": nul
},
"heatedBed": vrai,
"heatedChamber": faux,
"axes": {
"X": {
"vitesse": nulle,
"inversé": faux
},
"y": {
"vitesse": nulle,
"inversé": faux
},
"z": {
"vitesse": nulle,
"inversé": faux
},
"e": {
"vitesse": nulle,
"inversé": faux
}
},
"extrudeuse": {
"compte": nul,
"nozzleDiameter": nul,
"sharedNozzle": false
}
},
"gcode": {
"afterPrintCancelled": "",
"afterPrintDone": "",
"afterPrintPaused": "",
"afterPrinterConnected": "",
"afterToolChange": "",
"beforePrintResumed": "",
"beforePrintStarted": "",
"beforePrinterDisconnected": "",
"beforeToolChange": ""
},
"autre": {
"enableCamera": vrai,
"rotateCamera": faux,
"flipHCamera": faux,
"flipVCera": faux,
"enableTimeLapse": vrai,
"chauffageVariation": "",
"refroidir": ""
}
}

Je peux voir que la demande a été envoyée au serveur.

Mais il n'y a rien dans le journal d'état avec ma nouvelle journalisation. Rien du tout. Cela me semble que cela n'a pas été mis à jour, vous êtes certainement sur -dev3?

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

C'était le dernier redémarrage d'OctoFarm pour votre serveur et c'était avant que l'image monolithique ne soit poussée aussi loin que je sache par les journaux que vous n'avez rien mis à jour.

Je vais essayer de mettre à jour à nouveau, peut-être que quelque chose a raté ?!

Ça vaut le coup d'essayer.

Il semble que nodejs m'en donne pour mon argent cette semaine.

Certaines parties ont été à nouveau mises à jour. Nouveau journal.
OctoFarm-State1 (1).log

Succès! Laisse moi lire ça :D

C'est vrai que cette fonction est littéralement bloquée pour vous et je ne sais pas pourquoi.

Je me demande si c'est un sous-produit du problème, ce qui ne devrait pas être le cas, car une nouvelle valeur devrait simplement écraser les valeurs d'origine.

J'ai votre tentative de sauvegarde du journal, mais cela ne va pas plus loin.

Je pousse juste une amélioration de la journalisation pour savoir avec quoi elle a des problèmes.

Si vous vouliez tester une théorie que j'ai. Pourriez-vous supprimer l'imprimante et la rajouter à nouveau ? Je me demande s'il y a un snafu dans la base de données de nos tentatives précédentes. Bien qu'il ne devrait pas y en avoir, je ne comprends pas pourquoi je ne peux pas reproduire cela à la minute, donc quelque chose n'est pas synchronisé dans OctoFarm.

Votre instance octoprint est-elle en ligne tout en essayant de faire cela?

Oui Octoprint est en ligne, seule l'imprimante est déconnectée.

Ahh bravo, c'était juste pour écarter quelque chose. Je suis sur le point de pousser un autre ensemble d'améliorations de connexion et vous devriez voir une erreur au moins cette fois dans l'interface utilisateur. Soyez dev4, je vous ferai savoir quand il sera construit.

Je viens de pousser.

Vous verrez maintenant ce qui précède dans la console également. J'espère que cela m'aidera à découvrir ce qui se passe ici.

Vous ne devriez pas avoir à entrer les commandes de redémarrage à chaque fois, il semble que vous l'êtes, sinon ignorez aha.

être environ 10-15 mais je répondrai ici quand je remarquerai qu'il est construit sur docker hub

Monolithique a construit

Nouveau fichier journal - et oui, objet JSON visible dans la console
OctoFarm-State1 (2).log

Nouveau fichier journal - et oui, objet JSON visible dans la console
OctoFarm-State1 (2).log

Eh bien, ma journalisation "améliorée" a produit ceci... HEY THE ERROR WERE LOOKING FOR! | data:{} |

Avez-vous essayé de supprimer l'imprimante et de l'ajouter à nouveau ? Tant qu'il a le même nom History et qu'il sera toujours connecté.

Avez-vous le fichier pm2.error.log ? Peut-être y a-t-il le message complet

Je viens également de faire dev4 pour améliorer la connexion, j'espère que j'imprimerai l'erreur maintenant.

Oui, j'ai essayé de supprimer et d'ajouter à nouveau, le même nom et la même clé API. Toujours pas de chance.
Mise à jour vers dev4, toujours pas de chance et toujours pas de réaction en appuyant sur le bouton Enregistrer

Journaux.zip

Je crois que je l'ai corrigé. Juste en train de confirmer.

Sympa - il suffit de dire quand une mise à jour est prête

Confirmé!

Nouvelle imprimante ajoutée -> paramètres d'alimentation de configuration, et également correctement extraite d'OctoPrint à l'origine.

Passez ensuite à la configuration des paramètres d'alimentation avec juste une URL et en ignorant le bloc "Commande", mis à jour correctement avec chacun individuellement et plusieurs.

C'est en train de se construire, cela devrait donc prendre environ 15 minutes, mais cela confirmera.

Hmmmmm - les paramètres sont lus, mais quelque chose ne va pas lors de l'enregistrement des commandes personnalisées :

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

Du journal d'état

Il construit toujours l'homme -dev5, mais c'est juste pour supprimer le profil qui n'a pas réussi à mettre à jour l'erreur que vous voyez. Fondamentalement, ces commandes d'alimentation ne sont pas repoussées à OctoFarm mais les autres le font, c'est pourquoi vous voyez cette notification car elle n'a pas besoin de mettre à jour OctoPrint. J'ai nettoyé ces erreurs.

Ah d'accord, je réessayerai plus tard alors :)

Il cessera littéralement d'afficher ces deux alertes rouges. Les commandes devraient fonctionner et vous devriez le voir dans la liste déroulante d'alimentation lors d'une actualisation ?

hmmm accrochez-vous à quelque chose qui se passe encore.

Cela devrait fonctionner maintenant pour l'économie et tout ça.

Je pousse juste un correctif pour la saisie de l'état de l'alimentation sans exister, mais n'affecte rien, juste des appels supplémentaires qui ne vont nulle part.

Mec... c'était ennuyeux ! proprement fait moi-même sur aha.

Juste pour mentionner sera en développement jusqu'à ce que je résolve le problème de graphique avec les bases de données de longue date.

En effet, il est enregistré maintenant, mais il ne semble pas qu'il déclenche réellement l'action lorsqu'il est sélectionné.
Dans quel journal puis-je chercher des indices ?

Tout est côté client donc la console dans le navigateur.

Je vais voir si je peux reproduire avec ton url ci-dessus

Ouais les feux pour moi bien

Votre commande ne fonctionnera pas avec le code actuel. Votre lancement d'une commande personnalisée vers OctoPrint n'est pas une URL personnalisée en dehors d'octoprint comme je l'avais prévu lorsque j'ai écrit cela. Je n'envoie pas spécifiquement la clé API avec la commande. Si vous obtenez une politique CORS ci-dessus, faites-moi savoir que je la modifierai pour vous. J'ai vérifié les plugins de commande d'alimentation actuels et ma méthode prenait en charge tous ceux-ci, je n'avais pas réalisé que le plugin de boîtier avait également cette option.

Cela dépendra de la façon dont ce plugin utilise l'API OctoPrints, j'aurais pensé.

Oui - Erreur CORS

Sa documentation est trompeuse pour son API. Vous auriez toujours à envoyer l'en-tête X-Api-Key avec les requêtes qu'il a détaillées sur son Wiki.

Je viens de pousser le correctif pour vous, je vous ferai savoir quand il sera à nouveau construit :)

C'est construit, désolé qui s'est fermé automatiquement lorsque j'ai fusionné avec master. Veuillez ouvrir si vous obtenez toujours une erreur CORS :)

Toujours les erreurs CORS

Pouvez-vous me montrer la sortie de la console s'il vous plaît?

Parce que j'ai maintenant ajouté la clé à l'appel, cela ressemble peut-être à un formatage d'URL, n'utilisez pas le plugin personnellement, vous avez donc besoin de plus d'informations pour comprendre.

Lors de la copie de l'URL dans un nouveau volet du navigateur, cela fonctionne comme prévu.

Je vais devoir configurer le plugin et exécuter quelques tests pour cela, je ne suis pas sûr. Tout ce que je fais, c'est une demande d'obtention de la même manière que le navigateur, donc avec ou sans la clé api devrait techniquement fonctionner comme c'est dans l'url.

Toujours des problèmes CORS, même sur la version récente

Ne l'obtenez pas à la minute, et je ne peux pas installer le plugin de boîtier pour le tester car il revient sans cesse "inconnu".

Ahhh, vous faites toujours une demande de publication et non une demande d'obtention... pourriez-vous vérifier le dernier push s'il vous plaît sur dev ? dira 1.1.11-dev9.

L'indicateur pour ne pas utiliser les données json dans la commande a été manqué. J'ai mis des journaux de console pour cela, si cela ne fonctionne plus, pourriez-vous les envoyer s'il vous plaît ?

Je viens de corriger le taux d'alimentation aussi, je l'ai mis à jour deux fois maintenant, je ne sais pas comment cela a disparu.

Ahhh, vous faites toujours une demande de publication et non une demande d'obtention... pourriez-vous vérifier le dernier push s'il vous plaît sur dev ? dira 1.1.11-dev9.

L'indicateur pour ne pas utiliser les données json dans la commande a été manqué. J'ai mis des journaux de console pour cela, si cela ne fonctionne plus, pourriez-vous les envoyer s'il vous plaît ?

Toujours pas de chance

C'est cette variable current_value qui me permet de voir d'où cela vient... Elle saute toujours la demande d'obtention et publie un message à cause de cela.

Ok 1.1.11-dev9 est TRÈS fu-bar :( Rien ne fonctionne.
Je ne peux même pas ouvrir le panneau de configuration d'une imprimante.

États manquants sur la liste

C'est cette variable current_value qui me permet de voir d'où cela vient... Elle saute toujours la demande d'obtention et publie un message à cause de cela.

current_value est la propriété JSON dans la réponse des plugins de boîtier qui contient l'état actuel (vrai/faux), c'est donc celui que j'ai défini.

Pour utiliser correctement votre plugin, toutes vos commandes d'alimentation personnalisées ne devraient rien avoir dans les paramètres comme ceci :

Votre variable current_value a été envoyée avec la commande pour allumer/éteindre/état par les regards et elle ne devrait pas être

C'est seulement la ligne d'état qui a le current_value défini.
Je n'ai pas encore testé les commandes marche/arrêt, car les deux imprimantes impriment actuellement.

C'est seulement la ligne d'état qui a le current_value défini.
Je n'ai pas encore testé les commandes marche/arrêt, car les deux imprimantes impriment actuellement.

Cela ne fonctionnera pas avec ça, et ça va continuer à échouer pendant que je interroge pour le statut.

Le premier champ est destiné à l'envoi de données et non à la réception.

Tout devrait être comme ça, juste avec les URL correctes car j'ai copié et collé la première que j'ai vue que vous utilisez pour tester.

Pour le moment, je ne peux pas le changer - besoin de rétrograder car la dernière version a tout planté.

Pour le moment, je ne peux pas le changer - besoin de rétrograder car la dernière version a tout planté.

Je n'ai aucune idée de ce qui se passe là-bas parce que je ne peux pas le reproduire. Il semble que quelque chose ne parvient pas à numériser avec votre imprimante car aucun paramètre n'a été saisi.

Vous m'envoyez des journaux d'état récents pour voir ce que j'ai gaffé ?

On dirait qu'il y a un bogue qui efface le champ de toute façon -_-

Le redémarrage du docker a semblé corriger toutes les données manquantes. Mais impossible de supprimer le paramètre current_value.
Lors de la suppression et de l'enregistrement du texte, il est toujours présent dans la vue - même après un autre redémarrage du menu fixe, et toujours sur le terrain également.

Le redémarrage du docker a semblé corriger toutes les données manquantes. Mais impossible de supprimer le paramètre current_value.
Lors de la suppression et de l'enregistrement du texte, il est toujours présent dans la vue - même après un autre redémarrage du menu fixe, et toujours sur le terrain également.

Oui, il semble que je ne laisse pas les champs vides. Je viens de le découvrir maintenant quand j'ai pensé qu'il était préférable de tester pour voir si c'est possible. Eh bien au moins l'autre chose n'est pas une gaffe majeure. Je vais juste trier les paramètres.

Bon alors je suis un peu coincé avec ça avec la logique actuelle. J'envoie des champs vides pour indiquer qu'il n'y a pas de changement, cela peut donc prendre un certain temps pour que cela soit trié. Pour l'instant, votre meilleur pari sera MongoDB Compass pour simplement vider ce champ dans les paramètres d'alimentation de vos imprimantes. Désolé pour ça, cette section des paramètres a été une pia royale et je veux la neutraliser mais je n'ai pas le temps alors je vais essayer de la corriger.

276 pour suivre cela correctement.

Les commandes On/Off fonctionnent correctement maintenant. Statut non, mais cela peut être dû à cet objet JSON renvoyé par le plug-in de boîtier.

Les commandes On/Off fonctionnent correctement maintenant. Statut non, mais cela peut être dû à cet objet JSON renvoyé par le plug-in de boîtier.

On dirait que c'est certainement le cas, je vais mettre un réglage de bouton d'effacement demain matin afin que cela résolve les problèmes. Bravo pour le retour !

Les commandes On/Off fonctionnent correctement maintenant. Statut non, mais cela peut être dû à cet objet JSON renvoyé par le plug-in de boîtier.

J'ai -dev10, je suis sur le point de m'engager avec le bouton de réinitialisation pour effacer les paramètres d'alimentation. Désolé, j'ai hâte de voir la nouvelle interface utilisateur triée.