Jump to content

Equinox

Members
  • Gesamte Inhalte

    290
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von Equinox

  1. Hallo,

     

    jetzt ist es wieder passiert. Glücklicherweise habe ich mittlerweile Logeinträge in die Callbacks eingebaut. Es ist tatsächlich so, dass ich laufend Callbacks bekomme, obwohl das Display nicht berührt wird. Das Bricklet "sieht" also tatsächlich Klicks, die nicht da sind.

    Jemand eine Idee, woran das liegt und wie man das beheben kann?

  2. Hallo,

     

    ich benutze das "LCD 128x64 Bricklet" mit mehreren Tabs. Es kommt bei mir ab und zu vor, dass sich das Display nach einem Tab-Wechsel pausenlos "refreshed", und zwar mit unterschiedlichen Tabs. Es reagiert dann auf keine Berührung mehr. Es sieht so aus, als ob man sehr schnell zwischen den Tabs wechseln würde. Meistens fängt es sich auch nicht mehr.

    Kann es sein, dass das Bricklet da ein Eigenleben entwickelt und ständig irgendwelche Events für einen Tab-Wechsel sendet?

    Zuerst dachte ich, dass sich da mein Programm irgendwie verhaspelt (was ich auch jetzt noch nicht ausschließen kann) und habe es neu gestartet. Heute habe ich aber das Programm laufen lassen und habe nur den Stapel kurz vom Strom getrennt. Danach war alles wieder gut. Ich denke deshalb, dass es nicht an meinem Programm liegt, da es sich sonst auch nach dem Neustart des Stapels noch in dem "verhaspelt"-Zustand befunden hätte.

    Hat sonst noch jemand dieses Problem? An was kann das liegen und was kann ich dagegen tun?

     

    P.S.: Die Variable, welches Tab gerade selektiert ist, setze ich nur in den Callbacks "guiTabSelected" und "guiButtonPressed" und die Methode zum aktualisieren des Displays wird auch nur mit dieser Variablen aufgerufen. Ich vermute deshalb, dass der Callback "guiTabSelected" ständig mit unterschiedlichen Tabs aufgerufen wird, auch wenn gar kein Berührung vorliegt.

  3. Kann ich machen, komme aber frühestens am Wochenende dazu.

    Aber vielleicht fehlen deinem Sensor einfach nur ein paar Reize? Anders gesagt: Kann es sein, dass bei dir die Bedingungen einfach zu konstant sind?

    Hast du schon einmal versucht, den Sensor für eine halbe Stunde vors Fenster zu hängen? Dann wieder rein und 2 Stunden später vielleicht wieder raus?

    Wenn ich borg richtig verstanden habe, dann braucht der Sensor möglichst unterschiedliche Werte, damit er sich kalibrieren kann.

  4. Ich war tatsächlich mit dem Wert 249 unzufrieden (im Sinne von "der ist völlig falsch"), weil ich den Wert als 'Luftqualität' interpretiert habe. Da der Sensor bei mir im Wintergarten ist, gehe ich davon aus, dass die Luftqualität (im Sinne der VOCs) wegen der Pflanzen dort sehr gut ist. In die Berechnung gehen aber nicht nur die VOCs ein (wäre für mich vmtl. geeigneter), sondern eben auch Temperatur und rel. Luftfeuchtigkeit.

    Wenn ich den Wert aber als 'Arbeitsklima' in einem Büro interpretiere, dann ist der Wert durchaus einigermaßen nachvollziehbar bzw. plausibel. Zum Zeitpunkt, als 249 angezeigt wurde, waren tatsächlich ca. 10°C und 80% rel. Luftfeuchtigkeit (und vmtl. keine VOCs). Für einen Büroraum sind das schon schlechte Werte (unter diesen Bedingungen möchte ich zumindest nicht in einem Büro arbeiten).

    Bez. "Accuracy": Ich habe am Freitag die 2.0.4 installiert. Danach war das Verhalten genau wie von borg beschrieben. Es hat mit 25 angefangen bei "Unreliable" und wurde dann besser. Seit spätestens Sonntag Mittag habe ich "high".

  5. Hallo,

     

    nach etwas Forschen interpretiere ich den IAQ Index so:

    Wichtig ist das 'I' in IAQ. Wobei ich das nicht nur als 'Indoor' sehe, sondern genauer als 'Büroarbeitsplatz'. Sprich: Der Index gibt an, wie gut die Bedingungen für die Arbeit in einem Büro sind. Dabei wird von bestimmten Idealwerten ausgegangen, z. B. 40% oder 50% rel. Luftfeuchtigkeit. Je stärker ein Wert vom Idealwert abweicht, umso schlechter wird der IAQ Index.

    Wenn jetzt z. B. die VOCs OK sind, aber es werden 80% rel. Luftfeuchtigkeit bei 10°C gemessen, dann sind das keine guten Bedingungen für eine Arbeit im Büro und der IAQ Index ist entsprechend schlecht.

    Zumindest scheinen für die bei mir mit der 2.0.4 berechneten Werte für den IAQ Index mit dieser Interpretation einigermaßen sinnvoll zu sein.

  6. Hallo,

     

    man muss sich abmühen, wenn man tinkerforge-hw verwendet

     

    Seltsam ist, dass nur du dieses Problem hast.

    Die meisten anderen, inkl. mir, kommen sehr gut damit zurecht.

     

    schert sowieso keinen, was oder worauf ich hinauswill.

     

    Stimmt.

    Das liegt aber vor allem daran, dass dein Gejammer einfach völlig unverständlich, weil auch uNLesBAr, ist. Beachtung der Groß- und Kleinschreibung wäre ein erster Schritt. Und dann, wie borg schon sagte, solltest du deine Gedanken mal sortieren und auf den Punkt bringen.

  7. Hallo,

     

    die Genauigkeiten sind so definiert:

        BrickletAirQuality.ACCURACY_UNRELIABLE = 0
        BrickletAirQuality.ACCURACY_LOW = 1
        BrickletAirQuality.ACCURACY_MEDIUM = 2
        BrickletAirQuality.ACCURACY_HIGH = 3
    

     

    Wenn du erst jetzt auf Version 2.0.3 umgestellt hast, dann ist das Verhalten nach dem Update aus meiner Sicht erklärbar bzw. normal. Erst ab dieser Version ist '28 Tage' möglich und der Default:

    Seit Firmware-Version 2.0.3 nutzt die automatische Hintergrundkalibrierung Daten der letzten 28 Tage. Wir empfehlen daher das Bricklet für 28 volle Tage laufen zu lassen bevor die Werte als vollständig zuverlässig angesehen werden können.

    Damit völlig neu kalibriert wird, muss das Bricklet danach vom Strom getrennt werden.

    Ich warte mal die 28 Tage ab und schau dann, was es für Werte liefert.

  8. Hallo,

     

    die Funktionsweise ist mir auch völlig schleierhaft.

    Ich habe das Bricklet bei mir im Wintergarten installiert und dachte auch, dass dort die Luft wegen der vielen Pflanzen ja perfekt sein müsste.

    Aktuell zeigt es einen Wert von 210 an, bei einer Luftfeuchtigkeit von 54% und einer Temperatur von 18°C, wobei die "Accuracy" "high" ist. Schwankungen auf unter 20 und über 250 kann ich aber durchaus feststellen.

    Bei solchen Bedingungen erwarte ich allerdings auch Werte von deutlich unter 100.

  9. Hallo,

     

    Das Update der Firmware hat jetzt funktioniert, aber das Air Quality Bricklet wird noch immer an Position "Z" angezeigt.

    Der Bug dort liegt im Bootloader des Air Quality Bricklets, da kann der Brick Viewer leider nichts gegen machen.

    Auch in der Firmware 2.0.3?

    Nach ein paar Connects/Disconnects habe ich festgestellt, dass es manchmal auch korrekt angezeigt wird. Meistens aber an Position "Z".

  10. Hallo,

     

    ehrlich gesagt habe ich mir auch schon die Frage gestellt, ob das Air Quality Bricklet nicht die erwähnten überflüssig macht. Warum das Air Quality Bricklet diese Sensoren hat, ist klar, da in die Berechnung des Luftqualitätsindexes die Temperatur und die Luftfeuchtigkeit eingehen (aber wozu der Luftdruck?).

    Aber: Ich denke, dass die Genauigkeit des AQB schlechter ist, als die der 'Einzelsensoren'. Ich habe z.B. direkt nehmen dem AQB ein Temperature Bricklet (1.0) liegen. Der gemessenen Temperaturen unterscheiden sich um über 2°C. Ich kann nicht sagen, welches die richtige Temperatur misst (vielleicht gehen ja beide falsch), aber ich werde die Anpassung der Temperatur im AQB demnächst aktivieren, damit es die gleiche Temperatur wie das Temperature Bricklet verwendet. Die Anpassung kann man also nicht nur brauchen, wenn das Bricklet in einem Gehäuse ist.

    Für die Luftfeuchtigkeit habe ich den Vergleich noch nicht gemacht.

     

  11. Hallo,

     

    ich möchte meine Air Quality- und LCD (Touch)-Bricklets über den Brick-Viewer updaten (v 2.3.16). Wenn ich auf "Auto-Update All Bricklets" klicke, dann wird auch versucht, die aktuellste Firmware herunterzuladen, was aber nicht gelingt.

    Im Log steht folgende Meldung:

    Traceback (most recent call last):
      File "brickv\flashing.pyc", line 1352, in auto_update_bricklets_clicked
    AttributeError: 'NoneType' object has no attribute 'plugin'
    Traceback (most recent call last):
      File "brickv\flashing.pyc", line 1352, in auto_update_bricklets_clicked
    AttributeError: 'NoneType' object has no attribute 'plugin'
    Traceback (most recent call last):
      File "brickv\flashing.pyc", line 1352, in auto_update_bricklets_clicked
    AttributeError: 'NoneType' object has no attribute 'plugin'
    Traceback (most recent call last):
      File "brickv\flashing.pyc", line 1352, in auto_update_bricklets_clicked
    AttributeError: 'NoneType' object has no attribute 'plugin'
    

     

    Was ist das Problem bzw. wie kann ich das beheben?

  12. Hallo,

     

    ich kann das bestätigen, zumindest für die Luftdruckwerte. Ich habe keine genauen Werte, aber ich zeichne den Luftdruck auf und zeige jeweils den Durchschnittswert für ca. 15 Minuten auf dem LCD an. Dabei fällt auf, dass ca. alle 60 bis 90 Minuten der Wert "absackt". Ist bei mir also nicht nur 3x pro Tag.

    Die Ausreißer sind auch immer nach unten.

    Für die Temperaturwerte kann ich das nicht sagen, da ich die Temperaturwerte vom Temperature-Bricklet verwende.

×
×
  • Neu erstellen...