photron

Okay, ist jetzt für alle Bricks und Bricklets geändert.

Ändere mal bitte in generate_makefile.bat die cmake Zeile zu cmake -E chdir build/ cmake -G "MinGW Makefiles" -DCMAKE_MAKE_PROGRAM:PATH=make.exe -DCMAKE_TOOLCHAIN_FILE=toolchains/arm-none-eabi.cmake ../ Und führe es erneut aus. Da Problem ist, dass wir cmake vorgeben MinGW Makefiles zu erzeugen. Dafür will cmake aber mingw32-make finden. Nach Anleitung hast du aber nur GCC für ARM, cmake und make installiert, aber kein mingw32-make, was auch nicht notwendig ist. In meinem Test hier funktionierte das gerade, weil ich mingw32-make installiert habe. Damit cmake nicht nach mehr nach mingw32-make sucht gibt die abgeänderte Zeile jetzt mit -DCMAKE_MAKE_PROGRAM:PATH=make.exe vor wo/was (mingw32-)make ist. Damit sollte das jetzt auch bei dir funktionieren. Wenn das bei dir funktioniert, werde ich das für alle Firmwares und Plugins abändern.

Das sieht aus als ob cmake make nicht finden könnte. Komisch, ich kann generate_makefile.bat aber hier erfolgreich ausführen selbst wenn make gar nicht installiert ist. Ist dein cmake richtig installiert? Versuch mal cmake neu zu installieren, oder ein ältere Version wie cmake 2.8 zu installieren. Ich steht da ein bisschen auf dem Schlauch. Edit: Okay, ich konnte den Fehler gerade reproduzieren. Unsere Anleitung passt sozusagen nicht zu generate_makefile.bat. Ein Fix ist in Arbeit.

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.