photron

Ist diese Störung auf alle 4 Kanälen (also 2 Bricklets mit jeweils 2 Kanälen) zu messen? Was passiert, wenn du den IN+ und IN- Eingang eines Kanals direkt mit einander verbindest, anstatt offen zu lassen?

Ich nehme mal an, wenn du die Eingänge an den IDAI v2 Bricklets offen lässt, dann hast du da nicht noch irgendwelche Kabel an den Eingängen dran die als Antennen dienen könnten? Wie groß ist den der Ausschlag der Störung? Sind das Millivolt oder Volt? Abgesehen von dieser Störung messen die Bricklets aber auch die Signale die du eigentlich messen willst, oder? Wenn du den Aufbau am Laptop hast ist das ja transportable. Tritt das Problem nur dort auf, wo der Aufbau gerade steht, oder tritt das Problem auch in anderer Umgebung, vor dem Haus, im Garten, etc, auf? Sprich ist das eine Störung durch die Umgebung? Du hast da nicht gerade zufällig eine Teslaspule in der Nähe, oder?

Firmware: Industrial Dual 0-20mA Bricklet 2.0 2.0.2 Fehlenden Invalid-Parameter Check für set-sample-rate und set-gain Funktionen hinzugefügt Download: Industrial Dual 0-20mA 2.0

Firmware: Industrial Dual 0-20mA Bricklet 2.0 2.0.2 Add missing invalid-parameter check for set-sample-rate and set-gain functions Download: Industrial Dual 0-20mA 2.0

JavaScript Bindings 2.1.29 sind jetzt veröffentlicht.

Bindings: JavaScript 2.1.29 Fix authenticate function Download: JavaScript

Bindings: JavaScript 2.1.29 authenticate Funktion repariert Download: JavaScript

Das ist ein Bug in den Bindings. Teste mal bitte die angehängte Version. tinkerforge-2.1.29.tgz tinkerforge_javascript_bindings_2_1_29.zip

Did the Bricks work before, or did you just receive them and they have never worked for you? Pleas check for bend pins in the Bricklet ports of the Bricks: https://www.tinkerforge.com/en/doc/_images/bricklet_connector_short_circuit.jpg Does the blue LED on the Brick light up when you plug in the Brick? If not, does a new serial port show up in Windows Device Manager? If yes, then the Brick is in bootloader and you can use Brick Viewer to flash the firmware to it to make it work again: https://www.tinkerforge.com/en/doc/Software/Brickv.html#serial-port If that's no the problem then did you try another USB cable or another USB port on your PC, just to double check that not the USB cable or USB port causes this.

@duaw Die API Bindings sind generiert, ja, dass heißt aber nicht, dass auch der Release Prozess von 20 verschiedenen API Bindings vollständig automatisch ist (bzw. überhaupt vollständig automatisierbar wäre). Das dauert schon mal einen halben Tag. Daher ist es schon ein großer Unterschied, ob Erik hier im Forum mal eben eine Testversion eines API Bindings jemandem zum Testen gibt (die hier im Thread angehängten C/C++ Bindings für André), oder ob ich alle API Bindings ordentlich veröffentliche. Die MQTT Bindings wurde einzeln wegen des Bugfixes in der Version veröffentlicht und aufgrund der linearen Entwicklung der Bindings ist damit dann auch die neue API für das Barometer Bricklet damit hinein gekommen. Undokumentiert war die neue API, weil ich Dokumentation seit dem noch nicht neu generiert wurde. Die I2C Mode Funktion für das Barometer Bricklet (1.0) ist jetzt vollständig in allen Aspekten veröffentlicht.

Bindings: C/C++ 2.1.29, C# 2.1.27, Delphi/Lazarus 2.1.28, Go 2.0.8, Java 2.1.27, JavaScript 2.1.28, LabVIEW 2.1.26, Mathematica 2.1.26, MATLAB/Octave 2.0.27, Perl 2.1.27, PHP 2.1.26, Python 2.1.26, Ruby 2.1.26, Rust 2.0.15, Shell 2.1.26, Visual Basic .NET 2.1.26 Add get-all-voltages and set/get-all-voltages-callback-configuration functions and all-voltages callback to Industrial Dual Analog In Bricklet 2.0 API [All] Add set/get-i2c-mode functions to Barometer Bricklet API [All] Add Automatic-Module-Name to manifest [Java] Download: C/C++, C#, Delphi/Lazarus, Go, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Rust, Shell, Visual Basic .NET

Bindings: C/C++ 2.1.29, C# 2.1.27, Delphi/Lazarus 2.1.28, Go 2.0.8, Java 2.1.27, JavaScript 2.1.28, LabVIEW 2.1.26, Mathematica 2.1.26, MATLAB/Octave 2.0.27, Perl 2.1.27, PHP 2.1.26, Python 2.1.26, Ruby 2.1.26, Rust 2.0.15, Shell 2.1.26, Visual Basic .NET 2.1.26 get-all-voltages und set/get-all-voltages-callback-configuration Funktionen und all-voltages Callback zur Industrial Dual Analog In Bricklet 2.0 API hinzugefügt [Alle] set/get-i2c-mode Funktionen zur Barometer Bricklet API hinzugefügt [Alle] Automatic-Module-Name zum Manifest hinzugefügt [Java] Download: C/C++, C#, Delphi/Lazarus, Go, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Rust, Shell, Visual Basic .NET

Da fehlt nichts. Der HAT Zero Brick kommt auf das Raspberry Pi. Am HAT Zero Brick wird das Accelerometer Bricklet 2.0 mit einem 7p-7p Bricklet Kabel angeschlossen. Das war's auch schon auf der Hardwareseite. Auf Softwareseite muss auf dem Raspberry Pi Brick Daemon installieren werden, der dann den Zugriff auf das Accelerometer Bricklet 2.0 für Brick Viewer und die verschiedenen API Bindings bereit stellt.

Fixes have been released as part of MQTT bindings version 2.0.10.

Bindings: MQTT 2.0.10 Add all_voltages callback to Industrial Dual Analog In Bricklet 2.0 API Add set/get_i2c_mode function to Barometer Bricklet API Fix _device_name lookup for get_identity function and enumerate callback Fix string handling for Python 2 Download: MQTT

Bindings: MQTT 2.0.10 all_voltages Callback zur Industrial Dual Analog In Bricklet 2.0 API hinzugefügt set/get_i2c_mode Funktion zur Barometer Bricklet API hinzugefügt _device_name Auflösung für get_identity Funktion und enumerate Callback repariert String Behandlung für Python 2 repariert Download: MQTT

@cl- Hattest du zu dem Zeitpunkt als die brickd Probleme begonnen haben gerade auf macOS 10.15.4 aktualisiert? Ist brickd dann ganz tot, oder kannst du durch ab- und anstecken von Bricks an USB noch Meldungen im brickd.log erzeugen? Welchen Fehler bekommst du genau beim Verbindungsversuch, wenn die Verbindung scheitert? Timeout? Connection refused? Brick Viewer zeigt das leider (noch) nicht an. Dazu kannst du mit den API Bindings einen Verbindungsversuch machen, oder eindach ein per "telnet localhost 4223" einen Verbindungsversuch machen. @duaw Hast du bei dir denn auch macOS 10.15.4 laufen?

Der Callback muss natürlich registriert sein bevor der Callback ausgelöst wird. Das ist aber in euren beiden Beispiele für den Enumerate Callback der Fall. @PaulPaulaner Du gibst dir aber sPro auch aus, oder? Nicht, dass einfach ipcon_connect oder ipcon_enumerate einen Fehler melden du den aber nicht siehst. Du hast aber auch Bricks/Bricklets angeschlossen, im Brick Viewer tauch was auf?

Der ipcon_enumerate führt zum Auslösen des Callbacks, aber nicht synchron, sondern asynchron. Dass heißt ipcon_enumerate returned höchstwahrscheinlich bevor der Callback ankommt. Sprich, was passiert in deinem Programm nach dem Konstrukturaufruf? Wie lange lebt das CTF_Steuerung Objekt danach noch? Räumst du die IP Connection im Desktruktor wieder auf?

Ja.

Ja.

Die Bricks mit 10 Pol Stecker haben I2C auf dem 10 Pol Stecker. Dies ist aber nur für interne Zwecke und nicht über die API der Bricks zugreifbar. Darüber kannst du keinen beliebigen I2C Sensor auslesen. Der HAT Brick schließt am I2C Anschluss des Raspberry Pis eine Real-Time Clock an und lädt den passenden Kernel Treiber per Device Tree dafür. Dadurch ist die I2C Schnittstelle des Raspberry Pis belegt. Der HAT Zero Brick (der auch auf einem normal großen Raspberry Pi passt) lässt den I2C Anschluss des Raspberry Pis frei. Allerdings musst du dir dann einen Adapter basteln, um an die Pins zu kommen. Dort kannst du dann mit python-smbus arbeiten. Alternativ zum HAT (Zero) Brick, kannst du auch einen Master Brick per USB anschließen, um Tinkerforge Bricks und Bricklets zu verwenden und hast so den Pin Header des Raspberry Pis frei, um dessen I2C Anschluss nutzen zu können.

Das ist nicht normal. Was hast du denn so am Industrial Counter, Analog In und IO-16 Bricklet angeschlossen? Wie lang sind die Bricklet Kabel und sonstige Kabel? Wie versorgst du den Stapel mit Strom? PoE, Step-Down Power Supply oder USB Netzteil? Über das Multimeter solltest du keine statische Entladung hinbekommen, außer deine Hand kommt dem Aufbau dabei sehr nah. Bist du sicher, dass das nicht vielleicht ein Wackelkontakt ist und du beim messen/berühren den Aufbau bewegst und das das Problem erzeugt? Was musst du tun, damit die Ethernet Extension wieder erreichbar wird? Kannst du ein Foto vom aufbau zeigen?

Windows speichert sich in der Registry Informationen zu jedem jemals angeschlossenen USB Gerät. Das diese Informationen so verfälscht/beschädigt werden können, dass das zu diesem Verhalten führt war mir nicht bekannt. Gut zu wissen.

Nein, das ist ein anderes Problem. Das Problem vom FlyingDoc ist ein internes Socket Problem, das brickd aus dem Tritt bringt. Du hast eher einen Wackelkontakt in der USB Verkabelung der zu Fehlern in der USB Kommunikation führt. Es geht hier um eine IMU, die an einem PC funktioniert, aber an einem anderen nicht mehr? Von den Fehlermeldungen her sieht das wie gestörte USB Kommunikation aus. Da die IMU an einem PC funktioniert, gehe ich davon aus, dass das Problem nicht direkt an der IMU liegt. Ich tippe auf ein beschädigtes USB Kabel oder auf einen Wackelkontakt an der USB Buchse am PC. Verwendest du in beiden Fällen das selbe USB Kabel, oder testet du mit zwei verschiedenen USB Kabeln? Wenn du mit zwei verschiedenen USB Kabeln testet, dann teste bitte das Kabel vom funktionierenden PC am nicht-funktionierenden PC, um zu sehen ob es am Kabel liegt. Teste am nicht-funktionierenden PC andere USB Buchsen, um zu sehen ob es die eine USB Buchse ist. Teste am nicht-funktionierenden PC andere USB Geräte an der Buchse an der die IMU nicht funktioniert, um zu sehen ob es die eine USB Buchse ist.