photron

Dazu musst du den Kernel des RED Bricks neu kompilieren und neu auf die SD Karte schreiben. Wie das geht ist hier im Abschnitt "Editing the Kernel Config" beschrieben: https://github.com/Tinkerforge/red-brick/blob/master/image/README.rst

Polling. Im Moment gibt es vier Zeiformate: DE, US, ISO 8601 und Unix Timestamp.

Dann ist die Kernel Config Option CONFIG_BT_RFCOMM nicht aktiviert.

Weder noch. Alle Tinkerforge DLLs die ich dir zum Testen gegeben habe sind für "Any CPU" kompiliert, daher sollte das kein Problem sein. Weil mir sonst nichts mehr dazu einfällt, hier zwei weitere Versionen, die diesmal in Visual Studio explizit für x86 und x64, statt "Any CPU", kompiliert wurden. Tinkerforge_F_x86.dll Tinkerforge_F_x64.dll

Der Tag für 2.3.0 auf github fehlte noch. Sollte jetzt funktionieren.

Brick Viewer 2.3.0 Add data logger for Bricks and Bricklets Show WIFI and GSM signal quality on RED Brick Network and Mobile Internet tab Make SIM PIN optional for RED Brick Mobile Internet service Add "Test Email" button to RED Brick Server Monitoring tab Add support for more openHAB config file types (.persist, .script and .transform) to RED Brick plugin Reduce Mobile Internet connection checks to reduce RED Brick CPU load Add configurable line ending for RS232 Bricklet plugin Handle split multi-byte line ending correctly in RS232 Bricklet plugin Add error counters to RS232 Bricklet plugin Add support for unlimited range and out-of-range and overflow states to Ambient Light Bricklet 2.0 plugin Show Master Extensions in devices tree Sort device tree by position by default Fix download of non-ASCII log files from RED Brick Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.3.0 Data Logger für Bricks und Bricklets hinzugefügt WLAN und GSM Signalstärke wird auf RED Brick Network und Mobile Internet Tab angezeigt SIM PIN ist jetzt optional für RED Brick Mobile Internet Service "Test Email" Knopf zum RED Brick Server Monitoring Tab hinzugefügt Support für mehr openHAB Konfigurationsdateitypen (.persist, .script und .transform) zum RED Brick Plugin hinzugefügt Mobile Internet Verbindungs-Checks reduziert, um RED Brick CPU Last zu verringern Konfigurierbare Zeilenenden zum RS232 Bricklet Plugin hinzugefügt Geteilte Multi-Byte Zeilenenden werden jetzt richtig im RS232 Bricklet Plugin behandelt Fehlerzähler zum RS232 Bricklet Plugin hinzugefügt Support für Unlimited Messbereich und Out-Of-Range- und Overflow-Zustände zum Ambient Light Bricklet 2.0 Plugin hinzugefügt Master Extensions werden jetzt in der Device-Übersicht angezeigt Device-Übersicht wird standardmäßig nach Position sortiert Download von nicht-ASCII Logdateien vom RED Brick funktioniert jetzt Downloads: Windows, Linux, Mac OS X

Du hast alles richtig gemacht. Da war ein Fehler in der Firmware des Bricklets. Ich habe gerade Version 2.0.2 veröffentlicht. In der ist der Fehler korrigiert. Danke für den Hinweis!

Plugin: Industrial Digital In 4 Bricklet 2.0.2 Fix interrupt callback for grouped pins 8 to 15 Download: Industrial Digital In 4

Plugin: Industrial Digital In 4 Bricklet 2.0.2 Interrupt Callback für gruppierte Pins 8 bis 15 funktioniert jetzt Download: Industrial Digital In 4

Den "Realtek 8192 2T/2R Chipsatz" gibt es so laut der Realtek Webseite nicht. 2T/2R besagt lediglich, dass der Chipsatz zwei parallele Sender und Empfänger hat. Es könnte der RTL8192SU Chipsatz sein, für den hat der RED Brick keinen Treiber dabei. Es könnte aber auch der RTL8192CU, für den hat der RED Brick einen Treiber dabei. Da der Stick aber bei dir nicht direkt funktioniert halte ich das für unwahrscheinlich. Selbst auf der Herstellerseite für den "Assmann Digitus Wireless 300N Adapter, 300 Mbit/s, IEEE802.11b/g/n" steht nicht exakt welcher Realtek Chipsatz da verwendet wird. Es gibt hier eine Treiber für den RTL8192SU Chipsatz. Aber der lässt sich auf dem RED Brick leider nicht kompilieren, da er einen neueren Kernel benötigt. Ich fürchte, da lässt sich leider nichts machen

Ja, das wird sicherlich funktionieren.

Das sind MakerBeam Scharniere.

Die GLIBC Versionsabhängigkeit ist zu hoch, weil ich diese brickd Version für ARMHF aus Versehen auf dem falschen Raspberry Pi mit zu neuem Debian Image gebaut hatte, sorry Testet mal bitte die angehängt Version. brickd-2.2.2_armhf.deb

First of all, you need to use Brick Daemon 2.2.2 for OS X El Capitan. Apple changed things in El Capitan that makes the brickd installer of earlier versions fail silently. This is fixed in brickd 2.2.2. Brick Daemon itself has no GUI. It runs in the background and translates between USB and TCP/IP. You can look at its log file at /var/log/brickd.log and you can check that is properly running as a launchd daemon with this command in a terminal: sudo launchctl list | grep brickd It should print one line with three values like this (the first number can be different): 1511 0 com.tinkerforge.brickd If it prints nothing, then brickd is not properly installed. If the first value is not a number but a dash (-) then brickd is not running. In that case you can start it with: sudo launchctl start com.tinkerforge.brickd The GUI program for testing Bricks and Bricklets is called Brick Viewer. After you installed Brick Viewer, start it and click its "Connect" button. Then Brick Viewer connects to Brick Daemon over TCP/IP and Brick Daemon translates this to USB for the Bricks and Bricklets connected to USB. Now you should see your Bricks and Bricklets in Brick Viewer.

Gimbal Lock ist ein Problem bei der Darstellung der Lage in Euler Winkeln. Das Problem beleibt auch dann bestehen, wenn du die Euler Winkel einzeln betrachtest. Intern rechnet die IMU nicht mit Euler Winkeln, daher haben die interen Berechnungen der IMU keinen Gimbal Lock. Die Darstellung der Lage als Quaternion ist vom Gimbal Lock der Euler Winkel nicht betroffen.

Hier 7 verschiedene Versionen zum Testen. Welche davon funktioniert und welche nicht? Tinkerforge_A.dll Tinkerforge_B.dll Tinkerforge_C.dll Tinkerforge_D.dll Tinkerforge_E.dll Tinkerforge_F.dll Tinkerforge_G.dll

Brick Daemon 2.2.2 Use uname to get RED Brick kernel release for loading Ethernet Extension kernel driver (hotfix-1: already released as part of RED Brick Image 1.6) Improve RED Brick SPI stack protocol error recovery (hotfix-2: already released as part of RED Brick Image 1.7) Add start menu link for logviewer.exe on Windows Adapt to file system protection changes in Mac OS X 10.11 Update libusb WDF co-installer for Windows Vista and 7 Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Brick Daemon 2.2.2 RED Brick Kernel Release wird per uname ermittelt um den Ethernet Extension Kernel Treiber richtig zu laden (Hotfix-1: Bereits als Teil des RED Brick Image 1.6 veröffentlicht) RED Brick SPI Stack Protokoll Fehlerbehandlung verbessert (Hotfix-2: Bereits als Teil des RED Brick Image 1.7 veröffentlicht) Startmenü Verknüpfung zur logviewer.exe auf Windows hinzugefügt Installer an Änderungen des Dateisystem-Schutzes in Mac OS X 10.11 angepasst libusb WDF Co-Installer für Windows Vista und 7 aktualisiert Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Dieses neue Produkt ist eine Zusammenfassung mehrerer bestehender Produkte zu einem. Eine WIFI Bridge/Nugget ist eine Zusammenfassung von: - Master Brick - WIFI Extension in einer Platine, wobei der Master Brick Teil keine Stack-Funktion hat und nur einen Bricklet Port. Das Ziel des Ganzen ist es ein Bricklet möglichst einfach über WIFI erreichbar zu machen. Es gibt keinen funktionalen Unterschied zwischen WIFI Bridge und WIFI Nugget, dass sind nur zwei verschiedene mögliche Namen für das gleiche Ding.

Sagt die Meldung einfach nur, dass ein Fehler aufgetreten ist? Oder stehen da noch Details zum Fehler?

Die dynamische Lösung ist über den Enumerate Callback, so wie du sie da hast. Der Enumerate Callback gibt dir alle Informationen und erlaubt dir alle Bricks und Bricklets zu finden ohne vorher wissen zu müssen welche vorhanden sind und welche UIDs sie haben. Im Enumerate Callback findet GetIdentity keine Anwendung, da dir Enumerate schon alle Information gibt, die dir GetIdentity geben kann. GetIdentity ist für den Fall nützlich, dass du mit einem bestimmten Brick(let) arbeiten willst und dessen UID und Typ schon kennst. Dann kannst du ein entsprechendes Brick(let) Objekt erstellen, anhand der UID, und mit GetIdentity weitere Informationen über das Brick(let) erhalten. Zum Beispiel, seine Firmware Version oder die Position im Stack.

"MAC Address" auf dem Statusfenster ist die des Moduls. "BSSID" ist die MAC Adresse des verbundenen Access Points. Hast du dir mal den U.FL Stecker des Moduls angesehen? Steckst das Kabel da richtig drauf? Was du auch noch testen kannst ist die Extension als Access Point mit Static IP zu konfigurieren. Da sollte das Statusfenster dann nciht alles 0 sein und du kannst testen ob du dich damit vom Notebook aus damit verbinden kannst. Wenn das geht, dann funktioniert die Kommunikation zwischen Master Brick und WIFI Modul auf der Extension.

Siehe hier: http://www.tinkerforge.com/de/doc/Software/API_Bindings_MATLAB.html#function-vs-script-dateien Hier das Humidity Bricklet Callback Beispiel. Ich habe nur die letzte Zeile hinzugefügt und jetzt kann ich es per "octave octave_example_callback.m" von der Kommandozeile aus aufrufen und es funktioniert auch so auf dem RED Brick. function octave_example_callback() more off; HOST = "localhost"; PORT = 4223; UID = "qRH"; % Change to your UID ipcon = java_new("com.tinkerforge.IPConnection"); % Create IP connection h = java_new("com.tinkerforge.BrickletHumidity", UID, ipcon); % Create device object ipcon.connect(HOST, PORT); % Connect to brickd % Don't use device before ipcon is connected % Set Period for rh callback to 1s (1000ms) % Note: The callback is only called every second if the % humidity has changed since the last call! h.setHumidityCallbackPeriod(1000); % Register humidity callback to function cb_humidity h.addHumidityCallback(@cb_humidity); input("Press any key to exit...\n", "s"); ipcon.disconnect(); end % Callback function for humidity callback (parameter has unit %RH/10) function cb_humidity(e) fprintf("Relative Humidity: %g %%RH\n", e.humidity/10.0); end octave_example_callback(); % Diese Zeile ist neu

Wenn du die Extension erneut auf WIFI konfigurierst wird der Inhalt des EEPROMs auf Extension auf Default zurückgesetzt. Das hat nichts mit dem WIFI Modul auf der Extension an sich zu tun. Die Änderungen dadurch siehst du erst nach einem Reset des Master Bricks. Wenn nach einem Reset des Master Bricks deinen statischen IP Einstellungen immer noch da sind, dann hat das Neukonfigurieren nicht geklappt. Die MAC Adresse steht auf dem Statusfenster, wenn die Verbindung besteht. Warum Signalstärke und MAC Adresse beim Associating Zustand nicht angezeigt werden musst du borg fragen, das hat sicherlich interne Gründe. Du hast nicht zufälligerweise noch einen anderen Access Point zur Hand, zum testen? Oder kannst dein Smartphone oder Notebook testweise als Access Point konfigurieren?