photron
-
Gesamte Inhalte
3.052 -
Benutzer seit
-
Letzter Besuch
-
Tagessiege
39
Posts erstellt von photron
-
-
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.
-
A vertical line indicates a gap in the plot. The plot stops recording data if you switch away from the tab.
-
Teste mal bitte die angehängt Brick Viewer Version. Diese behebt die oben verlinkten Probleme auf macOS. Möglicherweise ist dass das gleiche Problem hier, auch wenn es optisch etwas anders aussieht.
-
Please try the attached Brick Viewer vrsion, that has these problems fixed.
-
Das es ~/cron.log nicht gibt ist schon mal in sich ein Hinweis.
Was kommt denn bei raus, wenn du den Befehl mal von Hand ausführst, anstatt ihn mit cron ausführen zu lassen (natürlich mit den XXX durch die richtigen Werte ersetzt)?
/usr/bin/python3 /usr/local/bin/tinkerforge_mqtt --debug --broker-host XXX --broker-username XXX --broker-password XXX --init-file /usr/local/bin/outdoor_weather_config.txt
-
Nicht "crontab -e", sondern den Inhalt der Datei ~/cron.log auf dem Raspberry Pi.
Das Video Tutorial dem du gefolgt bist fügt den Befehlt zum Start der MQTT Bindings in crontab ein.
Die Meldungen die tinkerforge_mqtt ausgibt werden dann durch den verwendeten Befehl nach ~/cron.log umgeleitet. Die Meldungen würde ich gerne sehen, um zu verstehen was da potentiel nicht richtig funktoniert.
Du kannst dir die ~/cron.log Datei am einfachsten mit "cat ~/cron.log" auf dem Raspberry Pi ausgeben lassen.
-
Was steht denn in ~/cron.log?
-
Das Problem, bzw. ein ähnliches, tritt auch auf macOS auf. Die Ursache ist gerade noch unklar, wir gehen dem nach.
-
I've fixed the contrast issues with the plot widget. This was due to some hardcoded color choices.
I can reproduce the plot overlapping itself when resizing the window. I need to look into more detail their why that happens. Alsmost looks like one misplaced datapoint that makes the plot jump back and forth once.
Thanks for reporting.
-
Okay, du solltest libegl1-mesa und libegl1-mesa-dev ohne Probleme einfach deinstallieren können. Für die aktuelle Debian Version sagt die Beschreibung des libegl1-mesa Paketes: Dieses Übergangspaket kann gefahrlos entfernt werden.
Nur hast du gerade apt in die Ecke gedrängt und es lässt dich jetzt wahrscheinlich libegl1-mesa nicht deinstallieren, weil du mit den Qt Paketen da so halb hängst.
Hast du das auf einem frischen Image veruscht und kannst einfach von vorne anfangen, oder musst du das jetzt retten? Ansonsten ist es villeicht das einfachste du fängst mit eibnem frischen Image an und deinistallierst zu erst libegl1-mesa.
- 1
-
Da stehen sich die Pakete libegl1 und libegl1-mesa auf den Füssen. Beide beinhalten /usr/lib/arm-linux-gnueabihf/libEGL.so.1, dadurch müssen die beiden Pakete eigentlich also Conflicting/Replacing markiert sein, dass scheint aber nicht der Fall zu ein. Daher klappt es nicht das apt/dpkg das selbst auflösen.
Qt hängt hier von libegl1 ab. Aus irgendeinem Grund ist aber bereits libegl1-mesa installiert. Versuch mal über "sudo apt remove libegl1-mesa" das paKet zu deinstallieren, damit dir apt anzeigt wer von libegl1-mesa abhängt und dann mit deinstalliert würde.
-
I think I found out the problem. According to my tests the problem should be fixed in Brick Viewer 2.4.21.
-
The problem is now fixed in Brick Viewer 2.4.21.
- 1
-
Das Problem ist jetzt auch endlich mit Brick Viewer 2.4.21 offiziell behoben.
-
-
-
2 minutes ago, reinweb said:
Danke! nach der Installation vom aktuellsten Brick-Daemon hat's dann funktioniert.
Ich nehme an du meinst Brick Viewer. Brick Daemon spielt hier gar nicht mit.
3 minutes ago, reinweb said:Perfekte Unterstützung - ich bin wie immer von euch begeistert und beeindruckt!
Danke, das hört man gerne.
-
1 hour ago, reinweb said:
Den Punkt "Firmware Aktualisierung" im WEB-Menü hab ich schon gefunden.
Das funktioniert hier nicht, da du zwischen zwei Firmware-Typen wechselst.
Du musst in diesem Fall einmal den ESP32 Ethernet Brick per USB an einen PC mit Brick Viewer 2.4.20 oder neuer abschließen. Es ist nicht nötig den Brick händisch in den Bootloader zu bringen, dass passiert hier automatisch. Dann über den Brick Viewer Updates / Flashing Dialog den ESP32 Ethernet Brick auswählen, als Firmware "Custom..." wählen und die angehängte Firmware Datei auswählen und flashen.
Zukünftige Firmware Updates können dann wieder über das Webinterface erfolgen.
-
55 minutes ago, reinweb said:
Ist das bereits möglich oder muss ich da warten auf die Vollintegration in den Brickviewer und die Bindungs.
Eigentlich geht's mir eh vorrangig um die IP Konfig und dass ich dann die Bricklets ansprechen kann...Das ist schon alles möglich, nur noch nicht alles vollständig im Endausbau fertig und dokumentiert.
Ich nehme an du hast den "ESP32 Ethernet Brick mit WARP2 Firmware" aus der Gruppe der WARP2 Ersatzeile gekauft? Dort ist die Firmware für den WARP2 Charger vorinstalliert.
Für eine Nuttzung des ESP32 Ethernet Bricks als Master Brick + WIFI Extension Ersatz ist es am einfachsten du kompilierst dir die ESP32 Ethernet Brick Firmware aus diesem Git:
https://github.com/Tinkerforge/esp32-firmware
Alternativ kann ich dir auf eine Vorabversion hier bereitstellen.
Mit dem aktuellen Stand
https://github.com/Tinkerforge/esp32-firmware/commit/1d8a78d26322f29859ac77748f3dba1f3697f227
kannst du dann über das Webinterface der ESP32 Ethernet Bricks WLAN und Ethernet konfigurieren (genauso wie bei der Wallbox) und über WLAN und Ethernet die angeschlossenen Bricklets erreichen.
Der ESP32 Ethernet Brick selbst tauch noch nicht in Brick Viewer auf und hat auch noch keine API zu Konfigurartion. Das kommt auf Dauer aber noch.
- 1
-
33 minutes ago, mattsches said:
"scss/" beim Import hat noch gefehlt.
Es ist sogar noch mehr kaputt. Bedingt durch andere Fehler ist dieser Fehler gestern nicht aufgefallen. Danke für's Aufpassen. Jetzt sollte es wirklich heile sein.
-
Anstelle von scss/*.scss kannst du in jedem Frontend Module jetzt pre.scss und post.scss ablegen und diese werden dann automatisch in der main.scss am Anfang bzw. am Ende der Datei importiert. Das sollte in den meisten Fällen erstmal reichen.
https://github.com/Tinkerforge/esp32-firmware/commit/3b100bff1612bb81f148e8b0041e73bc5e0d1ab7
-
Firmware: WIFI Extension 2.0 2.1.6
- Avoid crash when using mesh functions in non-mesh mode
Download: WIFI Extension 2.0
-
Firmware: WIFI Extension 2.0 2.1.6
- Crash behoben, wenn Mesh Funktionen aufgerufen werden ohne im Mesh Modus zu sein
Download: WIFI Extension 2.0
-
1 hour ago, Superp said:
There will be new firmware
Exactly this. Version 2.1.5 just got released.
welches Komponente kann Tinkerforge (65 Analog Eingänge / 55 Digital Ausgägnge) steuert
in Hardware
Geschrieben
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?