Problémy s UART – Mikrokontroléry – Fórum – Programujte.com

Zdravím,

k mikroprocesoru mám prostřednictvím přepínače na piny RX a TX připojen převodník na USB (který bez problému funguje, tedy lze vysílaná data bez problému přijímat na PC) a převodník MAX232 pro komunikaci prostřednictvím seriového kanálu. A tu je právě problém. Pokud chci číst vysílaná data pomoci RS232, tak PC nic nepřijímá (zkoušeno na dvou PC, na každém v Hyperterminálu a v ZOCu). Zkoušel jsem výstup za MAXem zkontrolovat osciloskopem, který zobrazí číslicový průběh -10; 10 V, stejný signál je i na pinu 2 na konci propojovacího kabelu.

Vzhledem k tomu, že bez problému funguje přenos přes USB převodník, tak předpokládám, že nebude chyba na straně programu pro mikroprocesor. Osciloskop rovněž zobrazuje průběh za RS232 převodníkem, tudíž na HW chybu to rovněž nevypadá. 

Byl bych docela rád za každou radu, protože opravdu netuším, kde může být problém. 

Pro úplnost přikládám zdrojový kód a schéma zapojení MAXíka. 

/* 
 * File:   newmain.c
 * Author: Martin
 *
 * Created on 23. kv?ten 2013, 11:43
 */

#include <stdio.h>
#include <stdlib.h>

#include <pic16f877a.h>
#include <xc.h>

#pragma config FOSC = HS        // Oscillator Selection bits (HS oscillator: High-speed crystal/resonator on RA6/OSC2/CLKOUT and RA7/OSC1/CLKIN)
#pragma config WDTE = OFF       // Watchdog Timer Enable bit (WDT disabled)
#pragma config PWRTE = OFF       // Power-up Timer Enable bit (PWRT enabled)
#pragma config BOREN = OFF      // Brown-out Detect Enable bit (BOD enabled)
#pragma config LVP = OFF        // Low-Voltage Programming Enable bit (RB4/PGM pin has digital I/O function, HV on MCLR must be used for programming)
#pragma config CPD = OFF        // Data EE Memory Code Protection bit (Data memory code protection off)
#pragma config CP = OFF         // Flash Program Memory Code Protection bit (Code protection off)

int main(void)
{
    SPBRG = 14;
    TXSTA = 0x20;
    RCSTA = 0x80;
    unsigned int v0 = 48;
    vysli:
    TXREG = v0;
    while(!TRMT);
    v0++;
    goto vysli;


    return 0;
}

pokud X1 zapojuješ přímo do konektoru na PC, mělo by to být OK. Ošetřil bych si nezapojené vstupy MAX232 připojením na definovanou úroveň.

U současných PC nestačí zapojit RxD, TxD a GND. Komunikace buď padá nebo nefunguje vůbec. Je to delší dobu, co jsem nad tím bádal, ale řešením bylo zapojení na konektoru na straně PC jako null modem, aspoň tuším. Pokud neuspěješ, zeptej se tady zítra, podívám se v práci jak to bylo.

hu

#2 hlucheucho
Ano, X1 je přímo přes kabel připojen k portu na PC. 

Teď jsem zkusil rozebrat konektor na kabelu na straně PC a propojit piny 7 - 8 a 1 - 4 - 6 (což by mělo odpovídat tomu, co jste uváděl) a stále nic. 

Když tak bych tedy zítra, pokud ještě na něco nepřijdu, uvítal informaci, jak jste to vyřešil.

Zatím díky.  

ještě jedna drobnost. Mají obě strany nastavené stejné parametry? (baudrate, parita, STOP bity). Pro pokusy s komunikací přes COM jsem vždy používal Terminal.exe

hu

#4 hlucheucho
Parametry by na obou dvou stranách měly být stejné.

USB výstup se vlastně chová jako virtuální COM port a tam při daném nastavení funguje vše jak má. 

na osciloskopu se dají data přečíst, chodí to co posíláš? Je ten přepínač v pořádku a správně zapojený? Jsou na vývodech MAX232 9 (data z PC) a 10 (data z MCU) signály s úrovněmi CMOS-5V? Vývod 2 by měl mít cca 8V a vývod 6 by měl mít cca -8V

hu

Přepínač je správně zapojený, na pinu 10 MAXíka signál je (0; 5V), na pinu 7 je signál -9V a 10V, což by mělo sedět.

Napětí na pinech 2 a 6 jsem neměřil, ale předpokládám, že pokud napětí na pinu 7 se pohybuje v rozmezí od -9V do 10V, tak by i napětí na těchto pinech mělo být OK. 

Pokud vezmu konektor (na straně co se strká do PC), tak na pinu 2 konektoru signál je, což by mělo být v pořádku.

Zkoušel jsem i funkčnost COM portu v PC, kdy jsem na pin 3 na konektoru v PC dal osciloskop a přes ZOC poslal textový soubor, signál tam byl. 

zkus u MAX232 propojit vývody 13 - 14  a  11 - 10. Mělo by být blokování napájení u MAX232 100nF. Je možné MAX232 zapojit jako smyčku a otestovat HW. Stačí aby byl odpojen od MCU - přepínač v poloze na USB převodník a propojit 9 - 10. PC by měl příjmout co sám odeslal.

zkus použít ten terminal.exe. 

hu

U obvodu je elektrolyt 1M (na schématku není, protože napájení obvodu mám řešeno v jiné části). 

Uvažuju, že asi poexperimentuji na nepájivku. 

to propojení na smyčku si zkusil?

hu

Ještě ne, zřejmě to nechám na ráno. 

když to budeš číst osciloskopem, mělo by ti z MCU do PC chodit (jednotlivé bity) 0 00110000 1 a celé by to mělo trvat 10/baudrate. Na RS232 je 1 záporné napětí. Tu smyčku můžeš zkusit už teď, to je za 5 min. hotové

hu

tady je to moje bádání: http://www.4itdevelopers.net/PhorumThread.aspx?phorum=12&thread=3318754

hu

Zkusil jsem tu smyčku, ze ZOCu poslán textový soubor, propojený výstup a vstup na MAXíkovi 10 - 9 (přepínač přepnut na USB). PC nic nepříjímal. Osciloskopem sledován signál na pinu 8, signál zde byl a s patřičnými úrovněmi, piny 10 a 9 TTL signál, na pinu 7 opět v pořádku. 

Rovněž vyzkoušen terminál Herkules, opět bez výsledku. 

Pamatuji si, že minulý rok jsem řešil něco podobného, ale tenkrát tuším byla chyba "jen" v nezapájením pinu u Aducu (MCU byl trvale v BOOT režimu). Alespoň si nepamatuji, že bych dělal něco dalšího. Schéma bylo tenkrát totožné s tím, které zde uvádím. 

Chtěl jsem krapet poexperimentovat na nepájivku, ale jak na potvoru doma ani jeden MAXík  

K vašemu odkazu, řekl bych, že jste zřejmě bojoval trochu s jiným problémem, neboť, jestli jsem dobře pochopil, vám ten přenos začal a až pak začal chybovat.  

pokud PC nepříjme nic, tak bude chyba u něj - buď zapojení konektoru a nebo použitý SW. Pro nalezení chyby bych si konektor zapojil jako smyčku (loop back) http://airborn.com.au/serial/rs232.html. Pravděpodobně bude "vtip" v zapojení konektoru. Terminal.exe mne nikdy nezklamal.

hu

#16 hlucheucho
zkusím a dám vědět