Franz schrieb:
Ich bin nicht sicher, ob ich tatsächlich alle Antworten auswerte aber es sind schon ziemlich viele.
Gruß, Martin
Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen
Aufgrund technischer Veränderungen ist der Mailverkehr innerhalb des Forums (Private Nachrichten) nur noch eingeschränkt möglich. Die Einschränkung ist notwendig, um zusätzliche Betriebskosten für das Forum zu vermeiden. Näheres zu den Hintergründen im Thread "Aktuelles zum Forum".Wir bitten um Verständnis.
Hinweis kann nach Kenntnisnahme deaktiviert werden!
Franz schrieb:
Ich bin nicht sicher, ob ich tatsächlich alle Antworten auswerte aber es sind schon ziemlich viele.
Pac-Man schrieb:
Kann ich das auch so lösen?
Pac-Man schrieb:
Oder muss es jedes mal in S gemacht werden nachdem If Flag_gefunden=1 ?
Muss das S="" dann überhaupt sein?
Pac-Man schrieb:
Ich warte ja sogar auf das OK bei ATE0
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Pluto25 ()
Pluto25 schrieb:
ändert sich das UDR irgendwann wenn neue Daten reinkommen? Gerade wenn die Abarbeitung länger dauert.
Pluto25 schrieb:
Kann jetzt unnötig sein aber ich habe überall u=udr um dann mit dem u weiterzuarbeiten.
Michael schrieb:
deswegen sollte der serielle Interrupt nur die Daten sammeln und bei Empfangsende (chr13) umkopiert werden.
Pac-Man schrieb:
Ich muss zugeben dass ich mich mit dem Umkopieren etwas schwer tue. Wenn ich das in der ISR mache passt nichts mehr. aktuell hab ich das jetzt so gelöst.
Pac-Man schrieb:
Ich versteh das allerdings nicht. Warum ist Pos_ende=2?
Pac-Man schrieb:
2-8=2
Michael schrieb:
im Interrupt möglichst wenig Zeit zu verbringen.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Pluto25 ()
Pluto25 schrieb:
Dafür hat Dein Beispiel
Pluto25 schrieb:
Ungünstig wirds wenn zwei CR aufeinanderfolgen.
djmsc schrieb:
Charpos sucht zwar den ganzen Text durch beendet aber die Suche beim ersten Vorkommen vom gesuchten Zeichen.
Michael schrieb:
Ich meinte das etwa so:
Pluto25 schrieb:
Was sollte es denn sonst sein?
Pluto25 schrieb:
und gefährlich knapp werdende Stacks. Subs in Sub und dann noch etliche Locale benötigen ihren Platz. Entweder das stapeln lassen oder $framzise =200 , $swstack= 60 (80)?
Pluto25 schrieb:
Ob Michael das so mit dem Umkopieren gemeint hat? Aber in jedem Fall kann so die SubSub in aller Ruhe die Nachricht auswerten ohne das neue Eingänge sie schreddern.
Pluto25 schrieb:
Schön wenn der vollständige Code vorliegen würde
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Pac-Man ()
Michael schrieb:
woher das erste CR kommt
Pac-Man schrieb:
der MC aber überspringt sie.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Pluto25 ()
Michael schrieb:
Ich wollte einen aufzeigen, der meiner Einschätzung des Kenntnisstandes des OP entspricht.
Pac-Man schrieb:
Nachricht +CMGL: 32,"REC READ","+49172xxxxxxx","","20/10/27,02:08:17+04"
Pluto25 schrieb:
Beim nochmaligen Nachsehen halte ich es für ein noch nicht ausgeschaltetes Echo
Pac-Man schrieb:
Das ist mir bewusst, aber das Zeichen 2 ist sicher nicht ein Komma.
Pac-Man schrieb:
abgeschaltet und auch kontrolliert.
djmsc schrieb:
Was erwartest du da eigentlich?
Die Anzahl an Zeichen die zwischen ":" und "," liegt?
Pluto25 schrieb:
PS Die Nachrichtenlänge wird in Zeile 319 noch auf 100 begrenzt - Absicht?
Pluto25 schrieb:
Nun bekommt der PC das atcpin.. nicht mehr zu hören?
Pac-Man schrieb:
Ich brauche die Speichernummer welche eine SMS hat damit ich sie lesen oder in dem Fall löschen kann.