borg

Die Daten sind 12 Bit im Zweierkomplement. Aber anstatt Reverse Engineering zu betreiben kannst du auch einfach bei uns in den Source Code gucken, ist doch alles Open Source: https://github.com/Tinkerforge/temperature-bricklet/blob/master/software/src/temperature.c Siehe temperature_read und two_complement_12_to_16. Oder vielleicht noch einfacher, die Datenblätter der Sensoren die wir nutzen sind immer mit im GIT: https://github.com/Tinkerforge/temperature-bricklet/blob/master/datasheets/tmp102.pdf?raw=true

Mhh, ich würde vermuten das die Pumpe einen zu hohen Anlaufstrom hat .

That seems to be a string encoding problem. I just tested it on my PC, here the strings seem to be encoded as utf-8. You probably have to enable utf-8 encoding in your php.ini: http://stackoverflow.com/questions/1605760/how-to-best-configure-php-to-handle-a-utf-8-website

If you print $temperature, is that also "null"? Your PHP seems to evaluate "Temperature: $temperature °C" as null. I am not sure why that is. Perhaps you can try to change the string bit for bit, to find what excatly the reason is!

"null" means probably that the object "null" is returned, not the integer 0. Are the PHP Bindings up to date?

You can use them in the same LAN, but that is about it .

Mh, die Konfiguration der Clock findet in bricklib/drivers/board/board_lowlevel.c in low_level_init statt: https://github.com/Tinkerforge/bricklib/blob/master/drivers/board/board_lowlevel.c Nutzt ihr einen externen oder den internen Quarz?

Wenn du die WIFI/Ethernet Extension benutzt brauchst du keinen brickd auf dem PC (sonst schon).

Klar, genauso wie eine java .jar nicht ohne eine jre lauffähig ist, oder Python nicht ohne den Python-Interpreter.

Klar, du musst halt mono installieren (was in den repos drin ist, "mono-runtime" heißt das Paket unter Debian). Genauso wie du java installieren würdest. Wie AuronX schon sagt, die Libs für C#/VB.NET die wir hier verbreiten werden unter Linux mit mono gebaut. Funktionieren aber auch einwandfrei in VS. Das nächste Starter Kit hat ein großes Beispiel welches C# benutzt (mit GUI usw) welches direkt unter Windows/Linux läuft.

Es gibt eine inkompatibilität zwischen 1.x.y und 2.x.y, weil wir da das Protokoll geändert haben (auch das was über den lokalen Socket geht). Alles was 1.x.y und alles was 2.x.y ist, ist zueinander kompatibel .

Oh, das hätte ich jetzt nicht erwartet. Gut zu wissen .

Eine mit C#/VB.NET erstellte .exe kannst du so wie sie ist unter Linux ausführen, das ist in der Tat unproblematisch und sogar besser integriert als Java. Viele Programme die in C# geschrieben sind verwenden allerdings low-level WinAPI oder DirectX oder vergleichbares. Dadurch funktionieren sie dann wieder nicht out-of-the-box unter Linux. Genauso wie ein Java-Programm welches eine "Windows only"-Library verwendet. Bei C# ist es viel üblicher WinAPI o.ä. zu verwenden als bei Java. Dadurch lassen sich viele Programme die auf der CLR laufen dann doch nicht unter Linux ausführen...

Das ist in der Tat unschön, ich schreib es mir mal auf die TODO-Liste das für die nächste Version umzubenennen. @AuronX: Objektorientierte C++-Bindings wären natürlich besser. Wir haben nur erst noch ein paar andere Sprachen die wir vorher unterstützen wollen. Die aktuellen C/C++ Bindings sind schon absolut legales C++, sie verwenden nur keine Klassen . Das ist schon ein bisschen was anderes als eine C-Lib in C# einzubinden (z.B.).

Firmwares: Servo Brick 2.0.3 Fehlende Defines für enable/disable API der "reached Callbacks" hinzugefügt Download: Servo Brick

Firmwares: Servo Brick 2.0.3 Add missing defines for enable/disable API for reached callbacks Download: Servo Brick

Ja, sonst müssten wir entweder die API duplizieren (mit allem drum und dran, Dokumentation etc) oder den Generatoren beibringen das ein "Device" unterschiedliche Device Identifier haben kann (das wäre eine Monster-Aufgabe). Da ist es viel einfacher Behandlung dafür in den Brick Viewer einzubauen.

Das wird mit dem nächsten Brick Viewer Update gefixt, im GIT ist der Fix schon drin. Die beiden LCD Versionen haben den gleichen Device Identifier (d.h. sie nutzen die gleichen API Bindings). Das kann der aktuelle Brick Viewer noch nicht abbilden (die nächste Version kann es dann).

In 99% der Fälle wenn der Raspberry Pi abstürzt ist die Spannung nicht hoch genug. Wenn du ein Multimeter hast kannst du mal zwischen TP1 und TP2 auf dem RPi die Spannung messen (optimalerweise wären es 5V).

Das ist in größeren Stückzahlen sogar günstiger. Allerdings ist das über 1cm breiter und passt nicht zwischen die Board-To-Board Stecker . Das wird kein Problem machen, da die Fritz Box auch für g-Netze eine Modulation verwendet die das WLAN Modul versteht. Vermutlich sind die APs im industriellen Umfeld von Frostie absichtlich so konfiguriert, dass sie nur eine Modulation unterstützen um einen möglichst hohen Durchsatz zu erreichen.

Tut mir leid dass das nicht funktioniert, wir haben die Beschreibung nicht böswillig so gewählt wie sie ist einfach vom Hersteller übernommen. Vielleicht könnt ihr in eurer Anwendung die neue Ethernet Extension verwenden?

Mh, ich denke es müsste auch mit einem only-g Access Point funktionieren: Oder wird bei dem Access Point eine Geschwindigkeit von 54Mbps erzwungen? Wir haben leider keinen Access Point hier mit dem wir das testen könnten, was denn die genaue Modellnummer des Cisco APs? Edit: Hab mich gerade genauer eingelesen: Das Modul unterstützt DSSS und CCK Modulation, CCK ist das was bei 802.11g Netzwerken genutzt wird wenn Bitraten von unter 20Mbps verwendet werden. Vermutlich wird der AP OFDM erzwingen? Ich gucke mal wie wir die Beschreibung an der Stelle abändern, Entschuldigung für die Probleme.

https://www.gainspan.com/gs1011mees Dort unter Features: Also so wie ich das verstehe sollte es mit b/g/n funktionieren, aber halt nur mit maximal 11Mbps.

Ich würde folgende Vorgehensweise empfehlen: * Brickd und Brickv aktualisieren, * alle Bricks über Brickv aktualisieren und * alle Bricklets mit dem "Auto-Update" feature über Brickv aktualisieren.

Schwer zu sagen. Einen defekt an der WLAN Extension können wir ausschließen, sie funktioniert ja mit dem Linksys. Wen du "Associating mit lauter 0en" angezeigt bekommst heisst das mit hoher Wahrscheinlichkeit dass er die ganze zeit versucht sich zu verbinden, es aber nicht klappt. Hast du es schonmal mit einer anderen oder ohne Verschlüsselung probiert? Um zu gucken ob es prinzipiell mit dem Cisco AP geht?