Hallo, könnten Sie bitte auf 1.1.7 aktualisieren und sehen, ob das das Problem behebt?

Ich werde hier in einer Minute einige Tests durchführen, um zu sehen, ob ich reproduzieren kann.

Bestätigt. Machen Sie sich keine Sorgen um die Aktualisierung. Werde es der Version 1.1.8 hinzufügen.

Um das Problem zu umgehen, speichern Sie die Einstellungen und drücken Sie dann die Neusynchronisierungstaste für den Drucker. Es wird sie von OctoPrint zurückholen.

Auf 1.1.8 aktualisiert und die Einstellungen werden immer noch nicht gespeichert. Problem besteht weiterhin.

Ja gerade bestätigt. Was zum Teufel habe ich gestern geraucht. Ich schaue mir die Woche noch einmal durch, das ist ärgerlich ich habe es gestern bestätigt grr.

Richtig sicherlich diesmal behoben. Es war das OctoPrint-Update, das Probleme verursachte ... Das Ding schickte Null-Werte zurück, anstatt die gespeicherten, sich dann selbst neu zu synchronisieren und zu löschen. Dies könnte einige andere Probleme erklären, die ich bei Leuten gesehen habe, die keine Einstellungen gespeichert haben. Behoben dafür, dass auch Einstellungen / Aussehen gelöscht werden. Danke fürs Melden, hätte das sonst gar nicht gesehen.

Es befindet sich im Master-Zweig, ich werde die Entwicklung in Kürze wieder auffüllen.

Schön - ich freue mich darauf, es zu testen, wenn es in monolithisch geschoben wird.

Habe gerade auch einige Anpassungen an den neuen Graphen abgeschlossen und sowohl auf Master als auch auf Dev verschoben.

Das monolithische Image auf dem Docker-Hub sollte nicht zu lang sein.

Ich glaube es ist live :)

Hmmm - das Bild wurde aktualisiert, liest aber immer noch 1.1.8.

Leider immer noch nicht gespeichert :(

Ich habe es noch nicht als Version formalisiert, werde es also noch lesen. Grr, das ist nervig. Es spart auf jeden Fall auf meiner Seite. Habe es gerade versucht, leer zu speichern (keine Änderungen an Modal) und 1 Zeile zu speichern und die anderen zu belassen.

Alle monolithischen Builds wurden abgeschlossen, könnten Sie nur bestätigen, dass es kein weiteres Update gibt?

Nein - jetzt keine neuen Bilder

Ich habe gerade einen Push-through für die Entwicklungsversion erzwungen.

Würde es Ihnen etwas ausmachen, umzusteigen und zu sehen, ob das funktioniert? Ich habe die Version auf 1.1.9-dev1 aktualisiert, damit Sie die Änderung sehen können.

Es hört sich so an, als würde das Bild das neue nicht ziehen, aber es sollte nur so sein.

10.20 GMT war meiner Meinung nach der letzte monolightische Build, daher könnte es einige Zeit gedauert haben, ihn durchzuziehen.

Auf octofarm/ octofarm:monolithic-dev umgestellt , aber Version liest immer noch 1.1.8 :/

Und immer noch nicht sparen

Es wird noch für die 1.1.9-dev1 gebaut sollte nicht zu lang sein

Ich kann im Moment nicht mit Ihren ursprünglichen Schritten reproduzieren. Nicht sicher, was im Moment los ist.

Könnten Sie bitte auch Logs über die octofarm-API senden?

Wie aktualisieren Sie auch Ihren Container? nur um das auszuschließen.

Benutzerdefinierter Einschaltbefehl:
[PrinterURL]/plugin/enclosure/setIO?status=true&index_id=1&apikey=[PrinterAPI]

Benutzerdefinierter Befehl zum Ausschalten:
[PrinterURL]/plugin/enclosure/setIO?status=false&index_id=1&apikey=[PrinterAPI]

Nur für den Fall, dass Sie es mit den genauen Saiten versuchen möchten, die ich verwende.

OctoFarm-API.log

Ich habe die Neustartbefehle überprüft...

Die werde ich mir gleich mal anschauen, war mir nicht klar, dass es die auch waren.

Können Sie bitte bestätigen, dass die Neustartbefehle jetzt bestehen bleiben?

Die Neustartbefehle speichern auch nicht, also genauso gut ... ;)

Wie aktualisiert ihr den Container? da ich mit den Neustartbefehlen nicht reproduzieren kann.

Derzeit nur die benutzerdefinierten Leistungsbefehle.

Monolithic hat jetzt gebaut. Sie sollten 1.1.9-dev1 sehen, wenn Sie dieses Mal aktualisieren.

Verwenden eines benutzerdefinierten Update-Skripts: https://pastebin.com/yCWe0dUq

Werde es nochmal mit einem Update versuchen

Verwenden eines benutzerdefinierten Update-Skripts: https://pastebin.com/yCWe0dUq

Werde es nochmal mit einem Update versuchen

Nein, das ist perfekt, wollte nur bestätigen, dass es richtig aktualisiert wurde, aber das sollte. Manche Leute starten einfach den Container neu aha.

Ich werde die benutzerdefinierten Power-Befehle in Kürze überprüfen, lassen Sie es mich einfach wissen, wenn der Neustart immer noch nicht besteht, und ich werde mir das auch ansehen.

10:42 Das so gebaute dürfte sicherlich einen neuen Zug haben.

Nur verwirrt wie die Hölle, warum der Neustart nicht für Sie spart, aha. Seien Sie irgendwo mein Trottel.

Okay - es liest nicht 1.1.9-dev1.
Du speicherst immer noch keine Neustartbefehle :/

Grrr. Kann das überhaupt nicht verstehen. Sorry für das Durcheinander.

Ich werde gleich mal ein paar Tests machen, ob ich es nicht hinbekomme.

Lass mich wissen, wenn du etwas brauchst

Etwas Zeit wäre schön aha.

Ungefähr Mitte der Woche, ich denke, ich kann das überprüfen, da ich morgen wieder in meinen normalen Job zurückkehren muss.

Es ist okay.
Ich habe einige Tests mit 1.1.9-dev1 durchgeführt - und es sieht so aus, als ob die Neustartbefehle schließlich gespeichert werden, es gibt danach nur N/A in den Textfeldern zurück.
Die Befehlsschaltfläche Neustart wird sichtbar und funktioniert nach einer Neusynchronisierung.

Es ist okay.
Ich habe einige Tests mit 1.1.9-dev1 durchgeführt - und es sieht so aus, als ob die Neustartbefehle schließlich gespeichert werden, es gibt danach nur N/A in den Textfeldern zurück.
Die Befehlsschaltfläche Neustart wird sichtbar und funktioniert nach einer Neusynchronisierung.

Hmmm, das ist immer noch komisch, denn bei meinem zieht es sich wieder durch... verwirrend! Ich frage mich, ob es etwas damit zu tun hat, dass ich langjährige Daten habe, aber ich habe es mit einem neuen Drucker-Setup versucht.

Danke für die zusätzlichen Infos, werde es sortieren. :)

Ja, das macht Sinn, da der Push zu OctoPrint funktioniert hat und eine Neusynchronisierung nur die Befehle von dort sammelt und im Speicher behält. Vorher habe ich OctoPrint mit leeren Werten aktualisiert, weshalb es sich früher im Kreis drehte. Vermutlich habe ich wieder etwas übersehen.

Zumindest funktionieren die.

Die Power-Befehle unten "könnten" genauso funktionieren. Der einzige Unterschied besteht darin, dass sie zu meiner Datenbank zurückkehren, anstatt Octoprint zu aktualisieren. Ich würde aber darauf achten, dass alle ausgefüllt sind.

Habe es gerade mit den benutzerdefinierten Befehlen versucht, die funktionieren immer noch nicht. Warte ab was du findest :)

Danke für die Bestätigung.

Ich hoffe, dass ich morgen etwas Zeit habe, mir das anzuschauen. Es ist meine Schuld, dass ich heute Morgen mehr hätte aufpassen sollen, das tut mir leid.

Keine Sorge . Ich freue mich nur, dass Sie sich die Zeit nehmen, sich das anzusehen :)

Oh OctoFarm ist mein Baby ich mag keine Käfer 😅. Ich werde es auf jeden Fall tun.

Yo, habe gerade einen weiteren versuchten Fix in die Entwicklung geschoben, wenn du die Chance dazu hast.

Ich habe hier getestet und alles funktionierte einwandfrei und wurde sofort nach einer Aktualisierung aktualisiert. Drücke dir gleich die Daumen. Wird -dev2

Hmmm - Speichern-Button scheint in -dev2 nicht zu funktionieren.
Beim Drücken von Speichern passiert nichts.

Könnten Sie bitte das API-Protokoll durchsenden?

OctoFarm-API (1).log

Hmm es ist sicherlich das Senden und Empfangen der Informationen.

Ich werde mir den Code gleich noch einmal ansehen und sehen, ob ich etwas übersehen habe.

Wird etwas im Browser-Konsolenfenster angezeigt, wenn Sie auf Speichern klicken?

Nein, es kommt nichts. Und die Befehle scheinen auch nicht gespeichert zu werden.

Drücken Sie F12 in Ihrem Browser und klicken Sie auf die Registerkarte Konsole.

Drücken Sie dann auf Speichern, es werden Fehler angezeigt, falls vorhanden.

In der Konsole passiert nichts

Wenn Sie auf Speichern drücken, OHNE etwas einzugeben, funktioniert die Schaltfläche Speichern

Welche Nodejs-Version verwendest du?

Verwendung von 12.16.3-0017

Nicht das dann hmmm

Hallo, ich habe einige Optimierungen vorgenommen und eine neue Version in die Entwicklung geschoben. Wird -dev3 sein. Würde es Ihnen etwas ausmachen zu testen?

Wenn es diesmal wieder fehlschlägt, habe ich das Statusprotokoll erweitert, um zu zeigen, was tatsächlich vor sich geht. Sollte es zumindest entweder beheben oder mich auf das anspielen, was passiert.

Immer noch kein Glück :(
OctoFarm-API (2).log
OctoFarm-State.log

Ihr bereitgestelltes Log geht nur bis zum 25. Januar, brauche die Versuche heute bitte

Seltsam - direkt nach dem Upgrade des Containers versucht.
Ich werde es noch einmal versuchen.

Sie benötigen eine OctoFarm-State#.log, die Datei ohne Nummer ist die älteste.

Denken Sie daran - mein Speichern-Button scheint nicht zu funktionieren, wenn ich etwas in die Felder eingegeben habe.
OctoFarm-State1.log

Ja, ich weiß, dass es keine Fehler im Browser gibt, so dass der Server nicht richtig auf die Anfrage reagieren würde.

{
"Zustand": "Getrennt",
"Drucker": {
"DruckerName": "",
"printerURL": "",
"index": "60096307de188800262631e0",
"kameraURL": "",
"API-Schlüssel": ""
},
"Verbindung": {
"bevorzugterPort": "0",
"preferredBaud": "115200",
"preferredProfile": "_default"
},
"systemCommands": {
"serverRestart": "sudo service octoprint Neustart",
"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": {
"aktiviert": falsch,
"ip": "",
"Hafen": "",
"Intervall": "",
"zählen": "",
"MAC": ""
}
},
"kosteneinstellungen": {
"powerConsumption": null,
"Stromkosten": null,
"Einkaufspreis": null,
"estimateLifespan": null,
"Wartungskosten": null
},
"profileID": "_default",
"Profil": {
"name": null,
"Farbe": "Standard",
"Modell": null,
"Volumen": {
"formFactor": "rechteckig",
"Breite": null,
"Tiefe": null,
"Höhe": null
},
"heatedBed": wahr,
"heatedChamber": falsch,
"Achsen": {
"x": {
"Geschwindigkeit": null,
"invertiert": falsch
},
"j": {
"Geschwindigkeit": null,
"invertiert": falsch
},
"z": {
"Geschwindigkeit": null,
"invertiert": falsch
},
"e": {
"Geschwindigkeit": null,
"invertiert": falsch
}
},
"Extruder": {
"zählen": null,
"düsenDurchmesser": null,
"sharedNozzle": false
}
},
"gcode": {
"afterPrintCancelled": "",
"afterPrintDone": "",
"afterPrintPaaused": "",
"afterPrinterConnected": "",
"afterToolChange": "",
"beforePrintResumed": "",
"beforePrintStarted": "",
"beforePrinterDisconnected": "",
"beforeToolChange": ""
},
"Sonstiges": {
"enableCamera": wahr,
"rotateCamera": falsch,
"flipHCamera": falsch,
"flipVCamera": falsch,
"enableTimeLapse": wahr,
"heatingVariation": "",
"abkühlen": ""
}
}

Ich kann sehen, dass die Anfrage an den Server gesendet wurde.

Aber es steht nichts im Zustandsprotokoll mit meiner neuen Protokollierung. Gar nichts. Das scheint mir, als ob das nicht aktualisiert wurde, Ihr sicherlich auf -dev3?

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

Das war der letzte Neustart von OctoFarm für Ihren Server und ist, bevor das monolithische Image tatsächlich verschoben wurde, soweit ich anhand der Protokolle erkennen kann, dass Sie nichts aktualisiert haben.

Ich versuche noch einmal zu aktualisieren, vielleicht etwas übersehen?!

Einen Versuch wert.

Es scheint, dass nodejs mir diese Woche einen Lauf um mein Geld gibt.

Einige Teile wieder aktualisiert. Neues Protokoll.
OctoFarm-State1 (1).log

Erfolg! Lass mich diese durchlesen :D

Richtig, diese Funktion bleibt für Sie buchstäblich hängen und ich bin mir nicht sicher, warum.

Ich frage mich, ob es ein Nebenprodukt des Problems ist, was es nicht sein sollte, da ein neuer Wert nur die ursprünglichen Werte überschreiben sollte.

Ich habe Ihren Versuch, das Protokoll zu speichern, aber es geht nicht weiter.

Ich dränge nur auf eine verbesserte Protokollierung, um herauszufinden, womit es Probleme hat.

Wenn Sie eine Theorie testen wollten, die ich habe. Könnten Sie den Drucker löschen und neu hinzufügen? Ich frage mich, ob es in der Datenbank einen Fehler von unseren früheren Versuchen gibt. Obwohl dies nicht der Fall sein sollte, bin ich nur verwirrt, warum ich dies im Moment nicht reproduzieren kann, sodass in OctoFarm etwas nicht synchron ist.

Ist Ihre Octoprint-Instanz übrigens online, während Sie dies versuchen?

Ja Octoprint ist online, nur der Drucker ist getrennt.

Ahh cooler Prost, war nur um sowas auszuschließen. Ich bin gerade dabei, eine weitere Reihe von Loggin-Verbesserungen voranzutreiben, und Sie sollten zumindest dieses Mal einen Fehler in der Benutzeroberfläche sehen. Seien Sie dev4, ich werde Sie wissen lassen, wenn es gebaut ist.

Ich habe gerade geschoben.

Sie werden jetzt auch in der Konsole das Obige sehen. Wird mir hoffentlich helfen, herauszufinden, was hier vor sich geht.

Sie sollten übrigens nicht jedes Mal die Neustartbefehle eingeben müssen, es sieht so aus, als ob Sie es tun, wenn nicht einfach aha ignorieren.

etwa 10-15 sein, aber ich antworte hier, wenn ich merke, dass es auf Docker Hub basiert

Monolithisch hat gebaut

Neue Logdatei - und ja, JSON-Objekt in der Konsole sichtbar
OctoFarm-State1 (2).log

Neue Logdatei - und ja, JSON-Objekt in der Konsole sichtbar
OctoFarm-State1 (2).log

Nun, meine "verbesserte" Protokollierung hat das ergeben... HEY THE ERROR WERE LOOKING FOR! | data:{} |

Haben Sie versucht, den Drucker zu löschen und erneut hinzuzufügen? Solange es den gleichen Namen hat Geschichte und das wird immer noch verbunden.

Haben Sie die Datei pm2.error.log? Könnte die vollständige Nachricht drin haben

Ich habe auch gerade dev4 gemacht, um das Loggin zu verbessern, hoffentlich wird der Fehler jetzt ausgedruckt.

Ja, versucht zu löschen und erneut hinzuzufügen, gleicher Name und API-Schlüssel. Immer noch kein Glück.
Auf dev4 aktualisiert, immer noch kein Glück und immer noch keine Reaktion beim Drücken des Speichern-Buttons

Logs.zip

Ich glaube, ich habe es behoben. Nur bestätigen.

Schön - einfach sagen, wenn ein Update fertig ist

Bestätigt!

Neuer Drucker hinzugefügt -> Energieeinstellungen einrichten und ursprünglich auch korrekt von OctoPrint gezogen.

Fahren Sie dann fort, um die Energieeinstellungen mit nur einer URL einzurichten und den "Befehl" -Block zu ignorieren, der mit jedem einzeln und mehrfach aktualisiert wird.

Es ist im Bau, sollte also etwa 15 Minuten dauern, wird aber bestätigt.

Hmmmmm - Einstellungen werden gelesen, aber beim Speichern von benutzerdefinierten Befehlen ist etwas nicht in Ordnung:

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

Aus dem Staatsprotokoll

Es baut immer noch den -dev5-Mann, aber das ist nur, um das Profil zu entfernen, das den Fehler, den Sie sehen, nicht aktualisiert hat. Grundsätzlich werden diese Power-Befehle nicht an OctoFarm zurückgedrängt, aber die anderen tun, deshalb sehen Sie diese Benachrichtigung, weil OctoPrint nicht aktualisiert werden muss. Ich habe diese Fehler bereinigt.

Okay, dann versuche ich es später noch einmal :)

Es wird buchstäblich aufhören, diese beiden roten Warnungen anzuzeigen. Die Befehle sollten funktionieren und Sie sollten es bei einer Aktualisierung in der Dropdown-Liste für die Stromversorgung sehen?

hmmm warte mal, da ist noch was los.

Das sollte jetzt für das Sparen und so funktionieren.

Ich dränge nur auf eine Lösung für das Erfassen des Energiestatus, ohne dass es vorhanden ist, aber es bewirkt nichts, nur zusätzliche Anrufe, die nirgendwo hingehen.

Mann.. war das nervig! richtig habe ich mich über aha.

Nur um zu erwähnen, dass wir uns in der Entwicklung befinden, bis ich das Grafikproblem mit langjährigen Datenbanken behebe.

Tatsächlich ist es jetzt gespeichert, aber es sieht nicht so aus, als ob es die Aktion tatsächlich auslöst, wenn es ausgewählt wird.
In welchem ​​Log könnte ich nach Hinweisen suchen?

Es ist alles clientseitig, also die Konsole im Browser.

Ich werde sehen, ob ich mit deiner URL oben reproduzieren kann

Ja feuert für mich gut

Ihr Befehl funktioniert jedoch nicht mit dem aktuellen Code. Sie geben einen benutzerdefinierten Befehl an OctoPrint ab, keine benutzerdefinierte URL außerhalb von Octoprint, wie ich es erwartet hatte, als ich das schrieb. Ich sende den API-Schlüssel nicht speziell mit dem Befehl. Wenn Sie oben eine CORS-Richtlinie erhalten, lassen Sie es mich wissen, ich werde sie für Sie anpassen. Ich habe die aktuellen Power-Command-Plugins überprüft und meine Methode unterstützt alle diese, wusste nicht, dass das Enclosure-Plugin auch diese Option hat.

Ich würde davon abhängen, wie dieses Plugin die OctoPrints-API verwendet, hätte ich gedacht.

Ja – CORS-Fehler

Seine Dokumentation ist für seine API irreführend. Sie müssten immer noch den X-Api-Key-Header mit den Anfragen senden, die er in seinem Wiki detailliert hat.

Ich habe gerade den Fix für dich gepusht, werde dich wissen lassen, wenn es wieder gebaut wird :)

Es ist gebaut, es tut mir leid, dass es automatisch geschlossen wurde, als ich mit Master zusammengeführt habe. Bitte öffnen Sie, wenn Sie immer noch einen CORS-Fehler erhalten :)

Immer noch die CORS-Fehler

Kannst du mir bitte die Konsolenausgabe zeigen?

Da ich den Schlüssel jetzt zum Aufruf hinzugefügt habe, sodass es sich vielleicht nach URL-Formatierung anhört, verwenden Sie das Plugin nicht persönlich, also benötigen Sie mehr Informationen, um dies herauszufinden.

Beim Kopieren der URL in einen neuen Bereich im Browser funktioniert es wie erwartet.

Ich muss das Plugin einrichten und einige Tests durchführen, um es nicht sicher zu machen. Alles, was ich mache, ist eine Get-Anforderung wie der Browser, also sollte mit oder ohne den API-Schlüssel technisch so funktionieren, wie er in der URL steht.

Immer noch CORS-Probleme, selbst bei der neuesten Version

Verstehe es nicht in der Minute, und ich kann das Gehäuse-Plugin nicht installieren, um es zu testen, da es immer wieder "unbekannt" zurückkehrt.

Ahhh, du machst immer noch eine Post-Anfrage, keine Get-Anfrage ... könntest du bitte den neuesten Push auf dev überprüfen? wird 1.1.11-dev9 sagen.

Das Flag, um die json-Daten im Befehl nicht zu verwenden, wurde übersehen. Ich habe dafür einige Konsolen-Logs eingegeben, wenn es nicht wieder funktioniert, könnten Sie diese bitte senden?

Ich habe gerade auch die Vorschubrate korrigiert, ich habe das zweimal aktualisiert, jetzt weiß ich nicht, wie das verschwunden ist.

Ahhh, du machst immer noch eine Post-Anfrage, keine Get-Anfrage ... könntest du bitte den neuesten Push auf dev überprüfen? wird 1.1.11-dev9 sagen.

Das Flag, um die json-Daten im Befehl nicht zu verwenden, wurde übersehen. Ich habe dafür einige Konsolen-Logs eingegeben, wenn es nicht wieder funktioniert, könnten Sie diese bitte senden?

Immer noch kein Glück

Es ist diese Variable current_value. Lassen Sie mich einen Blick darauf werfen, woher das kommt ... Sie überspringt immer noch die Get-Anfrage und macht deswegen einen Beitrag.

Okay 1.1.11-dev9 ist SEHR fu-bar :( Nichts funktioniert.
Kann nicht einmal die Systemsteuerung eines Druckers öffnen.

Fehlende Staaten auf der Liste

Es ist diese Variable current_value. Lassen Sie mich einen Blick darauf werfen, woher das kommt ... Sie überspringt immer noch die Get-Anfrage und macht deswegen einen Beitrag.

current_value ist die JSON-Eigenschaft in der Antwort des Enclosure-Plugins, die den aktuellen Status (true/false) enthält, also habe ich diesen definiert.

Um Ihr Plugin korrekt zu verwenden, sollten alle Ihre benutzerdefinierten Power-Befehle in den Einstellungen nichts wie folgt enthalten:

Ihre Variable current_value wurde mit dem Befehl zum Ein- / Ausschalten / Zustand gesendet, wie es aussieht, und es sollte nicht so sein

Es ist nur die Zustandszeile, für die der aktuelle_Wert definiert ist.
Habe die Ein/Aus-Befehle noch nicht getestet, da beide Drucker gerade drucken.

Es ist nur die Zustandszeile, für die der aktuelle_Wert definiert ist.
Habe die Ein/Aus-Befehle noch nicht getestet, da beide Drucker gerade drucken.

Es wird nicht funktionieren, wenn das drin ist, und das wird immer wieder fehlschlagen, wenn ich nach dem Status abfrage.

Das erste Feld dient zum Senden von Daten, die nicht empfangen werden.

Sollte alles so sein, nur mit den richtigen URLs, wie ich die erste kopiert und eingefügt habe, die ich zum Testen gesehen habe.

Im Moment kann ich es nicht ändern - muss ein Downgrade durchführen, da die neueste Version alles zum Absturz gebracht hat.

Im Moment kann ich es nicht ändern - muss ein Downgrade durchführen, da die neueste Version alles zum Absturz gebracht hat.

Ich habe keine Ahnung, was da los ist, weil ich es nicht reproduzieren kann. Es sieht so aus, als ob etwas mit Ihrem Drucker nicht gescannt werden kann, da keine Einstellungen übernommen wurden.

Sie schicken mir einige aktuelle Statusprotokolle durch, um zu sehen, was ich vermasselt habe?

Scheint sowieso ein Fehler zu sein, der das Feld leert -_-

Neustart des Dockers schien alle fehlenden Daten zu beheben. Kann die Einstellung current_value jedoch nicht entfernen.
Beim Löschen des Textes und Speichern ist er immer noch in der Ansicht vorhanden - auch nach einem erneuten Neustart des Dockers, und auch noch im Feld.

Neustart des Dockers schien alle fehlenden Daten zu beheben. Kann die Einstellung current_value jedoch nicht entfernen.
Beim Löschen des Textes und Speichern ist er immer noch in der Ansicht vorhanden - auch nach einem erneuten Neustart des Dockers, und auch noch im Feld.

Ja, anscheinend lasse ich die Felder nicht leer. Habe es erst jetzt entdeckt, als ich dachte, am besten testen, ob das möglich ist. Zumindest das andere ist kein großer Fehler. Ich sortiere einfach die Einstellungen.

Also ich stecke ein bisschen mit der aktuellen Logik fest. Ich sende leere Felder, um keine Änderung anzuzeigen, daher kann es einige Zeit dauern, bis ich das sortiert habe. Im Moment ist es am besten, MongoDB Compass zu verwenden, um dieses Feld in den Energieeinstellungen Ihres Druckers auszublenden. Tut mir leid, dieser Einstellungsbereich war eine königliche Pia und ich möchte ihn zerstören, aber ich habe keine Zeit, also werde ich versuchen, ihn zu patchen.

276, um dies richtig zu verfolgen.

Ein/Aus-Befehle funktionieren jetzt richtig. Status nicht, aber das könnte an diesem JSON-Objekt liegen, das vom Enclosure-Plugin zurückgegeben wurde.

Ein/Aus-Befehle funktionieren jetzt richtig. Status nicht, aber das könnte an diesem JSON-Objekt liegen, das vom Enclosure-Plugin zurückgegeben wurde.

Klingt auf jeden Fall so, ich werde morgen früh eine Wischtaste einstellen, damit das sortiert wird. Prost für den Bericht zurück!

Ein/Aus-Befehle funktionieren jetzt richtig. Status nicht, aber das könnte an diesem JSON-Objekt liegen, das vom Enclosure-Plugin zurückgegeben wurde.

Ich habe -dev10 Ich bin dabei, mit der Reset-Taste die Energieeinstellungen zu löschen. Tut mir leid, ich kann es kaum erwarten, die neue Benutzeroberfläche zu sortieren.