Loetkolben

Ich hab da noch einen Vorschlag aus der Huefte: Koennte die LED die 4 Accurancy Modes darstellen? Mode 0 bis 3: 0: blink - 2 Sek. Pause 1: blink - blink - 2 Sek. Pause 2: blink - blink - blink - 2 Sek. Pause 3: blink - blink - blink - blink - 2 Sek. Pause Oder Mode 0 ist ganz ohne blinken, dann kommt man beim Zaehlen auch nicht durcheinander. (shift -1) BTW: Stimmen so die Mappings zwischen Wert und String im Brickviewer? Brickv: Mode: Unreliable: 0 Low: 1 Medium: 2 High: 3 Hilft evtl. beim Verstehen bei jetzigen FW Stand. Der Loetkolben

Hallo borg, danke fuer die Erklaerungen! Das ist hilfreich um die Ablauefe und Probleme besser zu verstehen. Ihr steckt so tief in der Materie drin, dass diese Zusammenhaenge total klar sind. Zwei nicht ernstgemeinte Anmerkungen: Das ist bei der Groesse des Sensors wohl selbstverstaendlich. Da ist aber noch ein Refrigerator und eine Microwave drin. Wird aber erst von Bosch freigeschaltet, wenn das Raetzel um den IAQ geloest ist. Das Ding ist wirklich ein heisses Eisen. ;D Soweit erstmal. Dann schauen wir mal wie es weitergeht und ich werde die neue FW ausprobieren. Der Loetkolben

Ich fasse das mal fuer mich zusammen mit der Frage ob ich das richtig verstanden habe: Die proprietaere Bosch Software laeuft auf dem Coprozessor des Bricklets und kommuniziert permanent (Intervalle?) mit dem Sensor, holt dort Daten ab und verarbeitet sie zu dem IAQ Index. Diese IAQ Daten koennen per API von der Brickletfirmware abgeholt werden. Die Kalibrierungsdaten werden im Flash des Bricklets, durch die Brickletfirmware alle 12 Stunden, abgelegt. Und koennen von dort ggf. wieder der Boschsoftware uebergeben werden. (Damit kann man das Bricklet problemlos an einen anderen Brick stecken und es geht an der "gleichen" Stelle weiter) Holt die Tinkerforge Brickletfirmware die anderen, nicht IAQ Daten wie Temperatur/Luftfeuchte, direkt vom Sensor oder auch per API von der Bosch Software? Der Loetkolben

Hallo photron, danke fuer die Antworten und Informationen. Ich bin damit vollkommen einverstanden. Gibt es denn einen Commandlineswitch um den Splashscreen ein-/auszuschalten? Danke Der Loetkolben

Du bist zu schnell fuer mich. Ich hab da noch einen 2. Teil im Beitrag per Edit angefuegt. Schau da bitte auch mal drueber. Danke Der Loetkolben

Hallo borg, wenn ich die 2.0.4 einspiele, muss ich dann irgendeinen "reset" ausfuehren, damit die alten (bisherigen) Daten der 2.0.3 geloescht werden? Weiterhin mal die Frage was eigentlich fuer die Kalibrirung notwendig ist? Reicht es Bricklet+Brick mit Strom zu verbinden oder muss da was vom Brickviewer (oder per eigener Software) gesteuert werden? Zitat: "die gespeicherte Kalibierung wieder geladen wird" Wo wurde sie denn gespeichert und wohin wird sie geladen? Ich dachte die Werte werden durch diese (externe) Bosch-Firm-/Software errechnet. Entweder ich habe die Doku nicht gut genug gelesen oder ich verstehe die Arbeitsweise des Bricklets immer noch nicht. Koenntest du mal bitte erklaeren, wo was wann gespeichert wird und was nach einem "Stack Power on" passiert? Danke. Der Loetkolben

Hier die versprochene Nachlieferung der Startzeiten: Splash sichtbar: 9 12 10 Sekunden brickv gestartet: 24 24 21 Sekunden Ungefaehr nach der Haelfte der Zeit kommt der Splashscreen oder anders gesagt: Erst nach ca. 10 Sekunden. Nach max. 2 Sekunden faende ich das gut. Bei der Splashgroesse koennte man sich ggf. aufs Logo beschraenken? Bitte aber zuerst an "unser" AirQualityBricklet Problemchen denken. Solange kann es so bleiben. Direkt aus dem Speicher startet der Brickviewer in ca. 2 Sekunden, wobei manchmal der Splashscreen nicht sichtbar ist. Danke Der Loetkolben

Aber nicht muessen. 1. Sinnvolle Fragen haben auch ein sinnvolles Aussehen. 2. Sinnvoll aus wessen Sicht? Der Loetkolben

Hallo zusammen, hier die Bilder von der Messe. Der Sensor ist (angeblich) in der Mitte unter dem Boden unter den Loechern, zusammen mit einem Raspberry, eingebaut. Der Sensor vorne "im Raum" ist nur ein Ausstellungsstueck. Die graphische Anzeige ueber dem Raum war im 3 Sekundenrythmus. Das eigentlich Abfrageinterval des Sensors habe ich nicht erfragt. Auf den Bildern ist das Vodkaflaeschchen nicht zu sehen, aber dafuer ein fast genauso grosses "Uhu" Flaeschchen. Bei der Demontration wurden die Flaeschchen geoeffnet, in den Raum gestellt und dann der Plexiglasdeckel zugemacht. innerhalb von ca. 6 Sekunden war ein Anstieg IAQ Kurve zu sehen. Beim Vodka ist der Wert innerhalb von 30 Sekunden von rund 50 auf ca. 300 angestiegen. Schoen rund und bauchig wie man es sich vorstellen kann. Die Bilder sind erst nach der Demonstration gemacht worden als der Wert entsprechend wieder unten war. Der Klebstoff hat einen nicht so hohen Anstieg veruracht, wobei ich nicht weiss, ob es an der winzigen Oeffnung der Flebstoffflasche oder an der Art Loesungsmittels (im Gegensatz zum Vodka) lag. Der IAQ Index ist der unterste Graph. Warum die Humidity mit nur 20% angezeigt wurde, hat man mir mit der Info erklaert, dass unter dem Raum mit dem Sensor auch noch der Raspberry sitzt. Denn in der eigentlich MESSEhalle hat sich die Luft nicht sooo trocken angefuehlt. Auf die Frage warum denn bei mir die 0/500 Spruenge passieren habe ich die wage Antwort bekommen: "Davon haetten sie auch schon gehoert und wuerden das pruefen". Warum das bei seiner Demo nicht passiert wollte/konnte er mir nichts sagen. Ich hatte so den Eindruck, dass er kompetent war, aber dass er nicht der Spezi fuer DIESEN Sensor war. Ich hoffe ich konnte ein paar Fragen beantworten, wobei wir aber das Raetzel nicht loesen konnten. Der Loetkolben

Puh Glueck gehabt. Der Splashscreen kommt nun. Sieht gigantisch aus. Da ich im Zug unterwegs bin, muss ich die Zeitmessung mal ein wenig verschieben. Vielleicht messe ich nachher/morgen mal die Startzeiten und melde mich wieder. Danke Der Loetkolben

Hallo zusammen, ich war auf der Embedded World bei Bosch. Entweder die haben die Grafiken mit einem PC gefakt oder der Sensor funktioniert! Man sah das geschmeidig aus! Die hatten einen Raum mit Playmobil Figuren gebastelt. Das dreifache Volumen eines Schuhkartons. Darin hat er dann einen offenen Vodka (die kleinen Flaeschchen von der Supermarktkasse) gestellt und die IAQ Wert stieg wunderschoen!, geschmeidig!, elegant! und kurvig an! Ein Traeumchen. Flaeschchen raus und der Wert ist gesunken. Einmal den Sensor angehaucht und der Feuchtigkeitswert ist elegant leich angestiegen. Bilder des Raumes folgen. Entweder 100% Fake oder die koennen das. Ich habe keine Ahnung, aber SO! will ich das auch haben. Liebes Tinkerforgeteam, bitte mal bei dem Boschteam nachfragen. Irgendwo muss der Bug sein. Der Loetkolben

Zum Thema zurueck: Als ich den Stack vor 2 Tagen ausgeschaltet hatte, war die die Anzeige "Accuracy low". Er lieft bis dahin nur ca. einen Tag. Siehe oben. Nun habe ich ihn wie an den Strom in Betrieb genommen. Die Accuracy startete nun mit "unreliable". Ich hatte eigentlich wieder "low" erwartet, aber auch "unreliable" macht fuer mich Sinn, da der Stack 2 Tage aus war. Was ich nun nicht verstanden habe ist, dass nach ca. 3 Minuten der Stack auf Accuracy high springt. Wieso? Ich dachte es braucht 28 Tage fuer "high" oder ist das nach 28 Tagen dann "precise"? Die Werte starteten dann bei 250 und gingen auf 60 zurueck. Welche "Accuracys" gibt es und wann werden sie angezeigt? Edit, etwas spaeter: Habe die neue Brick FW gerade eingespielt. Und somit musste der Stack neu gestartet werden. Auch nun startete er mit "Accuracy unreliable". Soweit wie beim starten vorher. Verstehe ich. Die Werte haegen bei 0. Jetzt wird es aber nochmals anders spannend: Nun springt der Accuracy Wert auf low (nicht auf "high" wie beim Start vorher) und die Index springt von permanent 0 auf permanent 500 (jeweils konstant ohne "Treppchen"). Wieweit beeinflusst ein Stackneustart die Ermittlung der Accurancy? Edit2: Was rauf geht, geht auch runter: 500 auf 0. Siehe Anhang. Der Loetkolben

Hallo photron, bin knapp in der Zeit. Tut nicht, da Import fehlt schlaegt. Siehe unten. Fehler bei mir? # dpkg -i brickv-2.4.0_all_loetkolben_2.deb (Lese Datenbank ... 92974 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von brickv-2.4.0_all_loetkolben_2.deb ... Entpacken von brickv (2.4.0) über (2.4.0) ... brickv (2.4.0) wird eingerichtet ... Trigger für gnome-menus (3.13.3-9) werden verarbeitet ... Trigger für desktop-file-utils (0.23-1) werden verarbeitet ... Trigger für mime-support (3.60) werden verarbeitet ... ## Alles ok, keine Fehler. # brickv Traceback (most recent call last): File "/usr/share/brickv/main.py", line 75, in <module> from PyQt5 import QtWebEngineWidgets ImportError: cannot import name 'QtWebEngineWidgets' ## Tut nicht. Google "hochfahren" # apt-get install python-pyqt5 [...] The following additional packages will be installed: python-sip Vorgeschlagene Pakete: python-pyqt5-dbg Die folgenden NEUEN Pakete werden installiert: python-pyqt5 python-sip [...} python-sip (4.18.1+dfsg-2) wird eingerichtet ... python-pyqt5 (5.7+dfsg-5) wird eingerichtet ... ## Passendes? Paket installiert? # brickv Traceback (most recent call last): File "/usr/share/brickv/main.py", line 75, in <module> from PyQt5 import QtWebEngineWidgets ImportError: cannot import name 'QtWebEngineWidgets' ## Tut trotzdem nicht. BTW: Bin heute in Nuernberg unterwegs. Evtl. dauern meine Rueckmeldungen. Der Loetkolben

Hallo photron, habe die Spezialversion installiert, einen Vorteil hat sie nicht gebracht. Dreimal mit leeren Cache (echo 1 > drop_caches) gestartet: 19, 19, 27 Sekunden Startzeit. Woher die 27 Sekunden kommen weiss ich nicht. Danach aus dem Cache gestartet: 1,5 Sekunden. Zeitmessung erfolgte durch Blick auf die Uhr. Auch die mitgelieferten *.pyc Dateien haben keinen Vorteil gebracht, da ich davon ausgehe, dass weder die Rechenleistung (python precompile) noch das RAM (Start from Cache) das Problem darstellen. Das IO Subsystem kenne ich bei dem vServer nicht, wird aber hoechstwahrscheinlich ein HDD Raid mit gemeinsamen Zugriff sein. Habt ihr den Brickviewer mal von einem NAS mit HDD oder einer lokalen HDD (jeweils mit leerem Memory Cache) gestartet, also ohne SSD? Bei den heutigen SSD als C: bzw. root Laufwerk ist IO Latenz ja kaum noch vorhanden. BTW, meine Meinung/Erfahrung: Ich habe zwei gleiche Rechner (Dell Dualcore ca. 5 Jahre alt) einmal mit einer einfachen SSD und einmal mit einer HDD am laufen. Das starten von Windows ist alles noch halbwegs vergleichbar, aber bei Updates mit vielen kleinen Dateien (VLC, Sicherungspunkt setzen, Datentraegerbereinigung) hat man gerne die 4 bis 10 fache Zeit. Seit dem aufkommen der SSDs hat niemand mehr beim File IO etwas optimiert. Fuer Heim PC und Laptops mit SSD ist das Problem gegessen, fuer Rechenzentrumsrechner die per SAN/NAS/iSCSI und/oder als Raid angebunden sind ist das Bumerang, bzw. wird durch caching minimiert. Noch ein Beispiel vom vServer: Softmaker Textmaker: 10 zu 1 Sekunde. Der Loetkolben

Ich werf das mal einfach so zum Wochenende* ein: heise: Besser Atmen dank Heimpflanze Anschliessend werden negative IAQ Werte angezeigt? Der Loetkolben * via Nuernberg und Basel nach Locarno.

Hallo photron, das liegt nicht wirklich an euch. Das war bisher auch schon so, aber es war nicht wichtig extra einen Thread dafuer aufzumachen, aber da ihr gerade am Brickviewer am arbeiten seit, dachte ich, dass ich das mal einwerfen koennte. Es liegt am virtuellem System (vServer). Alle Zeiten von Hand zwei mal gestoppt. Das laden der plugins benoetigt also rund 1/3 Zeit mehr. Da nur das laden vom IO System (Wer weiss was die dahinter haben) so lange dauert, ist das eigentlich keine Baustelle von euch das zu optimieren. Wenn aber mehrere User und/oder ihr der Meinung seit, da muesste man was aendern, dann faende ich das prima. Wegen mir alleine muss das nicht sein. Meine Ergebnisse: vServer, Debian 9, 2 GB Ram # Mit "from brickv.plugin_system.plugins import device_classes" echo 1 > /proc/sys/vm/drop_caches # Memory Cache leeren brickv => 21 Sekunden # Beenden und dann neu starten (Kommt wohl aus dem Memory Cache) brickv => 2 Sekunden # Mit "device_classes = []" echo 1 > /proc/sys/vm/drop_caches # Memory Cache leeren brickv => 13 Sekunden # Beenden und dann neu starten (Kommt wohl aus dem Memory Cache) brickv => 1,5 Sekunden Der Loetkolben

Hallo zusammen, habe gestern mein Air Quality Bricklet in Betrieb genommen. FW war schon aktuell. Die Anzeige "Accuracy: low" ist dementsprechend zu erwarten. Meine Frage ist aber: Wie stark darf der Wert denn springen. Es liegt also auf meinem Schreibtisch. Nichtraucher und Abends sind die Fenster zu. Start IAQ Index: Werte beginnen um die 20, nach 10 Minuten gehen sie auf 0 und bleiben dort fuer lange Zeit. Ich denke mir, dass meine Luft ja perfekt ist. Irgendwann huepfen sie in die Region um die 40. Na gut. Dann kommt die Nacht, der PC und der Stack laufen weiter. Heute morgen pendeln die Werte um die 100. Ich denke mir ein Lueften kann helfen. Und siehe da die Werte steigen auf um die 150. Genau die andere Richtung als erwartet. Ist das alles normal bei "Accuracy: low"? Ich habe je erwartet, dass die Werte springen, aber dass in einem geschlossenen Raum ueberhaupt "0" angezeigt wird und beim Lueften die Werte hochschnellen verstehe ich ueberhaupt nicht. Wie funktioniert das Ding? Der Loetkolben

Das Starten auf meinem vServer dauert ein wenig. Ca. 15 Sekunden. Mal abgesehen von kraftvollen Desktop PC wird es wohl auch auf Raspberrys recht lang dauern. Damit man das Programm nicht aus versehen in der Zeit ein zweites mal startet waere ein sofort erscheinendes Splash Logo evtl. gut?! Es muss ja nicht gross sein und darf auch per default fehlen. Die Frage ist nur, wie schnell koennte es erscheinen, wenn eben der Rechner recht langsam ist. Der Loetkolben

Hallo zusammen, ich bin auf der Suche nach RGBWW (Warm White) Panels. Reine RGB Panels bekommt man ueberall, aber wo bekommt man so was mit eben RGBWW LEDs? (Mit weisser Platine (PCB) waere es noch idealer) Ha da jemand eine Idee/Info? Der Loetkolben

Hallo borg, ja das passt. Ich war nicht eingeloggt und das mit der Stunde (ueber die Mittagszeit) koennte auch passen. Normalerweise logge ich mich immer erst in einen Shop ein wenn alles zusammengesammelt ist und somit war nach der Pause der Warenkorb leer. Solltet ihr der Meinung sein den Wert anzupassen, dann setzt die Zeit doch hoeher. Der Loetkolben

Hallo Tinkerforgeteam, wie lange wird eigentlich der Warenkorb erhalten, wenn nichts mehr hinzugefuegt wird? Ich hatte einen Warenkorb zusammengestellt und wollte einige! Zeit spaeter noch etwas hinzufuegen und er war dann leer. Wie lange halten die Cokies und wenn das Problem nicht bei mir liegt warum kann man die nicht 12h Stunden halten? Viele Gruesse Der Loetkolben

Hallo zusammen, gibt es Alternativen zum Temperatur/Luftfeuchte Sensor TH-6148? Z.B. mit mehr WAF fuers Wohnzimmer oder mit fester ID (z.B. per DIP Schalter) oder fuer rauhere Umgebungen (ohne Display und mit Dichtung)? Wuerde mich ueber kompatible Infos freuen. Der Loetkolben

Hallo borg, danke fuer die Hilfen. Warum bei mir das Bricklet am Port A den ganzen Stack durcheinander bringt koennen wir nicht klaeren? Kann ich das alte (HW 1.0) Bricklet selbst umbauen/modifizieren oder ist der Aufwand zu hoch? Viele Gruesse Der Loetkolben

Hallo zusammen, ich bin hier zufaellig ueber den Thread gestolpert und habe folgende Info: Meine 7-Segmentanzeige haengt an Port C und es werden 5,4 Volt bei 6,600 A angezeigt. Siehe Anhang. Alles funktioniert aber prima. Den Bug mit der HW 1.0 kannte ich nicht. Also habe ich mal Port C mit Port A getauscht und die 7-Segmentanzeige an eben Port A gehaengt. Das war KEINE gute Idee! Die 7-Segmentanzeige hat Muell angezeigt [ 518] und die LEDs am LED Strip Bricklet waren durcheinander: Es sind "falsche" LEDs angegangen und einige LEDs hatten eine maximale Helligkeit. Auch ein weiterer Reset brachte keinen Erfolg. Dementsprechend wieder alles zurueckgesteckt und alles wieder ok. Was ist das los? Der Loetkolben

Och. Sieht Chick aus. Das Update hat auch problemlos unter Debian 9.8 funktioniert. Zuerst das Paket von Hand mit "dpkg -i" installiert. Dann wird gemeckert, dass einige Abhaengigkeiten fehlen. Ein "apt --fix-broken install" behebt das Problem zuverlaessig. Ein anschliessendes "apt-get --purge autoremove" entfernt evtl. nicht mehr benoetigte Pakete der alten Version. Aufrufen und es sieht wirklich gut aus. Tolle Arbeit! Funktionen nicht im Detail getestet, aber aus meiner Sicht fehlt da nichts. Nachtrag: Die Verschachtelte Darstellung (auch schon in der alten Version) der Masterbricks mag ja der internen Logik des Stacks folgen, aber mich irrtiert das jedesmal wenn ich am Stack ein Brick suche. Die Anzeige am Bildschirm sollte dem physischen Aufbau des Stacks folgen. Der Loetkolben