16F648A Uart MikroC

[Pajn]

Jag försöker kommunicera med picen via 232 och wispen (använder pinne 7 och 8) men får väldigt konstig data tillbaks.

Kod: Markera allt

char uart_rd;

void main() {

  UART1_Init(9600);              // Initialize UART module at 9600 bps
  Delay_ms(100);                 // Wait for UART module to stabilize

  while (1) {                    // Endless loop
   if (UART1_Data_Ready()) {     // If data is received,
     uart_rd = UART1_Read();     //   read the received data,
     UART1_Write(uart_rd);       //   and send data via UART
    }
  }
}

Och jag får då:

Kod: Markera allt

Connected to COM3
Sent: 1 (as number)
Received: 241 
Sent: 5 (as number)
Received: 241 
Sent: 10 (as number)
Received: 10 
Sent: a
Received: ñÿ
Sent: hello
Received: h±|no

När jag skickar som int så läser jag svaren som "dec" och när jag skickar som text så läser jag svaren som "ascii"

Någon som vet vad jag har gjort för fel?

[sodjan]

Felkopplat. Eller något annat...

[Pajn]

Det är mycket möjligt då jag tyckte att infon i databladet till wispen var lite klen. Finns det någon bättre info någonstans?

EDIT: måste jag i wispen aktivera "pass-through"? hur?

[sodjan]

Det tror inte att det är alla firmware varienter och versioner som
stöder det. Du får kolla respektive dokumentation. Jag har inte
heller en aning om vad du menar med "databladet" till Wispen.

[Pajn]

Jag har 1.27 och det står inget om att den inte skulle stödja det. I 1.26 så är en bugg för pass-through fixad så stöd borde ju finnas?

Datablad kanske var att ta i, jag menar manualen.

[sodjan]

OK, whatever. Utan länkar så är det i alla fall inte självklart
var du läser. Men hur som helst, låt oss anta att det *ska* fungera.

Då gissar jag på felkopplat. Eller fel hastighet på PIC'en. Eller felkonfigurerat
någon annanstans. Det finns ju massor av saker som *vi* inte känner till just nu.
Du kan ju inte bara fråga "vad är fel?" så där rakt ut. Ingen sitter med kristallkula...

> När jag skickar som int så läser jag svaren som "dec" och när jag skickar som text så läser jag svaren som "ascii"

Varför krånga till det ? Ange vad du skickar och vad du får tillbaka på ett sätt
som inte kan missförstås. I hex t.ex.

> EDIT: måste jag i wispen aktivera "pass-through"? hur?

Kod: Markera allt

C:\>xwisp2w
 xwisp2 version 1.9.5 for Windows (Jan 24 2008, Open Watcom C/C++ 1.70)
 (c) Copyright 2002,2008, R. Hamerling. All rights reserved.
...
...
PASS m    : enable passthrough, m = B6T, B6I, AUXT, AUXI

Och : http://www.robh.nl/xwisp2.html

[Pajn]

Använde BumbleBee, nu är Pass-Throuh aktiverat.

Jag har kopplat wispens pin 7 till picens pin 7 och wispens 8 till picens 8 samt ett motstånd på 10k från MCLR till VDD.
Inställningar på picen:
INTOSC: I/O on RA6/OSC2/CLKOUT, I/O on RA7/OSC1/CLKIN
Watchdog Timer: Off
Power Up Timer: Disabled
Master Clear Enable: Enabled
Brown Out Detect: Enabled
Low Voltage Program: Disabled
Data EE Read Protect: Disabled
Code Protect: Off

Jag skickar med inställningar:
Baud: 9600
Stop bits: one stop bit
Parity: none
Data bits: eight
RTS: off
DTR: off
(alla dem är standard i MikroC's usart terminal)

När jag skickar kan jag välja att skicka eller att skicka som nummer och sedan läsa svaret som ASCII, HEX eller DEC

Här har jag läst svaret som ASCII:

Kod: Markera allt

Sent: a
Received: ñÿ
Sent: b
Received: òÿ
Sent: c
Received: óÿ
Sent: 2
Received: ²ÿ
Sent: hello
Received: h±|no

Läst som HEX: (det som är sickat som nummer (int) är markerat)

Kod: Markera allt

Sent: hello
Received: 0x68 0xEB 0xF1 0x73 0x6E 0xFF 
Sent: 10
Received: 0xF1 0xB2 0xFF 
Sent: 10 (as number)
Received: 0x0A 
Sent: 11 (as number)
Received: 0x0B 
Sent: 20 (as number)
Received: 0xF7 0xFF 

Läst som dec:

Kod: Markera allt

Sent: 1 (as number)
Received: 241 
Sent: 9 (as number)
Received: 249 
Sent: 10 (as number)
Received: 10 
Sent: 11 (as number)
Received: 11 
Sent: 12 (as number)
Received: 11 
Sent: 20 (as number)
Received: 247 255

Med manualen för wisp menar jag http://www.voti.nl/wisp648/wisp648.pdf
och versionsinformationen tog jag ifrån http://www.voti.nl/wisp648/wisp648.jal

[sodjan]

OK.

Det här är väl helt OK :

> Sent: 10 (as number)
> Received: 0x0A
> Sent: 11 (as number)
> Received: 0x0B

eller hur ?

Kör med en delay mellan tecknen.
Kan du skicka tecken OK i ena riktingen ? (PIC -> PC ?)

[Pajn]

Hmm, tror att detta med pass through inte funkar.
Kan inte skicka nått överhuvudtaget till datorn (konstigt, den svarade ju förut?)
Och med koden

Kod: Markera allt

void main() {
  PORTB = 0;
  TRISB = 0;
  UART1_Init(9600);              // Initialize UART module at 9600 bps
  Delay_ms(100);                 // Wait for UART module to stabilize

  while (1) {
    if (UART1_Data_Ready()) {     // If data is received,
       PORTB.F4 = 1;
    }
  }
}

Så får jag svar men RB4 går aldrig hög.

Kod: Markera allt

Sent: hej
Received: ej
Received: €

Är nog inte picen som svarar...

Blir till att beställa en max232, lite jobbigt att flytta seriekabeln bara :/

[sodjan]

> ...lite jobbigt att flytta seriekabeln bara :/

Du kan ha två på två olika COM portar...

[Horatius]

Jag sprang på ungefär samma problem. Det står inte så i Mikroc:s manual men om du kollar hjälpen som kommer fram i IDE:t
så returnerar funktionen UART1_Read() en signed char medan UART1_Write() skall ha en unsigned char som parameter.
Ett cast gjorde susen för mig.

Kod: Markera allt

// i declarationen:
  char uart_rd;

//i main
  uart_rd = UART1_Read();     //   read the received data,
  UART1_Write((unsigned char)uart_rd);

[Pajn]

Problemet var (för mig) att wispen svarade oavsett om det satt en pic där eller inte även efter att jag hade aktiverat pass-through. Jag fick två MAX232:or av EEPROMdanne (Stort tack!) och det gjorde susen. Mitt nuvarande problem ligger på andra sidan, hittar ingen bra modul till python för att skicka hex seriellt, pyserial finns ju men den tar bara strängar. Aja, det är OT.

[sodjan]

"Hex" är ju inget annan än strängar. Kombinationer av "0" - "9" och "A" - "F".

[Pajn]

Jag menar som en int, decimalt eller hex spelar ingen större roll men jag skulle föredra hex...
Att skicka "01" eller "FF" funkar inget bra när picen förväntar sig en int.

[vfr]

Kan du inte ta emot som hex i PIC:en istället?

Fördelen med att använda ASCII-data i någon form är att det är lätt att lägga in avgräsningstecken, t.ex CR/LF och kommatecken. Kör man binärt så måste man kladda lite mer och byta ut tecken eller ha väldigt väldefinierad timing för att kunna skilja ut start och stop.

Missföstå mig inte. Jag föredrar själv binära protokoll då det utnyttjar bandbredden mycket bättre och man kan köra med lägre bithastighet med bibehållet avstånd. Däremot måste man vara noga med protokolldefinitionen och helst ha lite vana vid binära protokoll.