duaw

Hallo! Ich betreibe das Szenario RED / HDMI-Display (800x400) und habe Fragen: (a) Wie kann ich unterbinden, dass Linux das Display verwendet? (Und sich dort dann auch keine Session öffnet, also headless bleibt.) (b) Wenn ich alles mit libgd selbst mache (wie im OLED-Beispiel): Wie ist das Display organisiert, so dass ich eine "draw_matrix"-Funktion realisieren kann? Vielen Dank für jede Info! Gruß, Uwe

Auf einem MacBookPro nach den selben Schritten der Installation ... funktioniert das Skript ohne abzubrechen. Ich habe mit Python bei Null angefangen, da war wohl etwas ... korrupt. Jetzt geht's!

Hallo! Mit dem Raspberry ging es einwandfrei. Der ist gerade im Büro. Wollte also kurz mit meine Mac (10.13.3) und brick-mqtt-proxy.py etwas checken. Die Voraussetzungen sind erfüllt. ABER : nach python brick-mqtt-proxy.py kommt die Fehlermeldung Traceback (most recent call last): File "brick-mqtt-proxy.py", line 47, in <module> from tinkerforge.brick_silent_stepper import BrickSilentStepper ImportError: No module named brick_silent_stepper Alle Importe vorher bis Zeile 47 gingen anscheinend. Die Dateien tinkerforge.brick_silent_stepper.py und tinkerforge.brick_silent_stepper.pyc liegen bei -- wie alle anderen -- in /Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/tinkerforge. Das Python-Beispiel der Bindings mit dem Stepper Brick funktioniert auch. Was habe ich da übersehen? Hat das schon mal einer auf dem Mac erfolgreich getestet? Gruß, Uwe

Ja, das sieht schon ganz gut aus. Das schaue ich mir mal genauer an. Und zumindest ist es plattformübergreifend. Java ist leider nicht in der Sprachunterstützung dabei und sdljava erscheint etwas angestaubt. Danke! Uwe

Ich hätte gerne ein schönes API, um bei minimalem RED (kein Desktop) "schön" zu Programmieren. Am liebsten sprachen-neutral, also entlang der TF-Denke. Schon klar: Das geht nicht über den brickd. Aber vielleicht doch irgendwie "virtuell", so dass bei Ablauf auf dem PC die Ausgabe in ein Fenster erfolgt. Auch klar: Touch wird schwierig, muss irgendwie über die Maus emuliert werden. Wie geht das mit dem FB? Auch ohne Linux-Desktop? Der Vorteil wäre ein schlankes System, das auch noch effizient zu programmieren wäre. Gruß, Uwe

Hallo! Ich möchte so ein Display wie das HDMI 5" aus dem Shop nicht als Desktop unter Linux verwenden, sondern am liebsten als eine Art "Virtuelles Bricklet" -- es so anzusprechen, wie die anderen TF-Bricklets von meinem Programm auf dem RED oder ggf Raspi . Gibt es da Erfahrungen, Wege, Libraries so ähnlich wie bei den OLEDs? Gruß, Uwe

Mal 'ne Antennen-Frage vom Laien: Ich könnte verstehen, wenn eine bessere Antenne beim Empfänger besseren Empfang liefert, weil sie ... mehr einfängt. Das Amazon-Teil sieht so aus. Ist ja auch groß. Ich kann nicht verstehen, wie diese Antenne als "nur größerer" Rundum-Strahler "mehr" senden kann, als die Elektronik des Bricklets grundsätzlich hergibt. Oder liege ich da laienhaft daneben? Gibt es die Möglichkeit, dieses 433MHz-Signal gerichtet auszustrahlen? "Beam-Forming" wie beim WLAN oder bei Lautsprechern? Eben nicht einfach mit dem Stab rundherum in die Welt? Gruß, Uwe

Gerade getestet: Es macht im Testaufbau leider KEINEN Unterschied. Die grüne LED bleibt AUS. Mysteriös. Uwe

Ich lese im Code und Datenblatt auf Github etwas von "receive" und bin gespannt. Nicht mehr nur "Einwegschalten" (Hoffen, dass es geklappt hat, was nicht immer der Fall ist ... ) sondern Devices, die das Ergebnis dem Bricklet zurückmelden. Bin echt gespannt. Ein Schuh wird daraus, wenn es in die Infrastrukturen gleich eingebunden würde (openhab(2), MQTT). Gruß, Uwe

Habe mal alles ausgebaut -- nur Master 1.0 und WiFi2 über localhost (und dabei auch FW 2.4.7 aufgespielt) Es bleibt dabei: master.disableWifi2StatusLED() funktioniert sofort. Natürlich warte ich, bis die Extension in einem guten Zustand ist. Verbindung steht. Der dann folgende Aufruf von master.enableWifi2StatusLED() bleibt wirkungslos. Mysteriös. Aber immerhin gut, dass das grüne Strahlelicht ausbleibt. Nach dem nächsten Booten ist es wieder an und ich muss es wieder mit meinem Programm ausschalten. Das sollte wirklich in 2.3.13 den Brickv! Uwe

Hallo borg, bei mir geht das Einschalten mit package de.sysoco.tf.wlanstatus; import com.tinkerforge.IPConnection; import com.tinkerforge.BrickMaster; public class WLANStatusToggle { private static final String HOST = "192.168.1.113"; private static final int PORT = 4223; private static final String UID = "6rJ2PG"; public static void main(String args[]) throws Exception { IPConnection ipcon = new IPConnection(); BrickMaster master = new BrickMaster(UID, ipcon); ipcon.connect(HOST, PORT); System.out.println("Turning WiFi2 LED on!"); master.enableWifi2StatusLED(); ipcon.disconnect(); } } nicht. Nach einem Reset ist die grüne LED wieder an, Ausschalten geht ... (immerhin!) Die erste Fehlermeldung von mir war eine Falschmeldung. Oh Mann. CHANGE TO YOUR UID. Mea Culpa. Hier scheint es aber dennoch, dass master.enableWifi2StatusLED() nicht funktioniert. Da meine Master verbaut sind, kann ich es nicht über localhost testen. FW 2.4.6, Master 1.0 . Kann das jemand nachstellen? Gruß, Uwe PS Mit einem anderen Master 2.0 / FW 2.4.6 auch über WLAN gleiches Verhalten.

Schon wieder - Warning: this topic has not been posted in for at least 120 days. Aber aus aktuellem Anlass (habe die Extension erst kürzlich verbaut): public void disableWifi2StatusLED() (Java) geht nicht mit einem Masterbrick 1.0, auch wenn der die aktuelle FW 2.4.6 hat die grüne WiFi2-Status-LED ist schon verstörend super hell ... muss das denn sein? Der WAF geht gegen 0. vom Brickv aus ist das Schalten der Status-LED (derzeit noch) nicht möglich beim Master ist die Status-LED schaltbar, warum soll das bei Wifi2++ nicht auch möglich sein? "Abkleben", "Zerstören" etc. stellen für mich keine Option dar! Gruß, Uwe

Upps: Warning: this topic has not been posted in for at least 120 days. Weihnachten ist mal wieder vorbei. So ein Display mit Dezimalpunkten für 9€ wäre tool! Gruß, Uwe

Hallo Bastian, das wirft ein ganz neues Licht auf die Verwendbarkeit bei experimentier- und tastendrückfreudigen Schülern, Studenten und anderen DAUs. Zumal ich zunächst KEINEN Serial Port in der Liste des Brickv hatte, der kam erst nach weiteren Drückereien verbunden mit Ab- und Anstöpseleien. Deswegen dachte ich dann auch an einen Exitus des Bricks. Wie konnte das passieren? Der Brick wird anscheinend in den persistenten Bootloader-Modus versetzt. In diesem kann dann die FW überschreiben ... oder man lässt es. Dann bleibt der Brick eben in dem Modus. Keine LED, kein Feedback nach Reset und auch nicht nach Spannung aus/an. Was GENAU macht die Sequenz "Erase Knopf drücken und gedrückt halten", "Reset Knopf drücken und wieder loslassen", "Erase Knopf wieder loslassen" eigentlich??? Für mich mit meinen DAUs wäre es fein, den Bootloader-Modus nur temporär zu haben und nicht über Reset- und Spannungszyklen hinweg. (Oder wenn der Modus persistent sein muss, dann könnte er mit der Sequenz von oben aufhebbar gemacht werden.) Das wäre dann absolut (bzw. relativ) unkompliziert, in einem Schritt und schnell in der Veranstaltung zu beheben. Oder gibt es für das implementierte Verhalten andere triftige Gründe? Gruß, Uwe

Hallo! Nach einer Schülersession waren beim Master Beinchen verbogen. Gerade gebogen, aber nix ging: Keine LED, kein Serial Port beim Update im Brickviewer. Dann ein paar mal gedrückt ... nix. Wackler beim Erase-Button? Ein paar mal wiederholt ... siehe da, irgendwann war der Serial-Port im Brickviewer da. Dann muss man anscheinend zwingend die FW neu flashen. Jetzt geht er wieder! Gruß, Uwe

Hallo zusammen, ich stehe etwas auf der Leitung. Ich suche einen Anwendungsfall für Motorized Linear Poti und RGB LED Matrix. Bei letzterem fällt mir immerhin Tetris ein ... Bei Thermal Imaging kann ich mir etwas vorstellen: "Wir sind sehr gespannt welche Projekte ihr mit diesem Bricklet realisiert!" Aber konkret? Gruß, Uwe

Die Doku sagt: Den Wertebereich habe ich nicht überprüft (Extreme wären ja ein volles und ein leeres Glas Wasser), aber es ist definitiv so, dass "größerer Wert = geringere Feuchtigkeit" gilt. Ab ca. 2900-3000 aufwärts wird es recht trocken im Basilikum. Das merkt jeder Anwender sofort, aber anscheinend hat es noch niemand zurück gemeldet. Gruß, Uwe

Startet unter macOS 10.13 und scheint zu funktionieren (Connect, erster Blick auf die Stapel, die alle per IP-Adresse angesprochen werden). Nur aus Interesse: Was war das Problem? Gruß, Uwe

Ebenso kein Start hier unter macOS 10.13! Die gute Nachricht: Der alter Viewer funktioniert mit dem neuen Demon. Unter welcher Version von macOS wird denn der Brickv gebaut / getestet? Vielleicht wäre ein Test mit mehr als n=1 Teilnehmer vor der Veröffentlichung sinnvoll ... Gruß, Uwe

Oh, das ist dann sicher nach dem ersten Frost! Suche also ... ein Humidity-Bricklet! Gruß, Uwe

Hallo! Es steht da zum Humidity-Bricklet "[...] wird in Kürze durch den Nachfolger Humidity Bricklet 2.0 ersetzt." Für mein kleines Belüftungsprojekt (mit openHAB) vor dem ersten Frost folgende Fragen: 1. Was bedeutet in Kürze genau? 2. Erbt Version 2.0 dann die Unterstützung in openHAB? und, falls es mit openHAB länger dauert: 3. Hat jemand eins übrig, das er mir verkaufen kann? Gruß, Uwe

Hallo, da muss ich mir erst mal eine neue SD-Card besorgen: Die 8.07 GB des Image liegen bei mir knapp über der Grenze meiner "8 GB" Karte ... Ich kann das nicht mit meinem Vorzugstool "etcher" (https://etcher.io) schreiben. Also die vorsichtige Frage: Openhab2 dabei? Und: Gibt es einen geplanten Zeitpunkt / Zeitraum für die Veröffentlichung? Gruß, Uwe PS Warum postet ihr solche Lebenszeichen eigentlich nicht (auch) im Blog? Das sieht dann weniger tot aus.

Hallo! (Ja, da ist eigentlich eine openhab-Frage. Aber vielleicht hat es ein TF'ler auch schon gelöst.) Ich will ein Ind. Quad Relay für eine kurze Zeit (100 ms) schalten. Da vergeht keine Zeit, die ein Ereignis auslöst. Es würde wirklich (mit Switch item=QR1) in der rule haben wollen: ON - delay - OFF. (Das simuliert einen Tastendruck.) Wie geht das? Danke schon mal! Uwe

Ja, auch auf meinem iMac funktioniert es jetzt ... wieder. Danke! Es bleibt die Frage, warum es auf meinem MacBook unter ziemlich ähnlichen Bedingungen die ganze Zeit einfach funktioniert hat. Gruß, Uwe

Das Verhalten liegt an meinen iMac. iBook: Alles ok. Der Tip hat's nicht gebracht. Neustart auch nicht. Da ist etwas vermurkst in der Kiste ... Trotzdem Danke für den Tip. Gruß, Uwe