borg

What exactly do you mean by "interrupt from any of the inputs"? There should be no functionality lost with the new API. If you call set_all_input_value_callback_configuration with period = 1ms and value_has_to_change=True, the CALLBACK_ALL_INPUT_VALUE will be called any time that there is any change on one of the inputs. If you only want this for one channel you can use set_input_value_callback_configuration.

Mh, hab gerade kurz online geschaut. Sieht deine Fernbedienung so aus wie in dem ersten Bild oder so wie in dem zweiten? Für mich sieht das so aus als würde mumbi jetzt eine andere Funksteckdosen unter dem gleichen Namen (m-FS300) verkaufen... Hast du hinten einen DIP-Switch drin zum einstellen oder ist das selbstlernend laut Anleitung?

I just released IMU Brick V2 firmware 2.0.13 with the new parameter. Call set_sensor_fusion_mode with 3. The new constant will be available with the next Bindings release. Changes: https://github.com/Tinkerforge/imu-v2-brick/commit/cb5d24238a7e403ba1cb981c574e093d63176ebd https://github.com/Tinkerforge/imu-v2-brick/commit/2d1e81f59339a4ea83eb09d3fe3dbc0a8b822366 https://github.com/Tinkerforge/generators/commit/f4f2a0d3b1660fb45aaf19d65b9bf1a51a7dfbe9 I tested with this small script and played around in Brick Viewer. I think i can see the difference between the two modes. #!/usr/bin/env python # -*- coding: utf-8 -*- HOST = "localhost" PORT = 4223 UID = "6xEivJ" # Change to your UID from tinkerforge.ip_connection import IPConnection from tinkerforge.brick_imu_v2 import BrickIMUV2 if __name__ == "__main__": ipcon = IPConnection() # Create IP connection imu = BrickIMUV2(UID, ipcon) # Create device object ipcon.connect(HOST, PORT) # Connect to brickd imu.set_sensor_fusion_mode(3) print(imu.get_sensor_fusion_mode())

Firmware: IMU Brick 2.0 2.0.13 Add support for fusion mode without fast magnetometer calibration Download: IMU Brick 2.0

Firmware: IMU Brick 2.0 2.0.13 Unterstützung für Fusion-Modus ohne schnelle Magnetometer-Kalibrierung hinzugefügt Download: IMU Brick 2.0

Sounds useful to me, i will implement it.

Sehr komisch. Ich habe keine Ideen mehr, bitte schreib eine Email an die info@tinkerforge.com mit der Bestellnummer des Master Bricks, wir tauschen diesen dann aus.

Du hast keinen zweiten Master Brick da, oder? Falls du einen da hast, kannst du den flashen? Kannst du zum testen den Master Brick einmal an einen anderen PC anschließen (und schauen ob er dort in der Systemsteuerung o.ä. auftaucht).

Hab heute die Antwort bekommen:

Hat der Master Brick funktioniert bevor du ihn in den Bootloader-Modus gebracht hast? Hast du überprüft ob vielleicht Pinne im Bricklet-Stecker krumm sind und dadurch eventuell Kurzschlüsse entstehen?

Das HAT bekommt den gleichen Prozessor der auch auf den neuen Bricklets ist. Dieser Prozessor hat RTC-Funktionlität, was wir da zusätzlich brauchen ist nur ein Uhrenquarz. Die Synchronisation der Zeit mit dem RPi übernimmt der Brick Daemon, so ist zumindest im Moment der Plan. Die LiPos werden über den Standard 3-Pin Stecker angeschlossen (für LiPos mit Temperatursensor). Damit kann der Ladestrom entsprechend der Temperatur geregelt werden, alles andere wäre uns zu riskant. Das HAT taucht ganz normal als Bricklet auf und hat Funktionen um die angeschlossenen Bricklets abzuschalten sowie das RPi schlafen zu schicken. D.h. ein Programm auf dem RPi kann dem HAT sagen: "Schalte mich in 2 Minuten für eine Stunde ab". In der Zeit ist dann alles aus und es wird nur minimal Strom gezogen. Die Ladeschaltung/externe Einspeisung bietet USV-Funktionalität. D.h ich kann den Akku anschließen und eine externe Stromversorgung die den Akku lädt. Wenn ich die Stromversorgung entferne übernimmt der Akku die Versorgung (des Gesamtsystems). Wenn die Stromversorgung wieder anschließe wird der Akku wieder geladen. Die API des HATs wird detaillierte Informationen zum Ladezustand/Ladestrom/Lebenszeit des Akkus liefern können. So ist aktuell der Plan, bitte nicht vergessen das wir hier gerade vom ersten Prototypen reden, womöglich lässt sich davon etwas nicht umsetzen oder es ist zu teuer o.ä.

The error message above comes from the IMU Brick 1.0 bindings. You can see it from the names and also because of the "f f f f", since the 1.0 IMU returned floats while the new one returns ints. Please download the example again from here https://www.tinkerforge.com/en/doc/Software/Bricks/IMUV2_Brick_Python.html#simple and try it again.

But it says "BrickIMU.FUNCTION_GET_QUATERNION" in your pasted error message. It should be "BrickIMUV2". Are you sure you are not using the IMU 1.0 example?

Das HAT wird im Brick Viewer auftauchen. Das wird auch einige Funktionen haben. Das RPi bleibt allerdings wie ein PC, der taucht entsprechend nicht im Brick Viewer auf.

@RSchiessl: Für eine Funkabnahme CE/FCC? Wir machen ja ständig normale Störaus-/Einstrahlungsprüfungen (61000-6-X). Die kosten natürlich keine 25k€. Bei einer Funkabnahme haben wir bisher allerdings immer Angebote in dieser Größenordnung gesehen.

Ich würde sagen das Accelerometer Bricklet ist besser geeignet. Es hat eine höhere Auflösung und eine höhere Datenrate für die Beschleunigungsmessung. Magnetometer und Gyroskop sind auch eher uninteressant zum Messen von Vibrationen.

Beispiel: #!/usr/bin/env python # -*- coding: utf-8 -*- HOST = "localhost" PORT = 4223 UID = "XYZ" # Change XYZ to the UID of your Industrial Digital In 4 Bricklet from tinkerforge.ip_connection import IPConnection from tinkerforge.bricklet_industrial_digital_in_4_v2 import BrickletIndustrialDigitalIn4V2 # Callback function for interrupt callback def cb_all_value(changed, value): print("Changed: " + str(changed)) print("Value: " + str(value)) print("") if __name__ == "__main__": ipcon = IPConnection() # Create IP connection idi4 = BrickletIndustrialDigitalIn4V2(UID, ipcon) # Create device object ipcon.connect(HOST, PORT) # Connect to brickd # Don't use device before ipcon is connected # Callback every 100ms, value does not have to change idi4.set_all_value_callback_configuration(100, False) # Register interrupt callback to function cb_interrupt idi4.register_callback(idi4.CALLBACK_ALL_VALUE, cb_all_value) raw_input("Press key to exit\n") # Use input() in Python 3 ipcon.disconnect()

Wir hinken leider mit den Beispielen etwas hinterer. Welche Sprache?

So richtig können wir uns das nicht erklären, wir haben viele Jahre gar nichts von Problemen gehört und als die ersten Probleme bei Kunden da waren konnten wir es hier nicht reproduzieren. Kurz danach sind wir dann bereits auf die V2-Version umgestiegen. Eventuell waren in einer Bestückung ein paar der Sensoren nicht in Ordnung o.ä. Schwer zu sagen. Da wir die V1 Version nicht mehr nachproduzieren und nicht mehr auf Lager haben macht es aber aus unserer Sicht keinen Sinn da jetzt noch genauer nachzuforschen. Wir haben in Summe vielleicht 15-20 Stück ausgetauscht, was prozentual von den ganzen verkauften über die Jahre auch keine riesige Menge ist.

Ich befürchte das wird nicht funktionieren. Das Bricklet benötigt eine Eingangsspannung von mindestens 10V, der IR-Empfänger kann aber nur bis 5.5V.

Ich bin mir nicht 100%ig sicher ob ich verstehe was du machen möchtest. Das Industrial Counter Bricklet kann PWM als Eingang bearbeiten, also Periode, Pulsweite, Frequenz eines PWMs bestimmen. Es kann kein PWM erzeugen.

Laut Fehlermeldung ist das "ipdb"-Paket auf deinem Rechner nicht installiert.

I don't know the image acquisition toolbox, but what format does it expect? The order of operation probably needs to be: * Capture image in Tinkerforge format (16-bit array) * Convert Tinkerforge format to Toolbox format (XXX array? Some kind of object?) * Use Toolbox with converted data

Oh, in der Tat. Da gab es einen Copy+Paste-Fehler in der Firmware. Ist jetzt in 2.0.1 gefixt: https://github.com/Tinkerforge/sound-pressure-level-bricklet/commit/1bef9471aa17ab0ae3b5a6e2543eb49250ab27e4

Die offizielle Herstellerangabe für den Sensor ist -40°C bis +80°C. Das hängt aber natürlich immer davon ab wo und wie der Sensor verbaut ist etc. In einem Gehäuse kann es z.B. wärmer sein als die Umgebungstemperatur. Wir gehen aber davon aus das unser System bei normalen europäischen Außentemperaturen immer laufen sollte .