photron

Brick Viewer 2.0.9 Support Get/SetClockFrequency in LED Strip Bricklet plugin Show "motion detected" in red in Motion Detector Bricklet plugin Support Intertechno and ELRO Home Easy addressing types in Remote Switch Bricklet plugin Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.0.9 Support für Get/SetClockFrequency zum LED Strip Bricklet Plugin hinzugefügt "motion detected" wird im Motion Detector Bricklet Plugin in Rot angezeigt Support für Intertechno und ELRO Home Easy Addressierung zum Remote Switch Bricklet Plugin hinzugefügt Downloads: Windows, Linux, Mac OS X

Callbacks bekommst du nur wenn sich der Wert ändert. Die Period gibt die minimale Zeit zwischen zwei Callbacks an. Eine Period von 500 heißt nicht, dass du immer alle 500ms einen Callback bekommst. Im Zeifelsfall ist die Temperatur einfach recht stabil im Verhältnis zu den anderen Werten. Soll heißen, dass funktioniert alles wie erwartet.

Plugins: LED Strip Bricklet 2.0.1 Add Get/SetClockFrequency function Download: LED Strip Bricklet

Plugins: LED Strip Bricklet 2.0.1 Get/SetClockFrequency Funktion hinzugefügt Download: LED Strip Bricklet

Bindings: C/C++ 2.0.13, C# 2.0.13, Delphi 2.0.15, Java 2.0.14, PHP 2.0.12, Python 2.0.13, Ruby 2.0.13, Shell 2.0.5, VB.NET 2.0.9 Add Get/SetClockFrequency function to LED Strip Bricklet API [all] Fix mixup of Set/GetDateTimeCallbackPeriod and Set/GetMotionCallbackPeriod in GPS Bricklet API [all] Support addressing types of Intertechno and ELRO Home Easy devices in Remote Switch Bricklet API [all] Download: C/C++, C#, Delphi, Java, PHP, Python, Ruby, Shell, VB.NET

Bindings: C/C++ 2.0.13, C# 2.0.13, Delphi 2.0.15, Java 2.0.14, PHP 2.0.12, Python 2.0.13, Ruby 2.0.13, Shell 2.0.5, VB.NET 2.0.9 Get/SetClockFrequency Funktion zur LED Strip Bricklet API hinzugefügt [alle] Vertauschung von Set/GetDateTimeCallbackPeriod und Set/GetMotionCallbackPeriod in der GPS Bricklet API korrigiert [alle] Adressierungsarten für Intertechno und ELRO Home Easy Geräte zur Remote Switch Bricklet API hinzugefügt [alle] Download: C/C++, C#, Delphi, Java, PHP, Python, Ruby, Shell, VB.NET

Plugins: Remote Switch Bricklet 2.0.1 Support addressing types of Intertechno and ELRO Home Easy devices Download: Remote Switch Bricklet

Plugins: Remote Switch Bricklet 2.0.1 Adressierungsarten für Intertechno und ELRO Home Easy Geräte werden jetzt unterstützt Download: Remote Switch Bricklet

Da bist du bei Tinkerforge richtig gelandet, das Raspberry Pi ist ein guter Partner für unsere Bausteine. Der Master Brick wird per USB ans Raspberry Pi angeschlossen. Über die (W)LAN Verbindung des Raspberry Pis kannst du dann auch unsere Bausteine erreichen. Dazu wird dort unser Brick Daemon (gibts auch für Linux) installiert, der als Brücke zwischen USB und (W)LAN dient. Eine Android App kann dann über (W)LAN die Relais auf einem Industrial Quad Relay Bricklet steuern. Das Industrial Quad Relay Bricklet hat 4 Relais, kann somit 4 Schalter überbrücken. Für weitere Schalter können dann einfach noch weitere Industrial Quad Relay Bricklets an den Master Brick angeschlossen werden, bis zu 4 Stück. Macht also 16 Schalter pro Master Brick mit 4 Industrial Quad Relay Bricklets. Wenn das auch noch nicht reicht kann man dann noch weitere Master Bricks dazu stecken, um mehr Bricklet Anschlüssen zu erhalten. Als kleinsten Aufbau für den Anfang brauchst du: 1x Master Brick 1x Mini-USB Kabel, um Master Brick mit Raspberry Pi zu verbinden 1x Industrial Quad Relay Bricklet 1x Bricklet Kabel, um Industrial Quad Relay Bricklet mit Master Brick zu verbinden Dann brauchst du noch Drähte, um die Relais mit den Tasten der Fernbedienung zu verbinden. Im einfachsten Fall 2 Drähte pro Taste. Abhängig von der Verschaltung der Tasten auf der Fernbedienung kann man auch mit 5 Drähten für 4 Taster auskommen, wie im Fall der Steckdosen im Hardware Hacking Kit. Aus dem Kit gibt es die Drähte auch einzeln im Shop. Wenn dein Freund aber eh schon ein Bastler ist habt ihr ein paar Drähte für diesen Zweck vielleicht auch schon im Haus. Für Brick und Bricklet kannst du dann noch eine Montageplatte 22x10 dazunehmen, auf der beides mit den Befestignungs Kits aufgeschraubt werden kann, die du im Shop zu Brick und Bricklet dazu wählen kannst. Mit einem Industrial Quad Relay Bricklet kannst du wie gesagt 4 Tasten überbrücken. Das IO-16 Bricklet sieht das verlockend aus, hat aber keine 16 Relais, sondern kann auf seinen 16 Pins High (3,3V bzw. 5V) oder Low (0V) ausgeben (es kann dies auch wieder einlesen, aber das spielt für diese Anwendung keine Rolle). Abhängig davon wie die Tasten der Fernbedienung gebaut sind kann man diese (16 Stück) auch mit deinem IO-16 Bricklet auslösen, indem man statt diese zu überbrücken einfach ein High Signal an der Taste einspeist. Das setzt aber mehr Elektronik-Kenntnisse voraus, denn wenn man das IO-16 Bricklet falsch anschließt und an der falschen Stelle etwas einspeist kann man die Fernbedienung auch zerstören. Das alles kann mit dem Industrial Quad Relay Bricklet nicht passieren, daher würde ich für den Einstieg ein Industrial Quad Relay Bricklet vorschlagen.

Funktioniert denn eines der PHP Beispiele auf der Kommandozeile? Hast du also die PHP Bindings so eingerichtet, dass PHP sie auch finden? Hat dein PHP die bcmath und sockets Extensions aktiviert?

For Bricks the UID is a hardcoded value in the microcontroller itself by the chip manufacturer. It cannot be changed.

Loetkolben, AuronX: Wo wird denn dieser Hinweis erwartet, damit wir das mal verbessern können?

LED ist jetzt erklärt, sie zeigt an, dass der Sensor im "Bewegung erkannt" Zustand ist und leuchtet damit genau so lange wie in brickv "Motion Detected" angezeigt wird. Das Poti für die Verzögerungszeit scheint keine exakte Wissenschaft zu sein. Ich konnte damit aber auch noch 8 Sekunden als Zwischenwert zwischen 5 und 14 Sekunden einstellen. Du musst aber auch darauf achten dich nicht vom Gegenteil zu überzeugen Die Beschreibung der Delay und Block Time passt nicht mehr zum Verhalten des Bricklets. Ups Der Sensor kann in zwei Weisen verwendet werden: nicht-retriggerbar und retriggerbar. Die Beschreibung war für den ersten Prototypen des Bricklets, das den Sensor nicht-retriggerbar betrieben hat. In diesem Modus fällt der Sensor nach der Delay Time wieder in den "keine Bewegung erkannt" Zustand zurück, auch wenn durchgehend Bewegung da ist. Im retriggerbar Modus (den das fertige Bricklet jetzt verwendet) bleibt der Sensor solange im "Bewegung erkannt" Zustand so lange auch Bewegung zu detektieren ist. Wenn die Bewegung aufhört bliebt der Sensor noch für die Delay Time im "Bewegung erkannt" Zustand und geht erst dann in den "keine Bewegung erkannt" Zustand zurück, wenn in der Delay Time keine Bewegung mehr erkannt wurde. Die Erklärung in der Dokumentation ist jetzt korrigiert. Wenn du also beim Testen den Sensor retriggert hast, dann ist die LED länger als die eingestellt Delay Time an. Ich habe in brickv die Farbe des "Motion Detected" Textes auf rot geändert, damit sollte das jetzt auch aus dem Augenwinkel besser zu unterscheiden sein

Leerzeichen machen Pausen.

Das wird die Messwerte verfälschen. Wie stark hängt dann von dem Widerstand der zusätzlichen Kabel ab. Je länger und je dünner desto stärker wird die Abweichung sein.

Der Regler wird sich dann irgendwann abschalten, wenn du ihn überlastest. Da sollte nichts kaputt gehen.

Der Regler für die 3,3V auf den Bricks kann so 500mA liefern. An der 3,3V Leitung hängt dann aber auch andere Verbraucher wie z.B. der Mikrocontroller des Bricks selbst (ca. 60mA) und ggf. Bricklets die 3,3V basiert sind. Was dann noch über ist kannst du an der 3,3V Klemme des IO-4 Bricklets abnehmen.

Die Fehlermeldung gibt es in Version 2 der Delphi Bindings nicht mehr. Du verwendest also Version 1. Wenn brickv 2.0.7 den Master Brick richtig anzeigt, hast du also auch brickd 2.a.b installiert und der Brick selbst hast eine 2.x.y Firmware. du musst dann also auch die Delphi Bindings in Version 2.u.v verwenden. Version 1.x.y und Version 2.x.y sind nicht kompatible.

Brick Daemon 2.0.10 Reduce log level of messages about USB write queue usage, packet burst are expected for the LED Strip Bricklet Handle USB transfers that complete during usb_stack_destroy() correctly Add Queue type and use if for the USB stack's write queue instead of Array type Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Brick Daemon 2.0.10 Log-Level für Meldungen über die Verwendung des USB Write-Queues verringert, Packet-Burst gehören zum erwarteten Verhalten beim LED Strip Bricklet USB Transfers die während usb_stack_destroy() enden werden jetzt richtig behandelt Queue Typ hinzugefügt und für USB Write-Queues verwendet, anstatt des Array Typs Downloads: Windows, Linux (amd64, i386, armhf), Mac OS X

Der Wert der 5V hängt davon ab wie du den Stack versorgst, über USB vom Rechner, über USB Netzteil oder Step Down Power Supply. Typischerweise ist der Wert dann aber recht stabil, solange du das System nicht umbaust. Um eine Distanz in mm zu erhalten musst du dir eine Abbildung zwischen dem ausgegebenen Wert und der wirklich anliegenden Distanz erstellen. Also dein Distance US Bricklet aufbauen mit X mm Distanz und dann den Wert ablesen. Das machst du für vielleicht 8-12 Distanzen und kannst dann mit diesen Stützwerten eine Abbildungsfunktion für deinen Aufbau bestimmen.

So, jetzt sollte das auch besser sein

Das haben wir wohl vergessen, die neue Version hochzuladen, sorry Ist jetzt aktualisiert, danke für den Hinweise.

Es muss $iqr->setGroup(array('a','b','n','n')); lauten in PHP. Das Beispiel in der Dokumentation ist falsch für PHP, sorry.