photron

Teste bitte mal diese Firmware. Dort kannst du als Registertabelle für den Zähler jetzt "Shelly Pro 3EM" auswählen, anstelle von "Benutzerdefiniert". Edit: Veraltete Firmware entfernt.

The original problem has been resolved. Please update to brickd 2.4.6 and HAT Brick firmware 2.0.4.

The original problem has been resolved. Please update to brickd 2.4.6 and HAT Brick firmware 2.0.4.

Brick Daemon 2.4.6 Adapt to Raspberry Pi 5 GPIO pin numbering changes, this makes a HAT (Zero) Brick work with a Raspberry Pi 5 now Use libgpiod for GPIO pin access on Linux Change runstatedir default from /var/run to /run on Linux Downloads: Windows, Linux (amd64, i386, armhf, arm64), macOS

Brick Daemon 2.4.6 An Änderugen bei der Raspberry Pi 5 GPIO Pin-Nummerierung angepasst, damit funktioniert jetzt der HAT (Zero) Brick mit einem Raspberry Pi 5 Auf Linux wird libgpiod für GPIO Pin-Zugriff verwendet Auf Linux runstatedir Standardwert von /var/run zu /run aktualisiert Downloads: Windows, Linux (amd64, i386, armhf, arm64), macOS

Currently there is a problem with Raspberry Pi 5 and more recent Linux kernel versions. Please try the attached brickd version. There will be a new release shortly. Sorry, for the long time it takes us to fix this problem. Edit: Attachment deleted. Brick Daemon 2.4.6 has been released. Please install the official release instead.

Das scheint daran zu liegen, dass die nicht direkt Modbus/TCP sprechen, sondern Modbus/TCP noch mal in einem Deye eigenen Protokoll verpackt ist: https://github.com/kbialek/deye-inverter-mqtt https://github.com/kbialek/deye-inverter-mqtt/blob/ef72887383e3a2e0bc7a3e4a55b5574ebcf65bb5/src/deye_modbus_tcp.py#L39 Dabei muss man dann die Seriennummer des Wechselrichters mitgeben. Mir ist nicht klar, ob das der Addressierung oder Security-by-Obscurity dient.

Die Dateien hal_arduino_esp32_brick.[hc] liegen im source/hal_arduino_esp32_brick Verzeichnis im ZIP.

The Industrial Counter Bricklet has a mode to read quadrature encoders like yours: https://www.tinkerforge.com/en/doc/Hardware/Bricklets/Industrial_Counter.html But it requires a higher voltage range that your encoder can provide. You could us a transistor at the outputs of your encoder to match the voltage level required by the Industrial Counter Bricklet.

Die ZIP Datei war unvollständig, das Problem ist behoben. Sorry und Danke für den Hinweis. Für die Ausgabe der Namen der Bricklets schau dir mal das angehängt Beispiel an. example_inventory.c

Im Rahmen der Integration des Victron GX als Zählerwertquelle, sind wir auch daran vorbeigekommen, dass man einen WARP Charger in die andere Richtung als Wallbox an Victron GX anbinden könnte. Dazu müsste man den Registersatz einer Victron Wallbox im WARP Charger implementieren. Ich habe das mal als Ticket hinterlegt, damit der Gedanke nicht verloren geht: https://github.com/Tinkerforge/esp32-firmware/issues/353

Issue zu 1.) https://github.com/Tinkerforge/esp32-firmware/issues/340

Füg mal bitte nach dem lcd_128x64_create Aufruf dies ein lcd_128x64_set_response_expected_all(&lcd, true); und lass das lcd_128x64_destroy weg, oder ruf es nach dem lcd_128x64_write_line auf.

Mich wundert eher, dass das nicht crashed mit lcd_128x64_destroy vor lcd_128x64_write_line. Das das so herum funktioniert ist eher Zufall. Dreh das mal bitte wieder um. lcd_128x64_write_line gibt einen int zurück. Gibt dir denn Wert mal bitte aus.

Es scheint das Unraid Server Docker Container ausführen kann. Getestet habe ich das aber nicht. Brick Daemon kann in einem Docker Container gebaut werden: https://github.com/Tinkerforge/brickd/tree/master/src/build_data/docker Das müsstest du dir aktuell selber bauen, das ist nicht auf Docker Hub verfügbar.

When you run brickd as user then it cannot access the GPIO pins with an EACCESS error. That is somewhat expected. There was a bug in the cleanup code for that case that resulted in a crash. This is fixed on Github now. You need to run brickd as root, but then it still cannot access the GPIO pins this time with an EBUSY error. This is unexpected. I can repoduce this problem with Ubuntu on an Raspberry Pi 5. But this is working fine with Raspberry Pi OS. So this must be an Ubuntu specific problem. I don't have the time right now to look into this Ubuntu specific problem. Maybe we could look at this next week. Sorry!

I cannot reproduce the "sudo apt --fix-broken install" here. Where did you find that you should install the dependencies (sudo apt-get install libusb-1.0-0 libudev1 procps) by hand? This is not neccessary. Also libudev1 is not required anymore. There where a few places left that still mentioned libudev1, I updated them now. Please try this brickd version, this should fix the GPIO problem. Edit: Attachment deleted. Brick Daemon 2.4.6 has been released. Please install the official release instead.

Nicht alle Autos können das. Zum Beispiel der Renault Zoe nicht.

Sehr gut! Das steht auf der TODO Liste.

Das "x5" soll dir sagen, dass du fünf uint32 (also 10 Register) von Adresse 4000 bis 4009 auslesen musst, um an die maximal 20 Byte zu kommen, die eine Tag ID lang sein kann. Die Dokumentation ist da verwirrend. Ich verbessere das gleich.

Ich hatte einen Dreher in den Device Type Konstanten. Jetzt sollte es funktionieren. Edit: Veraltete Firmware entfernt.

Die Art des Speichers wird jetzt am Device Type automatisch erkannt. Es ist nicht mehr notwendig das von Hand auszuwählen. Zusammenhängende Registerbereiche werden jetzt in einem Stück gelesen. Dadurch werden weniger Leseoperartion benötigt und die Timeouts sollten weniger werden, oder villeicht auch ganz verschwinden. Edit: Veraltete Firmware entfernt.

Es wird nur eine Verbindung aufgebaut die sich dann alle vier Zähler teilen. Es werden aber dennoch mehr Daten ausgelesen. Ich habe da noch Ideen das zu verbessern. Zum Beispiel, werden aktuell alle Werte einzeln gelesen, auch wenn sie in den Registern hintereinander weg stehen und eigentlich meherer Werte in einem Rutsch gelesen werden könnten.

Danke, danach hatte ich gesucht. Die alte Version der Spezifikation kannte die Hochvolt-Varinante noch nicht. Wir haben hier eine neue Version gefunden. Dort steht auch der 10x Faktor für Spannung und Leistung der Hochvolt-Batterie drin: https://github.com/evcc-io/evcc/discussions/13460#discussioncomment-9138426

Vielleicht ist das den Timeout geschuldet, dass die Spannungen und Ströme etwas zeitlich versetzt gemessen sind und dadurch nicht exakt zusammenpassen.