duaw

Hallo, ich erhalte unter macOS 10.14.3 „Brickv“ ist beschädigt und kann nicht geöffnet werden. Es empfiehlt sich, das Objekt in den Papierkorb zu bewegen. Was ich dann auch tue ... Gruß, Uwe

Nachtrag: -- nach dem manuellen Hinzufügen von ptc wird nach Neustart (von oh2) per autodiscovery das ptc-bricklet noch mal gefunden : Ist jetzt 2x als Thing da ... -- jetzt 99,5%rF -- kann nicht ausschließen, dass da etwas hing ... Habe zwischendurch den Stapel resettet. Gruß, Uwe

Super, Theo! Kurzes Feedback: -- BrickletBarometer zeigt -NaN bei "temperature" in Paper-UI/Control, richtig in Brickv (Muss noch sitemap machen ...) -- RotaryEncoder zeigt nach (Neu-) Start von oh2 -NaN bei count (Ist das immer so? Sollte 0 sein.) -- humidity-Bricklet zeigt -NaN (gerade jetzt bei 100% Luftfeuchte, korrekt im Brickv und im alten Binding auf Produktiv-Maschine) -- von meinen 4 PTC (am selben Master) ist einer -NaN im Paper-UI, der und ein weiterer OFFLINE in der Things-Liste (aber alle korrekt im Brickv und im alten Binding Zu einem ptc gibt es die Meldung im log: 019-01-26 11:41:37.613 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler PTCBrickletHandler of thing tinkerforge:ptc:37129507:qbK tried updating channel temperature although the handler was already disposed. -- auch nach manuellem Löschen/Hinzufügen von ptc mit UID qbK bleibt die Meldung mit 1Hz im log. Das thing ist aber da. -- Beim Autodiscover wird das thing mit Namen "ptc" entdeckt. Beim manuellen Anlegen wird das Thing im Paper-UI mit Namen "BrickletPTC" vorgeschlagen. Der Name sollte in beiden Fällen gleich sein. -- Ich empfinde es als unvorteilhaft, wenn Things gleicher Art erkannt werden und alle im PaperUI den gleichen Namen haben "ptc-<UID>" wäre doch schön, oder? Und für die Brickd-Things auch eine Unterscheidung ? (Ich hänge immer die letzte IP-Nummer dran) -- (Kosmetik) ptc Wiremode könnte auf 2/3/4 begrenzt werden (es steht nix da und alle ganzen Zahlen sind möglich. Wird das auf default 2 gesetzt? Die Doku sagt: "Zusätzlich muss die Leiteranzahl mit Hilfe der API gesetzt werden.") -- Ist intensity (Sound) "Number" oder "Number:Dimensionless" ? (-- Und ich hätte echt gedacht, dass es für "Luft-Feuchte" auch eine Einheit gibt.) --dualrelay tickt richtig, industrialquad sieht gut aus Gruß, Uwe

Hallo, Theo, ich stoppe oh2, kopiere das binding nach /usr/share/openhab2/addons lösche brutal die Verzeichnisse cache json tmp in /var/lib/openhab2 starte oh2 und sehe 2019-01-25 16:33:00.942 [WARN ] [org.apache.felix.fileinstall ] - Error while starting bundle: file:/usr/share/openhab2/addons/org.openhab.binding.tinkerforge-2.5.0-5-SNAPSHOT.jar org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.tinkerforge [191] Unresolved requirement: Import-Package: org.eclipse.jdt.annotation at org.eclipse.osgi.container.Module.start(Module.java:444) ~[?:?] ... Das passiert mir mit den letzten Versionen 4 und 5. Was mache ich jetzt falsch??? Gruß, Uwe

Kommando zurück, das geht nicht. Nach einem Neustart ist das item nicht richtig im Basic-UI. Man braucht "69eea0f1" als "Location" im item ...

Ok, jetzt geht auch realtimeclock wie erwartet. Meine andere Frage ist war wie folgt: Autodiscover geht natürlich. Alles in der in-box, dann als Thing im Paper UI ganz automatisch ... ... unter "Name" steht "realtimeclock" ... unter "Location" "Bridge Selection" Brickd - tinkerforge:brickd:69eea0f ... unter Configuration Parameters dann "xNx" In der sitemap verwende ich den Namen des Things. Mein item in .items ist zunächst (Copy/Paste aus dem Paper-UI) DateTime datumZeit { channel="tinkerforge:realtimeclock:69eea0f1:xNx:datetime" } gewesen Ich sehe aber gerade (Versuch macht kluch!), dass ich auch nur DateTime datumZeit { channel="tinkerforge:realtimeclock:xNx:datetime" } schreiben kann! Damit hat sich die Frage geklärt! Sollte ich das Bricklet jetzt an einen anderen Brick anstecken, dann muss ich das item nicht anfassen. Und so sollte das sein Ach: Nach dem manuellen Löschen von Things (aller Things, tlw. mit force remove), dem Hinzufügen der Brickd things und der entdeckten things sehe ich massig Meldungen im log wie Handler RealTimeClockBrickletHandler of thing tinkerforge:realtimeclock:f33aed9d:xNx tried updating channel datetime although the handler was already disposed. Irgendwer hat da irgendwie das Löschen nicht mitgekriegt, oder? Gruß, Uwe

Hallo, Theo, Du schreibst: "... der Datentyp von Number auf DateTime geändert. Vermutlich musst du das Thing löschen und neu anlegen." Hmmm. Das habe ich getan. Es wird als online angezeigt. Als DateTime. Aber "Control" des PaperUI zeigt jetzt ein BrickletRealTimeClock mit der DateTime "-" an... (Eine sitemap habe ich nicht angelegt. Im PaperUI müsste es ja stimmen.) Und eine Frage: Mit den alten 1-er Bindings habe ich die IP-Adressen der Bricklets aufgelistet. Dann wurde Bricklet XYZ anhand der UID gefunden. Jetzt muss ich zwingend für das Thing angeben, an welcher TF-IP-Nummer (Brickd) es steckt. Hat das einen Grund ? (Ausser, dass die Realisierung einfacher ist?) Und noch eine Frage: Wenn das Bricklet unerreichbar ist, muss ich das selber feststellen, oder? (Ich behelfe mir mit einem Thing "Zuletzt Gesehen der IP-Adresse") Es kommt nicht irgendwann ein Wechsel zu NULL oder was auch immer? Gruß, Uwe

Hallo Theo, ptc ok, humidityv2 ok (mit richtigen Prozenten in Control des PaperUI), motiondetector ok, barometer ok, soundintensity ok allerdings geht realtimeclock nicht mehr (zeigt NaN, im Brickviewer ok) Und das Kopieren des neuen Bindings in addons allein hat bei mir nicht gereicht. Nach Löschen von /var/lib/openhab2/cache und .../tmp hat es funktioniert Gruß und Danke, Uwe

Hier mein Test: Ubuntu in VM , PaperUI only humidity v2 geht. Die zuschaltbaren Heizung ist aber nicht da. rotary encoder geht fast: Im log sehe ich Button OPEN/CLOSED, aber nicht im PaperUI voltagecurrent geht (ich messe aber nur voltage) Seltsam erscheint mir, dass im PaperUI die Sensorwerte per Klick geändert werden können ... Meine Wunschliste hast Du ja schon,,, Tausend Dank! Uwe

Hallo, Theo, Ich will openHAB 2.4 aufsetzen (in einer VM, Debian) und dann schauen, wie ich meinen Kram rüber bekomme. OH 2.4 sollte ja kein Problem sein, oder? Kann ich alte/neue Bindings parallel verwenden? Wie kommen die zu mir? Da ich noch gar nicht in die Entwicklung der Bindings reingeschaut habe: Was braucht es dazu? Kann man dich anders unterstützen? Gruss, Uwe

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