borg

It is the maximum for USB, see chapter 5.10.2 in the USB 1.1 specification "USB Clock Model": That means, that a PC can poll a USB device with the maximum rate of 1KHz or once every 1ms.

Did you try to play around with the convergence speed? http://www.tinkerforge.com/en/doc/Software/Bricks/IMU_Brick_JavaScript.html#BrickIMU.setConvergenceSpeed

Bei Rolling Codes kennen Sender und Empfänger ja beide ein gemeinsames Geheimnis. Da wir dies nicht kennen können wir es auch nicht implementieren. Das wird also mit dem Remote Switch Bricklet leider nichts.

Ich kann da auf die Schnelle nichts finden was böse aussieht. Was genau passiert denn wenn sich das Programm beendet? Kannst du vor dem ipcon_destroy mal ein printf machen um zu sehen ob das getchar aus irgendwelchen Gründen ausgelöst wird? Wenn sich das Programm nicht normal beendet, gibt es einen Segfault oder irgendeine andere Fehlermeldung?

IMO haben haben wir aktuell kein Brick/Bricklet welches eine Kompassfunktionalität hat (außer der IMU) und ansonsten wüsste ich nicht wie man das Berechnen sollte.

Das klingt in der Tat sinnvoll, ist aber nicht so einfach umzusetzen da die TOC ja von Sphinx generiert wird .

Bei Überhitzung schaltet sich der Stepper Brick in der Tat ab. Um auszuprobieren ob es daran liegt könntest du zum Testen einen Lüfter an den Stapel stellen. Ich würde aber bei 250mA eigentlich keine Hitzeprobleme erwarten.

Unsere Dokumentation hat eine neue Startseite bekommen: http://www.tinkerforge.com/de/doc/index.html In der alten Tabelle hatten wir nicht mehr genug Platz für die ganzen Sprachen. Das passte einfach nicht mehr auf eine Seite . Zum Vergleich kann man sich die alte Seite noch auf archive.org anschauen: http://web.archive.org/web/20140226203839/http://www.tinkerforge.com/en/doc/index.html Was meint ihr? Ist das nun übersichtlicher als vorher oder könnte man es noch verbessern?

I don't know Away3D, so i can't help you, sorry. But of course they can use a different coordinate system than we. If it works with the changes you did it probably only means that the positive facing direction of some of the axis is different, which shouldn't be a problem (i.e. you probably did the right thing).

As long as we can find a stable Java 8 VM for Debian that works on ARM with hard float we can use Java 8, sure . I think there isn't a Java 8 VM in the official Debian repository yet. But it probably is at the time we are ready with the RED Brick .

Have you seen the IMU plugin on http://www.brickv.com/? I think it might do what you want. https://github.com/Tinkerforge/brickv.com/blob/master/js/brickv/plugins/PluginBrickIMU.js

Ist gefixt!

Ich denke "RS" oder vielleicht sogar "RST" könnte dahin passen .

RED Brick circuit boards arrived Blog entry

RED Brick Leiterplatten angekommen Blogeintrag

Die Authentifiakation wie wir sie betreiben verhindert das eine aus dem Internet aufgerufene Webseite Zugriff auf Bricks/Bricklets bekommt. Wenn dein Projekt so wichtig ist dass du Angst davor hast das ein Netzwerkadministrator oder die NSA dir in einer bestehenden Verbindung rumpfuscht würde ich empfehlen die Kommunikation über ein VPN laufen zu lassen. Das ist viel sicherer als alles was wir auf dem Microcontroller implementieren könnten.

Ich hab schon ein WS2812 Strip hier rumliegen, bin aber noch nicht dazu gekommen.

Wenn der Man-in-the-middle vollständige Kontrolle über die Daten hat die über die Leitung gehen kann er eine bestehende Verbindung übernehmen und sie nutzen.

32 Ambient Light Bricklets Kannst du recht einfach verkabeln. Dafür brauchst du 32 Bricklet Kabel und 8 Master Bricks. Die Länge der Bricklet Kabel ist abhängig davon wie groß dein Array sein soll. Ich würde empfehlen die 8 Master Bricks nicht alle auf einen Stapel zu setzen sondern 2 Stapel mit je 4 Master Bricks zu bauen. Dann ist die Datenmenge die durch einen Stapel muss nicht so riesig. D.h. du brauchst dazu dann also noch 2 USB Kabel. Die USB Kabel steckst du in den Computer und dann kannst du jedes Bricklet einzeln über die UID ansteuern. Wenn der Durchsatz nicht ausreicht würde ich einfach anfangen die Stapel zu verkleinern. Wenn du jeden Master einzeln per USB anschließt solltest du das komplette Array bis zu 250x pro Sekunde auswerten können (4*250 Nachrichten pro Master pro Sekunde). Du kannst ja erstmal einen Master mit 4 Ambient Light Bricklets nehmen um einen kleinen Prototypen zu bauen um festzustellen ob das überhaupt so funktioniert wie du dir das vorstellst .

Das ist komplett richtig. Wir authentifizieren den Verbindungsaufbau. Wir verwenden keine Verschlüsselung. Für jemanden der unsere Hardware in öffentlichen Netzen betreibt und dem der Inhalt der Nachrichten wichtig ist empfehlen wir weiterhin ein VPN oder vergleichbares zu verwenden.

Licht messen kann man mit den LED Pixeln leider nicht . Brauchst du denn eine Farbmessung oder nur eine Helligkeitsmessung?

So, Steckdose ist heute angekommen und ich hab sie gerade testet: Funktioniert in der Tat nicht als Typ B. Ich hab sie auch schonmal schnell auseinander genommen und einen kurzen Blick drauf geworfen: So wie es aussieht verwendet Brennenstuhl bei dieser Funksteckdose sowohl ein anderes Layout als auch einen anderen IC als ELRO, Intertechno und Co. Ich werde mich da mal mit dem Logic Analyzer dranklemmen und gucken ob wir das auch unterstützen können. Da komme ich allerdings erst frühestens Mitte nächster Woche zu. Melde mich dann wieder!

Der Plan ist 2-3 Wochen abzuwarten um zu sehen was für Bugs usw. gefunden werden. Wenn ich das Gefühl hab das die Implementierung für Ethernet soweit stabil ist fange ich mit WIFI an. Dadurch verringere ich die Wahrscheinlichkeit dort grobe Schnitzer einzubauen die dann wieder sehr viel Zeit kosten würden.

Wir könnten die Meldung durch "code signing" umgehen, also mit sowas hier: http://www.instantssl.com/code-signing/index.html Da würde Microsoft selbst nichts dran verdienen, MS selbst verkaufen keine Code Signing SSL Zertifikate. Aber Microsoft ist was diese Dinge angeht doch absolut harmlos verglichen mit Apple

Das ist komisch, ich hatte es hier erst unter xp einmal getestet und photron hatte es eben einmal unter 7 ausprobiert. Bei beiden gab es keine Probleme (mit 2.2.0). Eventuell liegt es daran das wir es beide male nur in einer VM getestet haben, dann müssen wir das wohl nochmal auf unterschiedlichen nativen Windowsen ausprobieren. Auskommentiert hab ich jetzt in 2.2.1 nur ein Zeile die eigentlich Supsend to Disk Probleme fixen sollte: https://github.com/Tinkerforge/bricklib/commit/7f7914836500674e15dfb97fcb3156d8a7e321b3 Die Zeile war schon seit 7 Monaten im git .