PYTHON Zahl aus string ermitteln

Das steht drin:

1

['', '', '', '', '', '', '', '50', '']

1

#!/usr/bin/python3

2

import re

3

4

data = '49FRAME:50 51'

5

zahlen = re.findall('([0-9]+)', data)

6

for zahl in zahlen:

7

    print(int(zahl))

49
50
51

Danke funktioniert allerdings muss ich das ganze in einer while Schleife 
ausführen. Das mit dem print ist dann ein Problem. Wie kann ich die 
gefunden Zahl in eine Variable ablegen?

dev schrieb:
> Wie kann ich die
> gefunden Zahl in eine Variable ablegen?

Wenn das eine ernst gemeinte Frage ist, dann solltest du nicht an einem 
UDP-Server arbeiten sondern ein Python Grundlagenbuch lesen.

dev schrieb:
> Das mit dem print ist dann ein Problem. Wie kann ich die
> gefunden Zahl in eine Variable ablegen?

Wie wäre es mit

1

import re

2

data ="49FRAME:50 51"

3

zahlen = [int(x) for x in re.findall(r"\d+", data)]

Dann sind alle Zahlen als Integer in einer List.
Aber mal grundsätzlich wie sinnvoll ist es einfach alle Zahlen zu 
konvertieren und dann hoffen das da, was Gutes bei rauskommt? Wie sieht 
denn ein echter kompletter Frame aus? Vielleicht ist es sinnvoll eine 
Art Parser zu schreiben, welchen den Frame versteht und dann nur die 
Werte welche man wirklich braucht als integer zu parsen.

Das erste Frame beinhaltet die Anzahl der zu übertragenen Frames. Am 
Ende also nach dem letzten Frame soll ein Ack gesendet werden.

Ja das ist mir bewusst.

Größer Datenmengen sammeln. 1000 Frames mit jeweils 350 bytes.

Was ich leider nicht tun kann ist, nach jedem ankommenden Frame ein 
Acknowledge Frame zu senden aufgrund von Verzögerungen durch das 
Mobilfunknetz.

dev schrieb:
> Was ich leider nicht tun kann ist, nach jedem ankommenden Frame ein
> Acknowledge Frame zu senden aufgrund von Verzögerungen durch das
> Mobilfunknetz.

Deswegen verwendet man dafür auch besser TCP, das kann damit umgehen.

Du brauchst auch kein Ack frame senden, sondern musst Dir ein Protokol 
ausdenken, ob nun auf UDP o. TCP.

1. Magic Key
2. Sequenznummer (UDP) o. Datalength (TCP)
3. Payload z.b. als Json string
4. CRC
5. Endframe (bei TCP)

Magickey damit du weisst das es von deinem Client kommt
Mit der Sequenzenummer kannst du feststellen, ob ein Frame verloren 
gegangen ist
Bei TCP musst du die länge mitgeben, weil der Frame aufgteilt wird
Payload Json (lässt sich einfach parsen)
CRC Zur Sicherheit
Endframe damit du beim TCP weisst dass das ganze Frame kam

Schau Dir mal Mqtt an, dafür gibt es fertige Libs und Broker.

Hallo Thorben,

vielen Dank für deinen hilfreichen Beitrag.

Ich würde UDP bevorzugen. Allerdings ist mir nicht ganz klar, woher der 
Sender weiß das auch alle Frames angekommen sind oder auch nicht? Der 
Empfänger müsste doch dann am Ende ein ACK Frame an den Sender 
versenden.

B. W. schrieb:
> Packete

Was ist das?

dev schrieb:
> Ich würde UDP bevorzugen. Allerdings ist mir nicht ganz klar, woher der
> Sender weiß das auch alle Frames angekommen sind oder auch nicht? Der
> Empfänger müsste doch dann am Ende ein ACK Frame an den Sender
> versenden.

Bei UDP weiss der Sender nicht ob ein Paket angekommen ist, und der 
Empfänger weiss nicht ob eins verloren gegangen ist. Du bist anscheinend 
gerade dabei ein Protokoll zu entwerfen das diese Zusicherungen oberhalb 
von UDP nachrüstet. Das ist aber recht anspruchsvoll. Zum Beispiel kann 
auch dein ACK-Paket verloren gehen ...

LG, Sebastian

B. W. schrieb:
> Meist Boxen aus Paappe in die man Dinge reinlegen kann um diese dann von
> einem Transportunternehmen von A nach B transportieren zu lassen.

Ah. Das muss die neue Rechtschreibung sein.

Ja ein Transportprotokoll müsste ich implementieren. Aber da bin ich 
raus.

>Ich würde UDP bevorzugen.

Und mit welcher Begründung?