Jump to content

duaw

Members
  • Content Count

    117
  • Joined

  • Last visited

Community Reputation

0 Neutral

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Also, eine "Instanz" von ipcon.c , die beim Linken mit gebunden wird, ermöglicht in einem Programm dann einen einzelnen Listener. Da funkt der Brickv natürlich dazwischen. (Wann er das tut, weiß ich nicht. Beim Connect? Bei Klicken auf den Tab? ...) Blind, blind, blind ... Habe blind auf "Callbacks" geklickt und das Kapitel "Konfigurationsfunktionen für Callbacks" oberhalb übersehen ... Dass ich das auch in der Header-Datei übersehen habe ... tsss ... Werde zukünftig NICHT mehr an euch zweifeln.
  2. Ich lese in der Doku: Java: "Dieser [BrickletLEDStripV2.FrameStartedListener()] Listener kann mit der Funktion addFrameStartedListener() hinzugefügt werden." (Ein 'n' fehlt.) C: "Die Registrierung kann mit der led_strip_v2_register_callback() Funktion durchgeführt werden:" Beobachtung: Man kann zu einem Zeitpunkt nur nur einen Listener haben. Wenn unterschiedliche Programm auf das Bricklet zugreifen (z.B. ein parallel geöffneter Brick Viewer), dann ist das Ergebnis erratisch ... Ich lese in der Doku: Java: "Ein hinzugefügter Listener kann mit der Funktion removeFrame
  3. Geht! 👍 (Ausprobiert auf dem neuen Mac mini, auf dem das Symptom aufgetreten ist. Noch nicht gecheckt, ob es auf dem MacBook Pro -alt- auch noch geht. 😏)
  4. Hmm ... wieso geht es dann bei mir von einem Mac aus, aber nicht vom anderen? Wie gesagt: Kein drängendes Problem. Der Urlaub ist definitiv verdient! Gruß, Uwe
  5. Hallo! Nach dem (eigentlich reibungslosen) Umzug auf einen neuen Mac mini mit M1 sehe ich im Brick Viewer am unteren Fensterrand die Message "Update information could not be downloaded from tinkerforge.com. Is your computer connected to the Internet?" Ist er natürlich. Ich habe auch sonst absolut keine Probleme, auch Brickd und der Rest vom Brickv laufen einwandfrei. Ist nur unschön, aber nicht überlebenswichtig. Gruß, Uwe
  6. Hallo, Thomas, ich verwende NodeRED. Die ankommende Nachricht übersetzte ich und veröffentliche sie so, wie ich das brauche, einfach nochmal. Die (Prozessor-) Last ist dabei nicht sehr hoch. Das erschien mir der einfachste Weg, insbesondere bei neuen Versionen des Bindings. Gruß, Uwe
  7. Hallo, luxor, klar, das Bindung läuft irgendwo. Bei mir läuft für jeden Stapel mit eigener IP-Nummer eine Instanz davon bei mir im Netz auf einer HW, da wird das Topic mit gesetzt. Das Bindung läuft bei mir also "nah" an der TF HW, im selben Netzwerk. Der MQTT-Broker kann dann laufen, wo er will, Hauptsache er ist erreichbar (bei mir im lokalen Netz). Und NodeRED kann auch laufen, wo es will -- Hauptsache, der Weg zum Broker ist frei. (NodeRED in der Cloud ist für mich keine Option. Ich will grundsätzlich, dass alles auch ohne Cloud funktioniert.) Ich habe das TF-MQTT-Binding
  8. Für mich zum Verstehen: Nutzt du die Nodes? (Ich habe sie noch nicht ausprobiert.) Welchen wirklichen Benefit siehst Du grundsätzlich im Vergleich zu MQTT? MQTT ist immer top-aktuell. Zur Verwendung braucht es natürlich ein laufendes MQTT-Binding ... aber das läuft ja einfach. Alles, was von dritter Seite zur Unterstützung von TF kommt, hängt immer hinterher. (Etwas, das ich bei NodeRED als suboptimal empfinde ist die Unübersichtlichkeit über third-party-Nodes. Welche gibt es, wie sind die dokumentiert und gepflegt?) Gruß, Uwe
  9. Hallo, ewu68! Bei mir läuft das Trio NodeRED, MQTT und Tinkerforge super erfolgreich und komfortabel. Auf einem Raspi in der isolierten Gartenhütte steuert/regelt es Licht und Temperatur gegen den Pflanzentot im Winter, ein Server, der eh läuft, erledigt allerhand nebenher. Da ist dank MQTT auch anderes (z.B. Shelly) dabei und es gibt ja allerhand NodRED-Nodes für Dinge, die nicht MQTT sprechen (mir gefällt immer noch mein LaMetric-Display). Also ich bin sehr zufrieden. Ich brauche keine Tinkerforge-NodeRED-Nodes. Läuft. Ist performant, stabil, erweiterbar, wartbar (man muss aber
  10. duaw

    ESP32 Brick

    Schön (heraus-) zu lesen, dass das Geschäft mit den Wallboxen dermaßen brummt ... Die Kehrseite der Medaille ist dann leider ... Bleibt spannend! Gruß, Uwe
  11. Ja, Batti, das klingt gut. Ich gehe gerne zu Fuß! Ich habe in der Nähe vom Einsatzort im Keller schon einen Stapel zum Überwachen/Steuern der Zu-/Abluft, am Stack ist noch ein Steckplatz frei. Mit nem langen Bricklet-Kabel könnte das was werden. Dann einklinken in MQTT und NodeRED, fertig ist es! @DoIT: Das Wasser kam von außen rein über die Zu-/Abluft. Die Entwässerung derselben (im Sommer gibt es da Kondenswasser, jetzt war alles so draußen gesättigt, dass das Regenwasser im Boden seinen Weg da in die Zuluft hinein fand) in das Abwasser hatte ein – wirklich zweckfreies – Sieb, da
  12. Hallo, zusammen, nachdem es viel Wasser von oben und eine Verstopfung im Abfluss nach unten gab, stand das Wasser im Keller. Blöd. (Freundlicherweise war es klares Wasser, dass seinen Weg gefunden hatte, keine braune Brühe ... ) Wie würde man einen Wasserstandswarner mit TF realisieren? Mit welchem Bricklet (und ggf. Zusatz-HW) könnte man auf welche Art & Weise stehendes Wasser >1mm auf dem Boden feststellen und so die Basis für eine Wasserwarnung realisieren? Gruß, Uwe
  13. Hallo! Wie verarbeitest Du die Nachrichten denn? Auch in C, Java, ... könntest Du doch flexibel die Position der Größe suchen, die dich interessiert. Ich nehme NodeRED / Javascript. Da spielt die konkrete Reihenfolge eine absolut untergeordnete Rolle. MQTT und Reaktion auf eingehende Nachrichten ist ... einfach Klasse! Gruß, Uwe
  14. Hallo! Ich werde openHAB den Rücken kehren und auf NodeRed umsteigen. Ich habe mal mit OH1 angefangen, die Lösung dann mit OH2 betrieben. OH2 und OH3 gefällt mir einfach nicht mehr. NodeRed passt bei mir persönlich besser. Und meine Bedürfnisse bzgl. TF werden bestens mit den MQTT-Bindings erfüllt. Da muss ich nichts neues kaufen ... Gruß, Uwe
  15. Hallo! besteht grundsätzlich auch die Möglichkeit, dass der Brickv anzeigt, mit welcher Version des Brickd er gerade verbunden ist? Und dass ein Update für den verbundenen Brickd bereit liegt? (Kommt zwar sehr selten vor, erleichtert dann aber das systematische Updaten!) Gruß, Uwe
×
×
  • Create New...