photron

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

Firmware: LCD 128x64 Bricklet 2.0.1 Die Clear-Display Funktion hält sich jetzt auch an die Automatic-Draw Einstellung Download: LCD 128x64 Bricklet 2.0.1

duaw, stimmt alles was du sagst . Das wird in nächster Zeit aber besser werden. Erik, unser neuster Mitarbeiter, arbeitet gerade an Rust Bindings. Als nächstes auf seiner TODO Liste steht u.a. den Brick MQTT Proxy und den Brick Logger vollständig zu generieren.

RED Brick Image 1.13 drm_kms_helper Polling deaktiviert, um Systemunterbrechnugen alle 10 Sekunden zu vermeiden Lua 5.3 Interpreter hinzugefügt Loopback Device Support aktiviert Brick Daemon auf Version 2.3.2 aktualisiert Brick Viewer auf Version 2.3.16 aktualisiert Alle API Bindings aktualisiert: 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

Firmware: Voltage/Current Bricklet 2.0 2.0.2 Fix two's complement handling for negative current measurement Download: Voltage/Current Bricklet 2.0 2.0.2

Firmware: Voltage/Current Bricklet 2.0 2.0.2 Zweierkomplementbehandlung für negative Strommessung Download: Voltage/Current Bricklet 2.0 2.0.2

Firmware: RS485 Bricklet 2.0.3 Fix response length for modbus_master_write_single_register and modbus_master_write_single_coil functions Download: RS485 Bricklet