borg

I just released version 2.0.6. It uses the newest BSEC version, saves the calibration state every 12 hours and loads it on startup. When the calibration is loaded it still starts with IAQ Index unreliable for the first few minutes and then goes to low. In my tests it did however start with the old IAQ Index after it changed from unreliable to low. I was hoping that it starts with accuracy high when the saved state had accuracy high. But it doesn't seem to work like that. Unfortunately the whole BSEC software that is used to calculate the IAQ Index is a blackbox for us and we don't get any information from Bosch about the inner workings.

I have a new test running over this weekend. This time with cables soldered to it to see the communication and lots of debug output. I also found a bug in the meantime. I have high hopes that it will work now! I did a test where i changed the state-save-time to 5 minutes and this worked already, but the accuracy was not high at that point of course.

It looks like this motor has a step and direction pin for control. Take a look at the Industrial Digital Out 4 2.0: https://www.tinkerforge.com/de/shop/industrial-digital-out-4-v2-bricklet.html It can control the direction pin and also has PWM functionality to generate fast steps.

I tried it and unfortunately the accuracy turned to "unreliable" again after the reset. I will add some debug wires and a logic analyzer to see if there is a bug in the communication with the BME680.

Attached you can find a firmware that has the newest Bosch BSEC version and the calibration automatic save/load enabled. To test this i will let it run over the weekend and then on Monday unplug it and plug it in again. It should retain the accuracy then. If you want you can test it in parallel. air-quality-bricklet-firmware-2-0-6-beta1.zbin

Thank you for the bump and very sorry about the delays. I will be able to work on it next week.

Ja, am besten auf den Stallguard Result dabei schauen. Der sollte bei mehr Last höher werden, da kann man dann sehen ob man grob richtig liegt. Schau am besten die Seiten 62/63 im Datenblatt, da gibt es "INITIAL PROCEDURE FOR TUNING STALLGUARD" mit einer Erklärung wie man das kalibriert.

Das motorStalled flag wird von dem "Stall Guard"-Feature gesetzt. Dazu ist im DriverStatus auch noch "Stallguard Result" wichtig: Die min/max/threshold Werte etc für Stall Guard können per setCoolstepSonfiguration gesetzt werden. Das ist leider alles sehr abhängig vom verwendeten Motor, Stromversorgung und Drehgeschwindigkeit etc. Ist immer ein bisschen trial+error das einzurichten. Für eine feste Kombination aus Motor und Stromversorgung etc kann man das aber zum laufen bekommen. Es gibt Produkte die dieses Feature als Software-End-Stopp zur Kalibrierung nutzen. Für eine detaillierte Beschreibung kannst du ins Datenblatt schauen: https://raw.githubusercontent.com/Tinkerforge/silent-stepper-brick/master/datasheets/TMC2130_datasheet.pdf (Seite 62++).

Ist jetzt implementiert: https://github.com/Tinkerforge/silent-stepper-v2-bricklet/commit/81326cd803c8c3bb01846b2ca88c179cc0d698fd Bitte die Firmware einmal auf 2.0.1 updaten. Habe mit folgendem Mini-Python-Test getestet: #!/usr/bin/env python # -*- coding: utf-8 -*- HOST = "localhost" PORT = 4223 UID = "2hvABC" # Change to the UID of your Silent Stepper Bricklet 2.0 import time import random from tinkerforge.ip_connection import IPConnection from tinkerforge.bricklet_silent_stepper_v2 import BrickletSilentStepperV2 def cb_gpio_state(state): print('ch 0: {0}'.format(state[0])) print('ch 1: {0}'.format(state[1])) if __name__ == "__main__": ipcon = IPConnection() # Create IP connection ss = BrickletSilentStepperV2(UID, ipcon) # Create device object ipcon.connect(HOST, PORT) # Connect to brickd # Don't use device before ipcon is connected # Register gpio state callback to function cb_gpio_state ss.register_callback(ss.CALLBACK_GPIO_STATE, cb_gpio_state) ss.set_gpio_action(0, ss.GPIO_ACTION_CALLBACK_RISING_EDGE) ss.set_gpio_action(1, ss.GPIO_ACTION_CALLBACK_FALLING_EDGE) input("Press key to exit\n") ipcon.disconnect()

In Theorie kann man das nachrüsten, die Bauform ist ja die gleiche. Das ist allerdings schon viel Fummelei und die "innere Frontplatte" passt auch von den Ausschnitten her dann nicht. Wir können auch aktuell leider keine Sonderwünsche anbieten, wir haben eine riesige Queue an offenen Bestellungen und hinken auch bei den angegebenen Lieferzeiten schon hinterher. Solche Sonderwünsche halten da leider zu sehr auf. Du meinst Phasen abschalten um die Ladeleistung zu verringern? Da haben wir in der Tat etwas geplant, wird aber noch dauern bis es das wirklich zu kaufen gibt leider. Im Zweifelsfall könntest du weitere IO-Bricklets am ESP32 Brick anschließen, dann bist du allerdings schon sehr tief in der Entwicklung drin denen auch Funktionalität etc beizubringen. Das geht hiermit: https://www.tinkerforge.com/de/shop/warp/anschlusskabel-warp-charger-22kw-pro-meter.html

Schaue ich mir gleich an womöglich war da zuviel copy+paste zwischen den Bricklets und dort gibt es das gleiche Problem 😯.

Deine Bestellnummer ist SO/B2021108, richtig? Es sind aktuell noch 88 Bestellungen vor dir in der Warteschlange. Da die nächste Woche ja auch wieder nur 4 Tage hat könnte es befürchte ich wirklich Anfang Juni werden. Entschuldige das wir es im Moment nicht schaffen die Termine einzuhalten, wir haben leider immer wieder "Stau" in der Produktion da wir einzelne Komponenten nicht rechtzeitig bekommen und wir dann für eine Zeit immer nur Teilbaugruppen fertig machen können. Im Shop hab ich den Termin für Neubestellungen gerade auch auf Mitte Juni verlängert.

Es gibt aktuell leider nur die WebApp. Allerdings sollte der Zugriff darauf wenn der WARP Charger erst einmal eingerichtet ist und mit dem eigenen Netzwerk verbunden ist ähnlich einfach sein wie auf eine Android/IPhone App. Wo genau macht denn die Einrichtung Probleme?

Wir können solche Installationsdienstleistungen leider nicht anbieten aktuell.

Du kannst das Bricklet einfach entsprechend kalibrieren. Beispiel: Du legst 100g auf die Wägezelle und kalibrierst das als 10g. Wenn du dann 5g auf die Wägezelle legst zeigt sie 50 an. Bei 0.1g entsprechend 1. In deinem Python-Programm teilst du den Wert der bei "get_weight" rauskommt einfach durch 10 um auf den korrekten Wert in Gramm zu kommen.

Wenn die IMU sich nach einer Zeit im Brick Viewer noch dreht liegt das für gewöhnlich am Magnetometer. Der Fusion-Algorithmus stellt dann fest, dass die absolute Position die durch Beschleunigungssensor/Gyroskop bestimmt wurde bezüglich der Richtung nicht mehr zum Magnetfeld passt und kalibriert sich entsprechend neu. Das kann z.B. gut passieren wenn man die IMU bewegt und sie dabei näher an einen Monitor ranbringt der ein Magnetfeld ausstrahlt. Dies bezieht die IMU dann (fälschlicherweise) mit ein und kalibriert sich darauf. Das gleiche wieder umgekehrt wenn man sie wieder weiter weg bewegt. Bezüglich des Graphen oben: Entweder die IMU hat sich wirklich erst rechtsrum um eine Achse gedreht und beim stoppen gibt es eine leichte Drehung zurück, oder es ist irgendeine Art Überschwingen des Gyroskops was dann wieder zurück schwingt.

Mit der Zoe kann ich das nicht reproduzieren. Ich hab heute morgen bei einem unserer WARP Charger Autostart ausgestellt, meine Zoe angeschlossen und eben gerade per "Start" im Webinterface das laden gestartet. Ich war bisher immer davon ausgegangen dass sich die Zoes gleich verhalten wie die VW Ups (bezüglich CP/PE "trennen" zum Starten des Ladevorgangs etc). Wenn wir das nächste mal etwas von Volkswagen hier haben teste ich das nochmal damit!

Indeed, the fill_display function did not yet have support for delta mode. I just released firmware version 2.0.2 that adds support for it.

Firmware: E-Paper 296x128 Bricklet 2.0.2 Add delta-mode support for FillDisplay-function Download: E-Paper 296x128 Bricklet

Firmware: E-Paper 296x128 Bricklet 2.0.2 Delta-Mode Support für FillDisplay-Funktion hinzugefügt Download: E-Paper 296x128 Bricklet

Ich versuche das hier mit einem Renault Zoe zu reproduzieren und melde mich nochmal. Ich meine aber wir haben exakt dieses Szenario bereits getestet. Wenn das nicht klappt müssen ich warten bis wir das nächste mal wieder ein VW-E-Auto hier haben und das damit nochmal testen. Da es mit der andere Wallbox funktioniert gehe ich aber auch davon aus dass es in Software lösbar ist.

Nur zu meinem Verständnis: Du parkst das Auto, steckst es zum Laden an (Autostart aus) und 1. Startest das Laden nach 5 Minuten -> funktioniert 2. Startest das Laden nach 30 Minuten -> funktioniert nicht richtig? Ich probier das dann hier vor Ort nochmal aus ob wir das reproduzieren könnten.

Take a look at the datasheet of the BNO055: https://raw.githubusercontent.com/Tinkerforge/imu-v2-brick/master/datasheets/BNO055.pdf Pages 26/27 for the accelerometer default configuration and page 31 for the sensor fusion data rate. I don't know how this works exactly with the 100Hz vs 62.5Hz, unfortunately the sensor fusion algorithm that Bosch uses internally is proprietary.

https://www.e-jpc.com/stepper-motor-voltage-explained/ "The voltage ‘rating’ of the motor is simply derived from the motor’s rated current and winding resistance. An example motor shown above is rated for 5 [A] (per winding), with a winding resistance of .5 [Ω]. The motor’s nameplate voltage is therefore listed as 2.5 [V]." und "Generally, 12 [V] is the smallest voltage used to drive actuator motors, with higher voltages at 24 [V], 48 [V] and even 80[V] being used for motion control systems. A good rule of thumb is to use between 10 and 24 times the motor’s nameplate voltage for the system bus voltage."

Zwei Dinge dazu: 1. Sowohl das Servo Bricklet als auch der (Silent) Stepper Brick benötigen für die Versorgung des Motors eine zusätzliche Stromversorgung (eingespeist über den zweipoligen schwarzen Stecker). Servos benötigen für gewöhnlich eine 5V Stromversorgung. 2. Bei Schrittmotoren sieht das anders aus. Die sind stromgesteuert und generell ist es besser desto höher die Spannung ist. Die maximale Höhe der Spannung wird vom Schrittmotortreiber angegeben, im Falle des Silent Stepper Bricks also maximal 46V. Wenn du die Akkus verwenden willst also am besten die 4S.