RS485 debugging

... hmm, stop-bit skal jo forresten være 'idle', den skal bare give et mellemrum inden næste start-bit. Så den mangler faktisk ikke, man ser den bare ikke når der ikke kommer en efterfølgende byte.

--
Ulrik Smed
Aarhus

n

er

den

Tak for din analyse. Den fik ogs=E5 mig til at indse, at b=E5de 0xd3 og

0x2b bliver sendt korrekt fra RS232->RS485 konverteren.

Efter jeg nu ved, at min nye RS232->RS485 konverter virker, kan jeg komme videre med de oprindelige problemer:

1) Den embeddede Linux computer sender et m=E6rkeligt signal ud via RS485. Som Harald skriver, giver outputtet ikke rigtigt mening. Der er ogs=E5 sjovt, at den f=F8rste bit ligesom kommer og g=E5r (som det ses i video-klippet). Jeg pr=F8ver at kigge lidt p=E5 om jeg har lavet software ops=E6tningsfejl.

2) Jeg kan ikke f=E5 forbindelse til min PLC (Carlo Gavazzi G3800 MODBUS- RTU) fra min PC, n=E5r jeg bruger RS232->RS485 konverteren. P=E5 PLC'en er der 2 RS232 porte p=E5 fronten og 1 s=E6t RS485 skrueterminaler i bunden. Jeg bruger den software, der f=F8lger med fra Carlo Gavazzi. Det fungerer fint, n=E5r jeg bare bruger den f=F8rste RS232 port. Er der nogen, der har erfaring med forbindelser via RS485 til Carlo Gavazzi PLC'er?

Ingen erfaring med PLC'er. Men RS485 giver af og til problemer med PC'er. Det skyldes, at når "man" har sendt en pakke, skal man HURTIGT hoppe af bussen og lytte. Hvis man vender tilstrækkeligt hurtigt, får man et sammenstød af to enheder på bussen. Meget tit går det godt, men så oplever man af og til "periodiske" fejl. De kan være svære at finde, men mit scope kan sættes til at trigge på netop den slags fejl.

Bo //

Nu har jeg ikke haft tid til at kigge p=E5 tingene i et stykke tid, og straks ser jeg nu, at ogs=E5 RS485-porten p=E5 den embeddede Linux computer ogs=E5 virker. Det, der er galt med:

er, at der er byttet rundt p=E5 A og B. Forvirringen skyldes, at nogle producenter bruger omvendt navngivning, dvs. bytter rundt p=E5 A og B. S=E5 man kan ikke altid regne med, at A skal sluttes til A, n=E5r forskellige apparater s=E6ttes sammen. Efter at have byttet A og B rundt ses: Det ser korrekt ud, men "hvilesp=E6ndingerne" mellem transmissionerne er forskellige fra den lave sp=E6nding under selve transmissionen. Det er ikke tilf=E6ldet for RS232->RS485 konverteren, s=E5 det har nok snydt os, s=E5 vi ikke s=E5 let kunne indse, at der var byttet rundt p=E5 A og B.

Jeg har pr=F8vet at kommunikere fra min PC via RS232->RS485 konverteren til RS485 p=E5 den embeddede Linux computer. Det lader til at virke fint. De karakterer jeg sender fra Linux computeren kommer over p=E5 PC'en.

Nu mangler jeg "blot" at f=E5 noget kommunikation med PLC'en til at virke.

Nu har jeg ikke haft tid til at kigge p=E5 tingene i et stykke tid, og straks ser jeg nu, at ogs=E5 RS485-porten p=E5 den embeddede Linux computer ogs=E5 virker. Det, der er galt med:

er, at der er byttet rundt p=E5 A og B. Forvirringen skyldes, at nogle producenter bruger omvendt navngivning, dvs. bytter rundt p=E5 A og B. S=E5 man kan ikke altid regne med, at A skal sluttes til A, n=E5r forskellige apparater s=E6ttes sammen. Efter at have byttet A og B rundt ses: Det ser korrekt ud, men "hvilesp=E6ndingerne" mellem transmissionerne er forskellige fra den lave sp=E6nding under selve transmissionen. Det er ikke tilf=E6ldet for RS232->RS485 konverteren, s=E5 det har nok snydt os, s=E5 vi ikke s=E5 let kunne indse, at der var byttet rundt p=E5 A og B.

Jeg har pr=F8vet at kommunikere fra min PC via RS232->RS485 konverteren til RS485 p=E5 den embeddede Linux computer. Det lader til at virke fint. De karakterer jeg sender fra Linux computeren kommer over p=E5 PC'en.

Nu mangler jeg "blot" at f=E5 noget kommunikation med PLC'en til at virke.

r

Nu har jeg ikke haft tid til at kigge p=E5 tingene i et stykke tid, og straks ser jeg nu, at ogs=E5 RS485-porten p=E5 den embeddede Linux computer ogs=E5 virker. Det, der er galt med:

er, at der er byttet rundt p=E5 A og B. Forvirringen skyldes, at nogle producenter bruger omvendt navngivning, dvs. bytter rundt p=E5 A og B. S=E5 man kan ikke altid regne med, at A skal sluttes til A, n=E5r forskellige apparater s=E6ttes sammen. Efter at have byttet A og B rundt ses: Det ser korrekt ud, men "hvilesp=E6ndingerne" mellem transmissionerne er forskellige fra den lave sp=E6nding under selve transmissionen. Det er ikke tilf=E6ldet for RS232->RS485 konverteren, s=E5 det har nok snydt os, s=E5 vi ikke s=E5 let kunne indse, at der var byttet rundt p=E5 A og B.

Jeg har pr=F8vet at kommunikere fra min PC via RS232->RS485 konverteren til RS485 p=E5 den embeddede Linux computer. Det lader til at virke fint. De karakterer jeg sender fra Linux computeren kommer over p=E5 PC'en.

Nu mangler jeg "blot" at f=E5 noget kommunikation med PLC'en til at virke.

Nu har jeg ikke haft tid til at kigge p=E5 tingene i et stykke tid, og straks ser jeg nu, at ogs=E5 RS485-porten p=E5 den embeddede Linux computer ogs=E5 virker. Det, der er galt med:

er, at der er byttet rundt p=E5 A og B. Forvirringen skyldes, at nogle producenter bruger omvendt navngivning/bytter rundt p=E5 A og B. S=E5 man kan ikke altid regne med, at A skal sluttes til A, n=E5r forskellige apparater s=E6ttes sammen. Efter at have byttet A og B rundt ses: Det ser korrekt ud, men "hvilesp=E6ndingerne" mellem transmissionerne er forskellige fra den lave sp=E6nding under selve transmissionen. Det er ikke tilf=E6ldet for RS232->RS485 konverteren, s=E5 det har nok snydt os, s=E5 vi ikke s=E5 let kunne indse, at der var byttet rundt p=E5 A og B.

Jeg har pr=F8vet at kommunikere fra min PC via RS232->RS485 konverteren til RS485 p=E5 den embeddede Linux computer. Det lader til at virke fint. De karakterer jeg sender fra Linux computeren kommer over p=E5 PC'en.

Nu mangler jeg "blot" at f=E5 noget kommunikation med PLC'en til at virke.

Tak, Kim, det er dejligt med feedback. God vind med projektet.

Bo //

Nu har jeg ikke haft tid til at kigge p=E5 tingene i et stykke tid, og straks ser jeg nu, at ogs=E5 RS485-porten p=E5 den embeddede Linux computer ogs=E5 virker. Det, der er galt med:

er, at der er byttet rundt p=E5 A og B. Forvirringen skyldes, at nogle producenter bruger omvendt navngivning, dvs. bytter rundt p=E5 A og B. S=E5 man kan ikke altid regne med, at A skal sluttes til A, n=E5r forskellige apparater s=E6ttes sammen. Efter at have byttet A og B rundt ses: Det ser korrekt ud, men "hvilesp=E6ndingerne" mellem transmissionerne er forskellige fra den lave sp=E6nding under selve transmissionen. Det er ikke tilf=E6ldet for RS232->RS485 konverteren, s=E5 det har nok snydt os, s=E5 vi ikke s=E5 let kunne indse, at der var byttet rundt p=E5 A og B.

Jeg har pr=F8vet at kommunikere fra min PC via RS232->RS485 konverteren til RS485 p=E5 den embeddede Linux computer. Det lader til at virke fint. De karakterer jeg sender fra Linux computeren kommer over p=E5 PC'en.

Nu mangler jeg "blot" at f=E5 noget kommunikation med PLC'en til at virke.

Nu har jeg ikke haft tid til at kigge p=E5 tingene i et stykke tid, og straks ser jeg nu, at ogs=E5 RS485-porten p=E5 den embeddede Linux computer ogs=E5 virker. Det, der er galt med:

er, at der er byttet rundt p=E5 A og B. Forvirringen skyldes, at nogle producenter bruger omvendt navngivning, dvs. bytter rundt p=E5 A og B. S=E5 man kan ikke altid regne med, at A skal sluttes til A, n=E5r forskellige apparater s=E6ttes sammen. Efter at have byttet A og B rundt ses: Det ser korrekt ud, men "hvilesp=E6ndingerne" mellem transmissionerne er forskellige fra den lave sp=E6nding under selve transmissionen. Det er ikke tilf=E6ldet for RS232->RS485 konverteren, s=E5 det har nok snydt os, s=E5 vi ikke s=E5 let kunne indse, at der var byttet rundt p=E5 A og B.

Jeg har pr=F8vet at kommunikere fra min PC via RS232->RS485 konverteren til RS485 p=E5 den embeddede Linux computer. Det lader til at virke fint. De karakterer jeg sender fra Linux computeren kommer over p=E5 PC'en.

Nu mangler jeg "blot" at f=E5 noget kommunikation med PLC'en til at virke.

=D8v, det var ikke meningen, at indl=E6gget skulle komme ud s=E5 mange gange. Det virkede som om, at beskeden ikke blev sendt, s=E5 jeg pr=F8vede igen :-) Men alle beskederne kom =E5benbart i k=F8 alligevel. Det er ligesom n=E5r printeren lader til ikke at virke, og man s=E5 s=E6tte= r udskriften i gang adskillige gange.