photron

Sprünge um mehrere mbar innerhalb von Sekunden ist nicht normal. Wie ist dein Stapel aufgebaut? Wie lang ist das Bricklet Kabel zum Barometer Bricklet? Was ist noch am gleichen Brick mit dem Barometer Bricklet angeschlossen? Was passiert, wenn du das Bricklet alleine an einen Brick anschließt?

Sehr gut! Neue Version ist veröffentlicht. Danke für den Hinweis auf das Problem.

Plugin: IO-16 Bricklet 2.0.6 Fix edge count pin direction check for pin A2 Fix race condition in interrupt detection that resulted in missed interrupts Download: IO-16 Bricklet

Plugin: IO-16 Bricklet 2.0.6 Flankenzählerrichtungs-Check für Pin A2 korrigiert Race Condition in der Interrupt-Erkennung, der zu verpassenten Interrupts führen konnte, korrigiert Download: IO-16 Bricklet

Okay, das Problem war eine Race Condition in der Erkennung von Interrupts. Hier eine korrigierte Firmware für dich zum Testen. Danke für das Lob! Momentan gibt es aber keine Pläne eine Niederlassung in der Schweiz. io16-bricklet-206-rc1.bin

Wie hast du denn den RED Brick netzwerkmässig mit dem PC verbunden? Abhängig davon muss du natürlich die statische IP Adresse passend konfigurieren. Du kannst da nicht einfach irgendwas einstellen, dass muss schon zum Rest des Netzwerks passen, sonst funktioniert das Routing nicht. Das ist kein Problem mit dem RED Brick, sondern ein grundsätzliches Sache der Netzwerkkonfiguration.

Ich habe das mal gerade nachgebaut und kann das Problem nachstellen. Irgendwo ist das ein Bug, sorry. Ich kümmere mich drum.

Genau das. Potentiell kannst du das wahrscheinlich verlängern, getestet haben wir das aber nicht. Das wird aber auch daran scheitern ein passendes UF.L Stecker nach UF.L Buchse Verlängerungskabel zu bekommen.

Die Ethernet Extension steckst du auf den Stapel und schließt dann den Stapel nochmal an USB an, damit du die Ethernet Extension im Brick Viewer konfigurieren kannst. Die Einstellungen befinden sich auf dem Tab des untersten Master Bricks im Stapel. Dort kannst du jetzt zwischen DHCP und statischer IP Adresse wählen und auch einen Hostnamen festlegen. Nach dem Speichern der Einstellungen, den Stapel neustarten und das Ethernet Kabel anschließen, falls noch nicht gesehen. Du kannst jetzt die USB Verbindung durch ein USB Netzteil ersetzen, oder eine Step-Down Power Supply verwenden, oder eine Ethernet Extension mit PoE, falls du PoE verwenden kannst/willst. In deinem Programm ersetzt du jetzt "localhost" durch die IP Adresse oder den Hostnamen der Ethernet Extension. Der Rest bleibt gleich.

Brick Viewer benutzt keine konfigurierbaren Callbacks, wie den Interrupt Calback, mehr. Das hat zu viele Probleme gemacht, wenn Brick Viewer und ein anderes Programm gleichzeitig Callback konfiguriert haben. Weil dann das andere Programm möglicherweise nur dann richtig funktioniert wenn Brick Viewer auch läuft und den richtigen Tab auf hat. Um diese Verwirrung zu vermeiden, pollt Brick Viewer z.B. die IO-16 mit 20Hz. 5-10% sind sehr viel. Da würde ich viele Timeouts im Brick Viewer erwarten, wenn wirklich 5-10% der Nachrichten verloren gingen.

Das Achsen-Remapping ist nicht über die API des IMU Bricks zugänglich. Es würde dir aber auch nicht erlauben das Koordinatensystem um beliebige Winkel zu drehen, sondern nur Achsen zu vertauschen. Das einfachst ist du speicherst dir zu Begin den Yaw-Winkel und subtrahierst diesen Wert dann im laufenden Betrieb vom aktuellen Yaw-Winkel. Dadurch bekommst du dann einen Yaw-Winkel beim dem 0° der Ausgangsposition entspricht.

Die Beispiele arbeiten immer nur mit "LAN" weil es in dem Sinne nur "LAN" (TCP/IP) gibt. Der Brick Daemon kümmert sich um die Umsetzung zwischen TCP/IP und USB. Sprich alle LabVIEW Beispiel verbinden sich standardmäßig zu localhost auf Port 4223. Dort lauscht der Brick Daemon und macht dir die Bricks an USB zugänglich.

Dafür gibt es so direkt keine Funktion. Dein Vorgehen ist aber schon genau das richtige.

Dein Programm wird nicht in einem Terminal, sondern auf dem RED Brick im Hintergrund ausgeführt. Daher bekommst du keine Tastatureingaben. Hier wird beschrieben, wie man in C dennoch an die Tastatureingaben kommt: http://unix.stackexchange.com/questions/94322/is-it-possible-for-a-daemon-i-e-background-process-to-look-for-key-presses-fr Alternativ gibst du deinem Programm ein GUI um so an die Tastatureingaben zu kommen. Ich setze mir mal auf die TODO Liste mir anzuschauen wie viel Aufwand es wäre dem RED Brick beizubringen Tastatureingaben an ein Programm weiter zu leiten.

Es liegt aber nicht das Mini USB Kabel, oder? Sprich der eine Brick funktioniert am gleichen Kabel an dem der andere nicht funktioniert? Wenn das so ist, dann melde dich bitte mit Hinweis auf diesen Thread bei info@tinkerforge.com. Wir tauschen den defekten Master Brick aus.

Das Brick Viewer es "sieht" wird daran liegen, dass Brick Viewer nicht den Interrupt Callback verwendet, sondern pollt. Dennoch darf kein Callback verloren gehen. Wenn du sagst 3mal hat dein Script den Callback nicht erhalten, von wie viel Prozent Verlust reden wir dann hier? Wie viele Interrupts hast du erzeugt? Was passiert, wenn du den Aufbau vereinfachst? Also z.B. die RS485 Extensions aus dem Spiel nimmst und das IO-16 Bricklet direkt an den Master Brick am Raspberry Pi hängst?

Brick Daemon brauchst du, wenn deine Bricks an USB angeschlossen ist. Brick Daemon ist ein Grundbestandteil von Tinkerforge. Daher steht das in der MQTT Anleitung nicht so direkt drin. Ich füge das gleich hinzu. Sorry, dass wir dir da so viele Steine in den Weg gelegt haben mit der groben Anleitung

Okay, dein Python scheint etwas durch einander. pip installiert für Python 3. Dein Standard Python ist aber Python 2. das erklärt das Problem. Teste mal ob du auch pip2 hast, un für Python 2 zu installieren: sudo pip2 install tinkerforge paho-mqtt

Du kannst jetzt also brick-mqtt-proxy.py starten? Das import Problem ist behoben? Gut. Du hast aber auch Brick Daemon installiert?

Auch danach bleibt der "ImportError: No module named paho.mqtt.client" Fehler? Bist du sicher das "sudo pip install tinkerforge paho-mqtt" geklappt hat? Was passiert wenn du Python so startest und dann am interaktiven Modus import paho.mqtt.client eingibst?

Sorry, für die späte Antwort. Hast du mal einen anderen Anschluss für das Temperature Bricklet am Master Brick probiert? Hast du mal ein anderes Bricklet Kabel probiert? Hast du mal versucht das Bricklet neu zu flashen? Dazu steckst du das Bricklet erst an, wenn der Master Brick schon läuft. Dann im Brick Viewer Updates / Flashing Dialog den Brick den Port und das passenden Plugin wählen und dann Save klicken.

188 (dezimal) und BC (hex) ist die gleiche Zahl. Im Beispiel fehlt für das erste Byte der Tag ID ein dechex() Aufruf. Das habe ich gerade behoben. Die PHP Beispiele sind nicht direkt als Webseite gedacht, sondern als Kommandozeilenprogramme. In diesem Fall endet das Programm nicht, sondern fragt durchgehend nach der aktuellen Tag ID. Der Webserver wird dem PHP Script aber nur einige Sekunden Laufzeit zugestehen und es dann abwürgen. Eine einfache Änderung des Beispiels wäre es dispatchCallbacks(5) statt dispatchCallbacks(-1) aufzurufen. Dann wartet das Beispiel maximal 5 Sekunden bevor es sich beendet und du die Ausgabe als Webseite sehen solltest.

Zeigt der Brick Viewer IO-16 Tab Timeouts an, oder steht die Timeout anzeige auf 0?

Du hast paho-mqtt nicht installiert. Hast du folgenden Schritt aus der Anleitung ausgeführt? sudo pip install tinkerforge paho-mqtt

500 heißt Serverfehler. Da muss du mal ins Log deines Webservers schauen, was genau das Problem ist.