duaw

Hallo, das Gehäuse ist Klasse! Die Aufbauanleitung sagt "schraube Frontplatte an Seitenteile" -- das wäre auch gut. Allerdings wird die Frontplatte nur an EIN Seitenteil geschraubt -- das scheint suboptimal. Bei mir schwabbelt die Frontplatte etwas. Oder gibt es da einen Trick? Vielleicht könnte eine nächste Version auch etwas mehr Standfestigkeit bieten. In den Videos sieht man sehr schön, wie die ganze Sache nach hinten kippeln möchte. Vielleicht reicht es schon, das Unterteil etwas größer (tiefer) auszulegen. Liebe Grüße an alle! Uwe

Hallo, Theo! Das ist ja KLASSE Ich habe aktuell unter openHAB im Einsatz: Temperature Dual Relay Ambient Light Industrial Quad Relay PTC Humidity IO-4 Vortage/Current Sound Intensity Motion Detector Es kommt demnächst Remote Switch und das 4x7 dazu. Das läuft schon länger, daher ist es nicht V2 ... Vielen Dank, nochmals! Gruß, Uwe

Ja, wirklich cool!!! Zusammen mit dem RasPi HAT eröffnen sich dann (wann?) tolle Möglichkeiten!

Hallo, das Proxy-Python-Skript ist jetzt über 4 Monate alt, Schon die letzten neuen Bricklets im Juli wurden ignoriert. Jetzt gibt es wieder neue Hardware, die wieder aussen vor bleibt. Das Skript kann doch sicherlich irgendwie auch generiert werden. Vielleicht steht es auf einer TODO-Liste ... aber da steht viel. Gibt es eine Planung? Gruß, Uwe

Hallo! Eine meiner Wifi-Extensions korrumpiert jeden Stack, der ohne diese Extension 1A funktioniert. Das Fehlerverhalten ist wie folgt: (Brickv an, wartet auf Connect über localhost) -- Strom an Stack, LED wie üblich -- Anzeige im Brickv und grüne LED WiFi blinkt -- via Brickv nicht bedienbar Stack (z.B. Poti) -- Timeouts im Masterbrick laufen auf -- Reset des Stapels, LED wie üblich und nichts mehr im Brickv -- usw. Nach Abziehen der Extension geht alles wieder. Habe mal ein Bild angehängt. Ich habe SICHER NICHT die Regulatory Domain so eingestellt. Und obwohl alles zu WiFi2 angezeigt wird, zeigt der Klick auf Configure KEINE Extension an. Das Ändern funktioniert nicht. Nachtrag: Die SW-Version wird als 0.0.0 berichtet, siehe Bild ... Kann man das Ding resetten? Was ist da passiert? Wie kann das passieren? Ach ja: Mac OS 10.13.6, aktueller brickd 2.3.2, Brickv 2.3.15. Gruß, Uwe

Hallo! Gibt es eine Empfehlung für mich als "Softie", wie man einen Stapel UND eine RGB-LED-Matrix mit nur einem Netzteil versorgen kann? Dummerweise steht beim Step-Down Power Supply "erlaubter Eingangsspannungsbereich betragt 6V bis 27V DC". Wie macht man das am besten? Gruß, Uwe

Hi! I wish OpenHAB support was in step with all other bindings! Just publish ALL new bindings whenever a new bricklet comes out! OpenHAB support seems to depend only on Theo's own initiative -- and perhaps some incentives offered by TF to him? However, it looks like OpenHAB integration is not yet considered by TF to be a real reason for buying their stuff. It definitely should be! OpenHAB creates visibility! New customers ahead! Now it is rather disappointing for a potential new customer to see OpenHAB support for bricklets not in stock anymore, while the shiny new ones lacks that support. @TF: Do you know how many TF user also use OpenHAB? Do you have any idea how big that number could be if YOUR support of OpenHAB was as predictable and excellent as it is with the bindings you provide today? What about starting a poll? The same applies to NodeRed. Only my 2¢ … Regards, Uwe

Hallo! "Der folgende Beispielcode ist Public Domain (CC0 1.0)." Und dann steht da nichts. Ich sehe immer wieder, dass dieser Code ein wichtiger Startpunkt für Anfänger ist. Manche Bricklets mit ihren Möglichkeiten und Eigenheiten erschliessen sich (nicht nur) den Anfängern besser mit Code-Beispielen. Klar, wenn die Hardwarewelle rollt (das ist Klasse!), dann kommen Doku und Beispiele auch mal zu kurz. Das sollte aber bald nachgeholt werden! Diese Lücke sollte bei den aktuellen und einigen älteren Bricklets (z.B. dem RGB LED Matrix Bricklet) schnell geschlossen werden! Gruß, Uwe

Ja, das geht natürlich. Quasi die Hardwareversion 1.0 nachstellen, ggf. mit den Nachteilen, die dazu geführt haben, dass es die kapazitive Version überhaupt 1.1 gab. Und mit dem Nachteil, dass es Variabilität im Aufbau/Betrieb und dann in der Messung gibt. Die schöne Abstraktion in der SW-Schnittstelle muss auch selbst erstellt werden. Eigentlich komisch, dass es keinen Bedarf für "Messung der Erdfeuchte" geben soll ... Töpfe, Kästen, Beete laden doch zum tinkern ein!

Welche Möglichkeit gibt es dann, die Feuchtigkeit von Erde festzustellen?

Ich logge mich per ssh als [size=10pt]user tf [/size]ein. Ich kann als tf das Programm ausführen -- nur hat tf wohl nicht die Rechte, die erforderlich sind, um [size=10pt]SDL_Init[/size] auszuführen. Als tf kann darf ich [size=10pt]sudo[/size] ausführen, dann hat das Programm die Rechte. (Das ist doch nicht das Ausführen als root, oder doch?). SDL nutzt das Touch-Display (5"aus dem TF-Shop) fullscreen. Start, die (Autologin-) Konsole ist weg, die Grafik ist fullscreen da. Drücken auf dem Schirm (Touch) und Konsole ist wieder da, aber das Programm (von der ssh-Shell gestartet) ist noch nicht beendet. Gruß, Uwe

ERFOLG! Diese Pakete sind via [size=10pt]sudo apt-get install[/size] installiert: [size=10pt]apt list libsdl* --installed[/size] liefert [size=10pt]Listing... Done libsdl-gfx1.2-5/stable,now 2.0.25-5 armhf [installed] libsdl-gfx1.2-dev/stable,now 2.0.25-5 armhf [installed] libsdl-ttf2.0-0/stable,now 2.0.11-3+b1 armhf [installed] libsdl-ttf2.0-dev/stable,now 2.0.11-3+b1 armhf [installed] libsdl1.2-dev/stable,now 1.2.15+dfsg1-4 armhf [installed] libsdl1.2debian/stable,now 1.2.15+dfsg1-4 armhf [installed][/size] Ich habe am red weder Tastatur noch Maus, kein X -- ssh vom Mac, geht auch ohne synaptic. Für das 5" Touch habe ich die Größe im Code angepasst. Ich muss das zum Ausführen sudo'en, sonst liefert schon SDL_Init(SDL_INIT_VIDEO) den Fehler [size=10pt]Unable to open a console terminal[/size] -- da muss man erst mal drauf kommen ... Das ist komisch und bei Dir anders, oder? Wenn ich das Display berühre, dann wird wieder auf die Konsole umgeschaltet, aber das Programm läuft und muss mit Ctrl-C beendet werden. Das werde ich ergründen. @TF Ich fände es schon nett, wenn die GPU auf dem red mit SDL2 unterstützt würde ... Wofür ist sie denn sonst da? Noch mal [size=10pt] /dev/fb[/size] : Für das high-level-Zeichnen gibt es die [size=10pt]libgd[/size] (https://libgd.github.io). Muss man wirklich nicht selber machen. Nur das Dumpen in den fb muss erledigt werden. Vielen Dank! Uwe

SDL1.2: Danke, schon mal ... Jetzt kommt das "aber": Wenn ich mit apt-get libsdl1.2 und libsdl1.2-dev installiere, dann sind SDL_ttf und SDL_gfx nicht da: Keine Header-Dateien für's Compilieren, keine libs zum Linken. Wie kommen die auf den red? Ich finde das nur für SDL2 ... FB: Das Füllen des FB funktioniert. (Z.B. https://stackoverflow.com/questions/4996777/) Wieder ein "aber": Der Cursor blinkt munter weiter. Diese Konsole stört ... Gruß, Uwe

Hallo! sdl2 kriege ich nicht zum Laufen: kein video device. Egal, ob über apt-get oder selbst kompiliert, mit GPU oder ohne, mit X oder ohne. sdl1 läuft zwar (bisher nur via apt-get installiert), macht aber ... gar nichts auf/mit dem Display. Da mache ich etwas falsch. Hast Du mal ein Test-Programm für mich? C und auch ausführbar? Gruß, Uwe

Hallo jg! Danke für die Antwort. Das siehst Du genau richtig: X habe ich ausgeschaltet und die Login-Konsole möchte ich weg haben! Wahrscheinlich bestimmt darüber irgend eine Datei in /etc... -- aber welche? Wäre toll, wenn Du mir das sagen könntest! (Ich hoffe natürlich, dass Linux den fb auf jeden Fall anlegt, auch wenn kein fb durch X oder eine Konsole benötigt wird ...) Mein Gedanke war zunächst wie folgt: libgd malt für mich in einen Puffer. Den Puffer dumpe ich dann in /fb0. Dazu muss ich natürlich wissen, a) wie der Buffer nach /fb0 abzubilden ist und b) wie das Schreiben in einen fb genau erfolgt. Zu a) : Das könnte ich natürlich mühselig ausprobieren. Aber vielleicht steht es schon irgendwo? Zu b) : Ich nehme an: Öffnen, Bytes reinschieben, Schließen Ich denke, diese Frickelei hält sich in Grenzen. Das sollte auf jeden Fall gehen, wenn's nicht super-performat oder bewegt sein muss. Ich habe mir auch kurz SDL lib angesehen, aber noch nicht ausprobiert. Woher weiß die SDL lib eigentlich, dass sie in /fb0 malen darf/muss? Ist das ein Automatismus (zur Compile-/Link- oder Runtime?), wenn nur ein fb und sonst nix vorhanden ist? Ist das schon vorkonfiguriert? Oder muss ich das konfigurieren? Vielleicht kann mir mal jemand ein ein einfaches SDL-Testprogramm schicken ... Gruß, Uwe

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