photron

Der Updates Dialog versucht beim ersten Öffnen die Liste der aktuellen Firmware Versionen von tinkerforge.com herunterzulanden. Dabei erkennt brickv eigentlich direkt, wenn keine Internet Verbindung vorhanden ist und zeigt dies dann auch an. Ich habe das gerade nochmal auf Linux und Mac getestet und das funktioniert wie erwartet. Da sollte brickv nicht unendlich lange hängen können, da dort schon ein Timer vorhanden ist. Ich habe den Timeout jetzt auf 10 Sekunden eingestellt, vorher wurde die Standardeinstellung von Python dafür verwendet.

Du erzeugst bei jedem Klick neue IPConnection und BrickletNFCRFID Objekte und weißt sie lokalen Variablen zu. Sobald der Aufruf von button9_Click() durch ist gehen die beiden lokalen Variablen verloren und der Garbage Collector kann die IPConnection und BrickletNFCRFID Objekte zerstören. Wenn der Garbage Collector schneller ist als die Antwort vom Bricklet, dann siehst du die Antwort nicht mehr. Anstatt lokale Variablen in button9_Click() zu verwenden, könntest du static Variablen auf Ebenen der Klasse verwenden. Damit auch dann noch Variablen auf die IPConnection und BrickletNFCRFID Objekte verweisen, wenn der Aufruf von button9_Click() durch ist und der Garbage Collector die Objekte nicht zerstören kann.

Wir hatten hier mit unserem Macbook Probleme, wenn das Image mit /dev/diskN geschrieben wurde. Aber mit /dev/rdiskN funktionierte es problemlos. Bei dir scheint es genau andersherum zu sein. Ich habe jetzt in der Dokumentation beide Methoden beschrieben. Danke für den Hinweis.

Ja über brickv als Python Programm auf den RED Brick hochladen. Die nötigen Einstellungen für das Programm sind in der Readme beschrieben.

Wo steht, dass Tastatureingaben Probleme machen? Meinst du, dass System.Console.ReadKey() auf dem RED Brick nicht richtig funktioniert, um das Programm davon abzuhalten sich zu beenden? Da muss du einfach nur ReadLine() statt ReadKey() verwenden. Dann funktioniert das wieder und du kannst dein Programm einfach durchlaufen lassen ohne Intervall Modus oder extra Schleifen. In den C# Beispielen haben wir schon ReadLine() zu ReadKey() geändert. In den VB.NET Beispielen haben wir das aber bisher übersehen und werden es in Kürze auch ändern. Danke für den Hinweis.

Am einfachsten geht das über brickv. Du kannst aber auch ein Programm auf den RED Brick hochladen, das es dir erlaubt die Zeit vom Webbrowser aus zu synchronisieren. Ich habe da mal was vorbereitet: https://github.com/Tinkerforge/red-brick/tree/master/programs/sync_time

Läuft denn der X Server auch? Das systemd Package Problem habe ich so behoben: sudo dpkg --purge systemd-shim sudo apt-get -f install Zwar lässt mich apt-get das systemd-shim Package nicht deinstallieren, aber dpkg macht das ohne Murren.

Du brauchst nicht unbedingt die korrekte Zeit auf dem RED Brick.

Das apt-get upgrade Problem kann ich hier reproduzieren. Sieht aus als wäre dieser Debian Bug aus 2014 wieder aufgetaucht. Da habe ich ad hoc keinen Lösungsvorschlag für. Laut Bugreport soll man systemd-shim deinistallieren können und das würde das Problem lösen. Allerdings lässt mich apt das Package nicht purgen, da es erst systemd upgraden will.

Den QXcbConnection kann ich hier erzeugen wenn ich die DISPLAY Umbegungsvariable für das Programm nicht setzte. Hast du DISPLAY auf :0 gesetzt wie hier im Tutorial zu sehen?

Dafür gibt es keine direkte API Funktion. Die API des RED Brick ist generischer gebaut. Du kannst grob gesagt auf dem RED Brick Dateien lesen/schreiben, Shell Befehle ausführen und User Programme definieren. Darauf basierend sind alle RED Brick Funktionen im Brick Viewer gebaut. Das führt dazu, dass die API schwieriger zu benutzen ist, im Gegenzug können wir aber einfach neue Funktionen zum Brick Viewer hinzufügen ohne dazu die API des RED Bricks erweitern zu müssen. Um die Uhrzeit zu setzen ruft Brick Viewer den date Befehl auf dem RED Brick mit passenden Parametern auf.

Das Industrial Digital In 4 Bricklet ist für DC gedacht. Intern treibt die Eingangsspannung LEDs an. Daher haben die Eingänge auch eine Polung. Du kannst auch 36V AC einspeisen, dadurch geht das Bricklet nicht kaputt. Aber bedingt durch die LEDs kannst du nur die positive Halbwelle messen.

MacDuff, ich hab das gerade mal getestet und dazu folgendes getan: - RED Brick mit Image Version 1.5 und Monitor per HDMI - "sudo apt-get install python3-pyqt5" auf dem RED Brick - entsprechend des Tutorials diese PyQt5 Beispiel hochgeladen - funktioniert

MasT3r-A, dein Problem ist, dass position vom Typ char ist. Du musst also nicht mit 1 und 2, sondern mit '1' und '2' vergleichen musst.

Du hast recht, eLurch. Ich habs in der Dokumentation abgeändert.

Brick Viewer 2.2.2 Add service configuration tab to RED Brick plugin Add wireless access point tab to RED Brick plugin Add program import/export and system log export tab to RED Brick plugin Fix make buttons on RED Brick compile dialogs for C/C++ and Delphi/Lazarus Replace all PyQwt usage with custom code Fix maximum page number in NFC/RFID Bricklet plugin Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.2.2 Service Konfigurations Tab zu RED Brick Plugin hinzugefügt WLAN Access Point Tab zu RED Brick Plugin hinzugefügt Programm Import/Export und System Log Export Tab zu RED Brick Plugin hinzugefügt Make Buttons auf RED Brick Kompilier-Dialogen für C/C++ und Delphi/Lazarus funktionieren wieder PyQwt komplett durch eigenen Code ersetzt Maximale Page Nummer für NFC/RFID Bricklet Plugin korrigiert Downloads: Windows, Linux, Mac OS X

Brick Daemon 2.2.1 Improve RED Brick hotplug detection and error handling on Windows Add debug filter to fine-tune debug output Wait for WebSocket handshake completion before sending data Use redapid version as RED Brick firmware version Don't send packet twice after partial write Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Brick Daemon 2.2.1 RED Brick Hotplug Erkennung und Fehlerbehandlung auf Windows verbessert Debug-Filter zur Feineinstellung der Debug-Ausgabe hinzugefügt Auf WebSocket Handshake warten bevor Daten gesendet werden redapid Version wird als RED Brick Firmware Version verwendet Packet wird nach Partial Write nicht mehr fälschlicherweise noch ein zweites Mal gesendet Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Es ist sicherlich schon ein Unterschied ob du zwischen zwei Rechnern übers Netzwerk kommunizierst oder nur auf einem mit sich selbst über die Loopback Schnittstelle. Da würde ich die Flinte nicht gleich ins Korn werfen. Wie ist den dein bisheriger Aufbau genau?

Der Power Knopf am RED Brick bezieht sich nur auf den RED Brick. Der Rest des Stacks hat damit nichts zu tun. Die Stromversorgung des Stacks ist vom Stack aus intern nicht schaltbar. Wenn dann muss diese extern getrennt werden.

Mit dem RED Brick entfällt die USB Verbindung, wenn du das Bricklet an einem Brick angeschlossen hast, dass auf den RED Brick gesteckt ist. Die Netzwerkverbindung bleibt, wenn auch in anderer Form. Dein Programm auf dem RED Brick verbindet sich immer noch über localhost mit dem brickd auf dem RED Brick. Potentiell könnte das mit Auswertung auf dem RED Brick schneller/stabiler werden, weil du die externe Netzwerkverbindung nicht mehr in der Kommunikationskette hast. Das hängt aber wirklich davon ab wo dir in deinem jetzigen Aufbau die 10-20ms verloren gehen.

Welche Linux Distribution verwendest du? Serielle Schnittstellen sind normalerweise der Gruppe dialout zugeordnet und normalerweise ist der Standardnutzer auch in dieser Gruppe. In diesem Fall funktioniert alles wie beschrieben. Wenn der Nutzer nicht in der dialout Gruppe ist kann man das Problem mit sudo umgehen. Alternative kann der Nutzer auch der dialout Gruppe hinzugefügt werden. Ich habe die Fehlermeldung in brickv jetzt um den Hinweis erweitert brickv als root zu starten und den entsprechenden Hinweis auch in die Dokumentation aufgenommen. Wo hast du gelesen, dass du den USB Stecker einstecken sollst während du Erase gedrückt hältst? Was eigentlich passieren muss ist, dass Erase gedrückt ist wenn der Brick startet. Das kannst du auf zwei Wegen erreichen: - Entweder wie dokumentiert: Brick an USB anschließen, Erase gedrückt halten und dabei Reset drücken. Das Ziel ist, dass beim Loslassen von Reset der Erase Knopf gedrückt ist. - Die andere (undokumentierte) Weise: Erase gedrückt halten und dabei USB anstecken. Der Brick startet dann beim Anstecken von USB, kein Reset Knopf nötig. Beides führt zum Ziel. Wir haben aber absichtlich nur eine Weise dokumentiert, um Verwirrung zu vermeiden. Hat scheinbar nicht geklappt Ich habe die Beschreibung in der Dokumentation jetzt hoffentlich verständlicher umformuliert.

Ich sehe gerade dein spezielles Problem mit tinkerforge_touch_calibrator.py solte im aktuellen git Stand behoben sein. Ich rate dennoch dazu den Stand vorm Wechsel zu jessie zu verwenden, da gerade noch sehr vieles nicht mehr funktioniert und erst für jessie korrigiert werden muss.

Wir arbeiten gerade am nächsten Release des Image und sind gerade noch mitten drin. Es kann sein, dass der aktuelle git Stand nicht funktioniert, sorry. Du kannst versuchen auf den git Stand vor dem Wechsel zu Debian jessie zurück zu gehen, der sollte funktionieren. Das ist dieser commit: https://github.com/Tinkerforge/red-brick/commit/543cf3fb5a997cdb3f6c00b24ae590480d3807ef