duaw

Hallo! Stelle gerade fest, dass bei mir unter macOS Sierra 10.2.2 die Update-Funktion des Brick-Viewers 2.3.6 nicht funktioniert: "Could not connect to tinkerforge.com to get the list of available update [sic! Ohne 's']. Is your internet connection working?" Ja, tut sie und in der VM funktioniert alles. Ich kann mich nicht erinnern, dass ich Einstellungen geändert habe. Hat das noch etwas mit dem Server-Umzug zu tun oder liegt das Problem nur bei mir? Gruß, Uwe

Hallo! Hier meine Beobachtung: Ich betreibe 2 Stacks mit WIFI Master Extension (nicht 2.0) mit OpenHAB (1, nicht 2). Einen mit genau einem altem Masterbrick 1.0 (FW 2.4.1), den anderen mit genau einem neuerem Masterbrick 2.0 (FW 2.3.4). Der Stack mit dem alten Master 1.0 ist irgendwann (irregulär) sicher nicht mehr erreichbar und muss dann hart resettet werden. Der andere Stack läuft und läuft und läuft. Muss mal den alten Master austauschen und beobachten. Welche Version vom Masterbrick verwendet ihr in den Problemfällen? Oder es gab doch mal eine Charge nicht ganz perfekter WIFI Extensions? (Bricklets an Master 1.0 sind Temperature / Humidity / Voltage-Current / IO-4, Bricklets an Master 2.0 sind 3 Voltage-Current. An denen sollte es nicht liegen.) Andere Stacks mit Master 2.0 und 2.1 mit Ethernet-Extension laufen rock-solid. Gruß, Uwe

open -n /pfad-zu-Brickv/Brickv.app geht natürlich. Das Starten der Kopie ist mir einfacher (Spotlight, Br ... da isser schon, klick). Und mehr als zwei brauche ich wohl nicht. Wenn ihr OS X freundlich zureden könntet, das "Verstecken" zu unterlassen, dann wäre das fein. Das ist doch nur das Standardverhalten, und das kann bestimmt geändert werden! Hab's gerade mal in der Virtuellen Maschine ausprobiert, und tatsächlich: Unter Windows (7) bleiben (a) die Kind-Fenster sichtbar – was schnell zur Verhüllung führt! – und (b) das Mehrfach-Starten von Programmen ist der Standard. Hmm ... kenne ich ein OS X-Programm, das standardmäßig in mehreren Instanzen läuft, wenn es gestartet wird?

Hallo (Theo), ich bin jetzt erst über den Eintrag "Max Connections" der Ethernet Master Extension gestolpert. Der Stapel lief perfekt mit OH1, ich konnte mich aber nicht mehr via Brickv verbinden. (Die Fehlermeldung des Brickv hat mich nicht darauf hingewiesen! Da stand nur etwas von port, ip, demon.) Das war, nachdem ich eine neue sitemap mit items etc. angelegt hatte. Der Temperatur-Brick des Stapels wird in beiden verwendet, in beiden gibt es jeweils ein eigenes item. Wird für jede site eine eigene "connection" angelegt? Wenn nein: Wer sonst "frisst" connections auf? Kann ich das herausfinden? (Einfach meine ich, nicht via Wireshark!) Gruß, Uwe PS Ich habe jetzt Max Connections hochgesetzt. Jetzt geht Brickv wieder. Aber später kommt noch das network health binding, das ja auch mindestens eine Verbindung will ...

Hallo! Ich habe zwei Feature-Wünsche an den Brickv ! Ich wollte mich mit 2 Instanzen von Brickv mit zwei unterschiedlichen Stacks verbinden (Sensorwerte abgleichen/ loggen). Das geht mit Bordmitteln nicht, denn ein Connect zum einen erfordert zunächst den Disconnect vom anderen. Wunsch #1: Unabhängig voneinander mehr als nur einen Stapel gleichzeitig anschauen können. Ich habe dann den Brickv kopiert und die Kopie gestartet. Das ging. Es ging aber nicht wirklich gut: Das Logger-Fenster verschwindet, wenn der Brickv den Fokus verliert. Es laufen dann zwar zwei Brickv und zwei Logger, aber nur ein Logger ist sichtbar. Wunsch #2: Einen Logger auch dann anzeigen, wenn sein zugehöriger Brickv nicht mehr den Fokus hat. Ach ja: Ich nutze den Brickv unter OS X und kann nicht sagen, ob es woanders anders ist. Gruß, Uwe

Hallo Theo, richtig, das geht. Danke! Habe das Binding per apt-get installiert und noch die Doku befolgt, dann wird der Status geliefert. Noch eine Frage, auch an alle anderen: Die Beispiele zeigen dann oft einen Switch. Der ist ja eigentlich R/O. Das ist er aber nicht in OH, ich kann den sinnfrei schalten. Natürlich kann man das umschiffen, in dem ein anderes Item auf den Switch reagiert. Aber: Gibt es keine 0/1-, T/F-, On/Off-SENSOREN in OH? Gruß, Uwe

Hallo! Ich verwende openhab mit den TF bindings und TF master extensions. Einmal drahtgebunden, einmal drahtlos. Kabelgebunden funktioniert rock solid. WLAN bricht hin und wieder ab. Warum? Keine Ahnung. Dann muss ich das Ding resetten. Frage: Kann ich aus openhab heraus feststellen, ob ein Brick erreichbar ist? Wenn ja, wie? Danke, Uwe

Kurze Frage, leider keine Antwort: Was ist eine Nano-Brauerei? Kannst Du mir / uns Details geben -- ich möchte vielleicht auch mal loslegen. Aber die vielen Liter schrecken mich ab. Das geht auf's Gewicht ... "Nano" hört sich gut an ... Gruß, Uwe

Hallo zusammen, ich möchte noch mehr an meiner Lüftungsanlage ValloPlus SE 500 herum-"tinkern". Diese wird über eine Reglereinheit bedient, die im Keller direkt am Gerät über RS-485 angeschlossen ist. Es gibt bei mir kein weiteres RS-485-Gerät am Bus. Ich habe auch schon Informationen über das (einfache) Protokoll zwischen Bedieneinheit und Gerät. Das Ziel ist Setzen/Lesen der Lüftungsstufe und Setzen/Lesen von "Wärmerückgewinnung an/aus". Leider habe ich NULL Erfahrung mit RS-485. Wie setze ich RS-485 um auf RS-232, so dass ich z.B. vom PC Daten von der Anlage Lesen UND zur Anlage Schreiben kann? In der Doku zu käuflichen Konvertern lese ich oft "Input RS-232, Output RS-485" oder "RS-232 to RS-485". Das hört sich nach Einbahnstraße an. Oder liege ich da falsch? Ich würde dann zunächst vom PC aus (mit JAVA, das mag ich) das Protokoll klarmachen. RS-232 als USB serial device geht ja an den PC. Dann an den RED oder das RS-232-Bricklet. Schlaut mich jemand auf, was ich wie tun kann oder muss, um mit einem RS-485 Gerät vom PC via RS-232 (USB) bidirektional zu kommunizieren? Einfache Lötarbeiten könnte ich ausführen ... Danke! Uwe PS. Die Bypass-Klappe der Anlage steuere ich schon, die Temperaturen der Luftströme monitore ich mit TF. Danke, Theo, für die openhab-Unterstützung.)

Hallo! Nachdem openHAB "offiziell" mit dem RED Image 1.6 Einzug gehalten hat, habe ich es für eine erste Lösung verwendet. Danke, Theo, dass Du das möglich gemacht hast!!! ABER: Es darf nicht sein, dass das binding an einem einzelnen User hängenbleibt!!! Die (Weiter-) Entwicklung des bindings muss sichergestellt sein. Eigentlich muss sie von TF vorangetrieben und verantwortet werden. UND: Das binding muss ALLE Bricklets vollumfänglich unterstützen -- mir fehlt für das nächste Projekt die Unterstützung des PTC-Bricklets. :'( Viele Grüße Uwe

Hallo zusammen, das war bei mir auch mal so in einer früheren Version von brickd/OSX. Das Programm startete nicht durch Doppelklick, wohl aber von der Shell aus. Siehe alten Post unter http://www.tinkerunity.org/forum/index.php/topic,2291.msg15160.html#msg15160 Komisch, komisch. Gruß, Uwe

Hallo Bastian, ja, der Fehler bleibt im Wasser: 17.91 °C vs 20.79 °C und ja, ich habe richtig gejumpert, die Kabel so angeschlossen wie abgebildet und auch im Brick Viewer 3-Wire eingestellt. Verschraubung hat nichts gebracht, tauschen zeigt, dass es am PT100-Sensor liegt. Einer zeigt wohl zu wenig an. LUFT-Thermometer zeigen übrigens ca. 23.4° (Oregon Scientific) oder sogar 24.6 °C (MessPC-USB in einer kleinen schwarzen (!) Box) Gruß, Uwe

Hallo! Ich habe zwei PTC-Bricklets und zwei 3-Wire PT100-Fühler aus dem Shop. Genau so angeschlossen wie gezeigt und vorgegeben. Genauigkeitsklasse B sollte bei Raumtemperatur alles in allem nicht mehr als 0.4 °K Abweichung liefern. Bei zwei Sensoren also weniger als 1 °K Unterschied im schlechtesten Fall. Meine zwei Sensoren liefern aber auch nach längerer Zeit direkt nebeneinander (in der Luft) etwas in der Größenordnung von 19.4 °C und 21.3 °C. Das ist doch zu groß -- oder mache ich hier einen Denkfehler? Mich interessiert der absolute Unterschied -- der sollte doch eher nahe bei 0 °K sein als bei fast 2 °K ... Und auch wenn ich 1/3 B beschaffe: Kann dieser "Fehler" an den PTC-Bricklets liegen? Für jede Hilfe dankbar ist Uwe PS: Gibt es ein Kaufempfehlung für Sensoren in Luftströmen?

Hallo! Leider erreicht die Sonne ab der Tag- und Nachtgleiche im Frühjahr bis zu der im Herbst auch die Nordseite freistehender Häuser. Auf jeden Fall ist eine gut belüftete und lichtdichte Position erforderlich. Gruß, Uwe

Hallo! Es crasht hier: Thread 6 Crashed: 0 libcorecrypto.dylib 0x00007fff8c507ef1 ccsha1_vng_intel_compress_SSE3 + 49 Die Code Signature soll ja invalid sein: Exception Type: EXC_BAD_ACCESS (Code Signature Invalid). Die Dynamic Library hat das Datum Mittwoch, 23. Oktober 2013 09:02, die Größe 776.480 Byte (344 KB auf dem Volume) und liegt in /usr/lib/system . Deckt sich das mit euren Versionen? Wenn ich den brickv im Terminal über ./Brickv.app/Contents/MacOS/main aufrufe, dann funktioniert es. Es gibt dann im Terminal die Meldung QPixmap::scaled: Pixmap is a null pixmap. Nur eben nicht mit Doppel-Klick auf das Icon. Komisch ... Gruß, Uwe

Hallo! Auf meinen Rechnern mit Mac OS X 10.9.2 startet der brickv 2.1.0 nicht. Hüpft im Dock, dann Stillstand. Reboot, neuer Daemon etc. nichts hilft. brickv 2.0.9 arbeitet weiter einwandfrei. Unten die Crash-Meldung von CoreServicesUIAgent in der Konsole. Das mit den "Volumes" verwirrt mich ... Starte das Program vom Schreibtisch. Gruß, Uwe Werner Process: CoreServicesUIAgent [73113] Path: /System/Library/CoreServices/CoreServicesUIAgent.app/Contents/MacOS/CoreServicesUIAgent Identifier: com.apple.coreservices.uiagent Version: 101.2 (101.2) Build Info: CoreServicesUIAgent-101002000000000~2 Code Type: X86-64 (Native) Parent Process: launchd [275] Responsible: CoreServicesUIAgent [73113] User ID: 501 PlugIn Path: /Volumes/Brickv-2.1.0/Brickv.app/Contents/MacOS/main PlugIn Identifier: com.tinkerforge.brickv PlugIn Version: 2.1.0 (2.1.0) Date/Time: 2014-04-11 12:45:46.146 +0200 OS Version: Mac OS X 10.9.2 (13C64) Report Version: 11 Anonymous UUID: 7B9CFB0D-92D5-E00F-63B9-E69A3655A8B5 Sleep/Wake UUID: 805594B6-F87F-49FA-BA66-5F1D4859CAA5 Crashed Thread: 5 Exception Type: EXC_BAD_ACCESS (Code Signature Invalid) Exception Codes: 0x0000000000000032, 0x0000000104f44000 VM Regions Near 0x104f44000: VM_ALLOCATE 0000000104f3c000-0000000104f44000 [ 32K] r--/r-- SM=SHM --> mapped file 0000000104f44000-0000000104f4c000 [ 32K] r--/rwx SM=COW /Volumes/VOLUME/Brickv.app/Contents/MacOS/main MALLOC_LARGE 0000000104fbf000-0000000105020000 [ 388K] rw-/rwx SM=PRV