photron

Wenn du nicht die aktuellste Version der JavaScript Bindings oder der WIFI Extension 2.0 Firmware verwendest, hilft es dann, wenn du beides updatest?

Das "Status line contains non-ASCII character" ist komisch, als würde die WIFI Extension 2.0 nicht richtig antworten. Wir versuchen dass hier mal nachzustellen. Welchen Browser verwendest du? Welche Version der JavaScript Bindings verwendest du? Welche Firmware-Version läuft auf der WIFI Extension 2.0? Tritt das Problem auch mit einem der Browser-Beispiele der JavaScript Bindings auf, oder nur in deiner WebApp?

Es hat auch keiner behauptet, dass das Problem behoben wäre. Teste doch mal bitte diese brickd Version: http://download.tinkerforge.com/_stuff/brickd_windows_2_3_3_rc1.exe Ich hätte gerne in jedem Fall einen Debug Log Auszug, egal ob diese Version das Problem jetzt behebt oder nicht.

Okay, ich kann das Problem nachstellen. Es tritt nur auf, wenn ein Brick Viewer Update für den RED Brick verfügbar ist. Alle Updates laufen normal durch bis zum Brick Viewer Update, das scheitert intern und da beliebt es dann hängen.

Mit welcher Brick Viewer und welcher RED Brick Image Version tritt das auf?

Ich nehme mal an, dass das Air Quality Bricklet eigentliche am 3. Master Brick neben dem Motion Detector Bricklet an Port C angeschlossen ist. Aber es wird an Port Z ohne Brick belistet. Ist mir gerade nicht klar warum das passiert. Wir haben aber kürzlich die internen Verwaltung der Bricks und Bricklets in Brick Viewer umgestellt, ich nehmen an, dass es damit zusammenhängt. Schaue ich mir an. Abgesehen davon, dass das Air Quality Bricklet nicht and der richtigen Position gelistet wird stimmt aber sonst die Anzeige des Stapelaufbaus mit dem wirklichen Aufbau des Stapels überein?

Die App war nicht richtig signiert, das Build Script hat das ignoriert und im lokalen Test fällt das dann nicht auf. Das Problem ist behoben, ladet bitte die Brick Viewer 2.3.17 .dmg Datei nachmal herunter. Danke für den Hinweis! Ich habe das Build Script jetzt auch so geändert das es die Signatur auf Gültigkeit prüft.

Brick Logger 2.0.9 Add support for Accelerometer 2.0 and Ambient Light 3.0 Bricklet Downloads: Windows, Linux, macOS, RED Brick

Brick Viewer 2.3.17 Add support for Accelerometer 2.0 and Ambient Light 3.0 Bricklet Add Data Logger support for Accelerometer 2.0 and Ambient Light 3.0 Bricklet Optimize RED Brick Tinkerforge software update process Increase supported RED Brick image version to 1.13 Downloads: Windows, Linux, macOS

Brick Logger 2.0.9 Support für Accelerometer 2.0 und Ambient Light 3.0 Bricklet hinzugefügt Downloads: Windows, Linux, macOS, RED Brick

Brick Viewer 2.3.17 Support für Accelerometer 2.0 und Ambient Light 3.0 Bricklet hinzugefügt Data Logger Support für Accelerometer 2.0 und Ambient Light 3.0 Bricklet hinzugefügt RED Brick Tinkerforge Software Update Prozess optimiert Unterstütze RED Brick Image Version auf 1.13 erhöht Downloads: Windows, Linux, macOS

Hallo, zu deinen Fragen: 1. Das sieht so aus also ob du da zwei Tags in Reichweite hast. Das da manchmal eine Pause drin ist und nichts erkannt wird an der Kollisionsauflösung von NFC liegen. Da musst du entweder damit umgehen können, dass da zwei Tags kommen und auf den richtigen warten, oder den zweiten Tag aus der Reichweite des Bricklets entfernen. 2. Richtig, Brick Viewer stellt die Daten hexadezimal dar. Auf dem einen Tag steht 0x35 0x32 was als ASCII interpretiert den String "52" ergibt. Das ist eine von vielen Variante das zu realisieren, das spricht nichts gegen. 3. Der JSON Payload beinhaltet die Daten aus dem zweiten Tag dezimal dargestellt. 0x10, 0x55, 0x01, 0x74, ... in hexadezimal entspricht 16, 85, 1, 116, ... in dezimal. 4. Das .../page Topic sollte automatisch entsprechend dem .../_update_interval aktualisiert werden. Wenn das nicht passiert, dann läuft entweder der Brick-MQTT-Proxy nicht mehr, oder der Proxy kann den MQTT Broker nicht erreichen. Das Bricklet an sich schein ja noch zu funktionieren, ansonsten könntest du es nicht mit Brick Viewer nutzen. Wir sind gerade Dabei den Brick-MQTT-Proxy durch MQTT API Bindings zu ersetzen: https://www.tinkerunity.org/forum/index.php/topic,4735.0.html Diese geben dir mehr Kontrolle über das NFC/RFID Bricklet. Damit kannst du einen get_page Aufruf über MQTT erzwingen.

Es sieht so aus, als würde brickv zu den Bricklets nicht den zugehörigen Brick kennen. Kannst du mal einen Screenshot des Setup Tabs in brickv zeigen?

Bindings: C/C++ 2.1.24, C# 2.1.22, Delphi/Lazarus 2.1.23, Go 2.0.2, Java 2.1.22, JavaScript 2.1.22, LabVIEW 2.1.21, Mathematica 2.1.21, MATLAB/Octave 2.0.22, Perl 2.1.21, PHP 2.1.21, Python 2.1.21, Ruby 2.1.21, Rust 2.0.8, Shell 2.1.21, Visual Basic .NET 2.1.21 Add support for Accelerometer 2.0 and Ambient Light 3.0 Bricklet [all] Check for Python 2.6 instead of 2.5 to match Python API bindings requirements [shell] 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.24, C# 2.1.22, Delphi/Lazarus 2.1.23, Go 2.0.2, Java 2.1.22, JavaScript 2.1.22, LabVIEW 2.1.21, Mathematica 2.1.21, MATLAB/Octave 2.0.22, Perl 2.1.21, PHP 2.1.21, Python 2.1.21, Ruby 2.1.21, Rust 2.0.8, Shell 2.1.21, Visual Basic .NET 2.1.21 Support für Accelerometer 2.0 und Ambient Light 3.0 Bricklet hinzugefügt [alle] Python-Versions-Check von 2.5 auf 2.6 angehoben, entsprechend der Python API Bindings Anforderungen [shell] Download: C/C++, C#, Delphi/Lazarus, Go, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Rust, Shell, Visual Basic .NET

Es könnte sein, dass du vom gleichen Problem wie in diesem Thread betroffen bist: https://www.tinkerunity.org/forum/index.php/topic,4647.0.html Teste mal bitte, ob es auch bei dir mit brickd 2.3.1 funktioniert. http://download.tinkerforge.com/tools/brickd/windows/brickd_windows_2_3_1.exe

Okay, hab das Problem verstanden. Brick Daemon hat nach Version 2.3.0 unter Linux eine unbeabsichtigte Abhängigkeit auf libusb 1.0.20. Das RED Brick Image 1.9 bringt aber nur libusb 1.0.19 mit. Bedingt durch andere Probleme reicht es jetzt nicht aus libusb auf 1.0.20 zu aktualisieren. Es gibt zwei Optionen das jetzt auf die Schnelle zu umgehen: a) Du installierst nicht brickd 2.3.2, sondern 2.3.0. Das ist aktuell die neuste vorkompilierte brickd Version, die auf RED Brick Image 1.9 lauffähig ist. b) Du kompilierst dir brickd aus dem aktuellen Quellcode, dann funktioniert auch brickd 2.3.2 auf RED Brick Image 1.9. Diese Probleme werden in der nächsten brickd version behoben sein.

FlyingDoc, auf welcher Image Version tritt das brickd Problem auf?

reckewell, kannst du auf die gleiche Weise wie für brickd 2.3.2 eine Debug Log für brickd 2.3.1 erstellen, wie du es im ersten Post angehängt hast? In brickd 2.3.2 habe ich die libusb Version aktualisiert, weil die libusb Entwickler einige Probleme bei der Abfrage von USB Geräten behoben hatten. In deinem Fall scheint das leider neue Probleme erzeugt zu haben.

flodo, what you're trying to do is called hotplug, this is not supported. Therefore, there is no API to detect it. You cannot connect/disconnect Bricklets while a Brick is powered/running. What you can do is check if the required Bricklets are connected using the enumerate mechanism. If some are missing advise the user to disconnect the Brick from power, connect the required Bricklets and the power the Brick again.

Die relevante Zeile im Log ist diese hier: 2018-12-16 15:29:22.895064 <E> <libusb:enumerate_hcd_root_hub> could not get child devinst for 'ROOT\SYSTEM\0001' libusb versucht die Geräte am USB Root Hub ROOT\SYSTEM\0001 abzufragen, scheitert dabei aber. Diesen Fehler sieht brickd als fatal an und beendet sich. Da komme ich jetzt leider dieses Jahr nicht mehr dazu mir das genauer anzusehen, sorry. Ich komme darauf im Januar zurück.

Bindings: C/C++ 2.1.23, C# 2.1.21, Delphi/Lazarus 2.1.22, Java 2.1.21, JavaScript 2.1.21, LabVIEW 2.1.20, Mathematica 2.1.20, MATLAB/Octave 2.0.21, Perl 2.1.20, PHP 2.1.20, Python 2.1.20, Ruby 2.1.20, Shell 2.1.20, Visual Basic .NET 2.1.20 Add get/set_samples_per_second functions to Humidity Bricklet 2.0 API Add button, slider, graph and tab functions to LCD 128x64 Bricklet API 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.23, C# 2.1.21, Delphi/Lazarus 2.1.22, Java 2.1.21, JavaScript 2.1.21, LabVIEW 2.1.20, Mathematica 2.1.20, MATLAB/Octave 2.0.21, Perl 2.1.20, PHP 2.1.20, Python 2.1.20, Ruby 2.1.20, Shell 2.1.20, Visual Basic .NET 2.1.20 get/set_samples_per_second Funktionen zur Humidity Bricklet 2.0 API hinzugefügt Button-, Slider-, Graph- und Tab-Funktionen zur LCD 128x64 Bricklet API hinzugefügt Download: C/C++, C#, Delphi/Lazarus, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Shell, Visual Basic .NET

Firmware: LCD 128x64 Bricklet 2.0.1 Make the clear-display function obey the automatic-draw config Download: LCD 128x64 Bricklet 2.0.1

RED Brick Image 1.13 Disable drm_kms_helper polling to solve system stalls every 10 seconds Add Lua 5.3 interpreter Enable loopback device support Update Brick Daemon to version 2.3.2 Update Brick Viewer to version 2.3.16 Update all API bindings: C/C++ 2.1.22, C# 2.1.20, Delphi/Lazarus 2.1.21, Java 2.1.20, JavaScript 2.0.20, Octave 2.0.20, Perl 2.1.19, PHP 2.1.19, Python 2.1.19, Ruby 2.1.19, Shell 2.1.19 und Visual Basic .NET 2.1.19 Download: RED Brick Image