photron

Bindings: C/C++ 1.0.23, C# 1.1.15, Delphi 1.0.7, Java 1.0.21, PHP 1.0.16, Python 1.0.24, Ruby 1.0.13 get_usb_voltage Funktion zur Master Brick API hinzugefügt [Alle] Barometer Bricklet Beispiele hinzugefügt [Alle] Unterschied zwischen currentThread and current_thread wird richtig behandelt um Python 2.5 zu unterstützen [Python] callback_queue der IPConnection von Klassenvariable zu Instanzvariable geändert [Python] Download: C/C++, C#, Delphi, Java, PHP, Python, Ruby

Das ist komisch. Genau da hätte ich jetzt auch Probleme erwartet. Andere Frage: Wie lang sind die Bricklet Kabel die du da verwendest? Falls dem noch nicht so ist, kannst du dann mal den originalen Aufbau mit 15cm Kabel testen, oder dem kürzesten was du zur Hand hast?

Jetzt wo du's sagst kann ich das bestätigen. Bie mir sind es etwa 0,3°C weniger. Ich hatte vor Version 1.1.2 noch eine Abweichung in der implementierten Berechnung im Vergleich zu der im Datenblatt beschriebenen. Diese habe ich in Version 1.1.2 korrigiert.

Also die Vermutung ist, dass es ein Problem mit der I2C Kommunikation ist und sich das Temperatur IR und das Barometer da in die Quere kommen. Möglich wäre dass dein Temperatur IR Bricklet ein Problem hat und dem Barometer Bricklet reinredet. Hast du noch andere I2C Bricklets zur Hand? Z.B. ein Temperatur Bricklet, ein LCD Bricklet oder ein IO-16 Bricklet? Interessant sind jetzt ob bei folgenden Kombinationen jeweils alle Bricklets richtig funktionieren: Barometer Bricklet mit einem der anderen I2C Bricklets Temperatur IR Bricklet mit einem der anderen I2C Bricklets

Wie da konstant 20°C bei raus kommen können ist mir nicht klar. Ich habe jetzt erstmal Version 1.1.2 released, die arminiusdcs Sprungproblem im Zusammenhang mit dem LCD behebt. Du scheinst da noch ein anderes Problem zu haben. Ich experimentiere gerade noch mit ein paar Dingen in diese Richtung.

Barometer Bricklet Plugin 1.1.2 Fix sensor readout timings, avoids reading wrong sensor values Download: Plugin

Barometer Bricklet Plugin 1.1.2 Timing für das Auslesen des Sensors korrigiert, vermeidet das Lesen falscher Sensorwerte Download: Plugin

Also, der Sensorchip auf dem Barometer hat eine Werkskalibrierung die aus 6 Werten besteht. Diese 6 Werte sind mit einer CRC4 Checksumme gesichert. Das Bricklet Plugin liest diese 6 Werte aus und kontrolliert die Checksumme. Falls diese nicht passt ist irgendwas sehr im Argen. Dann werden konstant die Minimalwerte für Luftdruck und Temperatur ausgegeben: 10mbar und -40°C. Es findet keine Höhenberechnung statt und die Höhe wird als 0m ausgegeben. Und Änderungen am Referenzluftdruck sind nicht möglich. Dein Bild "4 Bricklet Setup.png" zeigt exakt diesen Fall. Es sieht so aus als könntest du diesen Fall hier willentlich herbeiführen, indem du etwas anderes zusätzlich zum Barometer an den Brick hängst. Da ist mir gerade nicht klar wie das sein kann. Nachtrag: Kannst du eingrenzen was du zusätzlich anstecken musst damit Probleme auftreten? Ich würde aufs Temperature IR tippen. Humidity und Ambient Light sollten keine Probleme machen.

Du kannst versuchen den DC Brick neu zu flashen. Hört sich an als wäre er im Bootloader. http://www.tinkerforge.com/doc/Software/Brickv.html#brick-firmware-flashing

Ich habe gerade die Downloadseite mit Versionsnummern und Links zu den Changelogs versehen. Darüber hinaus kann Brick Viewer seit Version 1.1.12 auf Knopfdurck nach neuen Firmwareversionen gucken.

Hm, dass ist komisch. Klingt vielleicht blöd, aber bist du sicher Version 1.1.2 RC1 geflashed zu haben und den Master danach neugestartet zu haben, damit er auch das neue Plugin läd? Denn ich kann das Problem hier mit deinem Aufbau weder mit Barometer Plugin Version 1.1.1 noch 1.1.2 RC1 reproduzieren. Mein Aufbau Master Brick (1.4.1) Temperature-IR Bricklet (1.1.1) an Port A Humidity Bricklet (1.1.0) an Port B Barometer Bricklet (1.1.1) an Port C Ambient Light Bricklet (1.1.0) an Port D der liegt da einfach und ich schau mir mit dem Brick Viewer das Barometer an. Ansonsten greife ich nicht auf die Bricklets zu. Tust du vielleicht noch etwas zusätzliches, dass das Problem erzeugt? Oder hast du die Bricklets an anderen Ports? Wobei das eigentlich keinen Unterschied machen sollte. Ich konnte das Problem mit Barometer Plugin Version 1.1.1 erzeugen, wenn ich gleichzeitig durchgehend auf ein LCD Bricklet am gleichen Master geschrieben habe. Das war arminiusdcs Aufbau aus dem anderen Thread. Und mit Version 1.1.2 RC1 ist zumindest das Sprungproblem in diesem Aufbau behoben.

Versuchst du das Barometer am Master mit den drei anderen Bricklets zu flashen? Funktioniert das Flashen denn wenn du nur das Barometer am Master hast?

Darf man fragen, was deine Anwendung ist, die 0.5mA Auflösung benötigt?

Das bisherige Current12 hatte ca. 6mA Auflösung, nicht 3mA (+-12.5A, macht 25A Gesamtbereich / 4096). Das neue Current wird definitiv genauer werden, wie genau ist noch nicht klar, da das neue Current noch in Entwicklung ist.

Hier eine Version zum Testen, mit der hier kein Sprung mehr auftritt. Kannst du das bestätigen? barometer-bricklet-112-rc1.bin

Okay, das Problem liegt im Barometer Bricklet selbst und hatte was mit dem Timing des Auslesens zu tun, dass durch das Schreiben aufs LCD und auch das Temperature IR Bricklet beeinflusst werden kann. Hier Version 1.1.2 RC1 zum Testen. Damit tritt hier im Test kein Sprung mehr auf. Könnt ihr das bestätigen? barometer-bricklet-112-rc1.bin

Nein, das Problem war nur in Python.

Mit dem Grün hast du recht. Hab's dunkler gemacht. Für die Fußanzeige kann ich anbieten statt Altitude: 150.36 m das so über dem Graphen anzuzeigen Altitude: 150.36 m (493.30 ft) Der Graph selbst wird in Metern bleiben, da das verwendete PlotWidget nur eine Y Achse unterstützt.

100nF oder größer sollte der sein.

Problem erkannt und richtig behoben, danke Ich hab deinen Patch gerade in unsere github Repository gepushed.

Richtig, es gibt im Moment keine Funktion um robust herauszufinden, wo welches Bricklet dran hängt. Dazu müsste man den Bricks eine neue Funktion beibringen um genau an diese Information zu kommen. Damit kann man dann automatisch Bricklets flashen. Eine weitere neue Funktion ist nötig um einen Brick per API in den Bootloader zu bringen. Damit kann man dann automatisch Brickls flashen. Das sollte alles möglich sein und steht auch erstmal auf der TODO Liste.

Brick Viewer 1.1.12 speichert sich jetzt die letzten 5 Hosts.

Brick Viewer 1.1.12 hat jetzt einen Check-for-Update Dialog.

Brick Viewer 1.1.12 Automatically restart Bricks after successful flashing a new firmware Check for invalid characters in SSID and key for WIFI Extension, only ASCII without the quotation mark is allowed Show WIFI encryption mode correctly Show version numbers in flashing dialog Remember the last 5 hosts Add Check-for-Updates functionality for connected Bricks and Bricklets Downloads: Windows, Linux, Max OS X

Brick Viewer 1.1.12 Bricks werden nach erfolgreichem Flashen automatisch neugestartet SSID und Key für die WIFI Extension werden vor dem Speichern auf ungültige Zeichen überprüft, es ist nur ASCII ohne das Anführungszeichen erlaubt Der gewählte WIFI Encryption Modus wird jetzt korrkt angezeigt Der Flashing Dialog zeigt nun Versionsnummern an Es werden jetzt die letzten 5 Hosts statt nur der letzte gespeichert Check-for-Updates für verbundene Bricks und Bricklets hinzugefügt Downloads: Windows, Linux, Max OS X