Blog

WIFI Extension Firmware 2.0.1

Für die WIFI Extension 2.0 steht ab sofort Firmware Version 2.0.1 zur Verfügung.

Die neue Firmware für die WIFI Extension hat jetzt eine Web-Oberfläche. Über diese kann der Status der WIFI Extension eingesehen werden und die Konfiguration stattfinden (wie im Brick Viewer).

https://www.tinkerforge.com/de/doc/_images/Extensions/extension_wifi2_web_interface_status.jpghttps://www.tinkerforge.com/de/doc/_images/Extensions/extension_wifi2_web_interface_settings.jpg

Zusätzlich gibt es noch einige kleine Bug fixes, z.B. funktionierte der Betrieb im Access Point Modus zusammen mit einer Statischen IP mit der Firmware 2.0.0 nicht korrekt.

Die nächste Firmware Version der WIFI Extension wird eine Mesh-Netzwerk Funktionalität hinzufügen. Ihr dürft also gespannt bleiben!

LED Strip Bricklet jetzt mit Support für RGBW, LPD8806 und APA102

Wir haven soeben die neue Firmware Version 2.0.6 des LED Strip Bricklet veröffentlicht. Ursprünglich hatte das Bricklet nur Unterstützung für WS2801 LEDs. Mehr LEDs wurden im Laufe der Zeit hinzugefügt.

https://www.tinkerforge.com/static/img/_stuff/led_strip_bricklet_11_785.jpg

Das LED Strip Bricklet unterstützt jetzt

  • WS2801,

  • WS2811,

  • WS2812/SK6812/WS2813 (NeoPixel RGB),

  • SK6812RGBW (NeoPixel RGBW),

  • LPD8806 und

  • APA102 (DotStar).

Besonders interessant sind die neuen NeoPixel RGBW und DotStar LEDs. Die ersten haben zusätzlich eine individuell kontrollierbare weiße LEDs und die letzteren gibt mit zusätzlichem Intensitäts-Kanal oder auch als komplett weiße Streifen mit 24 Bit Auflösung pro LED.

Des weiteren haben wir neue API hinzugefügt um das Handhaben von LED Streifen von unterschiedlichen Herstellern zu vereinfachen. Da die Reihenfolge der LEDs im Gehäuse nicht standardisiert ist, müssen einige LEDs in der Reihenfolge RGB, andere in der Reihenfolge BGR oder noch anders angesprochen worden. Es ist jetzt möglich mit der Funktion set_channel_mapping diese Reihenfolge einmalig festzulegen. Nach korrekter Konfiguration können die LEDs dann durchgängig in der Reihenfolge RGB beziehungsweise RGBW angesprochen werden.

https://www.tinkerforge.com/de/doc/_images/Bricklets/bricklet_led_strip_w_reel_600.jpg

Zwei neue Bricklets: CAN und RGB LED

Wir haben zwei neue Bricklets im Programm: Das CAN Bricklet und das RGB LED Bricklet.

https://www.tinkerforge.com/en/doc/_images/Bricklets/bricklet_can_tilted_600.jpg

Mit dem CAN Bricklet ist es möglich Frames eines CAN-Bus zu empfangen und zu senden. CAN wird oft in Autos sowie in industriellen Sensoren und anderen industriellen Bauteilen eingesetzt. Wir planen in Kürze ein Tutorial zum verwenden des CAN Bricklets zusammen mit CANopen Geräten zu veröffentlichen. Das Bricklet hat eine konfigurierbare Baudrate zwischen 10kbit/s und 1Mbit/s. Es ist möglich Filter anzuwenden um nur Frames mit einem spezifischen Identifier zu empfangen.

Das CAN Bricklet ist Verfügbar für 19,99€ inkl. MwSt.

https://www.tinkerforge.com/en/doc/_images/Bricklets/bricklet_rgb_led_tilted_600.jpg

Das RGB LED Bricklet ist mit einer einzelnen einstellbaren RGB LED ausgestattet. Jeder Farbkanal (rot, grün, blau) hat eine Auflösung von 8 bit.

Während des Designs des RGB LED Bricklets hat sich ein etwas peinlicher Fehler eingeschlichen. Wir haben versucht die LED auf einem Bricklet mit einer Breite von 15mm unterzubringen, dies hat leider nicht gepasst. Beim vergrößern der Leiterplatte haben wir es dann ausversehen auf eine Breite von 17,5mm vergrößert. Mit dieser Breite ist das Bricklet nicht in unserem Standard 5mm-Raster, welches alle Bricks und Bricklets haben. Wir werden in Hardware Version 1.1 weitere 2,5mm hinzufügen um eine Breite von 20mm zu erreichen. In der Zwischenzeit ist das RGB LED Bricklet mit Hardware Version 1.0 zum halben Preis bei uns im Shop erhältlich (3,49€ statt 6,99€).

Wir haben lediglich 250 Stück von Hardware Version 1.0 auf Lager. Daher erwarten wir, dass Hardware Version 1.1 mit dem korrekten Lochabstand relativ zügig zur Verfügung stehen wird!

Brick Daemon Beta für Windows 10 IoT Core (Teil 1/2)

Vor einer Weile hat Microsoft Windows 10 IoT Core veröffentlicht, dass auf verschiedenen Embedded Boards, wie z.B. dem Raspberry Pi läuft. Der normale Brick Daemon für Windows läuft allerdings nicht auf Windows 10 IoT Core. Wir haben aber jetzt eine Beta Version des Brick Daemons, die auch auf die auf Windows 10 IoT Core läuft.

Installation

Diese Brick Daemon Version wurde auf einem Raspberry Pi 2 Model B mit den Windows 10 IoT Core Versionen 10.0.10586, 10.0.14295 und 10.0.14376 getestet.

Im Moment kann Brick Daemon für Windows 10 IoT Core nur aus dem Quelltext kompiliert und installiert werden. Dazu muss Visual Studio 2015 für Windows 10 IoT Entwicklung installiert sein. Falls dies noch nicht der Fall ist gibt es hier eine Installationsanleitung von Microsoft dazu.

Als nächstes muss der benötigte Quelltext für Brick Daemon und die daemonlib von GitHub heruntergeladen werden. Der daemonlib Quelltext muss ins src\daemonlib Verzeichnis im Brick Daemon Quelltext Verzeichnis entpackt werden:

brickd-2.2.2-uwp-beta1
-> src
   -> brickd
      -> client.c
      -> ...
   -> daemonlib
      -> daemon.c
      -> ...

Zuletzt src\brickd\brickd_uwp.sln in Visual Studio 2015 öffnen und das Projekt kompilieren und starten. Brick Daemon sollte jetzt auf Windows 10 IoT Core laufen.

https://www.tinkerforge.com/static/img/_stuff/brickd_uwp_beta1_700.jpg

Beta-Status

Dies ist eine Beta Version, da momentan noch ein größeres Problem vorhanden ist: die automatische Erkennung von USB Geräten funktioniert nicht für alle Bricks korrekt.

Die Windows.Devices API für den Zugriff auf USB Geräte setzt voraus, das jedes USB Gerät eine DeviceInterfaceGUID zugewiesen hat. Normalerweise funktioniert dies von sich aus für alle Bricks, aber Windows 10 IoT Core (zumindest Versionen 10.0.10586, 10.0.14295 und 10.0.14376) scheinen einen Bug zu haben, der dies für alle Bricks außer dem RED Brick behindert. Es ist nicht klar, warum der RED Brick von diesem Problem nicht betroffen ist.

Daher ist für alle Bricks außer dem RED Brick ein manueller Eingriff in die Windows Registry nötig, damit sie von der Windows.Devices API erkannt werden. Folgenden Schritte müssen für jeden Brick einmal ausgeführt werden:

Als ersts den Brick per USB anschließen, dann mit Power Shell eine Verbindung zu Windows 10 IoT herstellen und den folgenden Befehl anpassen und ausführen:

reg add "HKLM\System\CurrentControlSet\Enum\USB\VID_16D0&PID_063D\6K9mW5\Device Parameters" /v DeviceInterfaceGUIDs /t REG_MULTI_SZ /d "{870013DD-FB1D-4BD7-A96C-1F0B7D31AF41}"

Dies fügt die fehlenden DeviceInterfaceGUID für einen Brick mit der UID 6K9mW5 hinzu. Um die DeviceInterfaceGUID für deinen Brick hinzuzufügen muss im Befehl 6K9mW5 durch die UID deines Bricks ersetzt werden.

Nach einem Reset des Bricks sollte Brick Daemon ihn jetzt finden. Es kann allerdings vorkommen, dass der reg add Befehl aus unbekanntem Grund hängt. Falls dies passiert muss Windows 10 IoT Core neugestartet und der Befehl erneut ausgeführt werden.

In unserem Forum gibt es einen Thread zu diesem Thema.

Der zweite Teil befasst sich dann mehr mit den technischen Details und den Problemen Brick Daemon für Windows 10 IoT Core zu portieren.

WIFI Extension 2.0 verfügbar

Die neue WIFI Extension 2.0 ist endlich verfügbar!

https://www.tinkerforge.com/en/doc/_images/Extensions/extension_wifi2_hand_600.jpg

Die Extension nutzt den mittlerweile allgegenwärtigen ESP8266. Wir nutzen das ESP-WROOM-02 Modul, welches FCC/CE-Kompatibel ist. Wie man auf GitHub sehen kann arbeiten wir schon seit dem 27. Juli 2015 an der neuen Extension. Wir sind froh die Extension nun endlich veröffentlichen zu können!

https://www.tinkerforge.com/en/doc/_images/Extensions/extension_wifi2_tilted_600.jpg

Die neue WIFI Extension 2.0 ist mit einer eigenen Firmware ausgestattet. Diese kann mit dem Master Brick über den Brick Viewer komplett automatisch aktualisiert werden. Es wird kein FTDI-Kabel o.ä. benötigt. Im vergleich zur alten WIFI Extension gibt es viele neue Features und es sind noch weitere geplant:

Eigenschaft WIFI Extension WIFI Extension 2.0
Preis (inkl. MwSt) 59,99€ 29,99€
Modi Access Point oder Client Access Point oder Client oder beides gleichzeitig
Verschlüsselung WPA2 für Client, WEP für Access Point WPA2 für Client und Access Point
Tinkerforge Protokolle TCP/IP, Authentifizierung TCP/IP, Authentifizierung, WebSockets
Firmware Aktualisierungen Nein Ja
Mesh-Netzwerke Nein Bald verfügbar
Interne Homepage Nein Bald verfügbar
Gewicht 18g 12g
Externe Antenne Ja Nein (Antenne auf Leiterplatte)

Jede andere Eigenschaft zwischen den beiden WIFI Extension ist entweder gleich oder sehr ähnlich (RF Ausgangsstärke, etc.). Die neue WIFI Extension 2.0 kann als direkter Ersatz für die WIFI Extension eingesetzt werden, bis auf ein Feature: Die externe Antenne.

Leider gibt es aktuell kein ESP8266 Modul mit externem Antennenanschluss welches FCC- und CE-Kompatibel ist. Um weiterhin Projekte zu unterstützen in denen eine externe Antenne notwendig ist bieten wir die alte WIFI Extension weiterhin an. Wir haben die alten WIFI Extension das letzte mal vor ein paar Wochen gefertigt und absichtlich einen vollen Satz abgenommen. Wir erwarten, dass die alte WIFI Extension als Fallback noch lange zur Verfügung stehen wird :-).

https://www.tinkerforge.com/en/doc/_images/Extensions/extension_wifi2_w_master_600.jpg