borg

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

We found a bug in version 2.0.2 of the Thermal Imaging Bicklet with the communication between Brick and Bricklet. This bug could result in an incease of unnecessary CRC errors in the communication (if you were using the Thermal-Image-Getter). After a long runtime this could result in some kind of error-loop between the Brick and Bricklet which could result in an unreachable Thermal Imaging Bricklet. The bugfix is in the general implementation of the Tinkerforge SPI Protocol (SPITFP). Because of this there is a new firmware (with this bugfix) for all Bricklets with 7 pole connector. 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

Das Analog Out Bricklet kann nur bis zu der Spannung ausgeben die eingespeist wird. Dabei kann zur Einspeisung auch die intern im System vorhandenen 5V nutzen. Zum Video: Ich mache im Laufe der Woche wenn ich dazu komme nochmal ein Video wo ich den Trigger auf das Eingangs-PWM Signal auf einem anderen Kanal setze, dann kannst du genau sehen was mit der Waveform passiert und das Verhalten macht dann auch mehr Sinn.

Ich hab mir das genauer angeschaut. Das was du da siehst ist die "output constant-off time", siehe Seite 8 im Datenblatt: https://www.nxp.com/docs/en/data-sheet/MC33926.pdf Diese beträgt ~20us. Bei einer Frequenz von 15kHz bei einem Velocity-Wert von ~28000 hast du eine Off-Time von 20us. Das passt also genau. Was du jetzt machen kannst ist die PWM Frequenz verringern. Bei einer PWM Frequenz von 1500Hz erreicht du die 20us erst bei einer Velocity von ~32000. Das gleiche gilt natürlich symmetrisch auch für den 0-Bereich. Ich hab mal zwei Videos gemacht: * 15000Hz: * 1500Hz: Da kannst du gut sehen, dass bei der 15kHz Version die 20us "off-time" einen größeren Prozentanteil des Duty Cycle ausmacht.

Sorry für die späte Antwort, ich hatte den Post irgendwie übersehen. Das abgeänderte Beispiel könnte so aussehen: import com.tinkerforge.IPConnection; import com.tinkerforge.BrickletNFC; public class ExampleScanForTags { private static final String HOST = "localhost"; private static final int PORT = 4223; // Change XYZ to the UID of your NFC Bricklet private static final String UID = "nfc2"; // Note: To make the example code cleaner we do not handle exceptions. Exceptions // you might normally want to catch are described in the documentation public static void main(String args[]) throws Exception { IPConnection ipcon = new IPConnection(); // Create IP connection BrickletNFC nfc = new BrickletNFC(UID, ipcon); // Create device object ipcon.connect(HOST, PORT); // Connect to brickd // Don't use device before ipcon is connected // Add reader state changed listener nfc.addReaderStateChangedListener(new BrickletNFC.ReaderStateChangedListener() { public void readerStateChanged(int state, boolean idle) { if (state == BrickletNFC.READER_STATE_IDLE) { try { nfc.readerRequestTagID(); } catch (Exception e) { return; } } else if(state == BrickletNFC.READER_STATE_REQUEST_TAG_ID_READY) { try{ int i = 0; StringBuilder tag = new StringBuilder(); BrickletNFC.ReaderGetTagID ret = nfc.readerGetTagID(); for (int v : ret.tagID) { if (i < ret.tagID.length - 1) { tag.append(String.format("0x%X ", v)); } else { tag.append(String.format("0x%X", v)); } i++; } System.out.format("Found tag of type %d with ID [%s]\n", ret.tagType, tag); nfc.readerRequestTagID(); } catch (Exception e) { return; } } else if (state == BrickletNFC.READER_STATE_REQUEST_TAG_ID_ERROR) { try { nfc.readerRequestTagID(); } catch (Exception e) { return; } } } }); // Enable reader mode nfc.setMode(BrickletNFC.MODE_READER); System.out.println("Press key to exit"); System.in.read(); ipcon.disconnect(); } } Im Grunde musst du nur zusehen das in jedem State in dem du landen kannst in dem das NFC Bricklet nicht irgendetwas durchführt oder auf irgendetwas wartet "nfc.readerRequestTagID()" nochmal aufgerufen wird, damit das Bricklet auch durchgängig nach Tags sucht.

Es gibt wieder eine neue BSEC-Version die ich noch einbauen muss in die Firmware. Das Changelog ist allerdings nicht vielversprechend, die Berechnung des IAQ Index hat sich nicht geändert. Ob mit der neuen Version der "load/save state"-Bug gefixt ist weiß ich noch nicht, das muss ich erst noch testen.

Welche Einstellungen verwendest du dafür genau? Ich kann nachschauen ob da gerade an der Stelle ein "prescaler" umspringt oder ähnliches. Eigentlich sollte das aber nicht einen so großen Sprung machen das du es mit einer Glühlampe sehen können solltest.