photron

Die RTC auf dem HAT Brick wird von einem Super Cap gestüzt und ist für kurze Unterbrechnung der Stromversorgung gedacht im bereich von Stunden, nicht Tagen. Sobald du Internet und damit NTP Verbindung hast kümmert sich Linux darum die RTC aktuell zu halten solange das Raspberry Pi läuft. Mit "sudo hwlock -r" kannst du abrfragen welche Uhrzeit die RTC gerade hat. Mit "sudo hwclock --systohc" kannst du die RTC von Hand auf die aktuelle Systemzeit setzen. Das macht Linux automatisch alle 11 Minuten. Mit "sudo hwclock --hctosys" kannst du die Systemzeit von Hand von der RTC laden. Das macht brickd automatisch beim Start des Raspberry Pis.

Genau die Kombination (Master Brick 2.1 Firmware 2.5.2) habe ich hier gerade noch mal getestet und es funktioniert. Hast du vielleicht ein Kontaktproblem in den oberen Stapelsteckern des Master Brick 2.1?

Das ist der gleiche Reset. Ja, das ist der Reset der gemeint ist. Hast du auf dem Master Brick die aktuelle Firmware 2.5.2 laufen? Blinkt/Leuchtet an der RJ45 Buchse die linke/orange LED? Hast du mal ein anderes Netzwerkkabel probiert?

Ich habe das unter Fedora 37 (Live System) getestet und es verhält sich genau so wie unter Debian. Der Brick im Bootloader taucht als /dev/ttyACM0 auf und gehört root und der Gruppe dialout. Wenn ich den liveuser der Gruppe dialout hinzufüge klappt der Zugriff als User wie erwartet.

Warum fürhst du brickv als root aus? Das sollte nicht notwendig sein.

Ich habe das jetzt in Fedora 37 ausprobiert. Das debhelper Package hat Probleme, dpkg findet es nicht, auch wenn es installiert ist. Zusätzlich ist es dann auch noch kaputt, es fehlt das dh_strip_nondeterminism Skript. Damit es überhaupt geht hab ich dh_strip_nondeterminism einfach durch einen Symlink erzeugt: ln -s /usr/bin/true /usr/bin/dh_strip_nondeterminism Neu im git ist jetzt die --dpkg-no-check-builddeps Option, damit dpkg die Probleme mit dem debhelper Package ignoriert. So kann ich jetzt auf Fedora 37 wieder das Debian Package bauen: ./build_pkg.py --dpkg-no-check-builddeps Nimm bitte die Änderung zurück, die ich die vorher genannt hatte, update auf den aktuellen git Stand und probier es nochmal aus.

Fedora 37 scheint debhelper 13 zu haben. Teste bitte mal diese Änderung, die die Anforderung für debhelper abschwächt als schnelle Lösung: diff --git a/src/build_data/linux/brickv/debian/control b/src/build_data/linux/brickv/debian/control index bff8b534..f57ed506 100644 --- a/src/build_data/linux/brickv/debian/control +++ b/src/build_data/linux/brickv/debian/control @@ -2,7 +2,7 @@ Source: tinkerforge-brickv Section: electronics Priority: optional Maintainer: Matthias Bolte <matthias@tinkerforge.com> -Build-Depends: debhelper-compat (= 10) +Build-Depends: debhelper (>= 10) Standards-Version: 4.1.3 Homepage: https://www.tinkerforge.com/

Firmware: WARP Energy Manager 1.0.5 Unendlich wachsende Energiebilanz auf der Statusseite im Safari-Browser repariert Energiebilanz ohne Höhe in älteren Browsern repariert Download: WARP Energy Manager 1.0.5

If you only have TX connected then hardware flowcontrol does nothing, as it needs extra pins connected. With software flowcontrol you also need to turn that on on the Arduino side. Maybe you're sending the data faster than the Bricklet can transfer it or the Arduino can handle it. What's the baudrate? How big is the data you send? How long does the Arduino take to handle the data? Maybe simplify your C# program to just do a single write and make sure that works.

Der ESP32 (Ethernet) Brick meldet aktuell keine Fehlerzähler. Brick Viewer geht mit dieser Situation nicht richtig um. Das ist ein reines Anzeigeproblem in Brick Viewer und keine wirklichen Fehler. Das wird mit der nächsten Brick Viewer Version behoben sein.

Mit JavaScript meinst du unsere JavaScript Bindings? Leider werden diese aktuell noch nicht für den ESP32 (Ethernet) Brick unterstüzt. Alle anderen Bindings werden unterstüzt. https://www.tinkerforge.com/de/doc/Software/Bricklets/TemperatureV2_Bricklet_JavaScript.html Sorry, das ist ein Bug zwischen Brick Viewer und ESP32 (Ethernet) Brick. Das betrifft aber wirklich nur den Advanced Functions Dialog, auf dem es aber nichts zu tun gibt für den ESP32 (Ethernet) Brick. Daher ist das nicht kritisch. Ich habe es das Problem behoben und es wird mit der nächsten Version von ESP32 (Ethernet) Brick Firmware und Brick Viewer behoben sein. Ohne das du das eingestellt hast sollte das Webinterface danach nicht verlangen.

Ich habe mal kurz in den Code geguckt. Es sieht für mich so aus also ob in dieser Zeile Code ein Typo ist: https://github.com/HappyTobi/warp/blob/ac97a5154077a0b2d1b677d160d5385a98f696a5/cmd/root.go#L49 Ich denke, da müsste "filepath.Join(home, ".warp.yaml")" statt "filepath.Join(home, "warp.yaml")" stehen. Falls du das selbst compilierst, dann kannst du mal testen ob diese Änderung hilft.

Do you have the latest firmware installed on the HAT Brick? You can check with brickv. It should be version 2.0.3. If not please update using brickv. On the HAT Brick tab in brickv in the bottom left you can switch the RTC chip type. Try changing it to the other one and reboot the Raspberry Pi.

Der Kernel meldet EINVAL (ungültiges Argument) für den Versuch den SPI Modus auf SPI_MODE_3|SPI_NO_CS zu konfigurieren. Ich habe in den Kernel Source Code geschaut und vermute, dass das Rock Pi 4 den SPI_NO_CS Modus nicht unterstüzt. https://elixir.bootlin.com/linux/v5.10/source/drivers/spi/spi.c#L3342 https://elixir.bootlin.com/linux/v5.10/source/drivers/spi/spi-rockchip.c#L725 https://elixir.bootlin.com/linux/v5.10/source/drivers/spi/spi-bcm2835.c#L1289 Teste mal bitte die angehängt brickd Version. Die versucht jetzt nicht mehr SPI_NO_CS zu setzen. Dadurch bewegt die SPI Hardware-Einheit dann unnötigerweise den Chip-Select-Pin, was aber hoffentlich ins Leere läuft. brickd_2.4.4+snapshot~889c425_arm64.deb

Du bekommst den spidev Fehler nicht mehr, weil brickd jetzt gar nicht mehr soweit kommt. 2023-03-31 19:40:46.085011 <D> <bricklet.c:546> Found no bricklet.* section in config file brickd versteht die /etc/brckd.conf Datei nicht mehr. 2023-03-31 19:40:46.068252 <W> <main_linux.c:394> Warning(s) in config file '/etc/brickd.conf', run with --check-config option for details Führe bitte diesen Befehl in eine Terminal aus und poste die Ausgabe hier. sudo brickd --check-config

Der Linux Kernel mag nicht wie wir das spidev konfigurieren wollen. Was hast du genau in die /etc/brickd.conf Datei geschrieben? Die 32766 wundert mich etwas. 2023-03-27 15:21:03.316473 <I> <bricklet.c:530> Found Bricklet port A (spidev: /dev/spidev32766.0, driver: gpio, name: gpio23, num: 23)

Python verwendet auf Windows CP1252 als Encoding, auf Linux aber UTF-8. Wir entwicklen hier alle auf Linux, daher ist es leider nicht aufgefallen, dass wir nicht an allen Stellen Textdateien explizit als UTF-8 öffnen, sorry. Ich habe das gerade im git Repo repariert.

The way you structured the code you call idr.get_value() a little bit to early. You call idr.get_value() directly after the ipcon.connect() call. At that moment the authentication probably has not completed yet and the ESP32 Brick rejects all requests. I modifed your example to wait for a few milliseconds before the idr.get_value() call for the authentication to complete. Please test the modification, it should fix the problem. Pump_control_tinkerunity_v2.py

The Bricklet doesn't respond to a request in time. The first thing to check in that case is that you use the correct UID to address the Bricklet. But because other functions work, I think you are using the correct UID already. Do you have a load connected to the relay? If yes, does the problem go away when you disconnect the load from the relay? Can you show your complete Pump_control.py?

Du hast im Release-Modus nicht ws2_32.lib;advapi32.lib; zu den zusätzliche Linker-Abhängigkeiten hinzugefügt.

Du musst nicht alle Zwischenschritte machen. Du kannst direkt auf die neuste Version aktualisieren.

Ich rate mal und sage, dass du aus dem Callback heraus die Datei mit fopen('dateiname.csv', 'w') öffnest und dann die Daten schreibst. Der Modus 'w' öffnet die Datei zum überschreiben. Du musst die Datei mit Modus 'a' öffnen für anhängen (append).

Brick Viewer 2.4.25 Fix accidental dependency on newer PyQt5 version on Linux Downloads: Windows, Linux, macOS

Brick Viewer 2.4.25 Unabsichtliche Abhängigkeit auf zu neu PyQt5 Version auf Linux behoben Downloads: Windows, Linux, macOS

Änderungen für den CSV Export in der nächsten Version (vermutlich WARP2 2.0.12): Semikolon statt Komma als Feldtrenner und Window-1252 Kodierung, statt UTF-8.