borg

You can use the Silent Stepper Brick. With regards to the resolution: I am not sure. I think that 0.1mm is a bit too small. There will always be some slackness and backlash in the cart and also the belt has some play etc. I don't think you will be able to drive with 0.1mm accuracy. Maybe you can find some sturdy pre-build linear rail with a stepper motor attached. Something like this: http://www.haydonkerk.de/184/Produkte/Linearschienen,-Fuehrungen-und-Splines/Motorisierte-RGS-RGW/RGW06-Size-17.htm (there is no price, so probably super expensive). Maybe you can find something comparable on aliexpress or similar.

Kurz in den Source Code geschaut: response->min = callback_value->threshold_min_user; response->max = callback_value->threshold_min_user; Jep, offensichtlich... Danke für den Hinweis, ist gefixt: https://github.com/Tinkerforge/bricklib2/commit/701696f0ddc435d30751382ecef112517ebe9119 Ich werde im Laufe der Woche die neuen Firmwares veröffentlichen, das betrifft jetzt natürlich alle Firmwares mit den neuen Standard-Callbacks .

It is not restricted to anything, you can calibrate it with any unit you want. During calibration when you put 100g on it, just tell it that you put 1000g on it. Now the unit is 1/10g. But there is a lot of noise in the 24 bits, so you will have to average for some period to get a stable value.

Das ist echt zum Kotzen mit diesen Funksteckdosen-Anbietern. Wir hatten ursprünglich bei uns im Shop die ELRO 440. Dann waren die auf einmal oft nicht verfügbar und wir haben stattdessen die (damals baugleichen) mumbi m-FS300 verkauft. Da wir die in den letzten Monaten schwer bekommen konnten, verkaufen wir jetzt "PFS" (Eigenmarke von Pollin). ELRO hat damals die neuen Funksteckdosen wenigstens unter einem anderen Namen verkauft, mumbi scheint jetzt einfach unter gleichem Namen die Steckdosen ausgetauscht zu haben... ELRO 440, (alte) m-FS300 und PFS sind übrigens alle vom gleichen OEM Hersteller in China... Die nutzen die gleiche Form und die gleiche Leiterplatte etc. Es wird immer nur hinten das "Namensschild" ausgetauscht. Da gibt es also keine Qualitätsunterschiede.

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.