borg

Das ist durchaus üblich. Ich weiß gar nicht so 100%ig was dein Problem ist, deswegen bekommst du vermutlich auch nicht die Antwort die du dir wünscht. Es ist aktuell nicht geplant die Python Bindings groß zu verändern. Dir scheint ja Performance sehr wichtig zu sein, unser System kann bis zu 1000 Nachrichten pro Sekunde pro Stapel generieren, diese kann man mit den Bindings so wie sie sind problemlos behandeln. Auch auf einem RPi oder dem RED Brick. Da würde eine Umstellung auf asyncio nicht viel ändern. Unsere Bindings bieten einen Realzeit-Zugriff auf die aktuellen Daten des System, wenn du von rethink-db sprichst nehme ich an du möchtest Daten archivieren und später auf diese zugreifen können. Das ist nicht die Aufgabe der Bindings im generellen und hat auch nichts mit den Python Bindings oder asyncio zu tun. Die Vorgehensweise dafür wäre mit Hilfe der Bindings die Daten auszulesen und mit einem Zeitstempel in der Datenbank deiner Wahl, z.B. rethink-db, zu speichern. Ab da kannst du dann das rethink-db JSON-Interface nutzen.

Ist umgestellt.

In den neuesten Releases vom Master Brick, WIFI Extension 2.0 und Brick Viewer werden jetzt nur noch leere Strings von den Password-Gettern zurückgegeben und die GUIs wurden entsprechend angepasst .

Die Unterstützung für Python 2 können wir natürlich erst entfernen wenn Python 2 nicht mehr so weiträumig verwendet wird.

Firmwares: DC Brick 2.3.3, IMU Brick 2.3.3, IMU 2.0 Brick 2.0.8, Master Brick 2.4.4, Servo Brick 2.3.2, Silent Stepper Brick 2.0.1, Stepper Brick 2.3.4 Unterstützung für Bricklets mit Co-Prozessor hinzugefügt Unterstützung für WIFI Extension 1.0 und WIFI Extension 2.0 Password-Getter Funktion entfernt (nur Master Brick) Download: DC Brick, IMU Brick, IMU 2.0 Brick, Master Brick, Servo Brick, Silent Stepper Brick, Stepper Brick Firmware: WIFI Extension 2.0 2.1.3 Unterstützung für Password-Getter Funktion entfernt Download: WIFI Extension 2.0

Firmwares: DC Brick 2.3.3, IMU Brick 2.3.3, IMU 2.0 Brick 2.0.8, Master Brick 2.4.4, Servo Brick 2.3.2, Silent Stepper Brick 2.0.1, Stepper Brick 2.3.4 Add support for co-mcu Bricklets (all Bricks) Remove support for WIFI Extension 1.0 and WIFI Extension 2.0 password getters (only Master Brick) Download: DC Brick, IMU Brick, IMU 2.0 Brick, Master Brick, Servo Brick, Silent Stepper Brick, Stepper Brick Firmware: WIFI Extension 2.0 2.1.3 Remove support for WIFI password getters Download: WIFI Extension 2.0

We are currently in the process of releasing it, so it will happen either today or tomorrow. Edit: It is now available: https://www.tinkerforge.com/en/shop/gps-v2-bricklet.html

Mh, also wenn ich den Code so nehme wie er im Beispiel ist und die UID anpasse sowie threshold Konfiguration durch "ai.set_voltage_callback_threshold("i", 5*1000, 20*1000)" ersetze funktioniert das bei mir genau so wie du es Beschrieben hast. Hattest du die UID bei dir angepasst? Brick Viewer nutzt übrigens Getter, daher ist die Anzeige im Brick Viewer von den Callback-Konfigurationen unabhängig.

Du meinst intern für die TCP/IP Kommunikation? Womöglich könnte der Code dadurch einfacher/verständlicher werden, allerdings ist das Handling so wie es aktuell geschieht ja jetzt viele Jahre getestet. Das umzureißen würde erstmal zu neuen Problem führen. Davon abgesehen würden wir ganz viel Python 2 vs 3 if/else haben, da wir ja weiterhin Kompatibilität mit Python 2 haben wollen. Ich könnte mir das frühestens vorstellen wenn Python 2 tot ist.

Wenn es über USB geht muss es natürlich auch über den RED Brick gehen, das LCD weiß ja gar nicht von wo es angeschlossen wird. Wenn du sagst das LCD bleibt dunkel: Meinst du die Hintergrundbeleuchtung oder den Kontrast? Der Kontrast könnte sich ändern weil sich die Spannungsversorgung ändert, das kannst du mit dem Poti am LCD 20x4 Bricklet einstellen.

Die ersten Bricklets der neuen Generation kommen nächste Woche .

Wir arbeiten dran. Wir würden gerne beides PM2.5/PM10 sowie NOX Bricklets anbieten können. Echte PM2.5/PM10-Messungen sind leider sehr aufwendig und die NOX Sensoren die man so bekommt sind eher dafür da bei einem Auto in den Auspuff geschoben zu werden, die Auflösung ist aber nicht gut genug für Umweltmessungen.

Die blaue LED ist direkt an die Stromversorgung angeschlossen und geht automatisch an sobald eine Spannung anliegt. Die kannst du nur abkleben o.ä. .

@LulaNord: Do your Ethernet Extensions have the same MAC address too (02:A0:00 in the end)? I am still confused about this problem. I found that if you reset the EEPROM the configuration of the Ethernet Extension defaults to the 02:A0:00 MAC address. You can reset the EEPROM with the Brick Viewer in the Master Brick Tab through the "Configure Extension Type" popup. If you set type to Ethernet it will write a default Ethernet configuration to the EEPROM which has this MAC address. This is meant for cases where a configuration has become completely broken or if the EEPROM for some reason looses a configuration and the Extension can not be discovered anymore (the type of extension is stored in the EEPROM too). We need to document this feature better, it is probably completely unclear for most users what this "Configure Extension Type" feature does. Did any of you reset the EEPROM with this by any chance?

Sieht sehr gut aus! Wir brechen nur sehr ungern die API, deswegen ist es für uns immer schwer solche Sprachverbesserungen im Nachhinein umzusetzen.

Ist das Kabel richtig angeschlossen? Auf diesem Bild kann man gut sehen welche Farbe wo angeschlossen wird: https://www.tinkerforge.com/de/doc/_images/Misc/scale_w_master_1200.jpg

Nein, die gibt es bei den Bricks erst wenn wir keine Bricklets mit 10pol mehr verkaufen. Sonst würde das totales Chaos geben .

Silent Stepper Brick ist jetzt verfügbar Blogeintrag

Silent Stepper Brick is now available Blog Entry

Not sure what happend there . Our OUI/company id is 40:D8:55 with one assigned address block of 02:A0:00 to 02:AF:FF. So obviously something went wrong during our automated configuration process if at least 4 Ethernet Extension have the starting address assigned. I have to assume that a whole batch (250pcs) wasn't given a proper MAC address. As far as i can tell at the moment, all but 29 Ethernet Extensions of that batch have already been sold... Edit: I checked all of the Ethernet Extensions and all of the ones we have in stock have the correct MAC address.

Oh, that is not good. That could mean that we had a problem during a whole batch. I will pick some Ethernet Extension from our stock at random and read the MAC address. If i find one with MAC address 40:D8:55:02:A0:00 we will probably have to re-configure all of them . Thank you for the hint and sorry for the problems!

Wir haben ein paar Sprachen die wir gerne noch unterstützten würden auf einer Liste, Julia steht da leider relativ weit unten. In der Zwischenzeit könntest du aber die C Bindings nehmen. In Julia kann man direkt C Funktionen aufrufen per ccall: https://docs.julialang.org/en/stable/stdlib/c/#Base.ccall

Oh? Das muss ich definitiv versuchen nachzustellen. Hab mir gerade die Codeänderungen durchgeguckt die es zwischen den Firmware Versionen gab und kann nichts relevantes finden .

You shouldn't need to set the MAC addresses. They should come pre-configured with the MAC address that is on the sticker. We even pay for the addresses to get them properly from IEEE. Do all Ethernet Extensions that you own have the same address or only two that you had? I can only imagine that there was some kind error during our initial testing/flashing setup and we accidentally wrote the same address to two extensions.

Die ersten Silent Stepper Bricks sind soeben bei uns angekommen, wir müssen die jetzt noch fotografieren, testen, Kühlkörper draufkleben und eintüten. Sollte also diese Woche noch was werden .