duaw

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