borg

Das geht über den 3G USB Stick: https://www.tinkerforge.com/de/shop/3g-usb-adapter.html https://www.tinkerforge.com/de/doc/Hardware/Bricks/RED_Brick.html#mobile-internet

Es kommt jetzt noch ein Panel mit neuen Bricklets (befindet sich bereits in der Produktion). Danach sind dann alle alten 10-Pol Bricklets umgestellt auf 7-Pol. Dann gehen wir die Bricks an .

Ist getestet, läuft wunderbar .

Ich nehme an du meinst das power_off_delay? Wenn du den RPi geordnet runterfahren möchtest dauert das sicher > 5 Sekunden. Aber eventuell reicht es dir ja auch zu sagen du schließt alle Dateien die du geöffnet hast und stellst sicher das niemand mehr auf die SD-Karte schreibt und machst den RPi dann einfach aus.

The SPI communication (that is used between Bricks and Bricklets) in brickd is currently only implemented for Linux, so it will unfortunately not work out-of-the-box with Windows 10 IoT Core.

Actually, a Compass Bricklet will be part of the next panel of new Bricklets that we will produce . It uses what we think is currently the highest resolution/accuracy MEMS magnetometer. If there is no external magnetic field it is very accurate and repeatable in our tests.

Wenn ich folgende Formel verwende: Beschleunigung = Rohwert*625/1024 und die Beschleunigung als Integer betrachte werfe ich ~1 Bit an Auflösung weg. Dies ist egal wenn ich die Beschleunigung selbst betrachte, da bei den hohen Frequenzen sowieso sehr viel Rauschen auf den Daten ist mit denen ich nichts anfangen kann wenn ich als Mensch die Daten betrachte. Wenn ich einen FFT auf den Daten anwende, können sich im "Rauschen" aber auf einmal doch noch Informationen zu irgendwelchen Frequenzen verstecken die eventuell interessant sind.

Hot-connecting of the new Bricklets with 7p connector works in the majority of the cases. What definitely does not work is hot-unplugging. There is no reliable mechanism that could be used to find out if a Bricklet is not plugged in anymore. The biggest problem with the unplugging is the routing tables that the Brick Daemon and each Brick has*. However, if you replace a Bricklet with another Bricklet of the same kind and the same UID, there is no problem with the routing tables. The only problem is that the new Bricklet does not have the settings anymore that you set in the old Bricklet. So maybe you can have a loop that reads a configuration (that is set to some non-default value) every few seconds and assumes that a new Bricklet was put in if it changes back to default? * Example: You have a stack that is connected to another stack with RS485 and your Bricklet is connected to a slave in the stack. If you call a function in your program the data will be send to the Brick Daemon. The Brick Daemon sends it to the correct USB port to a Master Brick, the Master Brick sends it via RS485 to the other Master Brick which sends it to the slave in the stack which send it to the correct Bricklet port. Every Brick in the chain and the Brick Daemon has a "routing table" that it uses to determine where a packet has to go. If you now unplug this Bricklet and plug it in somewhere else, the routing tables will be permanently broken and messages to this Bricklet may or may not be routed correctly.

The protocol that is used between the Bricks and Bricklets is unfortunately not well documented. You can find some information here: https://github.com/Tinkerforge/brickletboot_xmc/blob/master/software/src/bootloader_spitfp.c#L24 The payload is the same as in the TCP/IP TFP specification: https://www.tinkerforge.com/en/doc/Low_Level_Protocols/TCPIP.html

Was kannst du bei "WLAN Modus" alles einstellen? Vielleicht einmal testweise 5GHz ganz ausmachen oder nur Modus "n" einstellen wenn das geht. Du könntest auch einmal schauen ob es etwas bringt wenn du einen festen Kanal einstellst?

Leider schwer zu sagen was da jetzt genau das Problem ist . Ich hab das gerade vorsichtshalber nochmal getestet hier, ich kann mich mit der aktuellen WIFI Extension 2.0 Firmware mit allen Routern per WPA2 verbinden die wir hier haben (Fritz Box, tp-link und linksys). Kannst du vielleicht vorsichtshalber nochmal einen Screenshot von der Router-Konfiguration und der WIFI Extension-Konfiguration hier posten? Vielleicht ist es ja doch noch irgendeine einfach Fehlkonfiguration.

Hat der AP denn irgendwelche Einstellungsmöglichkeiten für die Verschlüsselung? Oder nur Verschlüsselung an/aus?

Firmware: GPS V2 Bricklet 2.0.6 Berechnungs-Overflow bei Geschwidigkeiten >=214.74km/h gefixt Download: GPS Bricklet 2.0

Firmware: GPS V2 Bricklet 2.0.6 Fix speed overflow at speeds >=214.74km/h Download: GPS Bricklet 2.0

Indeed, i looked at the code and mathematically the calculation that we have in there for the speed overflows at values > 214.74 km/h! I just released version 2.0.6 that has this fixed. Thank you for bug report!

Sorry for the late answer, we had to ask around ourselvs to see what the current state is. The GPS module that we use on the Bricklet is a "FireFly X1". It was originally manufactured by GlobalTop and they told us that they will backport Galileo support. However, GlobalTop was bought by Sierra Wireless and they deprecated the series of FireFly GPS modules. The new Sierra modules are now called AirPrime XM. I think it is very likely that there will not be any more updates for the FireFly modules, so the Galileo support will only come with the next hardware update of the GPS Bricklet. We will change the documentation about that, since it is a bit misleading now.

Du kannst in deinem Fall die Werte mit der Folgenden Formel umrechnen: Beschleunigung = Rohwert*625/1024 Damit kommst du dann wieder auf die g/10000 Einheit die auch von get_acceleration() zurückgegeben wird. Das ist jetzt in der API Doku auch entsprechend erklärt und dokumentiert: https://www.tinkerforge.com/de/doc/Software/Bricklets/AccelerometerV2_Bricklet_Python.html#BrickletAccelerometerV2.set_continuous_acceleration_configuration Vielen Dank für den Hinweis, da hat jemand zwischen Programmierung und Dokumentation die Hälfte vergessen und dadurch nicht richtig dokumentiert.

Oh, ich hab mir gerade den Code angeschaut und du hast absolut recht. Die Continuous Callbacks geben den rohen ADC-Wert zurück der Abhängig von anderen Einstellungen ist, während der Getter (den der Brick Viewer nutzt) g/10000 zurück gibt. Unsere Dokumentation ist an der Stelle fehlerhaft. Ich fixe das in der Doku und melde mich dann nochmal wenn ich es fertig hab.

Den Brick Viewer Code kannst du dir hier ansehen: https://github.com/Tinkerforge/brickv/blob/master/src/brickv/plugin_system/plugins/accelerometer_v2/accelerometer_v2.py#L134 Wir teilen dort auch nur durch 10000.

Das gibt es mit dem Industrial Analog Out ja bereits .

Das Weigel PQ72K misst ja den Strom und nicht die Spannung. Das kann vom Analog Out Bricklet nichts messen. Ist aber kein Problem, schick uns die Analog Out Bricklets einfach zurück wenn du keine externe Spannung zum einspeisen hast, wir erstatten das natürlich. Das Industrial Analog Out kann definitiv eine Spannung zwischen 0V und 10V ausgeben ohne weitere externe Spannungseinspeisung.

Da Malik von 0-24mA gesprochen hat denke ich dass er das Industrial Analog Out meinte. Die Analog Out Bricklet 2.0 und 3.0 können eine Spannung zwischen 0-12V ausgeben, allerdings maximal die Spannung die eingespeist wird. Die Industrial Analog Out Bricklet 1.0 und 2.0 können sowohl einen Strom zwischen 0-24mA als auch eine Spannung zwischen 0-10V ausgeben. Zusätzlich gibt es zwei 12V Spannungsausgänge (zur Stromversorgung von Sensoren o.ä.). Dort muss keine Spannung eingespeist werden. Hast du jetzt das Analog Out Bricklet oder das Industrial Analog Out Bricklet?

Du könntest per getTouchPosition dran kommen.

Loggst du auch den "Pressure"-Wert? Ist der minimal oder so groß wie er auch wäre wenn du echt auf das Display drücken würdest? Falls der Wert sehr klein ist könnten wir vielleicht eine SetMinimumTouchPressure-Funktion oder ähnliches als Konfiguration hinzufügen.

In Version 2.0.2 des Thermal Imaging Bicklets gab es einen Bug in der Kommunikation zwischen Brick und Bricklet der dazu führen konnte, dass viele CRC-Fehler in der Kommunikation (bei Nutzung der Thermal-Image-Getter) auftreten. Nach längerer Laufzeit konnte dies zu einer Art Fehler-Schleife führen, wodurch das Bricklet plötzlich für längere Zeit nicht erreichbar war. Der Bugfix dafür ist in der allgemeinen Implementierung des Tinkerforge SPI Protokolls (SPITFP). Daher gibt es einmal eine neue Firmware für alle Bricklets mit 7-Pol-Stecker. Firmware: CAN Bricklet 2.0 2.0.2, Temperature IR Bricklet 2.0 2.0.4, NFC Bricklet 2.0.4, Linear Poti Bricklet 2.0 2.0.1, Segment Display 4x7 Bricklet 2.0 2.0.1, Joystick Bricklet 2.0 2.0.1, LCD 128x64 Bricklet 2.0.7, Particulate Matter Bricklet 2.0.2, DMX Bricklet 2.0.2, Outdoor Weather Bricklet 2.0.3, Thermal Imaging Bricklet 2.0.3, LED Strip Bricklet 2.0 2.0.2, OLED 128x64 Bricklet 2.0 2.0.4, RS485 Bricklet 2.0.4, Industrial Dual 0-20mA Bricklet 2.0 2.0.1, Rotary Encoder Bricklet 2.0 2.0.4, CO2 Bricklet 2.0 2.0.1, RGB LED Button Bricklet 2.0.2, UV Light Bricklet 2.0 2.0.1, Motion Detector Bricklet 2.0 2.0.2, IO-16 Bricklet 2.0 2.0.2, Remote Switch Bricklet 2.0 2.0.3, Dual Button Bricklet 2.0 2.0.1, Accelerometer Bricklet 2.0 2.0.1, IO-4 Bricklet 2.0 2.0.4, Motorized Linear Poti Bricklet 2.0.4, ePaper 128x296 Bricklet 2.0.1, Industrial Analog Out Bricklet 2.0 2.0.1, Voltage/Current Bricklet 2.0 2.0.3, Analog Out Bricklet 3.0 2.0.1, Distance IR Bricklet 2.0 2.0.1, Analog In Bricklet 3.0 2.0.3, One Wire Bricklet 2.0.1, GPS Bricklet 2.0 2.0.5, Industrial Quad Relay Bricklet 2.0 2.0.3, RS232 Bricklet 2.0 2.0.2, Sound Pressure Level Bricklet 2.0.3, Industrial Digital In 4 Bricklet 2.0 2.0.2, Isolator Bricklet 2.0.1, RGB LED Bricklet 2.0 2.0.1, Thermocouple Bricklet 2.0 2.0.2, Temperature Bricklet 2.0 2.0.1, Solid State Relay Bricklet 2.0 2.0.3, Hall Effect Bricklet 2.0 2.0.1, Humidity Bricklet 2.0 2.0.6, Industrial Dual Relay Bricklet 2.0.3, RGB LED Matrix Bricklet 2.0.2, Industrial Dual Analog In Bricklet 2.0 2.0.1, Industrial Counter Bricklet 2.0.2, Industrial Digital Out 4 Bricklet 2.0 2.0.2, Ambient Light Bricklet 3.0 2.0.1, Piezo Speaker Bricklet 2.0 2.0.1, Load Cell Bricklet 2.0 2.0.2, Laser Range Finder Bricklet 2.0 2.0.1, PTC Bricklet 2.0 2.0.2 Fix SPITFP IRQ race condition with other higher priority IRQs Download: CAN Bricklet 2.0, Temperature IR Bricklet 2.0, NFC Bricklet, Linear Poti Bricklet 2.0, Segment Display 4x7 Bricklet 2.0, Joystick Bricklet 2.0, LCD 128x64 Bricklet, Particulate Matter Bricklet, DMX Bricklet, Outdoor Weather Bricklet, Thermal Imaging Bricklet, LED Strip Bricklet 2.0, OLED 128x64 Bricklet 2.0, RS485 Bricklet, Industrial Dual 0-20mA Bricklet 2.0, Rotary Encoder Bricklet 2.0, CO2 Bricklet 2.0, RGB LED Button Bricklet, UV Light Bricklet 2.0, Motion Detector Bricklet 2.0, IO-16 Bricklet 2.0, Remote Switch Bricklet 2.0, Dual Button Bricklet 2.0, Accelerometer Bricklet 2.0, IO-4 Bricklet 2.0, Motorized Linear Poti Bricklet, ePaper 128x296 Bricklet, Industrial Analog Out Bricklet 2.0, Voltage/Current Bricklet 2.0, Analog Out Bricklet 3.0, Distance IR Bricklet 2.0, Analog In Bricklet 3.0, One Wire Bricklet, GPS Bricklet 2.0, Industrial Quad Relay Bricklet 2.0, RS232 Bricklet 2.0, Sound Pressure Level Bricklet, Industrial Digital In 4 Bricklet 2.0, Isolator Bricklet, RGB LED Bricklet 2.0, Thermocouple Bricklet 2.0, Temperature Bricklet 2.0, Solid State Relay Bricklet 2.0, Hall Effect Bricklet 2.0, Humidity Bricklet 2.0, Industrial Dual Relay Bricklet, RGB LED Matrix Bricklet, Industrial Dual Analog In Bricklet 2.0, Industrial Counter Bricklet, Industrial Digital Out 4 Bricklet 2.0, Ambient Light Bricklet 3.0, Piezo Speaker Bricklet 2.0, Load Cell Bricklet 2.0, Laser Range Finder Bricklet 2.0, PTC Bricklet 2.0