borg

I think the best option for you would be to buy a "proper" DIN-Rail mounted relay and to control this relay with a Industrial Quad Relay Bricklet. With this setup you can buy a big relay that can handle your pump easily and the Tinkerforge stuff is galvanically isolated from the switching itself!

Der Link ist schon OK so, du kannst auch direkt in das Verzeichnis reingucken und durchscrollen: http://download.tinkerforge.com/imu_calibration/ Wenn deine IMU keine Kalibrierungsdaten auf dem Server hat muss da etwas während der Kalibrierung schiefgelaufen sein. Die einzige Möglichkeit die ich sehe ist, dass du die IMU einschickst und wir sie neu kalbrieren. Es sei denn du hast die original Kalibrierungsdaten noch irgendwo? Entschuldigung für die Probleme! Das sollte natürlich nicht passieren.

Perhaps there is a small "cable break" in one of the Pt1000? Have you tried wiggling the cables, can you reproduce the problem if you do this?

Nein, definitiv nicht . Wir haben den Hub gerade eingeführt um die maximale Länge zu verringern (Stichwort Störeinstrahlung, EMI, etc).

Müsste man sich im Detail angucken, mit Midori haben wir nie getestet. Websockets auf dem RED Brick hab ich nur übers Netzwerk mit den Browsern auf meinem PC (aktuelle Versionen von Firefox, Chrome(ium) und IE) getestet bisher. Ich werde mir das mal mit Midori angucken.

Eigentlich sollte alles normal weiter funktionieren.

In Image Version 1.4 werden wir nur noch das Full-Image haben und man kann es über den Brick Viewer zum Fast-Image machen und viele Konfigurationen dazwischen auswählen! Ich denke wir werden das Image noch diese Woche veröffentlichen.

Die Reihenfolge ist egal, wenn du zuerst den Threshold setzt wird die Default-Debounce-Period von 100ms genommen.

Ich vermute die midori Version auf dem RED Brick unterstützt keine Websockets.

A callback is only triggered if the value actually changes. So for example if you set a callback period of 1 second and the temperature stays the same for 30 seconds until it changes, you will only get the callback after 30 seconds. This is probably what you are seeing here. To try this out you can heat/cool the Bricklet rapidly. We do this to save bandwidth on the USB.

Das ist ein bisschen unspezifisch . Welche Fehlermeldung bekommst du denn?

Eventuell entfernen wir die Hotplug-Funktionalität wieder, wenn es da wirklich ein Probleme gibt (da warten wir noch auf Feedback). Das sollte allerdings irrelevant sein solange dein Master Brick nicht übermäßig heiß wird .

Theoretisch ist das natürlich möglich, in der Praxis haben wir so ein Problem aber noch nie nachweisen können .

Es könnte Störungen auf dem Kabel sein (die Bricklets sind beide Digital, d.h. die Störungen müssten gerade in den Daten sein). Es könnten aber auch Störungen sein welche dazu führen das die Sensoren selbst falsche Werte zurückgeben. Bei dem Temperature Bricklet kannst du die I2C Geschwindigkeit einstellen. Falls durch ein verringern der Geschwindigkeit auf 100kHz die Probleme geringer werden deutet es auf eine Störung im Kabel hin. Da wären dann im Zweifelsfall kürzere Kabel die einfachste Lösung.

Zuvor war es so, dass sich der Stapel dauerhaft weggehängt hat. Ich füge es gleich noch der API Dokumentation hinzu, das ein Wert von -99,99°C bedeutet das ein Fehler vorliegt.

Plugin: Temperature 2.0.3 Gebe -99.99°C zurück im Falle eines Fehlers während der Kommunikation (zuvor wurde der komplette Stapel blockiert) Download: Temperature Bricklet

Plugin: Temperature 2.0.3 Return -99.99°C in case of an error during communication (before it would block the whole stack) Download: Temperature Bricklet

Can you make a minimal example that crashes, so i can try to get it running? It is possible to install Python 3.4 on Debian Wheezy (which we are using), but it is a bit of a hassle: http://www.extellisys.com/articles/python-on-debian-wheezy

If you put "192.168.0.24" into the listen address, brickd can only be accessed by the IP "192.168.0.24". Which means that redapid can't connect to brickd (since it connects through localhost). Thank explains it indeed .

That is strange. The latest brickd log is from December 29th, while the latest redapid log that says that brickd connected is from January 3rd. I don't know how that could possibly happen . If you delete the brickd.log and reboot, is there a new one written?

Zwei Pixel leuchten weiß und die restlichen Pixel funktionieren? Oder nur die zwei Pixel leuchten und sonst geht gar nichts? Kannst du vielleicht ein Foto machen vom LED Strip Bricklet mit den angeschlossenen Kabeln bis zum ersten Pixel?

Hast du überprüft ob evtl. ein Pin krumm ist (am Master Brick oder am NFC/RFID Bricklet)?

Wir hatten im Master Brick 2.0 (und allen vorherigen Hardware Versionen) das Problem, dass manchmal das einstecken eines USB Kabels erkannt wurde, obwohl gar kein USB Kabel eingesteckt wird. Dies kam durch Temperaturänderungen zustande, da sich dadurch Widerstandswerte geändert haben. Dies war abhängig von den Toleranzen der Widerstände und trat deswegen nur bei wenigen Nutzern auf. Eigentlich sollte das Problem im Master Brick 2.1 behoben sein, es klingt aber so als hättest du dieses Problem. Die Firmware entfernt die Hotplug-Funktionalität wieder.

Puh, das muss ich mir am Montag genauer angucken. Ich bin gerade kurz die Commits durchgegangen, IMO hat sich seit dem allerersten Release nichts am eigentlichen Verbindungsaufbau geändert (dieser schlägt ja fehl hier). Es ist auch komisch, dass die JavaScript Bindings schuld zu sein scheinen. Die WebSocket Server Implementierung im Brickd und im Master Brick ist komplett von uns, da kann ich mir gut vorstellen, dass wir irgendwo RFC 6455 nicht 100%ig korrekt implementieren und es nach einem Browser-Update auf einmal nicht mehr geht. Für die Bindings nutzen wir die WebSocket Implementierung des jeweiligen Browsers. Warum sollte sich da etwas ändern nach einem Update der Bindings? Sehr komisch. Wenn du Lust hast das genauer zu debuggen könntest du versuchen die Kommunikation mit Wireshark aufzunehmen. Einmal mit einer funktionierenden und einmal mit einer nicht-funktionierenden Bindings Version. Interessant wäre dabei dann zu sehen wo genau im WebSocket Handshake der Unterschied ist zwischen den beiden. Ich komme da sonst frühstens am Montag oder Dienstag zu.

Can you ssh into the RED Brick and take a look at /var/log/brickd.log and /var/log/redapid.log?