Moin Bernd,
Ich habe mich mit Python/Mikropython etwas angefreundet und komme damit soweit zurecht, dass meine kleinen Projekte das machen was sie sollen. Insofern besteht kein Bedarf nach weiteren Sprachen.
Außerdem ist die Unterstützung hier im Forum meistens recht gut.
So und nun wird das Thema erledigt😀
Moin Bernd,
zu einem R5 kann ich nichts beitragen (... habe und will keinen..)
Mit meinem R3 und R2 läuft es jetzt für mich zufriedenstellend:
#dtoverlay=vc4-kms-v3d
[all]
hdmi_force_hotplug=1
dtparam=i2c_arm=on
dtparam=spi=on
enable_uart=1
dtoverlay=piscreen,drm,invx
hdmi_group=2
hdmi_mode=1
hdmi_mode=87
hdmi_cvt 480 320 60 6 0 0 0 (obwohl es der Auflösung des Displays entspricht, habe ich 640 480 ... eingetragen,
damit ist der sichtbare Inhalt größer)
hdmi_drive=2
und
sudo raspi-config nonint do_wayland W1
Die Touchfunktion ist immer noch recht ungenau, aber das benötige ich auf dem doch sehr kleinen Bildschirm nicht. Ich nehme die Maus und das klappt gut.
Jetzt möchte ich nur noch rauskriegen, warum Apps sich nicht an die kleine Auflösung anpassen, hier insbesondere Thonny. Das kann natürlich an deren Programmierung liegen, wenn man die Fenster absolut programmiert.
Hintergrund:
Ich bastel gern mit ESP32 als Anfänger. Manchmal kann ich nicht nachvollziehen, warum der Programmablauf hängen bleibt. Mit Thonny bekomme ich Hinweise auf die Fehlerursache und kann versuchen, das Programm robuster zu gestalten.
Jo, ich werde berichten.
Einen raspi3 habe ich hier auch noch. Mal ausprobieren mit 64bit, der kleine läuft ja mit 32 bit.
Moin Bernd666,
Das ist ein interessanter Ansatz, mit den vorhandenen Overlays zu arbeiten. Ich probiere es ja mit meinem Raspi2, weil der für die vorgesehene Daueraufgabe relativ wenig Strom verbraucht.
Piscreen ... ergibt ein gutes Bild, aber weder Touch noch externe Mouse / Tastatur funktionieren brauchbar. Durch deine Anregung habe ich die weiteren Overlays
auch ausprobiert. Beide bleiben aber im Verlauf des Bootens leider hängen.
Aus dem ursprünglichen Ansatz von benandi habe ich den Display -teil mit X11 ausprobiert:
Display, Touch und externe Mouse/Tastatur gut, aber bei der kleinen Auflösung werden z.b die Punkte aus dem Control-Center zu groß dargestellt und sind damit nicht zu gebrauchen.
Aber ich probiere weiter😄
Nachdem ich es mit den verschiedensten Tips vergeblich versucht habe, hat es mit dieser Anleitung hat die Installation des Treibers gut funktioniert (32 und 64 bit). Ausprobieren muss ich noch, ob die Trixie - Updates evtl. den Treiber stören.
Moin Hajulied,
welches
aufsteckbare Touch-Display
Hast du mal einen Link des Verkäufers?
73 de Bernd
Den habe ich letztes Jahr bei Ali.... bestellt. Er wird dort von verschiedenen Anbietern vertrieben. Ich vermute, die sind irgendwie alle baugleich. Ich habe einen mit einem rückseitigen kleinen Lüfter gekauft.
... Du hast recht, aber da ist die kleinste Auflösung 640x480 (VGA). Mein kleines Display kann nur 480x320 (HVGA).
Dieser einfache Weg geht bei Trixie nicht. Bei früheren Versionen war es so.
Man kann jetzt nur zwischen Groß, Mittel, Klein wählen.
Ich vermute, man muss es in der config.txt oder cmdline.txt eintragen / ändern. Aber dazu weiß ich zu wenig.
Das Blinken der LED hat mich nicht gestört, es war nur "unüblich" und ging einher mit der extrem langsamen Arbeitsweise des Raspi.
Wenn niemand etwas dagegen hat, markiere ich jetzt diesen Thread als erledigt.
Moin,
ich habe auf meinem Raspi 2 das aufsteckbare Touch-Display zum Laufen bekommen.
Wie kann ich unter Trixie die Auflösung auf 480 x 320 ändern?
Standardmäßig bietet Trixie nur "Groß..., Mittel..., Klein..." als Standardgrößen an. Ich vermute, die "kleine" ist 640 x 480.
Damit lässt sich das Bild aber nicht gut darstellen .
Moin,
ich möchte meinen Raspi 3 Model B+ mit Trixie betreiben.
Trixie 64 bit mit PiImager V2.0.10 auf den USB-Stick gespielt.
Beim Booten blieb der Raspi nach dem "Regenbogenbildschirm" mit einem Hinweis auf "initramfs" hängen. Keine Tastatureingaben möglich.
Anders als sonst blinkt jetzt die grüne LED alle 0,5 Sekunden 4 mal ganz kurz.
Trixie neu aufgespielt, booten funktioniert langsam. Grüne LED blinkt wie oben dauernd. Die im PiImager eingestellten Anpassungen (Deutsch, VNC) sind nicht übernommen.
Anfänglich zeigt der Bildschirm nur den Papierkorb, nach etwa 20 Sekunden ist der Desktop komplett mit Kopfzeile, reagiert auf Mausklicks aber wieder erst nach längerer Wartezeit.
Raspi ist extrem langsam. Habe die Vermutung, dass das mit dem Blinken der LED zusammenhängt - aber wie??
Habe im Netz einige Hinweise zu initramfs gefunden, aber die scheinen sich auf ältere Versionen zu beziehen.
Beispiel für die Arbeitsgeschwindigkeit:
Installation "Featherpad" (weil der mitgelieferte Mousepad immer noch nicht funktioniert) dauert knapp 5 Minuten.
nächster Versuch:
Micropython für den esp8266 direkt mit esptool in venv installiert, läuft ohne Fehlermeldung durch. Nach Fertigstellung flackert die onboard-LED mit hoher Frequenz und der 8266 lässt sich nicht mit Thonny verbinden. (Gleicher Effekt mit einem weiteren 8266
)
Nach löschen mit erase-flash kein Flackern mehr, aber er lässt sich nach wie vor nicht ansprechen. Thonny "sagt" Device is busy.
mmhh:
Jetzt ist der Zeitpunkt gekommen, an dem keine weitere Lebenszeit verdaddelt wird. Der esp8266 kommt in die Bastelkiste und wird erst wieder rausgeholt, wenn ich meine Akkusteuerung überarbeite, dabei kann ich den 8266 gut für ein fertiges Arduino-Modul nutzen.
moin,
ich habe jetzt thonny in der venv mit "thonny" gestartet.
Es kommt wieder der Hinweis auf das fehlende esptool, beim Installationsversuch über plug-in Verwaltung der bekannte Fehlerhinweis.
ich möchte Micropython auf einem ESP8266 installieren. Dazu muss ich esptool als plugin installieren. Das geht nur in venv. Aber wie?
mmhh,
die Auswahlmöglichkeit habe ich nicht.
venv ist aktiviert.
Moin,
ich habe zwar verstanden, warum man ein "venv" benötigt, aber wie bringe ich z.B. Thonny dazu, venv als quasi Arbeitsumgebung (der Begriff ist wahrscheinlich nicht richtig) zu nutzen.
Beispiel:
Ich wollte auf einem ESP8266 Micropython installieren, aber dem installierten Thonny fehlt esptool. Der Versuch, das über die PlugIn Verwaltung zu installieren, zeigt den bekannten Fehler. Mit der Beschreibung aus #1 habe ich es installiert, aber Thonny nutzt es nicht.
Der Hinweis auf GitHub -jomjol.... Ist wirklich gut. Habe hier noch eine ESP32-cam und es funktioniert auf Anhieb Das Projekt macht einen tollen Eindruck:
Dokumentation, Erläuterungen und Anleitungen, Programmierung und Funktion sind gut zu verstehen und anzuwenden.
Erganzend:
In welcher Form bekommst Du die Daten vom Stromanbieter? Auch im Minutentakt? Sind die Zeitintervalle identisch?
In meinen Beiträgen sind viele "?" , aber die Infos fehlen.
Moin,
In welche "Richtung" gehen die Abweichungen? Sind deine Messungen höher? Du fragst, ob Störimpulse mitgezählt werden könnten? Ich würde dann einen Kondensator 10 - 50 nf über GPIO 17 und 9 anschließen, um Prellen zu vermindern. Evtl. ist auch eine Abfrage via IRQ sinnvoll, weil du dann auswählen kannst, ob der Impuls bei der ansteigenden oder abfallenden Flanke ausgelöst werden soll.
Es wäre gut, wenn du mal deinen ganzen Code postest.
Gruß
