photron

This really depends on your use-case. stepper_enable/disable enables/disables the stepper motor driver circuitry on the Brick. If the driver is disabled then the stepper motor coils are not powered and you can move the stepper motor shaft by hand or by what ever is mounted to it. This might be okay if there is no external force acting on the stepper motor. But if you have some mechanical load on the stepper motor like some kind of pulley system, then you might want to have the stepper motor powered all the time to make it keep its position and stop it from being moved by the force from the pulley system.

The code does more than connect and release. You're calling stepper_disable which disables the stepper motor driver. You should call stepper_destroy instead. The memory leak comes from not calling stepper_destroy. It seems that these destroy calls are missing in all our C/C++ examples. I'm going to fix that now.

The modified version of ip_connection.c I gave you can resolve "localhost" to its IPv6 address, but brickd doesn't bind to an IPv6 address by default. To make ip_connection.c resolve "localhost" to its IPv4 address you need to replace AF_UNSPEC with AF_INET in your ip_connection.c.

Actually, non of these are errors. They are all just deprecation warnings that can be ignored. Anyway, here's a version that has those warnings fixed for you to test. Also the next release of the C/C++ bindings will have those warnings fixed. ip_connection.c

Ein GSM Bricklet steht durchaus auf der Liste der Bricklets die wir irgendwann gerne hätte. Momentan ist da aber nichts in Arbeit, sprich kurzfristig passiert an der Front leider nichts.

Der Schrittmotor mit Getriebe hat einen 8mm Schaft, die Zahnriemenräder haben eine 5mm Bohrung. So direkt passt das also nicht. Du könntest aber die "Achskupplung 5mm / 8mm" und das "Achsreduzierstück 5mm / 3mm" nehmen um den 8mm Schaft auf 5mm zu verjüngen. Alternativ, falls du passendes Werkzeug hast, kannst du die 5mm Bohrung im Zahnriemenrad auch auf 8mm aufbohren.

benoit, please check the black cables that connected the sensor to the PCB. Are they properly seated in the black press fit connector on the PCB? You need the proper soldering equipment to do it. A simple soldering iron won't help you much. How badly is the pin bend? If the pin is only slightly bend you can straighten it again. But you can also ship the Bricklet back to us and we'll replace the connector for you.

Ah! Du musst das Programm noch herunterladen. Das steh in der Anleitung (noch) nicht explizit drin: wget https://raw.githubusercontent.com/Tinkerforge/brick-mqtt-proxy/master/brick-mqtt-proxy.py Ich füge das gleich in die Anleitung mit ein.

Okay und welche Fehlermeldung wird angezeigt?

Warum dein LTE Dongle gerade nicht funktioniert ist aus der Ferne schwer zu sagen. Die Vermutung, dass es am Kernel liegt, mag richtig sein. Die Entwicklung des speziell angepassten linux-sunxi Kernel Branches auf dem wir aufsetzen, wurde schon vor einer Weile eingestellt. Das linux-sunxi Projekt konzentriert sich seitdem darauf Support für die Allwinner Prozessoren in den Mainline Kernel zu bringen. Als ich mir das letzte mal den Mainline Status für den Allwinner A10s Prozessor angesehen habe fehlte einfach noch sehr viel, so dass es unmöglich war auf Mainline zu wechseln. Das sieht jetzt schon deutlich besser aus. Ich werde es mir ansehen, versprechen kann ich aber nichts. Es mag immer noch Showstopper geben, die verhindert, dass wir einen neueren Kernel einsetzen können.

Wie hast du es installiert? Wie genau äußert sich das nicht-starten können? Welche Fehlermeldung bekommst du?

Plugin: Rotary Encoder Bricklet 2.0.2 Fix inverted is_pressed() return value Download: Rotary Encoder Bricklet

Plugin: Rotary Encoder Bricklet 2.0.2 Invertierter Rückgabewert von is_pressed() korrigiert Download: Rotary Encoder Bricklet

Currently there are no active plans for an LTE Master Extension. The Master Brick itself doesn't have an USB host port. So you cannot connect a LTE dongle to it. But the RED Brick has an USB host port. So you could connect and LET dongle to a RED Brick.

That will work.

That works. All Master Brick hardware versions are compatible to each other.

Ein GPS Bricklet 2.0 ist in Entwicklung. Es wird voraussichtlich das Firefly X1 Modul von GlobalTop verwenden.

The documentation is correct. The JSON payload should contain a uv_light member. I've fixed the implementation now.

Link added.

Gehts hier ums Wiki?

Um welchen Eintrag geht es?

Das originale PIL gibts nicht für Python3, das stimmt. Aber dessen Fork Pillow schon: https://pillow.readthedocs.org

markus5766h, keine Sorge. Wir ändern da nichts dran

Es gibt neue Erkenntnisse: Es kann sein, dass die Tinkerforge.dll durch Windows beim Download als "von einem anderen Computer stammend" markiert wird. Wenn das der Fall ist, dann verweigert LabVIEW das Laden der DLL. Um das Problem zu beheben muss einfach im Eigenschaftendialog der Tinkerforge.dll im Windows Explorer das "Zulassen" Häkchen gesetzt bzw. der "Unblock" Knopf geklickt werden. Nach einem LabVIEW Neustart sollte es dann funktionieren.

Die Verkabelung ist richtig. Das Problem ist, dass die RGB LEDs einfach 3 Farbkanäle haben und die Reihenfolge der Kanäle nicht immer RGB ist. Das war uns bei der Entwicklung des Bricklets noch nicht bewusst, ansonsten hätten wir das wohl "Color Channel 1, 2, 3" statt "RGB" genannt