photron

Okay, Version 2.1.1 is raus. Teste bitte damit noch einmal.

Firmware: WIFI Extension 2.0 2.1.1 Configuration saving fixed. The Extension can be switched to Mesh mode even if Brick Viewer is connected over Wi-Fi to it. Download: WIFI Extension 2.0

Firmware: WIFI Extension 2.0 2.1.1 Speichern der Konfiguration korrigiert. Die Extension kann jetzt auch in den Mesh Mode versetzt werden, wenn Brick Viewer selbst über WLAN mit der Extension verbunden ist. Download: WIFI Extension 2.0

Stimmt, das Problem existiert. Wird in der nächsten Version der Bindings behoben sein.

Du kannst ohne Problem mehrere IMU Bricks gleichzeitig am gleich PC über verschiedene USB Anschlüsse anschließen. In der API werden die dann über ihre eindeutige UID auseinander gehalten. Edit: Stapeln macht kein Sinn, denn dann messen ja beide die gleiche Orientierung. Für's stapeln müsste auch unter die zwei IMUs dann noch ein Master Brick gesteckt werden und der dann per USB angeschlossen werden.

Ahh, ich denke jetzt habe ich das Problem verstanden. Sprich du bindest in dem Simulationsprogramm deine tinker.c Datei. Da du da aber nur eine C Datei angeben kannst, hast du aus den Tinkerforge API Bindings Dateien eine DLL erstellt namens dymosim.dll, die du dann mittels der Library={"dymosim"} Zeile einbindest. Diese ganzen Fehlermeldungen in deinem ersten Post, kommen vom Simulationsprogramm das versucht jetzt tinker.c zu kompilieren. Du selbst rufst gar nicht den Compiler auf. Sorry, ich hatte dein Problem total falsch verstanden. Teste mal bitte folgendes: Die angehängte Version der Bindings kommt jetzt mit einem Makefile mit dem man unter Windows mit MinGW eine tinkerforge.dll erstellen kann. Dazu musst du das ZIP entpacken und im source Ordner mingw32-make aufrufen. Der Einfachheit halber habe ich dir diese tinkerforge.dll auch mit angehängt, die du dann anstelle der dymosim.dll verwendest. Die Library={"dymosim"} Zeile änderst du dann zu Library={"tinkerforge"} und brauchst dann auch nur noch deine tinker.c Datei und die entsprechenden .h der Bindings. tinkerforge_c_bindings_2_1_13_mingw_makefile.zip tinkerforge.dll

Das Problem mit dem Speichern war, dass die Änderungen zwar gespeichert wurden Brick Viewer sie danach aber nicht mehr richtig zurücklesen konnte um sie zu verifizieren. Der eigentliche Bug ist, das beim Speichern der Konfiguration in der WIFI Extension 2.0 ein Teil der laufenden Konfiguration mitgeändert wurde und dadurch die WIFI Extension 2.0 in einen kaputten Zustand geraten ist. Ich nehme an du hast den Stack nach der Fehlermeldung ins Brick Viewer noch nicht neugestartet. Dann ist die WIFI Extension 2.0 noch in diesem kaputten Zustand. Dadurch kannst du dich zwar mit Brick Viewer verbinden, aber es tauchen dann keine Bricks und Bricklets auf. Sprich, wenn du den Stack jetzt neustartet, dann ist die WIFI Extension 2.0 korrekt im Mesh Modus. Sprich hier liegt kein weitere Bug vor, sondern, dass Brick Viewer sich zwar verbinden kann, dann aber nichts anzeigt, ist ein Nebeneffekt des ersten Bugs. Dieser Bug ist bereits behoben. Es gibt entweder morgen oder Montag eine korrigierte Firmware Version.

Okay, ich verstehe das Problem. Hast du denn mal getestet, das mit der compile.bat zu kompilieren, wie ich es beschrieben habe?

Das Problem mit dem Speichern der Konfiguration über WLAN ist gefunden und behoben.

Wir haben das Problem Espressif gemeldet und die schauen sich das an, aber wird haben noch kein Rückmeldung erhalten.

In welchem Modus läuft die WIFI Extension? Wie ist dein Stack aufgebaut?

Du hast da einen Bug gefunden. Wir können das reproduzieren und sind dran das zu debuggen, sorry

Brick Viewer 2.3.7 Warn about unsupported RS485 baud rates and modes on RED Brick Add web interface enable/disable checkbox for WIFI Extension 2.0 Show WIFI Extension 2.0 firmware version in setup tab and updates dialog Keep stacks grouped in device table, if sorted by position Add support for WIFI Extension 2.0 Mesh mode to Master Brick plugin Fix race condition in WIFI Extension 2.0 firmware version lookup Also show unsupported Extension in the RED Brick plugin Add dialog to RED Brick network tab to connect to hidden Wi-Fi networks Fix check for downloading firmwares from tinkerforge.com Remove error prone Protocol 1 Bricklet detection logic Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.3.7 RED Brick RS485 Extension Tab warnt jetzt über nicht unterstütze Baurates und Modes Checkbox für das Web Interface der WIFI Extension 2.0 hinzugefügt WIFI Extension 2.0 Firmware Version wird im Setup Tab und Updates Dialog angezeigt Sortierung der Device Tabelle nach Position hält jetzt Stapel zusammen Support für WIFI Extension 2.0 Mesh Mode zum Master Brick Plugin hinzugefügt Race Condition beim Abfragen der WIFI Extension 2.0 Firmware Version behoben RED Brick Plugin zeigt jetzt auch nicht-unterstütze Extensions an Neuer Dialog zum RED Brick Network Tab hinzugefügt um Verbindung zum versteckten WLAN Netzwerken herstellen zu können Check für das Herunterladen von Firmwares von tinkerforge.com korrigiert Fehleranfällige Protokoll 1 Bricklet Detektionslogik entfernt Downloads: Windows, Linux, Mac OS X

Diese neuen Packages werden Teil des nächsten Images sein, keine Sorge.

Du hast recht, da ist ein Bug in den Java Bindings dies bezüglich. Aber der Bug ist, dass die Monoflop Klasse überhaupt das relay Member hat. Dieser Bug ist in den Heute veröffentlichen Java Bindings behoben.

Bindings: C/C++ 2.1.13, C# 2.1.12, Delphi/Lazarus 2.1.13, Java 2.1.11, JavaScript 2.0.12, LabVIEW 2.1.11, Mathematica 2.1.11, MATLAB/Octave 2.0.11, Perl 2.1.11, PHP 2.1.11, Python 2.1.11, Ruby 2.1.11, Shell 2.1.11, Visual Basic .NET 2.1.11 Add support for WIFI Extension 2.0 Mesh mode to Master Brick API [all] Add get/set_status_led_config functions to Motion Detector Bricklet API [all] Add sensor and fusion mode configuration functions to IMU Brick 2.0 API [all] Avoid MSVC cast warning [C/C++] Use MSVC stdbool.h if available [C/C++] Fix DNS lookup on Universal Windows Platform (UWP) [C#] Fix $endif / $ifend mixup [Delphi/Lazarus] Use correct CompilerVersion check for generics [Delphi/Lazarus] Avoid compiler bug when assigning constants to a uint64 variable [Delphi/Lazarus] Fix enumerate callback unregistration [Python] 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.13, C# 2.1.12, Delphi/Lazarus 2.1.13, Java 2.1.11, JavaScript 2.0.12, LabVIEW 2.1.11, Mathematica 2.1.11, MATLAB/Octave 2.0.11, Perl 2.1.11, PHP 2.1.11, Python 2.1.11, Ruby 2.1.11, Shell 2.1.11, Visual Basic .NET 2.1.11 Support für WIFI Extension 2.0 Mesh Node zur Master Brick API hinzugefügt [alle] get/set_status_led_config Funktionen zur Motion Detector Bricklet API hinzugefügt [alle] Sensor- und Fusion-Mode-Konfigurations Funktionen zur IMU Brick 2.0 API hinzugefügt [alle] MSVC Cast Warnungen behoben [C/C++] MSVC stdbool.h Header wird verwendet, falls vorhanden [C/C++] DNS Lookup auf Universal Windows Platform (UWP) korrigiert [C#] $endif / $ifend Vermischung korrigiert [Delphi/Lazarus] Richtiger CompilerVersion Check wird für Generics verwendet [Delphi/Lazarus] Compiler Bug umgangen beim Zuweisen von Konstanten an uint64 Variablen [Delphi/Lazarus] Enumerate Callback Deregistrierung korrigiert [Python] Download: C/C++, C#, Delphi/Lazarus, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Shell, Visual Basic .NET

Can also see this effect in Brick Viewer?

Brick Viewer versucht intern http://tinkerforge.com aufzurufen, um zu testen oder Server erreichbar ist und Firmwares heruntergeladen werden können. Durch die Umstellung auf https:// im Zuge der neuen Homepage, hat sich der SSL Konfigurationsfehler eingeschlichen. Der ist zwar jetzt behoben. Aber das scheint nicht das eigentliche Problem gewesen zu sein. Es scheint mit https:// allgemein zusammenzuhängen, wobei ich das Problem auf unserem Mac hier nicht nachstellen kann. Die Version die ich dir zum Testen geben habe versucht intern jetzt http://download.tinkerforge.com aufzurufen, um zu testen oder Server erreichbar ist und Firmwares heruntergeladen werden können.

Teste mal bitte diese Version. http://download.tinkerforge.com/_stuff/brickv_macos_2_3_7_3fa5bc99.dmg

Brick Daemon 2.3.0 Add support for WIFI Extension 2.0 Mesh mode Improve RED Brick SPI stack protocol ACK handling Add Co-MCU Bricklet handling to RED Brick SPI stack protocol Avoid crash due to improperly cancelled USB transfers at device disconnect on Mac OS X Update bundled libusb to 1.0.21 on Windows and Mac OS X Also read config from unsupported Extensions on RED Brick to allow Brick Viewer showing them as unsupported Avoid using Debian specific init script helper functions on Linux Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Brick Daemon 2.3.0 Support für WIFI Extension 2.0 Mesh Mode hinzugefügt Absturz auf Mac OS X beim Abstecken von Bricks behoben RED Brick SPI Stack Protokoll ACK Behandlung verbessert Co-MCU Bricklet Behandlung zu RED Brick SPI Stack Protokoll hinzugefügt libusb auf Version 1.0.21 auf Windows und Mac OS X aktualisiert Config nicht unterstützter Extensions auf RED Brick wird auch ausgelesen damit Brick Viewer sie als nicht-unterstützt anzeigen kann Init Script Hilfsfunktionen nutzen keine Debian spezifischen Erweiterungen mehr auf Linux Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

def cb_position(position): oled.clear_display() ipcon.disconnect() sys.exit(0) # Beendet das Program

Your program looks okay. In what time intervals do you see this pattern? Maybe you have a blinking LED in the vicinity of the Ambient Light Bricklet 2.0?