borg

Firmware: Distance IR 2.0.3 Bug in Distanzberechnung gefixt (Interpolation zwischen Lookup-Table-Werten war fehlerhaft) Download: Distance IR Firmware: Dust Detector 2.0.1 Bug in Moving-Average-Setter gefixt Download: Dust Detector

Firmware: Distance IR 2.0.3 Fix bug in distance calculation (interpolation between lookup table values was broken) Download: Distance IR Firmware: Dust Detector 2.0.1 Fix bug in moving average setter Download: Dust Detector

Ich hab es mir auf die TODO-Liste geschrieben, gucke ich mir an. Komme ich aber frühestens Anfang nächster Woche zu.

Komisch. Mir ist nicht klar was ein Neustart von einem "Powercycle" unterscheidet . Das Problem tritt nur bei einem Neustart auf. Bei einem ersten Start funktioniert es, richtig?

Die Image Version 1.1 ist sehr alt, könntest du einmal auf die neuste 1.11 aktualisieren? http://download.tinkerforge.com/red_images/full/

In ca. 2 Wochen kommt ein Schub neuer Bricklets. Da gibt es dann wieder ein neues Bindings Release.

Firmwares: DC Brick 2.3.7, IMU Brick 2.3.7, IMU 2.0 Brick 2.0.12, Master Brick 2.4.8, Servo Brick 2.3.7, Silent Stepper Brick 2.0.6, Stepper Brick 2.3.8 Potentiellen Deadlock zwischen USB-Stack und Co-MCU-Enumerierung behoben (konnte passeren wenn ein Stapel an einem ausgeschalteten PC angeschlossen wurde und PC danach gestartet wurde). [nur IMU 2.0] Support für Kalibrierung mit SAM4 Prozessor hinzugefügt. [nur IMU 2.0] Computation tick return-bug behoben. Behebt falsche periode bei Callbacks. Download: DC Brick, IMU Brick, IMU 2.0 Brick, Master Brick, Servo Brick, Silent Stepper Brick, Stepper Brick

Firmwares: DC Brick 2.3.7, IMU Brick 2.3.7, IMU 2.0 Brick 2.0.12, Master Brick 2.4.8, Servo Brick 2.3.7, Silent Stepper Brick 2.0.6, Stepper Brick 2.3.8 Fix potential deadlock between USB stack and comcu enumeration (can happen if stack is connected to turned off PC and PC is turned on afterwards). [iMU 2.0 only] Add calibration support for SAM4 processors. [iMU 2.0 only] Fix computation tick return-bug. Fixes erroneous callback periods. Download: DC Brick, IMU Brick, IMU 2.0 Brick, Master Brick, Servo Brick, Silent Stepper Brick, Stepper Brick

Yes, i know. Have the calibration fixed in git already! I will make a new firmware release today. Edit: New firmware (2.0.12) is released now!

We now have an account at Instagram: https://www.instagram.com/tinkerforge/

Wir haben jetzt ein Nutzerkonto bei Instagram: https://www.instagram.com/tinkerforge/

One Stepper Brick can only control one stepper motor.

You have to build a stack out of Master Brick + Stepper Brick + Ethernet Extension to get a Stepper Brick that you can control via Ethernet.

I tested it and to my surprise i could reproduce your problems! While introducing proper I2C DMA handling we added a bug to the IMU Brick V2 that resulted in some crazy randomness in the period calculation for the callbacks (and also the I2C communication period with the BNO055 was a bit broken). Can you try the attached firmware? You should now get the callbacks in exact 10ms intervals. Thank you very much for your help with debugging this. imu-v2-2.0.12-beta1.bin

Do you have the IMU Brick V2 directly connected to a PC via USB or is it in a stack? Do you have any additional Bricklets connected? If the fusion algorithm is enabled you should be able to reach a 100Hz update rate. Here is screenshot from the BNO055 datasheet: If you turn the fusion algorithm off (see set_sensor_fusion_mode) the frequency goes up, you can then configure it with the set_sensor_configuration function.

Firmware: Thermal Imaging 2.0.1 Bricklet now uses "low gain" in "high range" mode. Otherwise the full 400°C range can't be reached. Download: Thermal Imaging

Firmware: Thermal Imaging 2.0.1 Bricklet nutzt jetzt automatisch "low gain" im "high range"-Modus. Ansonsten kann der volle 400°C Bereich nicht erreicht werden. Download: Thermal Imaging

Wenn du das Programm auf dem PC ausführst kannst du es mit Spyder debuggen. Es läuft dann auf dem PC wie jedes andere Programm auch.

Zum debuggen würde ich den RED Brick am PC anschließen und das Programm auf dem PC ausführen.

Die "write_lines" werden ja direkt in den Callbacks aufgerufen? Ich würde erstmal damit anfangen prints in die Callbacks zu machen um schauen ob Sie aufgerufen werden. Wenn sie aufgerufen werden musst du gucken welche der Bedingungen nicht eintreffen (self.Tick1 = X etc). So auf Anhieb nur durchs draufschauen kann ich keinen Bug finden.

Das Protokoll ist hier beschrieben: https://github.com/Tinkerforge/brickletboot_xmc/blob/master/software/src/bootloader_spitfp.c (oben in den Kommentaren). Auf dem 7-Pol Stecker wird nur noch SPI mit dem "SPITF"-Protokoll gesprochen (und 3.3V, 5, GND).

Firmware: PTC Bricklet 2.0.2 SensorConnectedCallback API hinzugefügt Download: PTC

Firmware: PTC Bricklet 2.0.2 Add implementation for SensorConnectedCallback API Download: PTC

I suspect that the Brick Viewer sensd a bit too much data to be transferred over WIFI. Have you tried it with your own program? At what rate does it work and and what rate doesn't it work?

Die neuen Bricklets haben andere Funktionen zur Callback-Konfiguration (wir haben für die neuen Bricklets den kompletten Mechanismus überarbeitet und vereinfacht). Du verwendest z.B. "set_humidity_callback_period", das gibt es aber gar nicht mehr. Siehe set_humidity_callback_configuration: https://www.tinkerforge.com/de/doc/Software/Bricklets/HumidityV2_Bricklet_Python.html