borg

Das "10W RGB flood light pixel kit" ist doch ein Board welches man mit dem LED Strip Bricklet ansteuern kann, oder verstehe ich das falsch? Das könnte man ja bereits nutzen? Ein "PWM Bricklet", welches ein einstellbares PWM mit viel Power ausgibt, aber nicht die ganze andere Funktionalität des DC Bricks hat könnte ich mir gut vorstellen . Ist aber dann wieder was ganz anderes (das könnte man dann ja auch nutzen um z.B. DC-Motoren anzusteuern).

Zwei neue Bricklets: CAN und RGB LED Blogeintrag

Two new Bricklets: CAN and RGB LED Blog Entry

Die Implementierung der Konsole ist recht simpel gestaltet, eine Vergrößerung ist leider nicht möglich. Für komplexere aufgaben nimmst du am besten einen "richtigen" Terminalemulator, zum Beispiel Hyper Terminal unter Windows oder minicom unter Linux.

Das sollte man denken, ist aber leider nicht der Fall (da gibt es reichlich Studien etc zu). Wir bekennen uns hiermit fiese psychische Tricks in der Preisgestaltung auszunutzen . Zum Thema Preiskalkulation allgemein kann ich dir dieses Video empfehlen: In etwas so kalkulieren wir. Unser Faktor ist dabei leider eher bei ~2 im Durchschnitt. Der kalkulierte Preis wird dann auf einen "angenehmen XX.99" Preis auf oder abgerundet. Dabei gibt es das ein oder andere Produkt welches wir ein wenig subventionieren, da es sonst einfach den meisten zu teuer erscheinen würde und anders herum.

Benutzt du eine Fritz Box? Falls ja, kannst du mal einmal testen unter WLAN -> Funknetz -> Funkkanal-Einstellungen auf "802.11n+g+b" zu stellen?

Indeed! I fixed the link .

Hast du die IP geändert in deinem Programm (von localhost auf die IP der Ethernet Extension)?

Habe mal was gestrickt, die Firmware sucht jetzt immer nach mehr RAM ausgehen vom eigenen Bricklet aus (Anhang). D.h. das sollte jetzt funktioniere wenn ihr Port A/C oder B/D nutzt. led-strip-bricklet.bin

Ist jetzt offiziell veröffentlicht, siehe hier: http://www.tinkerforge.com/de/blog/2016/6/30/wifi-extension-2-0-verfuegbar

WIFI Extension 2.0 verfügbar Blogeintrag

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