borg

We have looked at the CMUcam5 Pixy already, it is indeed pretty cool. I could imagine a "Cam Brick" that connects to the CMUcam5 Pixy and translates their API to our system, so you can use it with all of our languages. A Bricklet that speaks I2C/SPI or API for the IO4 for I2C/SPI is not planned. We discussed that internally and we think it doesn't fit into our system.

Unfortunately the hardware of the Bricklet can't do more than to set a frequency between 585Hz and 7100Hz and turn the frequency on and off.

Something like an additional "displayValue(uint16 value, bool useTrailingZeros)" wouldn't hurt in the API. I wrote it on my TODO list (which is pretty long ). But in the meantime i think you could also use startCounter with valueFrom and valueTo set to the same value.

Also kurz zusammengefasst: Im Stapel verwendet starten die Stepper Bricks alle Nase lang neu, alleine funktionieren sie, richtig? Ich nehme an die Firmware auf dem Stepper Brick ist aktuell? Es klingt fast so als wären es wieder Probleme mit der USB-Hotplug-Erkennung (d.h. der Stepper Brick denkt es wird eine USB Kabel eingesteckt). Eigentlich sollte sowas mit der neuesten Firmware nicht passieren. Ich hab mal eine Testfirmware angehängt in der ich das Hotplug-Feature komplett deaktiviere. Kannst du die einmal testen? stepper-brick-2-0-4-test.bin

Rein technisch ist der Messwert das Integral der Hüllkurve (http://de.wikipedia.org/wiki/H%C3%BCllkurvendemodulator) der Spannung des Mikros. Wobei die maximale Spannung des Mikros dem Wert 4095 entspricht und die minimale Spannung dem Wert 0. Wenn du ein Schalldruckpegelmessgerät hast kannst du versuchen dir damit eine Tabelle zu bauen die den "Sound Intensity Bricklet Wert" in dB umwandelt. Der Zusammenhang ist aber sicher nicht 100%.

@JoergK: Wenn du die Firmware änderst ist der Default-Zustand bis der Constructor aufgerufen wird trotzdem Input Pullup (GPIO Pinne von ICs haben fast immer Input Pullup als Default). Die sicherste Lösung wäre eigentlich wenn du einen zusätzlichen Pulldownwiderstand in deine Schaltung einbaust der stärker ist als der Pullup. Sowas wie 1kOhm oder 4.7kOhm.

Yes, it will.

That is indeed expected behavior. The Enumeration Callback is handled as a normal callback. Callbacks don't have an explicit receiver in our protocol, so they are always broadcasted. For Example: If you Configure the temperature callback of the Temperature Bricklet to be called every 10ms, every client that registers the callback will receive the temperature callback (every 10ms). There are several good reasons for that: Most importantly it saves a lot of scarce bandwith. It would also be impossible for the Bricks/Bricklets to handle an arbitrary number of different callback configurations, so we would have to limit the number of possible client connections to the Brick Daemon to something like two or three .

Du könntest mal versuchen das Temperature Bricklet nach dem booten den Master Bricks anzustecken und dann über den Brick Viewer zu flashen. Eventuell ist einfach keine Firmware auf dem Bricklet.

RED Brick news! Prototype works! Blog entry

Neuigkeiten zum RED Brick, Prototyp funktioniert! Blogeintrag

Bricklets are not hotplug capable. Please don't connect/disconnect Bricklets in a running system. Also there is no way for us to detect that a Bricklet is disconnected, so we can't report it.

Also wenn du im Brick Viewer die LEDs stellst funktionieren sie? Oder auch nicht?

Sweet!

Am Donnerstag ist der Bestückungstermin für den ersten Prototypen (hat sich leider verschoben). Dann wird es bestimmt ein nächstes Update von uns geben . Aber habt bitte keine zu großen Erwartungen. Die Chance das ein signifikanter Fehler irgendwo drauf ist und wir eine zweite Iteration brauchen bevor es die ersten Ergebnisse gibt ist sicherlich nicht klein .

Mh, eine gespeicherte Einstellung wieder löschen kann man aktuell nicht, das ist absicht möglichst einfach und ohne Anmeldung usw. Das es online gespeichert wird sollte wohl noch mit in die About-Section aufnehmen, in der Doku ist es aber bereits beschrieben. Du kannst aber den Server auf dem gespeichert ganz einfach selbst aufsetzen, siehe "Offline Betrieb / Lokale Nutzung" hier: http://www.tinkerforge.com/de/doc/Kits/InternetOfThings/InternetOfThings.html#uber-das-eigene-tablet-smartphone-oder-pc-steuern Dann kannst du die Seite selbst auch noch direkt lokal von der Festplatte laden. Spätestens dann kann es keine Datenschutzbedenken mehr geben . Bezüglich der Version: Wir haben bisher nur mit den jeweils neuesten Versionen von IE, Chrome/Chromium und Firefox getestet. Edit: Ich wollte es gerade zur Seite hinzufügen, aber es steht ja doch schon da:

Ich hab jetzt einen Aufbau aus "Master -> RS485 <-> RS485 <- Master <- Temperature IR" hier seit Dienstag am laufen, ich kann leider keinerlei Probleme feststellen. Kannst du mir einmal den exakten Aufbau mitteilen damit ich das hier genauso nachstellen kann? Welche Bricklets sind an welchem Port etc? Wie Fragst du die Werte ab, in welcher Reihenfolge und mit welcher Frequenz?

Auf dem Bricklet Stecker sind 5V, GND, 3.3V, 1xAnalog, 4xGPIO, Select und I2C. Wir sprechen darüber alle möglichen Protokolle, eine allgemeine Aussage gibt es dazu also nicht. In der Dokumentation jedes Produkts gibt es aber unter "Ressourcen" einen Schaltplan sowie einen Link zum verwendeten Sensor. Für Temperature Bricklet z.B hier: http://www.tinkerforge.com/de/doc/Hardware/Bricklets/Temperature.html#ressourcen

Die Bricklets funktionieren aber wenn du sie direkt per USB anschließt (ohne RS485 dazwischen)?

I am not sure what you mean, i just tried it out and used a Master with several Bricklets and configured a Sound Intensity Bricklet callback to 1ms. I got 1000msg/second on the first try with lots of USB devices connected to my normal work PC. It is really not hard to get 1000 messages out of a stack. There are of course lots of Bricklets that can't produce this much data, but if they do it is not hard to get it transferred to the PC. The other way around it works too. If you use an IO4 and toggle the value every ms you get a pretty good 500Hz signal. I have tried that several times before.

Ich hab im Moment zum testen RFID Karten, NFC Karten, RFID Schlüsselanhänger und NFC Aufkleber hier. Davon können wir sicher auch noch was irgendwas mit in den Shop stecken . Wir sind aber gerade erst damit angefangen und der erste Prototyp funktioniert schonmal nicht .

@JavaLaurence: We do get the absolute maximum out of the USB protocol. If you use callbacks and configure them to 1ms and there are no other USB devices that are using the bus and your PC is fast enough you will get 1000 messages per second from one single Bricklet. More is not possible. I am not sure what you are expecting? @Nic: You are confusing things. The other discussion is about the "tick_task" and calculating things inside of it. You can get the full 1000 messages per second from every Bricklet that can produce this much data (i.e. every IO Bricklet (IO4/16, Industrial DI, ...) and every Analog Bricklet (Analog In, Amient Light, ...)).

Es ist kein Schraubgewinde, du kannst den Stecker der Antenne einfach "reindrücken" . Es hilft wenn Stecker und Buchse flach aufeinander liegen, also nicht in einem Winkeln zueinander sind.

There is no documentation of the internals (except for the source code). The protocol itself is documented here: http://www.tinkerforge.com/en/doc/Low_Level_Protocols/TCPIP.html The WIFI Extension speaks it directly, over USB we use the same payload as over TCP/IP.

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.