photron

brickd fragt mit der SHGetFolderPathA Funktion das CSIDL_COMMON_APPDATA Verzeichnis ab. Das mappt auf meinen beiden Windows 10 Instanzen hier auf C:\ProgramData\. Laut MSDN kann das aber auch auf C:\Documents and Settings\All Users\Application Data\ mappen, das Verzeichnis existiert zumindest laut Explorer hier nicht. brickd schreibt nur an eine Stelle. Welche das aber ist kontrolliert am Ende Windows und was jetzt das wahre Verzeichnis ist und was eine View ist kontrolliert auch Windows.

Brick Daemon 2.4.4 Add menu entry to clear Live Log in Windows Log Viewer Abort delayed USB stall recovery if device was removed in the meantime Add rate limit for Bricklet error messages Increase libusb requirement from 1.0.6 to 1.0.20 Allow to disable mesh gateway Update bundled libusb to 1.0.26.11755 on Windows (Windows Vista or newer required) and macOS Downloads: Windows, Linux (amd64, i386, armhf, arm64), macOS

Brick Daemon 2.4.4 Menueintrag zum Löschen des Live Logs zum Windows Log Viewer hinzugefügt Verzögerte USB Stall Recovery wird abgebrochen, wenn der Brick in der Zwischenzeit entfernt wurde Maximale Rate der Bricklet Fehlermeldungen wurde beschränkt Minimale libusb Anforderung von 1.0.6 auf 1.0.20 angehoben Mesh Gateway kann deaktiviert werden Mitgelieferte libusb Version auf 1.0.26.11755 für Windows (Windows Vista oder neuer benötigt) und macOS Downloads: Windows, Linux (amd64, i386, armhf, arm64), macOS

Auch der Reset Befehl wird den Master Brick nicht erreichen. Das kannst du versuchen.

2kHz bingen dir nichts, da das Bricklet bzw der ADC darauf maximal 976 Werte pro Sekunde messen kann. Das folgenden Beispiel schafft eine Abfragerate von 991 Hz, allerdings ohne jeglich Verarbeitung der Werte. // This example is not self-contained. // It requires usage of the example driver specific to your platform. // See the HAL documentation. #include <Arduino.h> #include "src/bindings/hal_common.h" #include "src/bindings/bricklet_industrial_dual_analog_in_v2.h" void check(int rc, const char *msg); void example_setup(TF_HAL *hal); void example_loop(TF_HAL *hal); static int32_t last_voltage; static bool last_voltage_is_new = false; // Callback function for voltage callback static void voltage_handler(TF_IndustrialDualAnalogInV2 *device, uint8_t channel, int32_t voltage, void *user_data) { (void)device; (void)user_data; // avoid unused parameter warning last_voltage = voltage; last_voltage_is_new = true; } static TF_IndustrialDualAnalogInV2 idai; void example_setup(TF_HAL *hal) { // Create device object check(tf_industrial_dual_analog_in_v2_create(&idai, NULL, hal), "create device object"); // Set sample rate to 976 samples per second check(tf_industrial_dual_analog_in_v2_set_sample_rate(&idai, TF_INDUSTRIAL_DUAL_ANALOG_IN_V2_SAMPLE_RATE_976_SPS), "set sample rate"); // Register voltage callback to function voltage_handler tf_industrial_dual_analog_in_v2_register_voltage_callback(&idai, voltage_handler, NULL); // Set period for voltage (channel 0) callback to 1ms without a threshold tf_industrial_dual_analog_in_v2_set_voltage_callback_configuration(&idai, 0, 1, false, 'x', 0, 0); } static int start; static int count = 0; void example_loop(TF_HAL *hal) { // Poll for callbacks tf_hal_callback_tick(hal, 0); // Check for new value if (last_voltage_is_new) { if (count == 0) { start = millis(); } count++; int32_t voltage = last_voltage; last_voltage_is_new = false; //tf_hal_printf("Voltage: %d 1/%d V\n", voltage, 1000); if (count % 1000 == 0) { int duration = millis() - start; tf_hal_printf("Got %d values in %d milliseconds (%d Hz)\n", count, duration, (duration * 1000) / count); } } }

brickd Version wird vermultich 2.4.3 sein. Ist aber auch nicht relevant hier, denke ich. brickd hat intern in all Richtungen für all Datentransfers Queues um Bursts anfangen zu können. Die Queues sind jeweils 32768 Nachrichten lang. In deinem Fall ist die Queue zu diesem Master Brick Stack voll und es wurden seitdem 1308320823 Nachrichten weggeworfen. Die eigentliche Ursache ist wahrscheinlich schon lange nicht mehr im Log zu finden, da dieses auf die letzten 25MB beschränkt ist. Häng trotzdem bitte mal alle brickd.log und brickd_*.log Dateien aus dem C:\ProgramData\Tinkerforge\Brickd Verzeichnis an. Das mag ein brickd Bug sein ich sehe aber gerade nicht wo. Ich habe mir die entsprechende Logik gerade nochmal angeschaut. Oder es ist ein USB Problem, dass verhindert, dass Daten an den Brick über USB geschickt werden können. Bleibt das Problem auch nach einem ab und anstecken des Bricks an USB oder einem Neustart von Windows bestehen?

Das Problem ist im Github Repo behoben: https://github.com/Tinkerforge/brickv/tree/e374b595664f3f68004271bc8dd994e213332f9e Dev-Mode wird nur noch verwendet, wenn Dev-Mode überhaupt vorhanden ist.

Ich habe vor einer Weile mal damit begonnen einen Emulator zu programmieren. Das ist allderings längst nicht fertig: https://github.com/Tinkerforge/generators/tree/master/emulator Diese kleine Beispiel kann ein Ambient Light Bricklet 3.0 gut genug emulieren, dass es zu Anzeige des Graphen in Brick Viewer reicht: https://github.com/Tinkerforge/generators/blob/master/emulator/emulate_ambient_light_v3_bricklet.py

There is not my_callback callback, that's why its not called. There is only the CALLBACK_FRAME_STARTED callback. def cb_frame_started(length): print('cb_frame_started', length) ls.register_callback(BrickletLEDStripV2.CALLBACK_FRAME_STARTED, cb_frame_started)

Sorry, da haben wir nicht aufgepasst. Wir geben aktuell Python 3.5 als Mindestversion an, Dev Mode ist aber in Python 3.7 neu. Der Code versucht zu erkennen ob er paketiert oder aus Source läuft und schaltet Dev Mode nur bei Source ein. Du startest brickv vermutlich über main.py und dann wird Dev Mode aktiviert, den Python 3.6 nicht hat. Das kannst du jetzt erstmal auf verschiedene Arten umgehen. Zum Beispiel, leg dir neben die main.py eine Datei namens package_type mit dem Inhalt none. Wir werden das für die nächste Version besser lösen.

Brick Viewer 2.4.23 Allow saving config when Modbus master timeout is changed for RS485 Bricklet Enable Python development mode when running from source Fix socket leak on connect error Add manual y-axis scaling for plot widget Remove all driver files for Windows 7 and earlier Fix calibration dialog title for Compass Bricklet plugin Fix Galileo satellite numbers for GPS Bricklet 3.0 Add support for IPv6 connections Add commandline options to specify host, port and secret Add tab select menu that stays in the top left corner Fix corner cases in IMU Brick(let) plugin untab handling Add manual firmware list update button if auto-search for updates is disabled Downloads: Windows, Linux, macOS

Brick Viewer 2.4.23 RS485 Bricklet Konfiguration kann wieder gespeichert werden, wenn der Modbus Master Timeout geändert wird Bei Ausführung vom Quelltext wird der Python Entwicklermodus aktiviert Socket wird bei Verbindungsfehler korrekt geschlossen Manuelle Y-Achsenskalierung zu Plots hinzugefügt All Windows 7 spezifischen Treiber entfernt Kalibrierungsdialogtitel des Compass Bricklet Plugins korrigiert Galileo Satellitennummern des GPS Bricklet 3.0 korrigiert Unterstürzung für für IPv6 Verbindungen hinzugefügt Kommandozeilenparameter für Host, Port und Secret hinzugefügt Menukopf zur Tab-Auswahl oben links hinzugefügt Behandlung von Sonderfällen un der IMU Brick(let) Plugin Ausklinklogik korrigiert Knöpfe zur manuellen Aktualisierung der Firmware-Listen hinzugefügt im Fall, dass "Auto-Search for Updates" deaktiviert ist Downloads: Windows, Linux, macOS

Will be part of the next brickv release 2.4.23, scheduled for next week.

Das gilt für angeschlossene Bricklets. Die UID eines Bricks ist nicht änderbar.

from tinkerforge.ip_connection import IPConnection from tinkerforge.bricklet_barometer import BrickletBarometer HOST = "192.168.52.55" PORT = 4215 ipcon = IPConnection() devices = {} def cb_air_pressure(uid, air_pressure): print(f"Air Pressure ({uid}): {air_pressure / 1000} hPa") def cb_altitude(uid, altitude): print(f"Altitude ({uid}): {altitude / 100} m") def cb_enumerate(uid, connected_uid, position, hardware_version, firmware_version, device_identifier, enumeration_type): if enumeration_type == IPConnection.ENUMERATION_TYPE_DISCONNECTED: return if device_identifier == BrickletBarometer.DEVICE_IDENTIFIER: device = BrickletBarometer(uid, ipcon) device.register_callback(BrickletBarometer.CALLBACK_AIR_PRESSURE, lambda *args: cb_air_pressure(uid, *args)) device.register_callback(BrickletBarometer.CALLBACK_ALTITUDE, lambda *args: cb_altitude(uid, *args)) device.set_air_pressure_callback_period(1000) device.set_altitude_callback_period(1000) devices[uid] = device def main(): ipcon.register_callback(IPConnection.CALLBACK_ENUMERATE, cb_enumerate) ipcon.connect(HOST, PORT) ipcon.enumerate() input("Press Enter to exit\n") if __name__ == "__main__": main()

Nothing to do with our MQTT bindings. The shell you run the command in replaces !! with the previous command. You need escape !! like this: --broker-password 'mypassword!!'

Der Mesh Gateway Port kann in der aktuellen Brickd Version nicht geschlossen werden. Sorry. Ich nehme das als Feture für die nächste Version mit auf.

I updated the documentation. Thanks for reporting the problem.

Wie ist dein Netzwerk eingerichtet? Fritzbox? DHCP? Statische IP-Adressen?

Kannst du deinen Programmcode zeigen?

How are you creating the DLL? Are you using Visual Studio?

Entschudige die späte Antwort. Du bist der erste der nach IPv6 fragt in der ganzen Zeit. Ich habe den PHP Bindings und Brick Viewer IPv6 Unterstüzung hinzugefügt. Teste bitte ma die angehängten Versionen. tinkerforge_php_bindings_2_1_30_ipv6.zip brickv-2.4.22+snapshot~4bea4fb_all.deb

So you have an old setup that is working and an identical new setup that is not working right. You could try swapping the SD cards between the Raspberry Pis. If the problem moves with the SD card then its a software problem. If the problem doesn't move with the SD card, then it has to be a difference in hardware. You could try swapping the HAT Zero Bricks between the Raspberry Pis. If the problem moves with the HAT Zero Brick then its a problem with the HAT Zero Brick.

This is not possible in a robust way right now. Even if the uC bindings would allow you to call the getter to reset the count in the callback, you could still lose count. The callback doesn't rseet the count, only the getter with reset_counter=true does it. If you want to use the callback ou can emultate a reset in your code by remembering the counter value from the previous callback call and subtract that from the new value.

Die Webservr::on() Methode erwartet jetzt, dass die Rückgabe des request.send() Aufrufs zurückgegeben wird. server.on("/phase_switcher/requested_power_history", HTTP_GET, [this](WebServerRequest request) { if (!initialized) { // ÄNDERNUG HIER return request.send(400, "text/html", "not initialized"); } const size_t buf_size = PHASE_SWITCHER_RING_BUF_SIZE * 6 + 100; char buf[buf_size] = {0}; size_t buf_written = 0; int16_t val; requested_power_history.peek(&val); // Negative values are prefilled, because the ESP was booted less than 48 hours ago. if (val < 0) buf_written += snprintf(buf + buf_written, buf_size - buf_written, "%s", "[null"); else buf_written += snprintf(buf + buf_written, buf_size - buf_written, "[%d", (int)val); for (int i = 1; i < requested_power_history.used() && requested_power_history.peek_offset(&val, i) && buf_written < buf_size; ++i) { // Negative values are prefilled, because the ESP was booted less than 48 hours ago. if (val < 0) buf_written += snprintf(buf + buf_written, buf_size - buf_written, "%s", ",null"); else buf_written += snprintf(buf + buf_written, buf_size - buf_written, ",%d", (int)val); } if (buf_written < buf_size) buf_written += snprintf(buf + buf_written, buf_size - buf_written, "%c", ']'); // ÄNDERNUG HIER return request.send(200, "application/json; charset=utf-8", buf, buf_written); });