NEWS
Bambulab 3d-Drucker adapter
-
@homecineplexx Ich hab ein blockly das auf den Status des Shelly Plugs triggert und eine Javascript Funktion mit wahr/falsch ausführt:
<xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id="Kin_d{P!1pKMo+5cZU`O">Instanz</variable> <variable id="b/PDv/D$qo]b|JPj@BAK">start</variable> </variables> <block type="procedures_defcustomnoreturn" id="`HD|n)F.zEhjAS[_Ha*9" x="13" y="13"> <mutation statements="false"> <arg name="Instanz" varid="Kin_d{P!1pKMo+5cZU`O"></arg> <arg name="start" varid="b/PDv/D$qo]b|JPj@BAK"></arg> </mutation> <field name="NAME">Adapter_start_stop</field> <field name="SCRIPT">ZXh0ZW5kT2JqZWN0KCdzeXN0ZW0uYWRhcHRlci4nICsgSW5zdGFueiwge2NvbW1vbjoge2VuYWJsZWQ6IHN0YXJ0fX0pOw==</field> <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment> </block> <block type="on_ext" id="9@?1sH3%l:s=e$d#?KR+" x="87" y="113"> <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation> <field name="CONDITION">ne</field> <field name="ACK_CONDITION"></field> <value name="OID0"> <shadow type="field_oid" id="V3eaur##My8Va$-fHP(E"> <field name="oid">shelly.0.shellyplusplugs#80646fe75360#1.Relay0.Switch</field> </shadow> </value> <statement name="STATEMENT"> <block type="controls_if" id="Z+1Aox:V3(^q]ldC~pZ1"> <value name="IF0"> <block type="logic_compare" id="mkNF~$GDu*?(Bb~3Yo2@"> <field name="OP">EQ</field> <value name="A"> <block type="on_source" id="(~EmC=jL?#DKpI$bSXpv"> <field name="ATTR">state.val</field> </block> </value> <value name="B"> <block type="logic_boolean" id="8B0LksaAQ%V%VImjs*cv"> <field name="BOOL">TRUE</field> </block> </value> </block> </value> <statement name="DO0"> <block type="procedures_callcustomnoreturn" id="ih~h61Q(ObZv?~_lB4)0"> <mutation name="Adapter_start_stop"> <arg name="Instanz"></arg> <arg name="start"></arg> </mutation> <value name="ARG0"> <block type="text" id="%zVo=K]Eh*18L:d2HupD"> <field name="TEXT">bambulab.0</field> </block> </value> <value name="ARG1"> <block type="logic_boolean" id="f9;bz|~4KqI9RDyGrziD"> <field name="BOOL">TRUE</field> </block> </value> </block> </statement> <next> <block type="controls_if" id="(|blA!Q2[kD*3I=J[RMT"> <value name="IF0"> <block type="logic_compare" id="--l,_=Z,JX[yA$+IIqZ_"> <field name="OP">EQ</field> <value name="A"> <block type="on_source" id="abJdAEc=Pf-b;)G5+)/x"> <field name="ATTR">state.val</field> </block> </value> <value name="B"> <block type="logic_boolean" id="5_f]u{/r#`y@{5:z^r/Y"> <field name="BOOL">FALSE</field> </block> </value> </block> </value> <statement name="DO0"> <block type="procedures_callcustomnoreturn" id="7a2|S|T+:`jc-u%5eX{:"> <mutation name="Adapter_start_stop"> <arg name="Instanz"></arg> <arg name="start"></arg> </mutation> <value name="ARG0"> <block type="text" id="m;?$-$|w^SINz]@LlmLX"> <field name="TEXT">bambulab.0</field> </block> </value> <value name="ARG1"> <block type="logic_boolean" id="_;VoADa0t7fV8Q.KluSH"> <field name="BOOL">FALSE</field> </block> </value> </block> </statement> </block> </next> </block> </statement> </block> </xml>@mazchen said in Bambulab 3d-Drucker adapter:
<xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id="Kin_d{P!1pKMo+5cZU`O">Instanz</variable> <variable id="b/PDv/D$qo]b|JPj@BAK">start</variable> </variables> <block type="procedures_defcustomnoreturn" id="`HD|n)F.zEhjAS[_Ha*9" x="13" y="13"> <mutation statements="false"> <arg name="Instanz" varid="Kin_d{P!1pKMo+5cZU`O"></arg> <arg name="start" varid="b/PDv/D$qo]b|JPj@BAK"></arg> </mutation> <field name="NAME">Adapter_start_stop</field> <field name="SCRIPT">ZXh0ZW5kT2JqZWN0KCdzeXN0ZW0uYWRhcHRlci4nICsgSW5zdGFueiwge2NvbW1vbjoge2VuYWJsZWQ6IHN0YXJ0fX0pOw==</field> <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment> </block> <block type="on_ext" id="9@?1sH3%l:s=e$d#?KR+" x="87" y="113"> <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation> <field name="CONDITION">ne</field> <field name="ACK_CONDITION"></field> <value name="OID0"> <shadow type="field_oid" id="V3eaur##My8Va$-fHP(E"> <field name="oid">shelly.0.shellyplusplugs#80646fe75360#1.Relay0.Switch</field> </shadow> </value> <statement name="STATEMENT"> <block type="controls_if" id="Z+1Aox:V3(^q]ldC~pZ1"> <value name="IF0"> <block type="logic_compare" id="mkNF~$GDu*?(Bb~3Yo2@"> <field name="OP">EQ</field> <value name="A"> <block type="on_source" id="(~EmC=jL?#DKpI$bSXpv"> <field name="ATTR">state.val</field> </block> </value> <value name="B"> <block type="logic_boolean" id="8B0LksaAQ%V%VImjs*cv"> <field name="BOOL">TRUE</field> </block> </value> </block> </value> <statement name="DO0"> <block type="procedures_callcustomnoreturn" id="ih~h61Q(ObZv?~_lB4)0"> <mutation name="Adapter_start_stop"> <arg name="Instanz"></arg> <arg name="start"></arg> </mutation> <value name="ARG0"> <block type="text" id="%zVo=K]Eh*18L:d2HupD"> <field name="TEXT">bambulab.0</field> </block> </value> <value name="ARG1"> <block type="logic_boolean" id="f9;bz|~4KqI9RDyGrziD"> <field name="BOOL">TRUE</field> </block> </value> </block> </statement> <next> <block type="controls_if" id="(|blA!Q2[kD*3I=J[RMT"> <value name="IF0"> <block type="logic_compare" id="--l,_=Z,JX[yA$+IIqZ_"> <field name="OP">EQ</field> <value name="A"> <block type="on_source" id="abJdAEc=Pf-b;)G5+)/x"> <field name="ATTR">state.val</field> </block> </value> <value name="B"> <block type="logic_boolean" id="5_f]u{/r#`y@{5:z^r/Y"> <field name="BOOL">FALSE</field> </block> </value> </block> </value> <statement name="DO0"> <block type="procedures_callcustomnoreturn" id="7a2|S|T+:`jc-u%5eX{:"> <mutation name="Adapter_start_stop"> <arg name="Instanz"></arg> <arg name="start"></arg> </mutation> <value name="ARG0"> <block type="text" id="m;?$-$|w^SINz]@LlmLX"> <field name="TEXT">bambulab.0</field> </block> </value> <value name="ARG1"> <block type="logic_boolean" id="_;VoADa0t7fV8Q.KluSH"> <field name="BOOL">FALSE</field> </block> </value> </block> </statement> </block> </next> </block> </statement> </block> </xml>und das funktioniert bei dir? also vor allem das starten? wie gesagt ich hab das auch schon gemacht, aber irgendwie verliert die instanz das passwort!
-
@mazchen said in Bambulab 3d-Drucker adapter:
<xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id="Kin_d{P!1pKMo+5cZU`O">Instanz</variable> <variable id="b/PDv/D$qo]b|JPj@BAK">start</variable> </variables> <block type="procedures_defcustomnoreturn" id="`HD|n)F.zEhjAS[_Ha*9" x="13" y="13"> <mutation statements="false"> <arg name="Instanz" varid="Kin_d{P!1pKMo+5cZU`O"></arg> <arg name="start" varid="b/PDv/D$qo]b|JPj@BAK"></arg> </mutation> <field name="NAME">Adapter_start_stop</field> <field name="SCRIPT">ZXh0ZW5kT2JqZWN0KCdzeXN0ZW0uYWRhcHRlci4nICsgSW5zdGFueiwge2NvbW1vbjoge2VuYWJsZWQ6IHN0YXJ0fX0pOw==</field> <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment> </block> <block type="on_ext" id="9@?1sH3%l:s=e$d#?KR+" x="87" y="113"> <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation> <field name="CONDITION">ne</field> <field name="ACK_CONDITION"></field> <value name="OID0"> <shadow type="field_oid" id="V3eaur##My8Va$-fHP(E"> <field name="oid">shelly.0.shellyplusplugs#80646fe75360#1.Relay0.Switch</field> </shadow> </value> <statement name="STATEMENT"> <block type="controls_if" id="Z+1Aox:V3(^q]ldC~pZ1"> <value name="IF0"> <block type="logic_compare" id="mkNF~$GDu*?(Bb~3Yo2@"> <field name="OP">EQ</field> <value name="A"> <block type="on_source" id="(~EmC=jL?#DKpI$bSXpv"> <field name="ATTR">state.val</field> </block> </value> <value name="B"> <block type="logic_boolean" id="8B0LksaAQ%V%VImjs*cv"> <field name="BOOL">TRUE</field> </block> </value> </block> </value> <statement name="DO0"> <block type="procedures_callcustomnoreturn" id="ih~h61Q(ObZv?~_lB4)0"> <mutation name="Adapter_start_stop"> <arg name="Instanz"></arg> <arg name="start"></arg> </mutation> <value name="ARG0"> <block type="text" id="%zVo=K]Eh*18L:d2HupD"> <field name="TEXT">bambulab.0</field> </block> </value> <value name="ARG1"> <block type="logic_boolean" id="f9;bz|~4KqI9RDyGrziD"> <field name="BOOL">TRUE</field> </block> </value> </block> </statement> <next> <block type="controls_if" id="(|blA!Q2[kD*3I=J[RMT"> <value name="IF0"> <block type="logic_compare" id="--l,_=Z,JX[yA$+IIqZ_"> <field name="OP">EQ</field> <value name="A"> <block type="on_source" id="abJdAEc=Pf-b;)G5+)/x"> <field name="ATTR">state.val</field> </block> </value> <value name="B"> <block type="logic_boolean" id="5_f]u{/r#`y@{5:z^r/Y"> <field name="BOOL">FALSE</field> </block> </value> </block> </value> <statement name="DO0"> <block type="procedures_callcustomnoreturn" id="7a2|S|T+:`jc-u%5eX{:"> <mutation name="Adapter_start_stop"> <arg name="Instanz"></arg> <arg name="start"></arg> </mutation> <value name="ARG0"> <block type="text" id="m;?$-$|w^SINz]@LlmLX"> <field name="TEXT">bambulab.0</field> </block> </value> <value name="ARG1"> <block type="logic_boolean" id="_;VoADa0t7fV8Q.KluSH"> <field name="BOOL">FALSE</field> </block> </value> </block> </statement> </block> </next> </block> </statement> </block> </xml>und das funktioniert bei dir? also vor allem das starten? wie gesagt ich hab das auch schon gemacht, aber irgendwie verliert die instanz das passwort!
@homecineplexx problemlos
-
Hallo zusammen
Habe den Bambulab Adapter schon etwas länger laufen. Bin auch zufrieden, er tut was er soll.
Jetzt bin ich aber darauf gestoßen, das der Adapter für meine zu hohe Systemauslastung verantwortlich ist.Läuft der Adapter, reagiert der IOB im Browser nur noch sehr träge und ich bekomme ständig Timeout Fehler.
Ist er aus läuft alles viel flüssiger.
In der Console mit "top" verbraucht der Adapter alleine schon 25% an CPU last.Spitzenreiter ist der Js-Controller mit 65%, denn kann ich nun leider nicht abschalten.
Können das hier welche bestätigen mit der hohen CPU Last des Bambu-Adapters?
Gruß
HappyUser20@happyuser20
Leider nicht, der Adapter ist sogar sehr unauffällig.
Das mit dem Log hatte ich auch.
Dazu habe ich mir die main.js (/opt/iobroker/nde_modules/iobroker.bambulab) entsprechend angepasst, das die Werte nicht mehr das Log zumüllen und beim Ausschalten nicht permanent Meldungen kommen.
(Gab mal auf Git irgendwo einen Kommentar, wo man das ändern muss, weis nur nicht mehr wo.)
Beim A1 läuft es mal so.
Update:
Ich habe das Project mal geforkt.
Wer es sich ansehen möchte, ohne Gewährleistung ;)
https://github.com/Joylancer/ioBroker.bambulab -
@homecineplexx problemlos
@mazchen super dankeschön...so funktioniert es wirklich
-
Mich haben die Meldungen auch immer wieder genervt.
Ich schalte den Adapter auch nur an, wenn die Dose davor angeschaltet wurde. Sobald die ausgeht, wird auch der Adapter wieder gestoppt. -
Mich haben die Meldungen auch immer wieder genervt.
Ich schalte den Adapter auch nur an, wenn die Dose davor angeschaltet wurde. Sobald die ausgeht, wird auch der Adapter wieder gestoppt. -
Dieser Fehler scheint ja bei allen zu sein.
Könnte man das nicht mit einem Update des Adapters beheben oder ist das ein Bambu Problem?
@webranger
in der Main.js kannst du den Log-Level (für fast alle Meldungen) anpassen.
Das hab ich bei mir getan und im Adapter den Log-Level auf "Error" gestellt.
Seitdem hab ich ruhe vor den ganzen Meldungen.
Vielleicht übernimmt @Dutchman als Entwickler die Änderungen. -
Hallo zusammen,
ich hatte jetzt eine Weile den Adapter aus, da dieser mir einfach zu viele Meldungen zwecks finishTime und nozzle.0.temp gebracht hat. Die manuelle Änderung des Datentyp von string zu number überlebt leider nicht den Neustart des Adapters und da ich in letzter Zeit häufiger am Server gebastelt habe, war mir das zu Nervig.
Jedenfalls habe ich mich heute mal an einen fork von @Dutchman Bamulab Adapter versucht.
Ich weise daraufhin, dass ich kein Programmierer bin und auch von Javascript keine Ahnung habe, also falls Erweiterungen, Verbesserungsvorschläge für den Adapter gewünscht sind, seid ihr bei mir wirklich an der falschen Stelle und wir alle können nur hoffen dass @Dutchman irgendwann wieder Zeit für den Adapter finden wird.
Wer mag kann den fork von Github von hier installieren: Github
damit verschwinden die beiden Meldungen:
bambulab.0.00xxxxxxxxx.finishTime" has to be type "date" but received type "string" bambulab.0.00xxxxxxxxx.device.nozzle.0.temp" has to be type "string" but received type "number"VG
-
Hallo zusammen,
ich hatte jetzt eine Weile den Adapter aus, da dieser mir einfach zu viele Meldungen zwecks finishTime und nozzle.0.temp gebracht hat. Die manuelle Änderung des Datentyp von string zu number überlebt leider nicht den Neustart des Adapters und da ich in letzter Zeit häufiger am Server gebastelt habe, war mir das zu Nervig.
Jedenfalls habe ich mich heute mal an einen fork von @Dutchman Bamulab Adapter versucht.
Ich weise daraufhin, dass ich kein Programmierer bin und auch von Javascript keine Ahnung habe, also falls Erweiterungen, Verbesserungsvorschläge für den Adapter gewünscht sind, seid ihr bei mir wirklich an der falschen Stelle und wir alle können nur hoffen dass @Dutchman irgendwann wieder Zeit für den Adapter finden wird.
Wer mag kann den fork von Github von hier installieren: Github
damit verschwinden die beiden Meldungen:
bambulab.0.00xxxxxxxxx.finishTime" has to be type "date" but received type "string" bambulab.0.00xxxxxxxxx.device.nozzle.0.temp" has to be type "string" but received type "number"VG
Der Vollständigkeit und als Info - NICHT als Kritik
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
-
Der Vollständigkeit und als Info - NICHT als Kritik
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
Hat jemand schon ein Skript zur Auswertung der Fehlercodes des HMS?
Die Errorcode-Translations werden ja in den Objekten mit angezeigt. Bin leider im Skripten nicht so fit, aber es gibt doch sicher eine Möglichkeit diese Tabelle zu hinterlegen und die Übersetzung via Telegram abzusetzen, ohne das alles händisch eingeben zu müssen.Danke!
-
Hallo Zusammen,
bei mir läuft aktuell die Version 0.3.2 des Babulab Adapters.
Jetzt habe ich bei Github gesehen dass es eine neue Version gibt.
In ioBroker selber wird mir ein Update des BambuLab Adapter aber nicht angeboten.
Ich vermute mal, dass es daran liegt dass der Adapter damals über Github installiert wurde.
Wie mache ich jetzt ein Update eines Adapters der über Github istalliert wurde?
iobroker update bambulab funktioniert auf jeden Fall nicht.
Wenn ich mir mit iobroker update alle Instanzen anzeigen lasse, wird die Bambulab Instanz auch nicht angezeigt. Ist aber definitiv installiert und läuft ohne Probleme.Für Hilfe wäre ich sehr dankbar.
Gelöst! Hab es mittlerweile selbst hinbekommen.
ioBroker mit Ubuntu auf Intel NUC
piVCCU auf Raspberry Pi 3 -
Hallo Zusammen,
bei mir läuft aktuell die Version 0.3.2 des Babulab Adapters.
Jetzt habe ich bei Github gesehen dass es eine neue Version gibt.
In ioBroker selber wird mir ein Update des BambuLab Adapter aber nicht angeboten.
Ich vermute mal, dass es daran liegt dass der Adapter damals über Github installiert wurde.
Wie mache ich jetzt ein Update eines Adapters der über Github istalliert wurde?
iobroker update bambulab funktioniert auf jeden Fall nicht.
Wenn ich mir mit iobroker update alle Instanzen anzeigen lasse, wird die Bambulab Instanz auch nicht angezeigt. Ist aber definitiv installiert und läuft ohne Probleme.Für Hilfe wäre ich sehr dankbar.
Gelöst! Hab es mittlerweile selbst hinbekommen.
Der Adapter ist derzeit (noch ?) nicht im STABLE repository verfügbar.
Im LATEST Repository ist die BETA Version 0.3.4 verfügbar.Wenn du als Tester eine BETA Version installieren willst, dann kannst du entweder dein Repository auf LATEST / BETA umstellen (ACHTUNG: Nur für Testsysteme empfohlen, auf produktiven System wird davon abgeraten!) oder gezielt einzelne Adapter von Latest installieren. Dazu aktivierst du den Expert Modus und wählst unter "Installieren von npm" den gewünschten Adapter aus.
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
Und falls es irgendwie unklar ist:
ioBroker unterstützt folgende Arten von Installation:
-
aus dem STABLE Repository
Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.
-
aus dem LATEST Repository
Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.
-
direkt von GITHUB
Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.
-
direkt von npm
Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.
Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch.
-
-
Hallo zusammen.
Sorry, ich bin noch nicht dazugekommen, einen Export zu machen. Ich optimiere meine Datenpunkte und VIS gerade.
Ein kleines Blockly berechnet mir jetzt die Uhrzeit, an der der Drucker fertig ist. So muss ich im Kopf nicht mitrechnen, da der Adapter nur die Restzeit ausgibt.
'Ansage AN' bedeutet, ich bekomme eine Ansage von allen Echo im Haus und Garten, wenn er Druck fertig ist.
Mittlerweile kann ich auf die Handy-App gut verzichten.
@skvarel coole VIS,
Ich habe meinen Drucker noch nicht (kommt aber hoffentlich die Woche). Eine Frage daher.
Woher beziehst du die Feuchtigkeit in % und temperatur in deiner AMS sektion in der ViS?
Liefert die das AMS oder hast du da dienin die VIS nen extra sensor gelegt?
Suche grad nach Silikatboxen fürs AMS wo ich ggf ein zigbee sensor genau dafür einbauen könnte. Aber wenn der Adapter die werte auch so direkt aus dem AMS liefert bräuchte ich das ja garnicht. -
@skvarel coole VIS,
Ich habe meinen Drucker noch nicht (kommt aber hoffentlich die Woche). Eine Frage daher.
Woher beziehst du die Feuchtigkeit in % und temperatur in deiner AMS sektion in der ViS?
Liefert die das AMS oder hast du da dienin die VIS nen extra sensor gelegt?
Suche grad nach Silikatboxen fürs AMS wo ich ggf ein zigbee sensor genau dafür einbauen könnte. Aber wenn der Adapter die werte auch so direkt aus dem AMS liefert bräuchte ich das ja garnicht.@bicmac Im Adapter gibts die Datenpunkte bambulab.0.01P00A3A1700xxx.ams.ams.0.humidity und bambulab.0.01P00A3A1700xxx.ams.ams.0.temp
Ich verwende allerdings den Adapter wegen des Stillstands in der Entwicklung überhaupt nicht mehr und bin zum Abfragen dieser Informationen auf die Xiaomi-Sensoren umgestiegen.
-
@bicmac Im Adapter gibts die Datenpunkte bambulab.0.01P00A3A1700xxx.ams.ams.0.humidity und bambulab.0.01P00A3A1700xxx.ams.ams.0.temp
Ich verwende allerdings den Adapter wegen des Stillstands in der Entwicklung überhaupt nicht mehr und bin zum Abfragen dieser Informationen auf die Xiaomi-Sensoren umgestiegen.
-
@mick70 Stillstand? Was fehlt?
In der latest Version wurde der Fehler mit den Datatypes behoben, und auch der Verbindungsfehler wird nur mehr einmal reported.
-
@mick70 Stillstand? Was fehlt?
In der latest Version wurde der Fehler mit den Datatypes behoben, und auch der Verbindungsfehler wird nur mehr einmal reported.
@mazchen Stimmt, das waren die Hauptprobleme. Hatte außerdem gewaltige Prozessorlast mit dem Adapter, ohne Adapter Richtung null - ob das noch so ist, müsste ich mal ausprobieren, muss dafür aber erst ein neues Token auslesen. Der Mehrwert des Adapters ist für mich halt recht gering, ich habe nur einen Drucker mit AMS, und die OEM App tuts dafür i.w. ja auch.
Ed.: Das Issue mit den Datentypen besteht bei mir auch in der latest (0.3.4) weiterhin und wirft alle 5 Sekunden eine Info in den Log, obwohl das Issue vom Developer geschlossen worden ist. Kann man "beheben", indem man die Debugstufe der Instanz auf "warning" stellt, aber das ist ja keine echte Lösung. Die Prozessorlast ist aktuell OK. Mit dem nächsten FW-Update von Bambu wird die Funktion des Adapters aber ohnehin in Frage stehen.
-
Aktuelle Test Version 0.3.0-beta.3 Veröffentlichungsdatum 28.07.2023 Github Link https://github.com/DrozmotiX/ioBroker.bambulab Nach Anregungen in und node-red workflow diesem Forum Topic dachte ich mir es wird zeit auch fuer den bambulab eine iOBroker Integration zu implementieren.
Supported devices :
- X1
- P1p (der P1s muss noch getestet werden)
Supported controls:
pause/resume/start/stop
control lights (chamber & head)
provide custom g-codees werden mehr folgen, wen ihr wünsche habt bitte in diesem thread melden oder am besten ein git-issue erstellen !
Momentan wirft der adapter beim starten noch einige "warn" Meldungen, diese können ignoriert werden und werde in v0.2.0 behoben sein
Viel spass beim drucken, Über feedback werde ich ich sehr freuen!
moment kann man den adapter leider nur ueber git installieren, aufnähme in die repo ist beantragt :)
Status der implementierung:
Supported models
Printer-Model Status P1p :white_check_mark: P1s :question:needs testing X1 :white_check_mark: AMS :white_check_mark: Supported commands
Command X1C X1 P1P P1S Custom g-code :white_check_mark: :white_check_mark: :white_check_mark: :question: needs testing Pause :white_check_mark: :white_check_mark: :white_check_mark: :question: needs testing Resume :white_check_mark: :white_check_mark: :white_check_mark: :question: needs testing Stop :white_check_mark: :white_check_mark: :white_check_mark: :question: needs testing Fan-Aux :white_check_mark: :white_check_mark: :question: needs testing :question: needs testing Fan-Chamber :white_check_mark: :white_check_mark: :question: needs testing :question: needs testing Fan-ToolHead :white_check_mark: :white_check_mark: :question: needs testing :question: needs testing Light-Chamber :white_check_mark: :white_check_mark: :question: needs testing :question: needs testing Light-Nozzle :white_check_mark: :white_check_mark: :question: needs testing :question: needs testing Light-Logo :white_check_mark: :white_check_mark: :question: needs testing :question: needs testing Temperature-Bed :white_check_mark: :white_check_mark: :white_check_mark: :question: needs testing Temperature-Nozzle :white_check_mark: :white_check_mark: :white_check_mark: :question: needs testing Speed Level :white_check_mark: :white_check_mark: :white_check_mark: :question: needs testing To-Do
Implement more commands, please provide feedback what we need :exclamation:
Optimize state attributes definitions
Test printer series P1S
Support us
443
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge