borg

Abstrus! Kannst du denn die erste HE877 als Typ C anlernen? Ich kann das mit den Steckdosen die ich hier hab nicht reproduzieren . Komisch ist das vor allem weil Typ A und C ein sehr ähnliches Protokoll haben während Typ B stark abweicht von den beiden.

Wir bekommen da nur einen Analogwert raus, die eigentliche "Berechnung" wird komplett in Hardware gemacht. Man kann da denke ich also nur mit Averaging rumspielen um Peaks abzufangen.

Möchtest du die JavaScript Bindings für Browser oder für node.js nutzen? Die npm Zeile ist nur für node.js. Zum testen kannst du einfach eines der Beispiele im Browser öffnen und ausprobieren: http://www.tinkerforge.com/de/doc/Software/Examples/JavaScript/Temperature_Bricklet_JavaScript_ExampleSimple.html Vergiss nicht websockets im brickd freizuschalten: http://www.tinkerforge.com/de/doc/Software/Brickd.html#websockets Zum programmieren später muss nur die Tinkerforge.js irgendwo liegen wo der Browser sie finden kann. Im Beispiel also im gleichen Verzeichnis wie die .html.

http://www.tinkerforge.com/de/blog/2014/5/21/red-brick:-tut-es-oder-tut-es-nicht

RED Brick: Tut es? Oder tut es nicht? Blogeintrag

RED Brick: Does it work? Blog entry

You can set the frequency of your measurements with set_debounce_period and then use the CALLBACK_INTENSITY_REACHED by setting an intensity threshold (set_intensity_callback_threshold) of something like "smaller than 4095", so it is always active.

Wenn der PC das LED Strip Bricklet erkennt, heißt es nicht unbedingt das die LED Pixel korrekt angeschlossen sind am Bricklet. Es kann zum Beispiel einfach passieren das man die LED Pixel von der falschen Seite her anschließt oder die Stromversorgung könnte falsch angeschlossen sein.

Kannst du Fotos von der Verkabelung machen?

There is no commercial reason behind this whatsoever (besides us not wanting to invest the time). It is all about usability. It would absolutely be a pain in the ass to use. It wouldn't be possible to debug it without having a logic analyzer or similar. You can't just add a print to an intermediate state of the I2C communication to see what is going on for example. It would be a lot harder to use than Arduino, which kind of defeats the purpose.

Das hat keine große Auswirkung. Wenn du den Stepper Brick über eine Step-Down Power Supply versorgst und dann den USB Stecker reinsteckst wird dies nicht erkannt. Du musst dann den Reset Taster betätigen damit der Brick erkennt das USB eingesteckt ist.

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!