borg

Unfortunately you will have to do this through the console. Google only found me a German howto for it: https://www.rz.uni-osnabrueck.de/dienste/internet/wlan/eduroam/Linux/linux.htm Perhaps your university does have a tutorial too?

Wir hatten das damals als Windows 10 IOT für den RPi rausgekommen ist kurz ausprobiert. Das macht einen sehr komplizierten Eindruck und da es praktisch keine Nachfrage gab haben wir es erstmal sein lassen. Ich schreib es mir auf die TODO-Liste mir das nochmal anzugucken. Ich gehe mal davon aus das es mittlerweile ein bisschen ausgereifter ist.

Basically, yes. To achieve real 24bit accuracy you would need a crazy expensive analog frontend in front of the adc. This is out of the reach of a Bricklet. The performance of the Bricklet is comparable to a modern highish end 30000 count multimeter (e.g. http://www.amazon.com/Agilent-U1272A-Handheld-Counts-True/dp/B004URG9EU). The big difference is of course that the multimeter not only has a +-30V range but also a +-30mV range. Edit: Do you need a really high resolution in the full +-35V range? Or would a +35mV version of the Bricklet help in your application?

Tracker: Um zu antworten klicke bitte auf den "Antworten"-Button, nicht auf "Moderator informieren". Wenn du deine Antwort unter "Moderator informieren" abgibst, bekomme ich diesen Threads als SPAM markiert mit der Begründung die du dort reinschreibst :-). Das gleiche gilt auch für deinen anderen Thread. Danke!

Wir bieten bereits einen MQTT Proxy: http://www.tinkerforge.com/de/doc/Software/Brick_MQTT_Proxy.html

Hast du überprüft ob die UID korrekt ist?

Stand heute (29. Februar): Es sind immernoch Freikarten über .

As of today (Februar 29th) there are still some tickets left .

Ich wüsste nicht was dagegen sprechen sollte das Industrial 0-20mA Bricklet in Serie mit in den Aufbau zu hängen. Das sollte funktionieren.

Mh, ich dachte wir hätten diese Probleme mit dem Temp IR gefixt gehabt . Ist die Firmware auf dem Temperature IR Bricklet aktuell? An welchem Brick ist es angeschlossen? Was musst du tun damit das Temperature IR Bricklet wieder läuft: Reicht es wenn du den Reset-Taster drückst oder musst du wirklich das USB Kabel abziehen und wieder dran stecken?

Da haben wir leider keine Kontrolle drüber, das WIFI Modul welches wir auf der Extension nutzen unterstützt anscheinend nur MSCHAPv1 .

Seite 31 unten: https://github.com/Tinkerforge/silent-stepper-brick/raw/master/datasheets/TMC2100_datasheet.pdf Das sind die einstellbaren Modi.

Kurzer Hinweis: Wir haben gerade während der "Endkontrolle" noch Hardwarebugs auf dem Silent Stepper Brick Prototyp gefunden, kurz bevor er in Produktion gehen sollte. D.h. wir benötigen dort leider noch einen Prototypen wodurch sich das ganze noch ein bisschen nach hinten verschieben wird .

Firmware: IMU 2.0 Brick 2.0.3 Use DMA for I2C communication with BNO055. This allows for better SPI stack communication throughput, since we don't have to disable the interrupts for the whole communication. Download: IMU Brick

Firmware: IMU 2.0 Brick 2.0.3 Nutze DMA für I2C-Kommunikation mit BNO055 Dies erlaubt höheren Durchsatz für SPI-Stapel-Kommunikation, da Interrupts nicht für die komplette Kommunikation ausgeschaltet werden müssen. Download: IMU Brick

Der MCP3911 (welchen wir als AD-Wandler auf dem Bricklet nutzen) hat ein so starkes rauschen auf den Daten, da sind die ersten ~4-5 Bits schlicht nicht nutzbar. Um dieses rauschen zu eliminieren bräuchte das Bricklet ein richtiges Analog Frontend, die Bauteile dafür würden den Preisrahmen für ein Bricklet deutlich sprengen. Zum Vergleich: Die Performance des Dual Analog In Bricklet entspricht einem "35000 Count Multimeter". Das ist schon richtig high-end, z.B. hier mit vergleichbar: https://www.conrad.de/de/hand-multimeter-digital-keysight-technologies-u1273a-datenlogger-oled-display-cat-iii-1000-v-cat-iv-600-v-anzeige-counts-30000-128113.html Der große Unterschied ist natürlich, dass das Multimeter neben dem +-30V Bereich auch einen +-30mV Bereich hat, wo dann auf einmal eine Auflösung im µV Bereich möglich ist.

Zwei Ethernet Extension auf dem RED Brick gleichzeitig werden aktuell leider nicht unterstützt .

So it seems the MAX31865 for some reason doesn't change its state anymore after a while? I would say we ship you a new PTC Bricklet, but you have this exact problem with two PTC Bricklets, right?

Plugin: Thermocouple Bricklet 2.0.1 Signed 19 bit to signed 32 Bit conversion fixed (In 2.0.0 positive temperatures that have bit 15 set are shown negative) Download: Thermocouple Bricklet Please note: Because of a bug in Brick Viewer this firmware has to be updated by and, you can not use the "Auto-Update-Function". This will be fixed in the next version of Brick Viewer.

Plugin: Thermocouple Bricklet 2.0.1 Signed 19 Bit nach Signed 32 Bit Konvertierung gefixt (In 2.0.0 werden positive Temperaturen welche Bit 15 gesetzt haben als negativ angezeigt) Download: Thermocouple Bricklet Hinweis: Aufgrund eines Bugs in Brick Viewer muss diese Firmware händisch aktualisiert werden, eine Aktualisierung über die "Auto-Update-Funkion" ist leider nicht möglich. Dies wird in der nächsten Brick Viewer Version behoben.

In der Tat. tinkerforge.com bekommt in nächster Zeit ein Update um es besser von Smartphones/Tablets aus bedienbar zu machen. In dem Zuge stellen wir auch auf "https everywhere" um auf tf.com. Danach können wir dann mal gucken ob wir tinkerunity.org nicht auch mal aktualisieren sollten , vielleicht auch das Design entsprechend anpassen.

Tinkerforge auf Messen 2016 Blogeintrag

Tinkerforge at Trade Fairs in 2016 Blog Entry

Indeed, that looks different. Does the flat value recover after a while or do you definitely have to reset? I just looked through the code, if "is_sensor_connected()" returns true during the flat time, it means that the MAX31865 IC that we use on the PTC Bricklet does return the same resistance for the whole time. If you reset the Master Brick, the MAX31865 will be reinitialized. But during initialization we only configure the default values again. For testing, could you try to call "set_noise_rejection_filter" (it does not matter if you turn it on or off). Internally this will also set the whole configuration again. Does this also fix the problem? If it does fix the problem, we may have to set the configuration periodically in the firmware? Sounds strange, but i currently have no other idea .

Good to know that it works now. As long as the resistance from the PTC sensor is in a "possible range" it can't tell that it isn't connected correctly. I think that was probably the problem here .