borg

You can find the CAD files for the cases here: https://github.com/Tinkerforge/cases They are designed with the open source CAD software FreeCAD. You can open them with FreeCAD and save them as svg!

Wenn du das mit hundertprozentiger Sicherheit benötigst ist das mit einem "normalen" Betriebssystem nicht möglich. Weder unter Windows noch OS X oder Linux (ohne RT PREEMPT patch) ist es garantiert dass dein Programm überhaupt einmal pro ms gescheduled wird.

Mh, die Webseite ist nicht Standardmäßig auf dem RED Brick, ist aber eine gute Idee. Du kannst Sie aber sehr einfach hochladen, einfach diesen Ordner hier inkl. komplettem Inhalt hochladen (als Sprache JavaScript/Browser): https://github.com/Tinkerforge/internet-of-things/tree/master/web Das sollte sofort funktionieren. Als .zip gibt es das hier falls du dich mit GIT nicht auskennst: https://github.com/Tinkerforge/internet-of-things/archive/master.zip

Your problem is that the code in your while loop runs as fast as it can. This will fill up all of the buffers and it is not possible for the callbacks to come through anymore. Try to add a small sleep at the end of the while loop, like this: while True: n=0 # Line 0 Line="Button 0: MAIN MENU" # Determine start position to be centred # Position=(20-len(Line))/2 Position=0 # Write Line 0 lcd.write_line(0,Position,Line) # Line 1 Line="Button 1: DATE/TIME" # Determine start position to be centred # Position=(20-len(Line))/2 # Write Line 1 lcd.write_line(1,Position,Line) # Line 2 Line="Button 2: WEATHER" # Determine start position to be centred # Position=(20-len(Line))/2 # Write Line 2 lcd.write_line(2,Position,Line) time.sleep(0.1)

Mh, hat der Schalter (der zwischen 3.3V und 5V umschaltet) vielleicht einfach einen Wackelkontakt o.ä.? Was passiert wenn du daran ein bisschen rumwackelst?

Can you post the source code that has this behavior?

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 .