batti

Das heißt, dass der Prozessor auf dem Bricklet antwortet. Die Kommunikation per USB über den Master Brick mit dem Bricklet funktioniert also. Sehr merkwürdig... Was genau tust du um das System wieder lauffähig zu bekommen? (Was resettest du und wie?)

Wenn das VC Bricklet eingefroren ist, zählt dann im Brick Viewer der "Timeout" Counter des VC Bricklets hoch? (Oben im Brick Viewer Tab neben UID und FW Version). Für den Test lasse den Brick Viewer und das VC Bricklet Tab bitte länger offen (>1 Minute). Es dauert etwas bis die Zeit für einen Timeout abgelaufen ist.

Hallo Heinz, der kleinste Testaufbau wäre nur der Master Brick per USB angeschlossen und das VC. Kannst du dann im Brick Viewer feststellen, dass das VC "einfriert"? VG Bastian

Hallo Tim, wir arbeiten zur Zeit an einem Nachfolger. Wann dieser genau veröffentlicht wird steht leider noch nicht fest. VG Bastian

Nein! Die Stapel-Dokumentation ist an der Stelle falsch/missverständlich. Die 5V egal ob über USB eingespeist oder aber über eine "Step-Down Power Supply" erzeugt versorgen immer nur den Prozessor, nie den Motor. Der Satz war so gemeint, dass wenn eine "Step-Down Power Supply" eingesetzt wird, diese die 5V für die Versorgung der Prozessoren erzeugt. Die Step Down stellt aber zusätzlich auch die Spannung, die bei der die Step-Down eingespeist wird, den Motortreiber Bricklets (z.B. DC Brick) für ihre Motoren zur Verfügung. Die Idee dabei ist, dass wenn man mehrere Motoren mit einer Versorgungsspannung betreiben möchte, z.B. 12V, dass man diese 12V nur einmal an die Step Down anschließen muss anstatt bei jedem Brick einzeln. Wenn man wie zuvor beschrieben z.B. 12V an der Step Down einspeist, dann nutzen alle Motortreiber-Bricks diese Spannung zum Antreiben der Motoren. Vielleicht möchte man jetzt aber einen Motor mit 24V betreiben. In diesem Fall kann man die 24V an dem schwarzen Stecker des Treiber-Bricks anschließen, der diesen Motor bewegt. Dieser Brick schaltet dann von Stapel auf "schwarze Stecker" Versorgung um. Alle anderen nutzen nach wie vor den Stapel. Sollte oben jetzt erklärt sein. Man muss halt wissen, dass ein Brick immer die Stapelversorgung nutzt sofern diese besteht, wenn keine Spannung am schwarzen Stecker anliegt. Für den Fall, dass der Stapel mit 24V versorgt wird, der Brick aber mit 12V, diese 12V aber nicht vorhanden sind, dann würde der Motor die 24V vom Stapel bekommen. In Theorie kann man damit Blödsinn machen, für diesen den ganz spezifischen Fall. VG Bastian

We will receive the new products on Thursday this week. We will need a little time to prepare all the modules for shipping but next week I expect to have everything in stock.

Hi, we are currently producing a new batch of Bricklets. Unfortunately there is a small delay in the production. I expect that all out of stock Bricklets are back in stock in two weeks. GPS version 2.1 will then be available. Best regards, Bastian

#!/usr/bin/env python # -*- coding: utf-8 -*- HOST = "localhost" PORT = 4223 UID = "XYZ" # Change XYZ to the UID of your Ambient Light Bricklet 3.0 from tinkerforge.ip_connection import IPConnection from tinkerforge.bricklet_ambient_light_v3 import BrickletAmbientLightV3 # Callback function for illuminance callback def cb_illuminance(illuminance): print("Illuminance: " + str(illuminance/100.0) + " lx") print("Too bright, close the curtains!") if __name__ == "__main__": ipcon = IPConnection() # Create IP connection al = BrickletAmbientLightV3(UID, ipcon) # Create device object ipcon.connect(HOST, PORT) # Connect to brickd # Don't use device before ipcon is connected # Register illuminance callback to function cb_illuminance al.register_callback(al.CALLBACK_ILLUMINANCE, cb_illuminance) # Configure threshold for illuminance "greater than 500 lx" # with a debounce period of 1s (1000ms) al.set_illuminance_callback_configuration(1000, False, ">", 500*100, 0) raw_input("Press key to exit\n") # Use input() in Python 3 ipcon.disconnect() Testcode

Scheint zu funktionieren 😀

Danke für die Info!

Anfragen oder auch wirklich regelmäßige "connects"? Die Connects können Probleme machen, weil du dann jeweils eine neue Verbindung aufbaust. Wenn du die nicht wieder schließt ("disconnect"). Können die Verbindungen offen bleiben. Die WIFI Extension unterstützt nur eine begrenzte Anzahl an Verbindungen. Sind alle voll kannst du dich nicht mehr verbinden. Kann das die Ursache sein? VG Bastian

Hallo Paul, welche Version der WIFI Extension hast du? Falls Version 2.0, hast du auch die Firmware der Extension aktualisiert? Welche sind das? Hast du irgendetwas laufen, was öfters Verbindungen zur WIFI Extension aufbaut ("connect")? VG Bastian

Aus der Ferne ist es echt schwierig eine Diagnose zu stellen. Wenn etwas elektrisch kaputt ist, dann könnten wir dies nur vor Ort hier feststellen. Besteht die Möglichkeit, dass du uns das Bricklet zuschickst? Gucken uns das gerne an.

Ich befürchte für das Voltage/Current Bricklet gibt es keine Lösung. Die Spannung liegt direkt am IC an. Man kann da auch nicht einfach einen Spannungsteiler vorsetzen, da auch die Strommessung darüber erfolgt. Sorry. Das einzige was mir einfällt einen externen Stromsensor zu nehmen, zum Beispiel auf Basis des ACS711 (da gibt es diverse Typen). Dafür gibt es auch Breakout Boards. Die Sensoren geben allerdings geringe Spannungen pro Ampere aus. Als Beispiel 55mV/A. Diese könntest du wieder mit unseren Modulen messen. Ohne Bastellei hast du da allerdings wenig Auflösung.

Hallo, rein rechnerisch sollte das Analog In 3.0 Bricklet bis 42.9V messen können. Wir spezifizieren dies immer ein wenig runter um Toleranzen ausgleichen zu können. In deinem Fall sollten 42,2V aber gehen. Beim Voltage Current Bricklet nutzen wir eine "Ein-Chip-Lösung" für die Messung. Dieser Chip ist für Spannungen bis 36V ausgelegt. Die Strombegrenzung hat damit zu tun, dass wir diese Ströme über unsere Schraubklemmen und die Leiterkarte führen müssen. Ich denke bei 30A oder mehr macht der Einsatz eines externen Shuntwiderstands Sinn.

Wir gehen davon aus, da der GPIO Header kompatibel ist. Werden dies testen, sobald wir den ersten 4er hier haben.

Ich habe ehrlich gesagt aktuell keine Idee woran es liegen könnte. Gern kannst du uns den Stepper einschicken, ich sehe mir das dann an. Auf dem Stepper Brick gibt es keine Diode die "durchbrennen" könnte und dafür verantwortlich sein könnte.

Hallo Sren, kann es sein, dass der Brick einfach im Bootloader ist? Siehe unsere FAQ. Hatte erst wichtige Details überlesen. Was passiert, wenn du den Brick wieder abschraubst und einzeln anschließt? Kann es sein, dass einer der Taster klemmt?

Hallo, der HAT geht zeitnah in die Produktion. Ist also bald erhältlich VG Bastian

Das kann Auswirkungen gehabt haben. Ich vermute, dass eine weitere Komponente (WIFI?) einen Schaden hat. Der Rest wird vermutlich noch funktionieren. Wenn du möchtest kannst du uns die Komponenten zuschicken und wir testen diese (kostenlos für dich).

Hallo Kirill, prinzipiell funktioniert die Kommunikation auch über längere Kabel. Problematisch dabei ist aber, dass irgendwann Störstrahlung etc. je nach Umgebung Probleme verursachen kann. Daher von uns aus die Begrenzung auf 2m. An deiner Stelle würde ich einfach zwei Brickletkabel auseinanderschneiden und miteinander verbinden. VG Bastian

Hallo Ulrich, dein Feststellung ist prinzipiell korrekt. Eine Drehung in der Firmware würde aber dazu führen, dass die Beschriftung auf dem Bricklet falsch ist. Daher haben wir das bisher nicht "gefixt". VG Bastian

Hallo, explodiert ist eine Diode, über die der Master Brick den Stapel mit 3.3V versorgt. Die Spannung wird nur von den Extensions genutzt und hat keine externe Verbindung. Dioden können explodieren wenn entweder deren maximaler Strom überschritten wird oder aber die Sperrspannung. Ich vermute, dass ersteres der Fall war. Die einzige Erklärung, die mir dazu einfällt ist, dass es eine permanente Überspannung bei den 5V gab. Dann schließt irgendein Modul kurz und ein stromführendes Teil, z.B. die Diode, brennt durch. Erzeugen kann man dies bei der Step Down 1.2 indem man die beiden Stecker vertauscht. Dann liegt die volle Spannung (12,8V) auf der 5V Versorgung.

Ah, Sorry, hatte das übersehen. Wir hatten das schon mal, dass wir die Leiterkartenflächen in KiCAD nicht neu generiert haben. Somit saß eine Durchkontaktierung ohne Freistellung in den Flächen und erzeugte einen Kurzschluss. Die Daten im Git sollten aber okay sein.

Hallo Kirill, kannst du diesen Kurzschluss auch auf einer unbestückten Leiterkarte messen? VG Bastian p.s.: Natürlich hatten wir so etwas auch schon. Die aktuellen Daten im Git sollten aber okay sein.