photron

Du könntest potentiell mit dem Analog In das Audio Signal mit 1kHz abtasten und auf dem Analog Out wieder ausgeben. Das könnte sogar ein hörbares Ergebnis geben, mehr aber auch nicht. Sprich das funktioniert nicht wirklich gut

Für Windows sind keine Probleme bekannt. Ich persönlich hab noch nicht auf einer Windows Server Version getestet, ich erwarte da aber auch keinerlei Probleme.

Brick Viewer 2.0.5 Add commandline tool for flashing bricks (thanks to Jan) Try to avoid UI hang during connect Add plugin for Ethernet Extension Show WIFI password/key with * characters by default Add spin boxes for new averaging API in Barometer Bricklet plugin Less jittery plot widgets Make errors during Brick reset in flash process non-fatal Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.0.5 Kommandozeilenprogramm zum Flashen von Bricks hinzugefügt (Dank an Jan) GUI wird währende des Verbindungsaufbaus weniger blockiert Unterstützung für Ethernet Extension hinzugefügt WIFI Passwort/Key werden standardmässig mit *-Zeichen angezeigt Unterstützung für Averaging API zum Barometer Bricklet Plugin hinzugefügt Plot Widget Updatemechanik überarbeitet Fehler beim Restart eines Bricks nach dem Flashen werden jetzt nicht mehr als kritisch dargestellt Downloads: Windows, Linux, Mac OS X

Der Treiber den der Brick Daemon Installer mitbringt ist nicht signiert. Wenn du einen signierten Treiber brauchst kann ich dir dafür den Zadig Installer empfehlen: http://www.tinkerunity.org/forum/index.php/topic,927.msg6456.html#msg6456 Die Bricks werden über WinUSB angesprochen und ich dachte wir hätten das Signierungsproblem damit umgangen, dass Windows 8 (was auch standardmäßig nur signierte Treiber erlaubt) WinUSB Geräte automatisch erkennt und keinen extra Treiber mehr braucht.

Chris, richtig, siehe mein Edit, sorry. Wegen der 20m Bricklet Kabel, das funktioniert nicht, da über 20m der Spannungsabfall zu gross sein wird.

Das stimmt nicht! Die Relais auf dem Dual Relay Bricklet sind Umschalter. Der Mittelkontakt SW ist entweder mit A oder mit B verbunden. Siehe http://www.tinkerforge.com/de/doc/Hardware/Bricklets/Dual_Relay.html#anschlussmoglichkeit Ein Dual Relay Bricklet kann also 2 Rollos schalten. Edit: Sorry, hab's missverstanden! Du bräuchtest ja 3 Schaltzustände SW-an-A, SW-an-B und SW-an-nichts. Das kann ein einzelnens der Relais nicht. SW ist immer mit einem der beiden Kontakte verbunden. Du brauchst so also ein Dual Relay Bricklet pro Rollo, wie CChris es schon richtig beschrieben hat.

https://rubygems.org/gems/tinkerforge

Plugins: Ambient Light Bricklet 2.0.1, Analog In Bricklet 2.0.2, Current12 Bricklet 2.0.1, Current25 Bricklet 2.0.1, Humidity Bricklet 2.0.1, Linear Poti Bricklet 2.0.1, Rotary Poti Bricklet 2.0.1, Temperature IR Bricklet 2.0.1, Voltage Bricklet 2.0.1, Voltage/Current Bricklet 2.0.2 Threshold Callbacks werden nicht mehr fälschlicherweise zweimal nacheinander ausgelöst Downloads: Ambient Light Bricklet, Analog In Bricklet, Current12 Bricklet, Current25 Bricklet, Humidity Bricklet, Linear Poti Bricklet, Rotary Poti Bricklet, Temperature IR Bricklet, Voltage Bricklet, Voltage/Current Bricklet

Plugins: Ambient Light Bricklet 2.0.1, Analog In Bricklet 2.0.2, Current12 Bricklet 2.0.1, Current25 Bricklet 2.0.1, Humidity Bricklet 2.0.1, Linear Poti Bricklet 2.0.1, Rotary Poti Bricklet 2.0.1, Temperature IR Bricklet 2.0.1, Voltage Bricklet 2.0.1, Voltage/Current Bricklet 2.0.2 Don't send threshold callback twice erroneously anymore Downloads: Ambient Light Bricklet, Analog In Bricklet, Current12 Bricklet, Current25 Bricklet, Humidity Bricklet, Linear Poti Bricklet, Rotary Poti Bricklet, Temperature IR Bricklet, Voltage Bricklet, Voltage/Current Bricklet

Ich habe jetzt statt dessen, einige Log Messages von Info nach Warning geändert, damit sich auch im Windows Event Log landen.

Hm, ja das wird auf Info Level geloggt und nur Warning und Error gehen ins Windows Event Log. Wenn du brickd so startest (nicht als Service) dann sieht auch standardmäßig auch das Info Level. Vielleicht solle auch Info ins Windows Event Log gehen, mal gucken. Du solltest allerdings eher den Brick auf Firmware Version 2 updaten, statt die Tools downzugraden.

The problem is now fixed in Java bindings version 2.0.7.

Das sieht nicht nach einer Fehlermeldung von/für brickd aus. Eine mögliche Fehlermeldung oder Warnung von brickd hat als Quelle "Brick Daemon" so wie in diesem Screenshot.

Bindings: C/C++ 2.0.6, C# 2.0.7, Delphi 2.0.9, Java 2.0.7, PHP 2.0.7, Python 2.0.7, Ruby 2.0.7, VB.NET 2.0.3 Support für Ethernet Extension zur Master Brick API hinzugefügt [alle] Bitfields werden nicht mehr verwendet, da sie nicht portable sind [C/C++] Disconnect-Probe werden nur noch dann versendet wenn 5s kein Paket gesendet und empfangen wurde [alle] Deserialization von chars für Python 3 korrigiert [Python] Big Endian Behandlung für (u)int16 korrigiert [C/C++] Workaround für Struct Packing Bug in GCC 4.7 [C/C++] Race Condition beim Schließen des Sockets vermieden [C#, Java] IMU Orientation und Barometer Averaging API hinzugefügt [alle] Locking Problem im Zusammenhang mit er Erkennung von Socket Fehler im Disconnect Probe Thread korrigiert [Java] Download: C/C++, C#, Delphi, Java, PHP, Python, Ruby, VB.NET

Bindings: C/C++ 2.0.6, C# 2.0.7, Delphi 2.0.9, Java 2.0.7, PHP 2.0.7, Python 2.0.7, Ruby 2.0.7, VB.NET 2.0.3 Add Ethernet Extension support to Master Brick API [all] Avoid non-portable usage of bit fields [C/C++] Only send disconnect probe if there was no packet send or received for 5s [all] Fix deserialization of chars in Python 3 [Python] Fix (u)int16 big endian handling [C/C++] Workaround struct packing bug in GCC 4.7 [C/C++] Avoid race condition during socket closing [C#, Java] Add IMU orientation and Barometer averaging API [all] Fix locking for disconnect probe thread detecting a socket error [Java] Download: C/C++, C#, Delphi, Java, PHP, Python, Ruby, VB.NET

Wenn der Brick Daemon läuft kannst du im Eventlog schauen ob da Fehler vom Brick Daemon ausgelistet werden, wenn du den Brick per USB ansteckst?

Ich verstehe nicht ganz was du meinst. Möchtest du einen Master Brick als Interruptgeber für ein C Programm auf deinem PC nutzen?

Das Hinzufügen des EnumerateListener löst kein Enumerate aus. Das sieht für dich nur so aus, weil das zeitlich bei dir gerade in der passenden Reihenfolge passiert, das ist aber nicht kausal zusammenhängend. Es gibt 3 Gründe die eine Enumerate verursachen. 1) Du erzwingst es durch einen enumerate() Aufruf. Dann ist der enumerateType == AVAILABLE im EnumerateListener Aufruf. 2) Der Stack hat eine neue Verbindung aufgebaut. Dann sendet er von sich aus einen Enumerate Callback mit enumerateType == CONNECTED. Damit kann den Programm mitbekommen, ob ein Stack im laufenden Betrieb neugestartet ist/wurde. Bei WIFI führt dass dazu das du direkt nach dem Verbindungsaufbau ein Enumerate bekommst. 3) Der Stack wurde von USB getrennt, Dann sendet brickd von sich aus einen Enumerate Callback mit enumerateType == DISCONNECTED.

There really is a deadlock I can reproduce this problem. It takes about 15min of WIFI downtime to created it. I'm debugging this right now.

Es gibt jetzt auch welche für Qt Creator. Der Hinweis auf den Workaround für den GCC 4.7 Bug aus dem anderen Thread fehlt da mit Absicht. Ich habe noch einen anderen Workaround gefunden, der ohne Zutun des Nutzers funktioniert und Teil der nächsten C/C++ Bindings Version sein wird (er befindet sich schon im git).

Stellt sich heraus, dass das ein GCC 4.7 Bug ist. Ein Workaround dafür ist folgende Zeile in deine .pro Datei einzufügen: QMAKE_CXXFLAGS += -mno-ms-bitfields

The microcontroller on the Stepper Brick has 128 kB flash memory. The bootloader is not stored in this flash memory. But there are 4 kB flash reserved at the end of the flash memory for each of the two Bricklets. So there is currently 128 kB - 55 kB - 2 * 4 kB = 65 kB of free flash memory.

Es steht auf der TODO Liste, ich bin allerdings noch nicht dazu gekommen mich darum zu kümmern, sorry.

pluto, das mag sich ja gut anhören, aber ich muss das als Utopie entlarven. Denn dass würde bedeuten, für jede Programmiersprache die man da unterstützen wollte, einen neuen Compiler zu schreiben, der dann Machinencode für Cortex-M3 (die Architektur der Mikrocontroller auf den Bricks) erzeugt. Oder wenn mann nicht direkt Machinencode erzeugen wollte, dann müsste man alle zu unterstürzenden Programmiersprachen in einen Bytecode übersetzen und diesen dann auf dem Brick interpretieren. Ähnlich wie Java, C#, Python usw. auch funktionieren. Ich denke, dass wird weder in der einen noch der anderen Form passieren, denn den nötigen Aufwand für sowas kann ich gerade nicht mal überblicken. Für den Fall, dass man annehmen will, dass das überhaupt sinnvoll machbar ist.