reinweb

hej, you are able to set the brightness of each R-G-B Led individualle (0-255). This is the way to control the brightness. 1-1-1 & 255-255-255 are both white - but 1-1-1 is much less brighter then 255-255-255

Ich glaub, das TempIR Bricklet ist der alleinige Verursacher - beziehungsweise die Länge vom Brickletkabel. Ich hab jetzt das 50cm Kabel gegen ein 6cm Kabel getauscht und siehe da, es scheint stabil zu laufen. Hab insgesamt 4 Stacks unabhängig voneinander laufen und mittlerweile bei allen auf das 6cm Kabel getauscht. Einstrahlung schliesse ich aus, weil z.b. das PTC Brickletkabel am selben Stack ein 2m langes Brickletkabel problemlos verträgt. @Borg: habt ihr so einen Stack nachgebaut und laufen lassen? Wie lang war bei euch das Kabel?

ich hab jetzt einen Demo-Stack ins Public-Internet connected - dann könnt ihr mit dem Brickviewer und dem Datenlogger drauf und euch das anschauen - und es reproduzieren. Ich hab alles getauscht: Kabel, Brickmaster, Bricklets. Schreibt mir bitte eine Email - dann tauschen wir die notwendigen Connect-Daten aus. Danke vorab!

ja kann ich machen. Mich quält das Problem allerdings schon seit vielen Monaten... und viele meiner Posts haben dieses Problem des "Aufhängens" als Ursache... könnt ihr das Problem nachstellen?

Brick und Bricklet sind lt. Brickviewer am neuesten FW-Stand (bzw hab ich sogar nochmals drübergeflasht)

Tests erweitert. Es reicht scheinbar, dass an einem Master gleichzeitig ein TempIR und ein Temp Bricklet dranhängt. Wenn ich mit dem BrickViewer nach einiger Zeit (2 Stunden) verbinde, haben sich das Temp und das TempIR Bricklet aufghängt (z.B. Temp-Temp zeigt 101°) Ebenfalls am Master hängt ein Humidity und ein AbmientLight Bricklet - beide funktionieren aber weiterhin tadellos. Vielleicht kann das jemand ebenfalls testen. Danke

Hallo und Hilfe an das Tinkerforge Team, ich will mit einem Temperature IR Bricklet meinen Heizkörper überwachen und gleichzeitig mit dem Temperature Bricklet die Raumtemperatur messen. Wenn die Temperatur des Heizkörpers ansteigt, hängen sich beide Bricklet auf und liefern falsche Ergebnisse (Temp Bricklet liefert mehr als 100°, TempIR liefert den gleichen Messwert). Sowohl bei Einzelabfrage als auch über Callbacks (die kommen dann nicht mehr weil sich die zurückgelieferten Werte nicht ändern - auch wenn der Heizkörper schon wieder Raumtemperatur hat). Egal welche Konfig (verschiedene Master, unterschiedliche Bricklets, Wifi, Wifi2, Ethernet Extension, per USB am Raspberry) - es ist total reproduzierbar. Nach einem Reset vom Master gehts wieder - bis zum nächsten Temperaturanstieg des Heizkörpers. Heut hab ich es mit eurem Datalogger nachgestellt (MasterBrick per USB an einem Raspberry mit brickd. Der Datalogger läuft auf meinem iMac). Im Anhang findet Ihr die LogFiles von 2 unterschiedlichen Versuchen. Please help - it's anoying & reduces the reliability logger_data_1517787799-2.csv logger_data_1517787799.csv logger_debug_1517787799.log LoggerConfig.json

schon mehrfach beobachtet: nachdem ich alle Bricks & Bricklets des Stapels neu flasht hab, funktionierts jetzt.

schon mehrfach beobachtet: nachdem ich alle Bricks & Bricklets des Stapels neu flasht hab, funktionierts jetzt.

naja, der Heizkörper ist ziemlich gross - d.h. es sollte keinen Unterschied machen ob ich in 5 oder 10cm Entfernung messe?

hallo Tinkerer! gibt es irgendwo welchen Einfluss die Entfernung zum Objekt auf das Messergebnis hat? Auch in den Unterlagen des Sensors find ich nix... bin auch über die Genauigkeit im Unklaren. Mit meiner Temperatur-MessPistole von Conrad mess ich immer was anderes. (MessObjekt: Heizkörper, Mattweiss lackiert)

please add a swap file in the image 1.10 thx

nacktes Image, nur der RED Brick ohne Bricks. Mit & Ohne WLAN-USB Stick aus eurem Shop. Verschiedene Kabel, verschiedene Mac-Rechner. Wenn ich den Brickd (AUF DEM MAC - also auf dem Rechner wo der BrickViewer läuft) auf Debug stelle, dann funktioniert's stabil & problemlos. Vermutlich weil durch die vielen Log-Einträge das Timing verändert wird.

ja, die 1.9'er hat dasselbe Problem. ich hab also die 1.7 und die 1.9'er Version getestet. Die Fehlermeldung lautet: Error: Script error 100X: Could not create pipes for script "overview": Did not receive response for function 18 in time (-1)

das Problem ist mit der Firmware 1.7 exakt das gleiche bzw. dasselbe ;-)

das Problem ist mit der Firmware 1.7 exakt das gleiche bzw. dasselbe ;-)

ich hab mir jetzt schnell eine SD Karte gekauft - und teste es mit 1.8 und 1.7 und geb dir Bescheid...

* Image Version 1.8 hab ich nicht getestet - momentan keine SD Karte übrig dafür. * ich kann in die SSH Shell nix mehr eintippen - die Verbindung hängt also (nicht nur verzögerte Reaktion). Auch ein Ping von aussen auf die RED-WLAN-IP gibt keine Antwort mehr * BrickViewer kann per USB (Localhost) verbinden (nciht über die RED-WLAN-IP)

es kommt sehr oft eine Fehlermeldung: Script Error 1001: Internal Error Timeouts kommen sehr oft bei "Discovering Image Version", manchmal erst beim Screen "Overview" und dann verschwindet meistens der RED-TAB und ich muss Disconnect & Connect für einen Neuversuch auch schon mehrere (original Tinkerforge) USB Kabel getestet... Wenn ich denk log.level auf "debug" stelle, funktioniert's einwandfrei & stabil.

hallo, wennn ich per WLAN zu meinem RED Brick (unter OSX) eine SSH Verbindung aufbaue, verliere ich nach einer bestimmten Zeit die Verbindung. Erst wenn ich über den Brickviewer wieder die WLAN Settings refreshe, kann ich mit der SSH Sitzung weitermachen (oder eine neue SSH Sitzung aufbauen). Es scheint mir, als ob sich im RedBrick ein Powersaving Mode aktiviert, der das WLAN (über USB-Stick) deaktiviert. Derzeit lasse ich als Abhilfe einen dauerping auf die RedBrick WLAN-IP laufen. Das kann aber nicht die Lösung sein.... lg, Reinhard

hallo, ich kann über USB zum RED Brick via Brickviewer (also über Brickdaemon) nur dann eine stabile Verbindung aufbauen, wenn ich den Brickdaemon via config in den "debug" Modus versetze. Vermutlich weil dann alles langsamer ist - denn via RED+WLAN geht es problemlos und stabil. Betriebssystem: OSX 10.11 (mehrere Rechner probiert) BrickViewer und Brickdaemon in der aktuellsten Version Redbrick mit aktuellstem Betriebssystem WLAN-USB direkt vom Tinkerforge Shop

photron, JA, mit deiner Version funktioniert's! DANKEEEE

Änderungen umgesetzt. Ich erkenne eine Korrelation zwischen "Neu-Enummerierung" eines Bricklets und dem leeren Packet. Möglicherweise tritt das Problem dann auf, wenn zeitleich eine Neu-Enummerierung abläuft und das gleiche Bricklet einen Callback auslöst. Wobei "gleichzeitig" bei PHP ja so eine Sache ist....

hej photron, den Log reiche ich nach... für "gdb" musste ich im Wikipedia nachsehen. Wenn du mir schreibst, was ich machen soll, dann kann ich das dann ausführen/umsetzen lg

hallo, bei mir crasht auf 2 unterschiedlichen Macs (10.11.6) der Brick-Damon. Und zwar beispielsweise wenn ich im Brickviewer den Master-Brick resette. Der Stapel ist im Brick-Viewer mit "local" verbunden. BrickV und BrickD ist beides in der aktuellsten Version installiert. lg, Reinhard