photron

Danke für den Hinweis. Ich habe die Dokumentation aktualisiert.

Ich habe deine Änderungen mit in Delphi Bindings 2.1.34 aufgenommen.

Dafür müssen wir das Problem aber nachstellen können. Welches Debian-Derivat nutzt du, auf dem dieses Problem auftritt?

Bindings: C# 2.1.33, Delphi/Lazarus 2.1.34, LabVIEW 2.1.32, Mathematica 2.1.32, Visual Basic .NET 2.1.32 Handle forced socket read timeout for System.AppDomain.Unload timeout fix correctly when using Microsoft .NET runtime on Linux [C#, LabVIEW, Mathematica, VB.NET] Use macOS specific code for all non-Windows platforms [Delphi] Download: C#, Delphi/Lazarus, LabVIEW, Mathematica, Visual Basic .NET

Bindings: C# 2.1.33, Delphi/Lazarus 2.1.34, LabVIEW 2.1.32, Mathematica 2.1.32, Visual Basic .NET 2.1.32 Erzwungener Socket-Lese-Timeout, um das System.AppDomain.Unload-Timeout-Problem zu lösen, wird jetzt auch bei der Verwendung der Microsoft .NET Runtime unter Linux richtig behandelt [C#, LabVIEW, Mathematica, VB.NET] macOS spezifischer Code wird für alle nicht-Windows Platformen verwendet [Delphi] Download: C#, Delphi/Lazarus, LabVIEW, Mathematica, Visual Basic .NET

Klingt gut. Ich baue das ein. Danke!

Das brickv Debian Package hängt ab von: python3 (>= 3.5), python3-pyqt5 (>= 5.5), python3-pyqt5.qtopengl, python3-serial (>= 3.0), python3-tz, python3-tzlocal, python3-pkg-resources Da ist alles dabei was dein Script auch installiert. Da fehlt also erstmal nichts. Der Unterschied ist aber, dass du mit pip die aktuellsten Versionen von PyPI installierst im Gegensatz zu deinem Debian Derivat, dass vermutlich ältere Versionen ausliefern wird. Wir importieren PyQt5.sip nicht direkt. SIP ist ein Implementierungsdetail von PyQt5. Ich vermute das ist ein Bug in der speziellen PyQt5 Version, die dir apt installiert hat, oder in der Art und Weise wie Debian PyQt5 paketiert hat. Vielleicht können wir da einen Workaround für einbauen.

Ich habe die JavaScript Binding im Browser getestet und kann dein Problem leider nicht nachstellen. Die Bindings funktionieren bei mir. Ich habe dieses Beispiel einfach direkt im Browser ausgeführt, ohne es vorher runterzuladen. Ich habe nur die UID meines Outdoor Weather Bricklets eingetragen: https://www.tinkerforge.com/de/doc/Software/Examples/JavaScript/OutdoorWeather_Bricklet_JavaScript_ExampleCallback.html Ich verwenden die aktuellen Softwareversionen: brickd 2.4.5 und Outdoor Weather Bricklet Firmware 2.0.4.

Das Thema ist nicht neu: https://github.com/Tinkerforge/esp32-firmware/issues/210 Das wollen wir uns anschauen, was da realisierbar ist.

Jetzt auch wirklich, sorry 🤦‍♂️

Sorry, ich hatte vergessen die tinkerforge.asc mit hochzuladen. Die Anleitung funktioniert jetzt wie sie soll. Es ist nicht notwenig euch die .asc Datei selbst zu erstellen.

Brick Logger 2.1.10 Support für Industrial Dual AC In Bricklet hinzugefügt Downloads: Windows, Linux, macOS, RED Brick

Brick Logger 2.1.10 Add support for Industrial Dual AC In Bricklet Downloads: Windows, Linux, macOS, RED Brick

Brick Viewer 2.4.26 Add support for Industrial Dual AC In Bricklet Add Data Logger support for Industrial Dual AC In Bricklet Only use Python dev-mode if available Fix health monitor metric errors for ESP32 (Ethernet) Brick Add "@ host:port" to window title if connected Avoid crash when closing Brick Viewer Add function code to Modbus master function selection in RS485 Bricklet plugin Downloads: Windows, Linux, macOS

Brick Viewer 2.4.26 Support für Industrial Dual AC In Bricklet hinzugefügt Data Logger Support für Industrial Dual AC In Bricklet hinzugefügt Python dev-mode wird nur aktiviert, wenn verfügbar Health-Monitor Metric-Fehler für ESP32 (Ethernet) Brick korrigiert Verbindingsdetail "@ host:port" im Fenstertitle anzeigen Crash beim Schließen von Brick Viewer vermieden Modbus-Funktionscodes werden im Master-Modus im RS485 Bricklet Plugin angezeigt Downloads: Windows, Linux, macOS