Jump to content

Loetkolben

Members
 Profil anzeigen  Aktivitäten des Benutzers anzeigen

  • Gesamte Inhalte

    1.191

  • Benutzer seit

  • Letzter Besuch

 Inhaltstyp 

Posts erstellt von Loetkolben

    Air Quality Bricklet (Accuracy: low) springen die Werte.

    in Hardware

    Geschrieben

    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

     

    Air Quality Bricklet (Accuracy: low) springen die Werte.

    in Hardware

    Geschrieben

    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:

    Die Bosch Software steuert unter anderem einen Heater

    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.  :o

     

    würden wir regelmäßig sowas wie 100°C messen.

     

    Das Ding ist wirklich ein heisses Eisen.  ;D ;D

     

     

    Soweit erstmal. Dann schauen wir mal wie es weitergeht und ich werde die neue FW ausprobieren.

     

    Der Loetkolben

     

    Air Quality Bricklet (Accuracy: low) springen die Werte.

    in Hardware

    Geschrieben

    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

    Air Quality Bricklet (Accuracy: low) springen die Werte.

    in Hardware

    Geschrieben

    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

    Betaversion Brick Viewer mit PyQt5 und Python 3

    in Allgemeine Diskussionen

    Geschrieben

    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.  ;D  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

    Air Quality Bricklet (Accuracy: low) springen die Werte.

    in Hardware

    Geschrieben

    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

    IMG_20190228_155737310.thumb.jpg.cf37d54194bf548e2405cb982195915f.jpg

    IMG_20190228_155730964.thumb.jpg.7439d09c88f5215471fd1f4518a7b7d0.jpg

    Air Quality Bricklet (Accuracy: low) springen die Werte.

    in Hardware

    Geschrieben

    Hallo zusammen,

     

    ich war auf der Embedded World bei Bosch. Entweder die haben die Grafiken mit einem PC gefakt oder der Sensor funktioniert! ;D

     

    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

    Air Quality Bricklet (Accuracy: low) springen die Werte.

    in Hardware

    Geschrieben

    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

    20190228_tinkerforge_70.png.fc1396b221be52526b62c9ba511126a4.png

    Betaversion Brick Viewer mit PyQt5 und Python 3

    in Allgemeine Diskussionen

    Geschrieben

    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

     

    Betaversion Brick Viewer mit PyQt5 und Python 3

    in Allgemeine Diskussionen

    Geschrieben

    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. :o

    Noch ein Beispiel vom vServer: Softmaker Textmaker: 10 zu 1 Sekunde.

     

     

    Der Loetkolben

    Betaversion Brick Viewer mit PyQt5 und Python 3

    in Allgemeine Diskussionen

    Geschrieben

    Hallo photron,

     

    das liegt nicht wirklich an euch.  :D

    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

    Air Quality Bricklet (Accuracy: low) springen die Werte.

    in Hardware

    Geschrieben

    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.  ;D

    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.  :o::)

    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

    Betaversion Brick Viewer mit PyQt5 und Python 3

    in Allgemeine Diskussionen

    Geschrieben

    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

    Verstehe den Stromverbrauch nicht …

    in Anfängerfragen und FAQ

    Geschrieben

    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. :D

     

    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?  :o

     

     

    Der Loetkolben

    brickv01.png.063adb133fec3276ae6520d601e79b3f.png

    brickv02.png.3dad968479fe917cb74164cb6fd9c006.png

    Betaversion Brick Viewer mit PyQt5 und Python 3

    in Allgemeine Diskussionen

    Geschrieben

    Och.  ;D

     

    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.  :D  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

×
×
  • Neu erstellen...