Ankündigung

Einklappen
Keine Ankündigung bisher.

Umfrage: Interesse an Anbindung von Buderus Heizung an KNX

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • NilsS
    antwortet
    und noch ein fix. das DLE nach dem ETX war noch in der payload

    Einen Kommentar schreiben:


  • NilsS
    antwortet
    ok fixed

    Einen Kommentar schreiben:


  • NilsS
    antwortet
    Zitat von pmike Beitrag anzeigen
    Der 00-String vom Typ 82 wird dann ständig wiederholt.
    wartet der evtl auf ein beenden vom direkt mode?

    Zitat von pmike Beitrag anzeigen
    An der letzten Ausgabe hängt auch noch das DLE+ETX des Frames, was aber nicht mehr zum Payload gehört.
    hmm das sollte da wirklich nicht hin

    Einen Kommentar schreiben:


  • tbi
    antwortet
    Hi,

    wie Mike geschrieben hat. Die Daten gehen jetzt an den Ausgang, aber das DLE ist noch nicht raus, deshalb wird es 6 Mal versucht und der Sender gibt dann auf.
    Angehängte Dateien

    Einen Kommentar schreiben:


  • NilsS
    antwortet
    Blockwartezeit ist die Zeit die nach beginn der payload (nach prozedur 3964r STX empfangen/DLE gesendet) gewartet wird bevor abgebrichen wird. ist bereits ein zeichen empfangen worden ist nicht mehr BWZ sondern Zeichenversugszeit anzuwenden.

    2Secunden ist die QVZ die Zeit die zwischen STX und DLE gewartet wird

    Einen Kommentar schreiben:


  • pmike
    antwortet
    Hallo Nils,
    ich hoffe, dass ich gerade mit dem aktuellstem Script teste. Kann GITHub eine Build-Nr mit in die Quelle schreiben? Dann würde ich die immer mit angeben.
    Also ich konnte DD erfolgreich senden und danach auch A201. Dann bleibt die Ausgabe hier in einer Schleife. Entweder wird mit NAK quittiert oder kein DLE gesendet bzw. nicht rechtzeitig.
    Code:
    20:50:14 DEBUG: 'DLE/ETX empfangen warte auf checksumme'
    20:50:14 DEBUG: "Daten '03' empfangen"
    20:50:14 DEBUG: "Data: '\\xd4' empfangen"
    20:50:14 DEBUG: 'berechnete checksumme = 212 empfange checksumme = 212'
    20:50:14 DEBUG: "Payload 'ab01820080022c2f006e1003' erfolgreich empfangen"
    20:50:14 DEBUG: 'empfang exklusiv lock releasen'
    ** intern ** auf AN[1]: 'ab01820080022c2f006e1003'
    Der 00-String vom Typ 82 wird dann ständig wiederholt.

    An der letzten Ausgabe hängt auch noch das DLE+ETX des Frames, was aber nicht mehr zum Payload gehört.

    Ich weiß, dass im PDF 0063011376 die Blockwartezeit von 4s steht, bilde mir aber ein, mal was von 2s gelesen zu haben. Ich such nochmal.

    Mike

    Einen Kommentar schreiben:


  • NilsS
    antwortet
    ok ist im git auch gefixed.

    wenn das passt dann merge ich das auf master

    Einen Kommentar schreiben:


  • NilsS
    antwortet
    Schon gefunden

    5004|1|""|0|1|1
    Muss es sein

    Einen Kommentar schreiben:


  • NilsS
    antwortet
    Hmm sieht aus als wurde in den 5004er Zeilen die Ausgänge nicht Typ String wären. Kannst du evtl mal eben in der hsl gucken und durchprobieren. Bin gerade nur am phone.

    Einen Kommentar schreiben:


  • tbi
    antwortet
    Hi Nils,

    wir sind ein Stück weiter. Die Meldung sagt Dir sicher mehr als mir.
    Irgend ein Float kann nicht geschrieben werden und schmeißt eine Exception vor dem Bestätigen der korrekt empfangenen Nachricht.

    Sie so aus als wäre das, das Schreiben der Daten auf den Ausgang ?

    Das DLE ist am anderen Ende jedenfalls nicht mehr angekommen.

    Code:
    ... (error: canceled after 6 tries)
    Gruß Tbi
    Angehängte Dateien

    Einen Kommentar schreiben:


  • NilsS
    antwortet
    Wer keinen Moxa hat.

    Examples — pySerial v2.6 documentation

    oder

    http://pyserial.sourceforge.net/exam...-serial-bridge

    Einen Kommentar schreiben:


  • NilsS
    antwortet
    Zitat von MarcusF Beitrag anzeigen
    Mal eine grundsätzliche Frage dazu: Könnte man in ähnlicher Weise auch den eBus (Vaillant) an den HS bringen? Letztlich ist das ja auch ein serielles Protokoll, das ich bereits per eBus-RS232-Interface und Lantronix (ähnlich Moxa) ans Netzwerk angebunden habe.
    klar sollte gehen, wenn es denn eine Doku zum Protokoll gibt.

    kannst ja mal bei Vailant bohren ob du eine kriegst.

    Einen Kommentar schreiben:


  • NilsS
    antwortet
    Zitat von MaPa Beitrag anzeigen
    Schade das Seriell nicht mehr drin ist, dann kann ich auch nicht testen, da ich kein Moxa habe!
    wenn du das lokal machst, kannst du ja mal gucken den Comport lokal zu redirekten. (socat / oder tbi hatte da auch was für windows)

    Einen Kommentar schreiben:


  • NilsS
    antwortet
    so hatte ich mir das auch gedacht, was kann der HS schon so dringendes haben was nicht 5sekunden warten kann

    NAK ist in der Doku nicht erwähnt, also werde ich einfach auf empfang gehen.

    Einen Kommentar schreiben:


  • pmike
    antwortet
    Hallo Nils,

    Zitat von NilsS Beitrag anzeigen
    Wie sollen wir das machen? wer hat die höhere Priorität? wollen wir uns unterordnen und erst empfangen?
    Das Problem ist mir in der Doku auch aufgefallen und ich habe es in meinen ersten Versuchen (PC Programm) nicht geschafft, das STX durchzubringen ohne vorher auf das STX der Steuerung mit DLE zu antworten. Heißt für mich, die Steuerung ist höher priorisiert als die Schnittstelle. Ein NAK hat auf Anhieb nicht funktioniert, kann ich aber noch mal ausprobieren. Wenn du dagegen nur die erste "A5 ..." Nachricht empfangen hast und dich also beim Start unterordnest, bekommst du das STX anschließend durch.

    Mike

    Einen Kommentar schreiben:

Lädt...
X