borg

WIFI Extension 2.0 available Blog Entry

Firmware: Master Brick 2.4.0 Unterstützung für WIFI Extension 2.0 hinzugefügt Download: Master Brick

Firmware: Master Brick 2.4.0 Add support for WIFI Extension 2.0 Download: Master Brick

Aktuell nicht, der Code guckt immer in der Reihenfolge A, B, C, D nach freiem RAM. Dort wäre allerdings der Ansatzpunkt für einen Workaround. Wir müssten immer beim aktuell genutzten Port anfangen nach RAM zu gucken. Dann würde Port A und C funktionieren. Ich schreib es mir auf das so zu implementieren, komme da allerdings nicht vor Ende er Woche zu.

Hier gibt es ein Datenblatt dazu: https://cdn-shop.adafruit.com/product-files/2757/p2757_SK6812RGBW_REV01.pdf Technisch möglich ist das auf jeden Fall. Wir bräuchten dann denke ich eine "set_rgbw_values(index, length, r, g, b, w)" Funktion, wobei r, g, b und w je maximal Länge 12 haben. Das wäre dann in Summe die gleiche Datenmenge wie r,g und b mit jeweils Länge 16. Ich hab mir mal einen RGBW-Streifen bestellt, mal schauen .

Mh, ja das ist leider so. Der Code des Bricklets kann zwar herausbekommen an welchen Bricklet Ports etwas angeschlossen ist (und sich entsprechend den RAM klauen), allerdings nicht ob sich ein anderes Bricklet bereits den RAM geklaut hat .

Also vermutlich ein Bug im Bluetooth-Treiber? Ich befürchte da können wir nicht viel gegen machen, auf dauer werden wir wahrscheinlich die Linux Kernel Version auf einen neueren Stand bringen für das RED Brick Image, eventuell löst das die Problem.

Yes, using a USB RS485 is definitely easier then to try to write your own code for the RS485 Extension !

Tinkerforge auf Automatica 2016 Blogeintrag

Tinkerforge at Automatica 2016 Blog Entry

Du kannst entweder alle 0,1s per getter pollen oder du kannst die Threshold Callbacks nutzen. Dabei musst du dann die Debounce Period of 100ms stellen und den Threshold so einstellen das er immer ausgelöst wird .

When you use the RED Brick + Ethernet Extension, do you have the RED Brick at the bottom? If you use a fresh image and the Ethernet Extension works on the Master Brick and the stack connectors of the RED Brick are OK (no dirt on the contacts or similar) this must be a defective RED Brick, i think. I don't see what else could be the problem here.

Ich muss markus5766h da ein Stück weit recht geben. Die primäre Schnittstelle der Bricks und Bricklets sind unsere Bindings für die Programmiersprachen. Die Liste von neuen hippen Home Automation/IoT/Industrie 4.0 Protokollen die wir unterstützen könnten ist endlos. Erschwerend kommt hinzu, dass diese Art von Protokollen alle irgendwelche Meta-Informationen brauchen (wie eine Einordnung einer Funktion in eine bestimme Gruppe o.ä.) welche sich aktuell noch nicht generieren lassen. Langfristig wollen wir unsere Generatoren soweit aufbohren das wir auch Proxies für MQTT, CoAP, OPC UA usw. automatisch generieren können. Der MQTT Proxy den wir aktuell händisch pflegen ist dafür sowas wie in erste Schritt um Erfahrungen in dieser Richtung zu sammeln.

Maker Faire 2016 Blogeintrag

Maker Faire 2016 Blog Entry

Die JavaScript Bindings nutzen WebSockets, diese müssen im Brick Viewer aktiviert werden: http://www.tinkerforge.com/de/doc/Software/Brickd.html#websockets und der Port ist 4280. Aus dem Browser heraus hat man keine Möglichkeit normale Sockets zu nutzen, deshalb die Websockets an dieser Stelle.

Then you will need to try to get a rdp server running on the RED Brick, for example http://www.xrdp.org. This is unfortunately not pre-installed on the standard RED Brick image.

Das Problem ist die Größe der Firmware des Bricklets. Die Maximalgröße einer Bricklet Firmware ist 4084 Byte. Aktuell hat die Firmware des NFC Bricklets 3957 Byte. Da ist leider nicht mehr viel Platz für neue Funktionalität. Langfristig planen wir allerdings ein NFC Bricklet 2.0, dieses wird erheblich mehr Features haben. Unter anderem auch verschlüsselte Tags .

Where is the HDMI display connected? To the RED Brick? Or to a Windows machine?

What does stop working exactly mean? Do you still get a value but it is wrong? Does the stack completely freeze?

There is unfortunately no standardization regarding the order of LEDs on a strip. So you will have to map the RGB values yourself. Just put the B-value in the R-field and the other way around .

Das Analog Out Bricklet 2.0 nutzt den MCP4725 ohne Kalibrierung unsererseits. Für die genauen Eigenschaften siehe Seite 3 hier: https://github.com/Tinkerforge/analog-out-v2-bricklet/raw/master/datasheets/MCP4725.pdf. Die Offsets die du hast sind noch in der Spezifikation, die kannst du allerdings rauskalibrieren, der Temperaturabhängige Drift ist wirklich gering. Dazu kommen noch Übergangswiderstände an den Klemmen usw, sollte hier allerdings nicht schrecklich relevant sein. Zur zweiten Frage: Das ist komisch. Wie ist denn das Analog Out 2.0 angeschlossen? Was ist bei VIN angeschlossen?

Die IMU nutzt die Konvention welche standardmäßig vom verwendetem Sensor genutzt wird (BNO055). Siehe https://github.com/Tinkerforge/imu-v2-brick/raw/master/datasheets/BNO055.pdf Seite 30. Wir nutzen aus der Tabelle das "Android Format", nicht das "Windows Format".

Du hast in der Tat einen Bug im Brick Logger gefunden, hab das entsprechend gefixt: https://github.com/Tinkerforge/brickv/commit/40689d2b0b6641f91bc30e669601dca3c21e7854 Damit solltest du jetzt definitiv alle Bricks/Bricklets angezeigt bekommen. Du kannst die Bricks/Bricklets allerdings auch in der aktuellen Version schon händisch hinzufügen. Wenn das mit dem Logger dann auch nicht stabil läuft, kannst du uns die Brick Logger Konfiguration mitteilen? Dann können wir das hier parallel laufen lassen. Historisch konnten wir WIFI Extension Stabilitätsprobleme hier leider nie richtig nachstellen .

Oh, in der Tat. Conrad fehlt da noch in der Liste.