photron

Kit-Demos 1.1.0: Starterkit: Blinkenlights, Starterkit: Kameraschlitten, Tisch-Wetterstation, Starterkit: Wetterstation Portiert auf Python 3 und PyQt 5 [alle] Startmenu-Link für alle Nutzer installieren auf Windows [alle] Support für Ambient Light Bricklet 3.0 hinzugefügt [starterkit: Wetterstation] Support für Barometer Bricklet 2.0 hinzugefügt [starterkit: Wetterstation] Richtigen Zeichensatz für Darstellung von nicht-ASCII Text auf dem LCD 20x4 Bricklet verwenden [starterkit: Wetterstation] Downloads: Starterkit: Blinkenlights: Windows, Linux, macOS Starterkit: Kameraschlitten: Windows, Linux, macOS Tisch-Wetterstation: Windows, Linux, macOS Starterkit: Wetterstation: Windows, Linux, macOS

"Access Point: DHCP" ist nicht das was es auf den ersten Blick zu sein scheint. Die WIFI Extension vergibt dann nicht IP Adressen per DCHP, sondern erwartet das du einen DHCP Server laufen hast von dem die WIFI Extension eine IP Adresse erhalten kann: https://www.tinkerforge.com/de/doc/Hardware/Master_Extensions/WIFI_Extension.html#access-point-modus-und-ad-hoc-modus Teste mal bitte mit "Access Point: Static IP" und "No Encryption".

Wir zeigen den Splashscreen schon so früh wie möglich an, da können wir nichts dran verbessern denke ich. Ich hatte erst nur das Logo und fand das zu klein. Das bot dann auch nicht genug Platz, um unten Text anzuzeigen. Ich denke der Splashscreen wird so bleiben wie er jetzt ist.

Das nächste RED Brick Image wird PIL für Python 2 und 3 vorinstalliert haben.

DISPLAY=:0 brauchst du nur wenn dein Programm wirklich GUI auf dem Desktop haben will. Hast du vielleicht den Desktop auf dem Service Tab des RED Brick im Brick Viewer deaktiviert? Dann startet der X-Server nicht und dann kannst du kein GUI anzeigen. Wenn du eigentlich keine GUI Funktionen von Qt verwendest, dann teste mal ob du nicht auch mit einer QCoreApplication statt einer QApplication auskommst.

Loetkolben, das ist ein Bug in der Version, auf deiner Seite ist alles okay. Hier eine korrigierte Version: http://download.tinkerforge.com/tools/brickv_pyqt5/beta2/linux/brickv-2.4.0_all_loetkolben_3.deb

Loetkolben, dann hier eine Version mit Splash Screen: http://download.tinkerforge.com/tools/brickv_pyqt5/beta2/linux/brickv-2.4.0_all_loetkolben_2.deb

Diese "Could not connect to Brick" Meldung beim Flashen ist komisch. Da tritt intern in brickv ein unerwarteter Fehler auf. Wir haben das jetzt verbessert und brickv meldet unerwarteter Fehler jetzt mit mehr Details. Teste mal bitte diese Version: http://download.tinkerforge.com/tools/brickv_pyqt5/beta2/macos/brickv_macos_2_4_0_uhlhorn.dmg Flash damit bitte den Brick nochmal. Ich würde gerne sehen welchen Fehler du da erzeugen kannst denn ich hier nicht reproduziert bekomme. Bezüglich instabiler Silent Stepper Brick: Da gibt es aktuell keine bekannten Problem. Die Theorie mit dem defekten/wackeligen USB Kabel ist aber eine gute. Wenn du in allen Testes das selbe USB Kabel verwendest dann spielt es natürlich keine Rolle, ob du das einen Master oder RED Brick zwischen hast.

Loetkolben, teste mal bitte diese Version. Die beinhaltet jetzt auch die .pyc Dateien. Das sollte die Startzeit verbessern: http://download.tinkerforge.com/tools/brickv_pyqt5/beta2/linux/brickv-2.4.0_all_loetkolben.deb

Uhlhorn, ich nehme an das ist jetzt mit Brick Viewer 2.4.0? Tritt das Problem nur mit der 64GB Karte auf oder auch mit der 8GB Karte?

Loetkolben, ist das jetzt neu mit Brick Viewer 2.4.0 oder war das schon immer so? Ich würde da eher die Ladezeit verbessern wollen anstatt das mit einem Splash Screen zu kaschieren. Ich vermute das steckt im Laden der Plugins. Test mal bitte wie es die Startzeit beeinflusst, wenn du das Laden der Plugins deaktivierst. Dazu in dieser Datei: /usr/share/brickv/plugin_system/plugin_manager.py Zeile 27 von: from brickv.plugin_system.plugins import device_classes auf device_classes = [] ändern.

Beta2 is available now containing the following changes: Dialog boxes were erroneously shown as top-level windows, this is fixed now. Added checkbox to enable/disable the Fusion GUI style. For macOS this is enabled by default to gain a scrolling tab bar and a more space efficient layout. RED Brick Server Room Monitoring: PTC Bricklet Wire Mode and Nagios e-mail setting are read correctly now.

Beta2 ist verfügbar, siehe ersten Post.

Teste bitte mal die neue Brick Viewer 2.4.0 Betaversion. Dort sollte das Problem behoben sein: https://www.tinkerunity.org/forum/index.php/topic,4782.0.html

Es scheint so zu sein, dass libusb versucht Geräte zu enummerieren, die nicht enummerierbar sind und dabei ins Stolpern kommt.

Da ich deinen Code nicht kennen, kann ich dir da keinen Rat geben. Dazu müsstest du deinen Code mal vorzeigen. Vielleicht können wir dann hier das Problem nachstellen und verstehen. Denn es sieht schon eher nach einem Problem in den JavaScript Bindings aus, das wir beheben wollen, wenn wir es denn nachstellen könnten.

theo, das Problem mit der Tableiste ist das Qt da den macOS Style nachbildet und da keine scrollen einer Tableiste vorgesehen ist. Solange wir da eine Tableiste haben wird das unter macOS leider so sein. Du kannst mal brickv mit einem anderen Style starten, der eine scrollbare Tableiste hat. Das geht über einen Terminal: /Applications/Brickv.app/Contents/MacOS/brickv -style fusion Wenn du die Brickv.app nicht im Applications Folder hast dann muss du den Pfad entsprechend anpassen. Das NFC/RFID Problem schauen wir uns an. Loetkolben, das ist einfach eine neue Version des brickv Package, das ersetzt dein bisher installiertes brickv Package. Das ist kein anderer brickv, sondern einfach die nächste Version 2.4.0. Brick Viewer auf Basis von PyQt4 und Python 2 wird nicht weiterentwickelt.

We have updated the basis of Brick Viewer. Brick Viewer version 2.4.0 is now based on PyQt5 and Python 3, instead of PyQt4 and Python 2. The current beta version for Linux, Windows and macOS is available here: http://download.tinkerforge.com/tools/brickv_pyqt5/beta2/linux/brickv-2.4.0_all.deb http://download.tinkerforge.com/tools/brickv_pyqt5/beta2/windows/brickv_windows_2_4_0.exe http://download.tinkerforge.com/tools/brickv_pyqt5/beta2/macos/brickv_macos_2_4_0.dmg Please test the new version and report any problem you might find.

Wir haben die Grundlagen von Brick Viewer modernisiert. Brick Viewer Version 2.4.0 basiert jetzt auf PyQt5 und Python 3, statt auf PyQt4 und Python 2. Die aktuelle Betaversion für Linux, Windows und macOS gibt es hier: http://download.tinkerforge.com/tools/brickv_pyqt5/beta2/linux/brickv-2.4.0_all.deb http://download.tinkerforge.com/tools/brickv_pyqt5/beta2/windows/brickv_windows_2_4_0.exe http://download.tinkerforge.com/tools/brickv_pyqt5/beta2/macos/brickv_macos_2_4_0.dmg Bitte testet die neue Version und meldet uns Probleme, wenn ihr welche findet. Update (26.02.2019): Beta2 ist jetzt verfügbar mit folgenden Änderungen: Dialoge wurden fälschlicherweise als Toplevel-Fenster angezeigt, dies ist korrigiert. Checkbox hinzugefügt um den Fusion GUI Style zu (de-)aktivieren. Auf macOS ist dieser standardmäßig aktive um scrollbare Tableisten und ein insgesamt kompakteres GUI Layout zu erhalten. RED Brick Server Room Monitoring: PTC Bricklet Wire Mode Einstellung und Nagios E-Mail Konfiguration werden korrekt ausgelesen.

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?