photron

Okay, bitte die angehängt Brick Viewer Version installieren und starten. Mit Strg+Umschalt+X kannst du dann die Entwickler Funktionen aufrufen. Dabei ist jetzt auch die Möglichkeit serielle Ausgabe eines ESP32 (Ethernet) Bricks mitzulesen. Andreas hat recht, das kann man auch auf X andere Weisen erreichen. Nur ist es auf Dauer für uns einfacher, wenn wir das auch in unserem eigenen Tool haben. Also... die Wallbox from Strom trennen den ESP32 Ethernet Brick per USB an PC anschließen in Brick Viewer mit Strg+Umschalt+X die Entwickler Funktionen aufrufen Refresh klicken um die Liste der angeschlossenen ESP32 Ethernet Bricks zu aktualisieren es sollte einer auftauchen und automatisch ausgewählt werden Open klicken um die Verbindung herzustellen am ESP32 Ethernet Brick einen Neustart durch Drücken des kleinen EN Tasters auslösen es sollten jetzt Ausgaben vom Brick angezeigt werden eine Minute auf weitere Ausgaben warten Save... klicken um die Ausgaben zu speichern und dann hier vorzeigen, damit wir sehen können was da Schief läuft Dann am besten nicht sofort neu flashen, falls wir da noch was ansehen wollen. brickv_windows_2_4_22_snapshot_b4e8b56.exe

Gib mir noch einen Moment, dann folgt eine Erklärung was zu tun ist.

@e-Dream Warte noch mal einen Moment bevor du neuflasht. Wir hätten gerne einen Blick auf die serielle Ausgabe deines ESP32 geworfen. Auf welchem Betriebssystem hast du Brick Viewer installiert? Windows, Linux oder Mac?

Versuch es bitte noch mal, ich hatte eben einen Schritt beim hinzufügen von Ubuntu Jammy aus Versehen ausgelassen.

Dann hast du den GPG Schlüssel villeicht nicht richtig importiert. Der Befehl "apt-key list" sollte dir u.a. diese Zeilen ausgeben: pub rsa4096 2020-06-10 [SC] 8010 4B67 3AA0 4451 AED2 F6F1 4BF5 81D9 C890 BB5E uid [ unbekannt] Tinkerforge Ubuntu Archive Signing Key <info@tinkerforge.com> sub rsa4096 2020-06-10 [E] Ansonsten musst du den GPG Schlüssel importieren (Schritt 1): https://www.tinkerforge.com/de/doc/Software/APT_Repository.html Das lag daran, dass Ubuntu Jammy noch nicht in unserem APT Repository aufgelistet war, sorry. Das habe ich gerade behoben.

Python liefert keine Binary Installer für Windows 7 oder älter mehr aus. Brick Viewer ab 2.4.22 wird mit aktuellem Python 3.9 gebündelt. Ich habe nur vergessen, dass an allen relevanten Stellen auch zu dokumentieren. Sorry, wird nachgeholt. Aber ja, Brick Viewer 2.4.22 hat kein Windows 7 Support mehr, das ist Absicht.

Bindings: C/C++ for Microcontrollers 2.0.2 Add HALs for Arduino, Arduino ESP32, Linux and Raspberry Pi Make example drivers work with TF_IMPLEMENT_STRERROR disabled Download: C/C++ for Microcontrollers

Bindings: C/C++ for Microcontrollers 2.0.2 HALs für Arduino, Arduino ESP32, Linux und Raspberry Pi hinzugefügt Example Driver gehen jetzt richtig mit deaktiviertem TF_IMPLEMENT_STRERROR um Download: C/C++ for Microcontrollers

The simplest way is to use Restart=always RestartSec=5 instead of Restart=on-abort in the systemd service file. The restart on-abort doesn't trigger in the case you are running into here. The default restart delay is 100 milliseconds. That might be a bit fast. That's why i suggest 5 second restart delay.

Das normale Vorgehen ist eine IPConnection für alle Bricklets zu nutzen. Was ist für dich "deutliche Latenz"?

Da ist nichts kaputt. Der ESP32 (Ethernet) Brick, hat keine Brick Kommunikation über USB. Diese läuft rein über WLAN und LAN. Ich habe den Satz dazu in der Dokumentation mal deutlicher gemacht. Die USB Buchse dient rein der Stromversorgung und dem Zugriff auf die serielle Konsole, wenn du selbst an der Software auf dem ESP32 arbeitest. Zusätzlich kann über USB auch die Firmware geflasht werden, dabei gehen aber auch alle Einstellungen auf dem ESP32 (Ethernet) Brick verloren. Daher ist das nur für den Notfall und im Normalfall sollte die Firmware über das Webinetrface aktualisiert werden. Wenn du dich mit Brick Viewer über WLAN oder LAN mit dem ESP32 (Ethernet) Brick verbindest, dann taucht der Brick auch in Brick Viewer auf. allerdings gibt es dort nicht viel zu sehen, außer einen Knopf der auf das Webinterface weiterleitet.

ExampleScanForTags already uses callbacks, that's not the point here. The point is that ExampleScanForTags just outputs every tag that was found, even if that tag doesn't change, it just repeats the output over and over again. Here is a modified ExampleScanForTags that doesn't repeat the output if the tag didn't change: 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 = "X5a"; // 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 // Note: Declare nfc as final, so the listener can access it final 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() { private String lastTag = ""; public void readerStateChanged(int state, boolean idle) { if(state == BrickletNFC.READER_STATE_REQUEST_TAG_ID_READY) { try { int i = 0; StringBuilder tagBuilder = new StringBuilder(); BrickletNFC.ReaderGetTagID ret = nfc.readerGetTagID(); for (int v: ret.tagID) { tagBuilder.append(String.format("0x%02X", v)); if (i < ret.tagID.length - 1) { tagBuilder.append(" "); } i++; } String tag = tagBuilder.toString(); if (!lastTag.equals(tag)) { System.out.format("Found tag of type %d with ID [%s]\n", ret.tagType, tag); lastTag = tag; } } catch (Exception e) { return; } } if (idle) { 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(); } }

Brick Logger 2.1.9 Add support for GPS Bricklet 3.0 Downloads: Windows, Linux, macOS, RED Brick

Brick Viewer 2.4.22 Add support for GPS Bricklet 3.0 and ESP32 (Ethernet) Brick Add Data Logger support for GPS Bricklet 3.0 Improve plot color palette for dark themes Rework plot timing logic to greatly reduce jitter Draw a vertical line to indicate time jumps in plots Fix driver installation on Windows Upgrade bundled Python to 3.9 on Windows (Windows 8.1 required) Downloads: Windows, Linux, macOS

Brick Logger 2.1.9 Unterstützung für GPS Bricklet 3.0 hinzugefügt Downloads: Windows, Linux, macOS, RED Brick

Brick Viewer 2.4.22 Unterstützung für GPS Bricklet 3.0 und ESP32 (Ethernet) Brick hinzugefügt Data Logger Unterstützung für GPS Bricklet 3.0 hinzugefügt Plot-Farbpalette für Dark Themes verbessert Plot-Timinglogik überarbeitet um Jitter deutlich zu verringern Vertikale Linien zeigen Zeitsprünge in Plots an Treiberinstallation auf Windows repariert Gebündeltes Python auf Version 3.9 aktualisiert auf Windows (benötigt Windows 8.1) Downloads: Windows, Linux, macOS

Bindings: C/C++ 2.1.33, C/C++ for Microcontrollers 2.0.1, C# 2.1.31, Delphi/Lazarus 2.1.32, Go 2.0.12, Java 2.1.32, JavaScript 2.1.34, LabVIEW 2.1.30, Mathematica 2.1.30, MATLAB/Octave 2.0.32, MQTT 2.0.16, Perl 2.1.31, PHP 2.1.30, Python 2.1.30, Ruby 2.1.30, Rust 2.0.20, Saleae 2.0.7, Shell 2.1.32, Visual Basic .NET 2.1.30 Add support for GPS Bricklet 3.0 [all] Add set/get_display_driver functions and DISPLAY_DRIVER constants to E-Paper 296x128 Bricklet API [all] Add simple_get_tag_id function and MODE_SIMPLE constant to NFC Bricklet API [all] Add set/get_rtc_driver functions and RTC_DRIVER constants to HAT Brick API [all] Fix out-of-bounds read when passing string literals [C/C++] Set correct buffer to null when streaming out single chunks [C/C++] Fix short write for bool stream-in [C/C++] Only include stdbool.h if compiling for C [C/C++] Use correct snprintf function with older MSVC versions [C/C++] Add .NET 5/6 and .NET Standard 2.0 to NuGet package [C#] Fix race condition in TTimedSemaphore Acquire/Release logic that affected callback handling [Delphi/Lazarus] Use recommended order of modifiers [Java] Fix chunk padding for char streams [MQTT] Fix relative import error handling in Python 3 [Python] Download: C/C++, C/C++ for Microcontrollers, C#, Delphi/Lazarus, Go, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, MQTT, Perl, PHP, Python, Ruby, Rust, Saleae, Shell, Visual Basic .NET

Bindings: C/C++ 2.1.33, C/C++ for Microcontrollers 2.0.1, C# 2.1.31, Delphi/Lazarus 2.1.32, Go 2.0.12, Java 2.1.32, JavaScript 2.1.34, LabVIEW 2.1.30, Mathematica 2.1.30, MATLAB/Octave 2.0.32, MQTT 2.0.16, Perl 2.1.31, PHP 2.1.30, Python 2.1.30, Ruby 2.1.30, Rust 2.0.20, Saleae 2.0.7, Shell 2.1.32, Visual Basic .NET 2.1.30 Unterstützung für GPS Bricklet 3.0 hinzugefügt [alle] set/get_display_driver Funktionen und DISPLAY_DRIVER Konstanten zur E-Paper 296x128 Bricklet API hinzugefügt [alle] simple_get_tag_id Funktion und MODE_SIMPLE Konstante zur NFC Bricklet API hinzugefügt [alle] set/get_rtc_driver Funktionen und RTC_DRIVER Konstanten zur HAT Brick API hinzugefügt [alle] Out-of-bounds Zugriff auf übergebene String Literale korrigiert [C/C++] Richtigen Buffer nullen beim streamen einzelner Chunks [C/C++] Short-Write für bool In-Streams korrigiert [C/C++] Verwendung von stdbool.h auf C beschränkt [C/C++] Richtige snprintf Funktion bei älteren MSVC Versionen verwenden [C/C++] .NET 5/6 und .NET Standard 2.0 zum NuGet Package hinzugefügt [C#] Race Condition in TTimedSemaphore Acquire/Release Logik und der dazugehörigen Callback Behandlung behoben [Delphi/Lazarus] Empfohlene Modifier-Reihenfolge verwendet [Java] Chunk Padding für char Streams korrigiert [MQTT] Fehlerbehandlung für relative import Fehler in Python 3 korrigiert [Python] Download: C/C++, C/C++ for Microcontrollers, C#, Delphi/Lazarus, Go, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, MQTT, Perl, PHP, Python, Ruby, Rust, Saleae, Shell, Visual Basic .NET

Did you try different baud rates? See section "3.1 Guessing the baud rate." here: https://www.instructables.com/How-to-Hack-and-Upgrade-Your-Car-Using-CAN-Bus/

Das ist der eigentliche Fehler. Das hat nie was mit der Python Version zu tun gehabt. Die Fehlermeldung ist leider nicht sehr leserlich. Ich habe das falsche Datumformat korrigiert und die Fehlermeldung verbessert.

Debian Bullseye hat npm 8.5.5 in den Backports: https://backports.debian.org/Instructions/ In Kurz: Bullseye Backports Repo zu apt hinzufügen, apt aktualisieren und dann npm aus den Backports installieren: echo "deb http://deb.debian.org/debian bullseye-backports main" | sudo tee -a /etc/apt/sources.list.d/bullseye-backports sudo apt update sudo apt install -t bullseye-backports npm

Wenn du an der Wallbox den Taster drückst, leutet dann der Taster? In der Wallbox sind 2 Feinsicherungen auf der untere Platine (EVSE Bricklet 2.0) verbaut. Wenn es aber schon den Switch erwischt hat, dann hat es villeicht die obere Platine (ESP32 Ethernet Brick) erwischt. Trenn die Wallbox vom Strom, schraub den Deckel runter, achte dabei darauf den Taster und die Erdung der Frontplatte abzustecken. Dann kannst du die Sicherungen in den beiden grünen Haltern auf der unteren Platine kontrolliern. Wenn die okay sind, dann wieder Strom an für die Wallbox und schauen ob Status LED leuchten. Es sollten auf beiden Platinen jeweils eine blaue LED leuchten.

In einem Bricklet zusammen gibtes das nicht. Aber ein IO-4 Bricklet 2.0 und ein Analog In Bricklet 3.0 zusammen können das.

Das IO-16 Bricklet 2.0 wird von sich aus nicht genug Strom pro Ausgang liefern können, um die KFZ Relais durchschalten zu können. Ausserdem sind KFZ Relais für 12V am Eingang gemacht. Da musst du dann noch Transistoren zwischen die Ausgänge des IO-16 Bricklet 2.0 und die KFZ Relais schalten. Willst du 65 Mal Spannung messen und 65 Mal Strom gleichzeitig? Also eigentlich 130 Mal Spannung messen? Du könntest 65 Voltage/Current Bricklet 2.0 nehmen, allerdings kann ein Voltage/Current Bricklet 2.0 nur bis 20A messen. Du könntest auch 65 Industrial Dual Analog In Bricklet 2.0 nehmen. Mit dem einen Kanal die Spannung messen und mit dem anderen den Strom über einen Shunt Widerstand. Dazu relevant ist auch ob alle zu messenden Spannungen und Ströme den gleichen Massebezug haben, oder ob die 65 bzw 130 analogen Messungen alle galvanisch von einander getrennt sein müssen. Für analoge Messungen haben wir keine Bricklets mit vielen Kanälen im Sortiment, da kommst du leider nicht darum herum, entweder viele Brickelts zu nehmen, oder dir vielleicht einen Multiplexer zu bauen, um zeitlich versetzt mit weniger Bricklets mehrere Spannungen und Ströme zu messen. Eine wichtige Frage ist auch: Welche Genauigkeit müssen die analogen Messungen haben?

Wir können das Problem hier auf einem RPi 400 nachstellen. Allerdings tritt es hier nicht direkt auf, sonder es tritt erst auf, wenn das RPi 400 "schläft" (Bildschirm ist dunkel). Wenn ich es wecke, dann sieht es wie auf deinem Screenshot aus. Die neuen Daten laufen dann aber wieder normal ein. Testet mal bitte die neue angehängt Brick Viewer Version. brickv-2.4.21+snapshot~d29d35a_all.deb