time.monotonic() sind offensichtlich die Sekunden seit dem Start des Rechners (statt seit dem 01.01.1070 wie bei time.time()), das werde ich gleich mal bei der Zeitumstellung in 1 Woche auf diversen Rechnern testen.

L.S:

time.monotonic() und time.monotonic_ns() sehen gut aus, die werde ich mal testen.

Danke.
L.S.

in Micropython gibt es eine clevere Funktion: time.ticks_ms() bzw time.ticks_us(), damit kann man wunderbar die Zeit zwischen zwei Ereignissen messen https://docs.micropython.org/en/latest/library/time.html Im "normalen" Python gibt es das nicht, time.time() ist kein gleichwertiger Ersatz,...

falls du auf der Suche nach etwas bist, womit man "schöneren" Code schreiben kann, schau dir mal gpiozero an. Das scheint aber wieder mal nur auf dem Raspi zu laufen, aus readthedocs: gpiozero A simple interface to GPIO devices with Raspberry Pi, developed and maintained by Ben Nuttall an...

Für den Raspi gibt es ja RPi.GPIO um die GPIO-Pins anzusteuern, bei anderen SBC war das schon schwieriger, z.B. über /sys/class/gpio ... Jetzt habe ich zufällig entdeckt, dass es in Debian ein fertiges Paket für die Ansteuerung der GPIOs gibt python3-periphery , das kann man einfach über apt install...

und noch etwa kürzer #!/usr/bin/python3 from collections import Counter daten = open('access.log','r') a=[] for wert in daten: wert = wert[:wert.find(' ')] # schneidet alles nach den Werten ab, da können noch Zusätze stehen, die für die Zählung irrelevant sind a.append(wert) daten.close() print(Coun...

Danke für die Hinweise, habe jetzt selbst eine Lösung mit Counter gefunden.

Alle Werte sind Integer, je Zeile 1 Wert Ich habe das mal mit Counter probiert: #!/usr/bin/python3 import os from collections import Counter daten = open('nr','r') i = 0 for wert in daten: i = i + 1 c = Counter(wert) print(i, c, wert) daten.close() ergibt: 1 Counter({'4': 1, '3': 1, '0': 1, '\n': 1}...

Ich hab ein eigentlich einfaches Problem und weiss nicht, wie ich es in Python lösen soll. Mein Level ist ziemlicher Anfänger. Ein Messgerät spuckt Integer-Werte aus, die sind in einer Datei fortlaufend in jeweils einer eigenen Zeile gespeichert: 430 456 470 456 456 450 450 Mal sind es ein paar hund...

Dass 4/3 für Python2 nicht 1.333 sondern 1 ergibt, wissen wir ja aus der Erfahrung und haben das entsprechend berücksichtigt. Das neue Verhalten von Python3 macht bei der Umstellung von 2 auf 3 aber grosse Probleme, ich habe an diesem Projekt mehrere Tage gebraucht, nur um diesen 1 Fehler zu finden....

Das bedeutet aber, dass gerade bei der aktuellen Umstellung auf Python3 vieles in die Hose geht (das genau ist mir passiert), weil das Verhalten der Division bei kleinen und grossen Zahlen unterschiedlich ist, wie man in meinem Beispiel sieht. Übrigens meckert 2to3 das nicht an, kann es auch nicht, ...

In dem obigen Beispiel ist sum während das Programmablaufes immer eine ganze Zahl, Python3 rechnet dann also bei der Division im Gegensatz zu Python2 nicht ganz korrekt, weil offensichtlich eine Umwandlung in float stattfindet. Ich habe mal ein print(sum) eingefügt, dann rechnet Python3 bei der Mult...

Python kann ja mit sehr grossen Zahlen umgehen, aber da scheint es Unterschiede zwischen Python2 und Python3 zu geben. Das nachfolgende Beispiel läuft mit Python2 auch mit 6-stelligen Werten für p problemlos durch, während Python3 schon bei p=8 mit einer Fehlermeldung aufgibt. #!/usr/bin/python2 # -...