borg

Also du kannst 3,3V messen und wenn du den Schalter auf 5V stellst (ohne irgendwas anderes zu ändern) misst du 0V? Das klingt so als wäre der Schalter defekt. Misst du die Spannung mit einem Multimeter? Falls ja, kannst du das Bricklet einmal vom Brick trennen und den Durchgang vom Schalter messen in den zwei Positionen? Und sind die Beinchen vom Schalter richtig angelötet? Wenn der Schalter defekt ist tauschen wir das IO16 natürlich aus, dafür meldest du dich am besten mit der Bestellnummer bei info@tinkerforge.com.

Das wäre natürlich möglich. Bei 8x 1A müsste aber die zu schaltende Spannung extern eingespeist werden, soviel Strom haben wir ja nicht im System.

Dann kannst du den Wert nur entweder pollen oder den normalen Callback nutzen (der wird ja nur aufgerufen wenn sich der Wert auch geändert hat). Eine minimale Spannungsänderung zum triggern eines Callbacks gibt es leider nicht.

We have some applications on our homepage: https://www.tinkerforge.com/en/home/applications/ Some of them are similar to the "case study" that you linked, but the descriptions are not as detailed. There is also the "From idea to finished product"-story. It shows how EnBW did go from prototype to small batch production to mass market product with Tinkerforge: https://www.tinkerforge.com/en/home/smight/

Step-Down Power Supply mit mehr Schutz Blogeintrag

Step-Down Power Supply with more protection Blog Entry

Den Wert von get_humidity, aber skaliert auf %RH (und Temperatur skaliert auf °C). Also: temperature = t.get_temperature()/100.0 humidity = h.get_humidity()/10.0 temperature_compensated_humidity = humidity/(1.0546 - 0.00216*temperature)

Angenommen die Temperatur beträgt 32,1°C und der Rückgabewert des Humidity Bricklets ist 54,3% würdest du folgendes berechnen: True RH = 54.3/(1.0546 - 0.00216*32.1) = 55.11

Sehr cool! Sieht richtig professionell aus . Zum Thema Ambient/UV Light: Du müsstest denke ich irgendwie eine UV Durchlässige Scheibe (Plexiglas?) in die obere Ebene bringen und die Bricklets dadrunter anbringen.

Ich vermute das dem brickd auf deinem RED Brick dieser Patch fehlt: https://github.com/Tinkerforge/brickd/commit/0b8cdaa80a0d4ea0e633a89c139d93c4ff6c6b15 Du kannst entweder den brickd auf dem RED Brick aktualisieren oder das 1.10 beta Image nutzen: https://www.tinkerunity.org/forum/index.php/topic,4123.0.html Edit: 1.9 reicht auch, du verwendest also wahrscheinlich noch 1.8?

3D Modelle von Bricks und Bricklets Blogeintrag

3D Models of Bricks and Bricklets Blog Entry

RS485 Bricklet und neue Streaming-API Blogeintrag

RS485 Bricklet and new Streaming-API Blog Entry

Hello ganesh, To simply measure ambient temperature you need a Master Brick and a Temperature Bricklet (+ USB cable + Bricklet cable): https://www.tinkerforge.com/de/shop/bricks/master-brick.html https://www.tinkerforge.com/de/shop/bricklets/sensors/temperature-bricklet.html

Die tizen apps werden normalerweise in C/C++ programmiert oder? Würden nicht einfach die C Bindings funktionieren? Wenn du über die C Bindings eine Verbindung zu einem Stapel mit WIFI Extension aufbaust benötigst du keinen zusätzlichen Brick Daemon irgendwo.

Je 50m Abstand oder in Summe 50m Abstand? Das geht leider nicht, der letzte Empfänger muss ein PC/RPi o.ä. mit Brick Daemon sein. Das sollte exakt so funktionieren! Leder nicht, siehe oben. Wenn es sich um einen Radius von insgesamt 50m handelt auf denen die Knoten verteilt sind könnte es denke ich auch reichen einfach einen WLAN Router in die Mitte zu setzen und die WIFI Extensions verbinden sich ganz normal damit. Da geht dann natürlich mehr Durchsatz drüber.

If all other indicators are green you probably have to hold it still for some more time (without moving) to get the system green too.

No, the M/F is 1mm smaller than the F/F. You got a 9mm mounting kit: https://www.tinkerforge.com/en/shop/accessories/mounting/mounting-kit-9mm.html If you ordered them as 12mm mounting kits there must have been a mixup during packaging. Sorry! Please write an email to info@tinkerforge.com with your order number. We will of course send you the the 12mm mounting kits.

The inside/inside thread spacers are allways 10. The inside/outside thread spacers are either 9mm or 12mm. There are no 10mm inside/outside thread spacers.

You can't do any more than to use the provided calibration function. If the changes of the magnetic field are too big for the IMU to cope, you can try to used the sensor fusion mode with magnetometer (see set_sensor_fusion_mode in the API). In this mode the magnetometer is not used and thus can't contribute false readings. However, in this mode you can't of course use the IMU to calculate absolute heading (since the magnetometer is necessary for that)!

If you purchased the 12mm mounting kit there are two kinds of spacers in there: One has one thread inside and one thread outside, the other has both threads inside. The 12mm mounting kit has 4 12mm inside/outside spacers and 4 10mm inside/inside spacers in it. You can put the 10mm spacer at the bottom and screw the 12mm spacer in the top. The small plastic washers can be used inbetween to fill the small gap. Like here: Or did you purchase the 9mm mounting kits? They can't be used for the Bricks!

Mh, es scheint nicht ein Problem mit dem NMEA parsen zu sein wie ich erst gedacht hab. Dein Problem sieht so aus als würde das FireFly X1 (GPS Modul) keine Interrupts mehr senden. Dadurch lese ich nicht mehr und die Daten bleiben einfach auf einem alten Stand stehen. Hast du irgendeine Methode dieses Problem zuverlässig zu reproduzieren? Oder tritt es einfach irgendwann auf?

All of the examples that we have work over Ethernet, you just have to put in the correct IP (ip of the Ethernet Extension instead of "localhost")!

I have not done it, but you can use the Python Bindings and create a node yourself. There are Python node examples on the ROS wiki: http://wiki.ros.org/ROSNodeTutorialPython