Comm-Api: Senden_Empfangen

[morEtal]

Hallo,

ich habe ein Problem. Ich versuche über die Serielle Schnittstelle eine Verbindung zu einem MC aufzubauen(8051).

Allerdings habe ich das Problem, wenn ich Daten sende (Byte: 01010101), lasse ich die empfangenen Daten über die Leds anzeigen. So nun zum Problem - Ich bekomme etwas vollkommen anderes Angezeigt wie sende.

Hier noch ein bischen Code:

Assembler Code:

recieve_byte:

warte1:	jnb ri,warte1		;Warten bis Byte eingetroffen
		;	setb p2.0
			mov a,sbuf			;Datenenbyte einlesen
			;ANL A,#7FH 			; BIT 7 AUSBLENDEN
			clr ri            ;ri-flag zurücksetzen
			mov p2,a
			clr REN
			ret






Java Code:


    void sendeSerialPort(String nachricht) {
        b = new byte[1];
        b[0] = (byte) 01010101;
        System.out.println("Sende: " + nachricht);
        if (serialPortGeoeffnet != true) {
            return;
        }
        try {

            
           outputStream.write(b);
        } catch (IOException e) {
            System.out.println("Fehler beim Senden");
        }
        System.out.println("Theoretisch gesended");
    }

Könnt ihr evtl Fehler erkennen ?
Oder habt ihr vlt irgendwelche nützlichen Tippse für mich?


Danke und gz

 

[stev.glasow]

keine ahnung was java macht wenn man 01010101 als wert angibt, aber binärdarstellung ist das nicht. denn wenn man sich mal b[0] anschaut, sieht man dass b[0] 65 ist und nicht 01010101/85
versuchmal b[0] = Byte.parseByte("01010101", 2);

 

[Murray]

keine ahnung was java macht wenn man 01010101 als wert angibt

Numerische Literale mit einer führenden Null werden oktal intepretiert.

 

[morEtal]

Also ich habe es jetz mit der von dir beschriebenen Methode versucht.

Allerdings kommt auf dem Mc 10100101 an.

Finded irgendjemand vieleicht noch einen Fehler oder soll ich evtl mal den kompletten Code posten?

 

[Gast]

Was mir jetzt gerade noch spontan einfällt:

Das ergebnis verändert sich drastisch mit der eingestellten Baud-Rate.

Ich hab mittlerweile sogar schon die Baud-Raten alle versucht.
Bei den meisten kommt nichts an, das beste Ergebnis bekomme ich bei einer Baud von 300.

Kennt irgendjemand eine idiotensichere Taktik um die Baud herrauszufinden ?

Gz

 

[Murray]

Sendest Du wirklich nur das eine Byte? Dann hilft es vielleicht, den Stream explizit zu flushen:

      try {

           
           outputStream.write(b);
           outputStream.flush();
        } catch (IOException e) {
            System.out.println("Fehler beim Senden: " + e);
        }

 

[Guest]

Das flushen des Streams bringt keine Besserung.
Ja, wir senden wirklich nur ein Testbyte.
Hat niemend ne Idee?

thnx im voraus

 

[kama]

Hallo,

Das ergebnis verändert sich drastisch mit der eingestellten Baud-Rate.

Ich hab mittlerweile sogar schon die Baud-Raten alle versucht.
Bei den meisten kommt nichts an, das beste Ergebnis bekomme ich bei einer Baud von 300.

Das stinkt danach, dass das Handshake nicht vorhanden bzw. nicht zusammen passt? RTS/CTS oder Xon/Xoff ?
Was ist mit Start-/Stop-Bit Einstellung ? Parity Bit ?

Die Baudrate rausfinden kann man nur, wenn man ein definiertes Zeichen hin und her schickt und schaut bis das Fehlerfrei mindestens zweimal ankommt...

EDIT: Schon mal folgende Daten versucht: 9600 Bits/s, 1 Startbit, 8 Datenbits und 1 Stopbit, No Parity

MfG
Karl Heinz Marbaise

 

[Guest]

Hallo,

handshake haben wir speziell nicht eingestellt.
1 start bit, 1 stop bit, no parity und 8 Datenbits sind eingestellt (Mode1).
Bei der Baudrate bin ich noch unsicher. Bei der Baudrate ist kam mir bis jetzt aber 300 Bits/s am besten vor.
Ich habe in Assembler ein Programm geschrieben, dass die ankommenden Bytes direkt wieder zurückschickt.
Könnte aber auch sein, das im Assembler Programm ein Fehler ist.

Hier maql der Assembler Code

;********************************************************************
;**           Tesprogramm zum Senden und Empfangen                 **
;**         von Bytes über die serielle Schnittstelle              **
;********************************************************************



include c51rd2.inc

org 0												; StartAdresse des Codes
; Initialisierung der Schnittstelle 0--------------------------------

	mov scon,#01010000b  ;Schnittstellen Modus 1
						 ;Interrupts zurücksezen
	;orl pcon,#080h  ;smod = 1 (doppelte Baudrate)
	orl tmod,#020h  ;Timer 1 auf Modus 2 setzen
	mov th1,#10100000b   ;Reload-Wert für 4800 Baud
	setb ti			 ;Sendepuffer als leer deklarieren
	setb tr1        ;Startet Timer 1
	mov p2,#0h
	
;Empfängt Datenbytes und sendet sie wieder zurück--------------------

loop:	  	acall recieve_byte	
			acall send_byte
			cjne A,#27,loop   ;Schleife verlassen, falls
									;ASCII-Code = 27 (ESC)
end_loop: sjmp end_loop									
									
		
;********************************************************************	
;**SEND_BYTE		
;**FUNKTION: liest Datenbyte über serielle Schnittstelle
;**          ein, falls RI-Flag gesetzt wurde
;**OUTPUT: A Empfangene Datenbyte
;********************************************************************

recieve_byte:

warte1:	jnb ri,warte1		;Warten bis Byte eingetroffen
		;	setb p2.0
			mov a,sbuf			;Datenenbyte einlesen
			;ANL A,#7FH 			; BIT 7 AUSBLENDEN
			clr ri            ;ri-flag zurücksetzen
			mov p2,a
			clr REN
			ret
			
			
;********************************************************************
;**SEND_BYTE
;**FUNKTION:	Sendet Datenbyte in A über serielle Schnittstelle
;**				, falls TI_Flag gesetzt wurde
;**Input:		A		zu sendendes Datenbyte
;********************************************************************


send_byte:

warte2:	jnb ti,warte2		;warte bis vorheriges byte
		;	setb p2.1						;gesendet wurde
			mov sbuf,A			;Datenbyte ausgeben
			clr ti				;TI-Flag zurücksetzen
			setb REN
			ret
			
				
									
end

 

[kama]

Hallo,

handshake haben wir speziell nicht eingestellt.

richtiges Kabel ?


Hm. Laut der Doku die ich mit Tante Google gefunden habe sieht die Initialisierung der Schnittstelle so aus....
Hier doppelte Baudrate (PCON)....Du wolltest ja PCON.7 = 0

EDIT: Hier

Weiterhin scheint mir der Wert für die Baudrate nicht richtig zu sein, da Du 0A0H Verwendest ? 300 Baud ?

Ich müsste jetzt noch weiter in die Doku vom 8051 einsteigen, um rauszufinden, ob die Reihenfolge hier auch eine Rolle spielt....

	; SMOD = 1 (double baud rate)
	; SMOD = 0 will not double baud rate
	ORL		PCON,#080h ;SMOD = 0

	; Timer 1, Mode 2
	MOV		TMOD,#20H

	; 19200 (57600/3 = 19200)
	MOV		TH1, -3	; 0FDH is the value for 9600 Baud

	; 8-Bit data, 1 stop bit, RI enabled
	MOV		SCON,#50H

	;Start timer 1
	SETB	TR1

;orl pcon,#080h  ;smod = 1 (doppelte Baudrate)

So weit ich Verstanden habe ist smod invertiert...das heißt smod=1 bedeutet bit 7 zurück setzen (XOR in 8051 kenn ich leider nicht)....smode=0 bedeutet ORL PCON,#080h

Weiterhin würde ich zum Testen zuerst nur einmal vom 8051 Send und mal schauen, ob ich was empfangen kann... ?

EDIT: Mit welcher Frequenz läuft der MC denn ?
MfG
Karl Heinz Marbaise