photron

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?

I just tested this and it works. Can you show your code and describe your hardware setup in more detail? Do you only have a Master Brick with an Ambient Light Bricklet 2.0, or du you have a full Weather Station Kit?

Stimme, die Dokumentation schweigt sich darüber aus, ich werde das gleich verbessern. Die Stringversion der UID ist Base58 kodiert mit diesem Alphabet: 123456789abcdefghijkmnopqrstuvwxyzABCDEFGHJKLMNPQRSTUVWXYZ 6JKUg4 entspricht also 3765642289. Base58 (de)kodiert Funktionen kannst du z.B. dem Source Code der verschiedenen API Bindings entnehmen: https://github.com/Tinkerforge/generators/blob/master/c/ip_connection.c#L520 https://github.com/Tinkerforge/generators/blob/master/python/ip_connection.py#L68

Nachdem ich qt5-default installiert habe sagt mir qmake --version das es Qt 5.3.2 verwendet. qt5-default scheint nicht alle Qt5 Module zu installieren. Für QtSerialPort muss du noch libqt5serialport5-dev installieren.

Nein, tust du nicht. Da steht überall Python 2.7.

Ersetzt mal input() durch raw_input(). Und ich denke du muss deine cb_state_changed() Funktion so abändern von def cb_state_changed(state, idle, nr): if idle: nr.request_tag_id(nr.TAG_TYPE_TYPE2) if state == nr.STATE_REQUEST_TAG_ID_READY: ret = nr.get_tag_id() zu def cb_state_changed(state, idle, nr): if idle: nr.request_tag_id(nr.TAG_TYPE_TYPE2) if state == nr.STATE_REQUEST_TAG_ID_READY: ret = nr.get_tag_id()

Die Lösung gibt es hier: http://www.tinkerunity.org/forum/index.php/topic,2839.msg23594.html#msg23594