photron

https://www.tinkerforge.com/de/doc/Hardware/Bricks/RED_Brick.html#leds Ich würde erwarten, dass sich der RED Brick exakt gleich verhält in deinem Fall, egal ob eine SD Karte eingelegt ist oder nicht. Das könnte ein Kontaktproblem in SD Karten Slot sein. Versuch mal die SD Karte 3-4 raus und wieder reinzustecken.

Wie leuchten denn die LEDs am RED Brick? Siehe auch die Dokumentation für Details dazu was die LEDs bedeuten: https://www.tinkerforge.com/de/doc/Hardware/Bricks/RED_Brick.html#leds

Brick Viewer 2.3.10 Add support for RS485 Bricklet Enable scroll buttons for main device tab bar on Mac OS X Improve usability of Real-Time Clock Bricklets calibration dialog Fix firmware auto-update for Co-MCU Bricklets Fix order of DOP values in GPS Bricklet 2.0 plugin Double plot legend line indicators thickness Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.3.10 Support für RS485 Bricklet hinzugefügt Scroll Buttons für die Haupt-Tableiste auf Mac OS X aktiviert Nutzbarkeit des Real-Time Clock Bricklets Kalibrierungsdialogs verbessert Firmware Auto-Update für Co-MCU Bricklets funktioniert jetzt Reihenfolge der DOP Werte im GPS Bricklet 2.0 Plugin korrigiert Dicke der Linien in der Legende von Graphen verdoppelt Downloads: Windows, Linux, Mac OS X

Bindings: C/C++ 2.1.17, C# 2.1.15, Delphi/Lazarus 2.1.16, Java 2.1.14, JavaScript 2.0.15, LabVIEW 2.1.14, Mathematica 2.1.14, MATLAB/Octave 2.0.14, Perl 2.1.14, PHP 2.1.14, Python 2.1.14, Ruby 2.1.14, Shell 2.1.14, Visual Basic .NET 2.1.14 Add support for RS485 Bricklet [all] Add general streaming support [C/C++, C#, Java, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Visual Basic .NET] Add SPITFP configuration and diagnostics functions to all Brick APIs to configure and debug the communication between Bricks and Co-MCU Bricklets [all] Remove unused get_current_consumption function from Slient Stepper Brick API [all] Fix int8 unpacking [C#, LabVIEW, Mathematica] Break PTC Bricklet API to fix type for resistance value [Delphi/Lazarus] Add workaround for the callback problem in Octave >= 3.8 [Octave] Increase minimum Python version to 2.6 [Python, Shell] Download: C/C++, C#, Delphi/Lazarus, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Shell, Visual Basic .NET

Bindings: C/C++ 2.1.17, C# 2.1.15, Delphi/Lazarus 2.1.16, Java 2.1.14, JavaScript 2.0.15, LabVIEW 2.1.14, Mathematica 2.1.14, MATLAB/Octave 2.0.14, Perl 2.1.14, PHP 2.1.14, Python 2.1.14, Ruby 2.1.14, Shell 2.1.14, Visual Basic .NET 2.1.14 Support für RS485 Bricklet hinzugefügt [alle] Allgemeinen Streaming Support hinzugefügt [C/C++, C#, Java, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Visual Basic .NET] SPITFP Konfiguration und Diagnose Funktionen zu allen Brick APIs hinzugefügt, um die Kommunikation zwischen Bricks und Co-MCU Bricklets konfigurieren und debuggen zu können [alle] Ungenutzte get_current_consumption Funktion aus der Slient Stepper Brick API entfernt [alle] Entpackten von int8 Werten korrigiert [C#, LabVIEW, Mathematica] API Bruch beim PTC Bricklet, um den Typ des resistance Wertes zu korrigieren [Delphi/Lazarus] Workaround für Callback Problem in Octave >= 3.8 hinzugefügt [Octave] Minimum Python Version auf 2.6 angehoben [Python, Shell] Download: C/C++, C#, Delphi/Lazarus, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Shell, Visual Basic .NET

Lass mich anders fragen: Hat der WDN3200 je am RED Brick funktioniert? Sprich, hat 1.10 das jetzt kaputt gemacht, oder war das schon immer kaputt?

Funktionierte der Stick mit Image 1.9?

duaw, nach ein paar ersten Tests sieht es so aus also ob das mit openHAB2 was werden könnte. Nic, das Hostname-Problem war ein Bug, ist gefixt. Der TP-Link TL-WDN3200 funktioniert aber an einem anderen Rechner an der gleichen Stelle? Sprich, das ist nicht einfach nur ein generelles Empfangsproblem des Sticks, sondern tritt nur im Zusammenhang mit dem RED Brick auf?

Die zu große Image Größe ist ein Bug, wird in der nächsten Testversion behoben sein. OpenHAB2 müssen wir uns ansehen. Hast du das schon mit Tinkerforge im Einsatz? Schauen wir uns an. systemd hat Abwärtskompatibilität zu init.d Scripten. Die systemd Tools sind im allgemeinen aber mächtiger als die alten init.d Tools. Worum genau geht es dir? Weiterhin LXDE, da gibt es keine Änderung.

Hast du den Brick Daemon auch wieder installiert?

Bindings: C/C++ 2.1.16 Break PTC Bricklet API to fix type for resistance value of get_resistance function Fix ipcon_register_callback for IPCON_CALLBACK_CONNECTED Download: C/C++

Bindings: C/C++ 2.1.16 API Bruch beim PTC Bricklet, um den Typ des resistance Wertes der get_resistance Funktion zu korrigieren ipcon_register_callback für IPCON_CALLBACK_CONNECTED korrigiert Download: C/C++

Dieses Problem sollte eigentlich schon vor einer ganzen Weile behoben worden sein. Allerdings scheint der Fix damals abhanden gekommen zu sein, so dass das Problem erst jetzt mit Version 2.1.16 der C/C++ Bindings behoben ist. Sorry, für diese unnötig lange Verzögerung.

Wir arbeiten sein einer Weile an einem größeren Software Update für den RED Brick. Das Update umfasst im wesentlichen Kernel 4.12 und Debian 9. Das bedeutet: Unterstützung für mehr WLAN USB Sticks Unterstützung des Access Point Modus für mehr WLAN USB Sticks Unterstützung für Bluetooth LE/4 Aktualisierte Software: Node.js 8, Nagios 4, Octave 4, ... Und mehr Es gibt aber auch noch offene Baustellen: Bisher keine 3D/OpenGL Hardwarebeschleunigung Wir stellen euch heute die erste Testversion des neuen Images zum Testen. Dazu gehört auch eine neue Brick Viewer Version. Wir freuen uns auf euer Feedback. http://download.tinkerforge.com/red_110alpha1/

We're working for a while now on a big software update for the RED Brick. This includes Kernel 4.12 and Debian 9. This means: Support for more WIFI USB sticks Support for Access Point Mode for more WIFI USB sticks Support for Bluetooth LE/4 Updated software: Node.js 8, Nagios 4, Octave 4, ... And mode But there are still some open problems: Currently no 3D/OpenGL hardware acceleration Today, we provide the first test version of the new image, along with a new Brick Viewer version. We're looking forward to your feedback. http://download.tinkerforge.com/red_110alpha1/

Dimmen kannst du durch Verwenden kleinere Werte für RGB: 255,0,0 gibt dir volles rot, 64,0,0 gibt dir gedimmtes rot.

Vielleicht hast du krumme Pinne in der Buchse am Brick oder Bricklet: Oder in sehr sehr selten Fällen kann es vorkommen, dass das Brickletkabel eine Macke hat. Guck also mal bitte, ob die Pinne alle grade sind. Teste ein anderes Brickletkabel wenn möglich und teste die anderen Anschlüsse am Master Brick.

Geht es nur mit Brick Viewer nicht, oder geht es auch nicht wenn du das Python Beispiel verwendest (denk dran die UID richtig einzutragen)?

Welcher Fehlercode wird den vom Getter zurückgegeben in dem Fall wo dein Programm "Could not get satellite status, probably timeout" ausgibt?

Der Unterschied ist, dass du require 'tinkerforge/ip_connection' require 'tinkerforge/bricklet_barometer' include Tinkerforge im zweiten Fall in der class hast. Wenn du es vor die class packst dann funktioniert es. Test mal bitte die angehängt ip_connection.rb Datei. Mit der sollte es auch in der class funktionieren. ip_connection.rb

Okay, ich sehe das Problem. Das Bricklet ist falsch kalibriert. In den Screenshots sehe ich, dass das Configured Offset entweder am oberen oder unteren Anschlag von +/- 280 ppm steht. Der Quarz hat aber laut Spec maximal +/- 20 ppm. Dadurch geht die Uhr dann deutlich falsch. Die Anleitung auf dem Dialog hebt nicht gut genug heraus, dass ein Offset von über +/- 20 ppm sehr wahrscheinlich falsch ist. Ich habe die Anleitung jetzt verbessert und wichtige Werte werden jetzt farblich hervorgehoben. Die Kalibrierung ist erst dann lang genug gelaufen wenn der 10 Min Average Offset Wert unter +/- 20 ppm +/- 0.25 ppm gefallen ist. Vorher ist die Kalibrierung höchstwahrscheinlich falsch.

Ich nehme an du meinst dass die Uhrzeit immer mehr nach geht, es also stetig schlimmer wird, und nicht das sich die Uhrzeit von jetzt auf gleich um 20 Minuten verstellt. Hast du das Bricklet bei kühlen Temperaturen kalibriert und benutzt es jetzt aber bei sehr warmen Temperaturen, vielleicht in einem geschlossenen Gehäuse mit anderen Geräten die das Gehäuse aufwärmen? Eine gute Erklärung habe ich dafür gerade nicht. Ich stelle das mal nach hier. Nachtrag: Wie viel ppm Offset hat die Kalibrierung denn ergeben?

Ahhh, du sprachst schon immer vom brickd auf dem Mac und nie vom brickd auf dem RED Brick? Das hatte ich falsch verstanden. Dann hätte ich gerne mal /var/log/brickd.log von deinem Mac gesehen. Ist das eigentlich ein neues Problem, sprich hat das vorher mal funktioniert, oder ist das schon immer so kaputt? Hast du mal ältere brickd Versionen getestet? Hast du andere Rechner als Macs zu Hand? Sprich, tritt das nur im Zusammenhäng mit Mac auf?

Okay, du hast also eigentlich immer Timeout Probleme. Hast du das irgendwas spezielles auf dem RED Brick laufen, oder ist das einfach nur das nackte Image ohne das du da was dran umgestellt hast? Da wäre jetzt das brickd.log und das redapid.log interessant, nachdem du in Brick Viewer diese Problem hattest. Wenn möglich stell brickd nicht auf debug, weil das das Log unnötig lang macht. Du kannst die Logs über Brick Viewer über den Import/Export Tab runterladen. Oder direkt von der SD Karte lesen unter /var/log/.