Dobrý den

Potřebuji poradit s komunikací po 485 a SDS-BIG.
Mám modul od Papoucha QUIDO RS 2/16 OC a SDS-BIG. Propojil jsem je podle návodu uvedeného v tomto foru. Zařízení komunikují. Posílám dotaz pravidelně co 1s a co následující 1s vyčítám odpověď tak Quido odpoví 4x a potom náhodný počet vyslání a vyčítání neodpoví, poté zase na 4 dotazy odpoví a zase se opakuje pořád dokola stav kdy neodpovídá.

Je zajímavé že obě zařízení pokud je připojím k PC přes převodník UC485S od Papoucha a ve Visual Basicu napíšu program který odpovídá SDS-BIG nebo se dotazuje Quida tak vše funguje bez problémů a i o hodně rychleji než co 1s. Oba zařízení odpovídají pořád.

Nevím kde mám chybu. Přikládám program - podotýkám že jsem začátečník a toto je můj první program.

int nastav_quido_rele(int rele, char stav)
{
  char prikaz[9];
  char relech[11] = {'0', '1', '2', '3', '4', '5', '6', '7', '8', '9', '\0'};

  /* Komunikace s Quido*/
  prikaz[0] = '*';
  prikaz[1] = 'B';
  prikaz[2] = '$';
  prikaz[3] = 'O';
  prikaz[4] = 'S';
  if (rele<<10)
     {
       prikaz[5] = relech[rele];
     };
  prikaz[6] = stav;
  prikaz[7] = toascii(0x0d);
  prikaz[8] = '\0';
  printf("%s\n", prikaz);
  SDS_serial_write(1, (char *)prikaz, 8);
  return(1);
}


void main(void)
{ /* deklarace promennych */
   unsigned int milis, old_milis_1s;
   int vysledek, i, cit_prijmu;
   char odpoved[7];

  /* Inicializace linky 485 */
  SDS_serial_config(1, 9600, 8, 1, 0);

  /* pořád se opakuje */
  for (;;)
      {
        milis = SDS_get_u(45);
        /* sekundovy citac */
        if ((milis-old_milis_1s)>=1000)
           {
             old_milis_1s = milis;

             /* Vse co bezi co 1s */
             /* Komunikace s Quido */
             if (vysledek==0)
                {
                  vysledek = nastav_quido_rele(1,'H');
                }
             else
                {
                  i = SDS_serial_read(1, (char *)odpoved, 7);
                  printf("%u\n", i);
                  cit_prijmu++;
                  if (i==5)
                     {
                       printf("%s\n", odpoved);
                       vysledek = 0;
                     };
                  /* opakovani kdyz neprijde odpoved */
                  if (cit_prijmu>>2)
                     {
                       cit_prijmu = 0;
                       vysledek = 0;
                     };
                };
             printf("Vysledek: %u\n",vysledek);
           };
      };
}

Děkuji za odpověď.
Momentálně jsem byl mimo domov takže jsem to odzkoušel až tento týden.
Bohužel je to stejné.
Dokonce jsem zjistil že pokud do zařízení nahraju user.htm stránku která načítá sdílené proměnné co 5s tak
počet nepřijatých odpovědí se zvýší a odpoví pouze 2 z 10.
Jakmile stránku zavřu tak se to vrátí na původní chybovost.
Proto jsem systém rozdělil na 2 a předávám si signály pomocí digitálních vstupů.

Prikaz [5] obsahuje adresu rele. to nelze smazat. Starý c-program mohl vypadat např. takto:

   _s=0x4c;  //L
   serial_text_out('*B$OS',0x31, _s, 0x0D); //hex cislo 2
   wait(100);
   serial_text_out('*B$OS',0x32, _s, 0x0D); //hex cislo 2
   wait(100);
   serial_text_out('*B$OS',0x33, _s, 0x0D); //hex cislo 2
   wait(100);
   serial_text_out('*B$OS',0x34, _s, 0x0D); //hex cislo 2
   wait(100);
   serial_text_out('*B$OS',0x35, _s, 0x0D); //hex cislo 2
   wait(100);
   serial_text_out('*B$OS',0x36, _s, 0x0D); //hex cislo 2
   wait(100);
   serial_text_out('*B$OS',0x37, _s, 0x0D); //hex cislo 2
   wait(100);
   serial_text_out('*B$OS',0x38, _s, 0x0D); //hex cislo 2
   wait(100);
   serial_text_out('*B$OS',0x39, _s, 0x0D); //hex cislo 2

Pouziju program z predchozich prispevku:

int nastav_quido_rele()
{
  char prikaz[8];
  char relech[11] = {'0', '1', '2', '3', '4', '5', '6', '7', '8', '9', '\0'};

  /* Komunikace s Quido*/
  prikaz[0] = (16);
  prikaz[1] = (2);
  prikaz[2] = (0);
  prikaz[3] = (0);
  prikaz[4] = (0);
  prikaz[5] = (4);
  prikaz[6] = (0x7A);
  prikaz[7] = (0x88);
  SDS_serial_write(1, prikaz, 8);
  return(1);
}

Výstup z konzoly:

Odpověď: (délka 6) 10 02 01 05 64 b7
Odpověď: (délka 6) 10 02 01 05 64 b7
Odpověď: (délka 6) 10 02 01 05 64 b7
Odpověď: (délka 6) 10 02 01 05 64 b7
Odpověď: (délka 6) 10 02 01 05 64 b7
Odpověď: (délka 6) 10 02 01 05 64 b7
Odpověď: (délka 6) 10 02 01 05 64 b7
Odpověď: (délka 6) 10 02 01 05 64 b7
Odpověď: (délka 6) 88 02 01 05 64 b7
Odpověď: (délka 6) 10 02 01 05 64 b7
Odpověď: (délka 6) 10 02 01 05 64 b7
...

Potom jen udelam poznamku z deklarace pole relech[11], ktere nikde nepouzivam:

//  char relech[11] = {'0', '1', '2', '3', '4', '5', '6', '7', '8', '9', '\0'};

a vystup na konzole je:

Odpověď: (délka 6) 10 02 01 05 64 b7
Žádná odpoveď!
Žádná odpoveď!
Žádná odpoveď!
Žádná odpoveď!
Žádná odpoveď!
Žádná odpoveď!
Žádná odpoveď!
Žádná odpoveď!
...

Opravdu nevim, kde muze byt problem. Dekuju za kazdou radu.

Ano, pouze jediná změna v programu.

V SDS FW 20.1.2017.

Po updatu na FW 6.2.2017 je výsledek následující:

char relech[11] = {'0', '1', '2', '3', '4', '5', '6', '7', '8', '9', '\0'};

Odpovìï: (délka 6) 10 02 01 05 64 b7

Odpovìï: (délka 6) 10 02 01 05 64 b7

Odpovìï: (délka 6) 10 02 01 05 64 b7

Odpovìï: (délka 6) 10 02 01 05 64 b7

Odpovìï: (délka 6) 10 02 01 05 64 b7
...

po vypoznámkování:

//  char relech[11] = {'0', '1', '2', '3', '4', '5', '6', '7', '8', '9', '\0'};

Odpovìï: (délka 4) a0 05 64 b7

Odpovìï: (délka 4) a0 05 64 b7

Odpovìï: (délka 4) a0 05 64 b7

Odpovìï: (délka 4) a0 05 64 b7

Odpovìï: (délka 4) a0 05 64 b7
...

K nějaké změně došlo ale pořád to není ono.

V SDS mam nahran pouze kraticky program uvedeny vyse.
Se zasobnikem jsem experimentoval a nema na to vliv.
Uz si zacinam myslet, ze jde o chybu hw.

1.
Ověřil jsem, že na sběrnici se vysílají stejné znaky ve všech variantách programu, které jsou zde uvedeny (tj. původní a zjednodušená, obě jak se zakomentovanou tak přítomnou deklarací).
Takže bude něco buď s SDS (že by časování ovládání směru RX/TX na RS485 nebylo přesné? to už by chtělo osciloskop na řídící piny RS485 chipu a zkontrolovat),
nebo spíše viz bod #2.

2.
Zřejmě, externí HW deska kterou používáte, potřebuje nějaký čas na vnitřní zpracování příkazů a nebo něco takového podobného.

Zkuste tam cvičně (jen pro pokus a ověření teorie) přidat čekání, tzn. vhodně proložit kód tímto:

 wait(500); // wait for 500 msecs

Tzn. po poslání příkazu do externí HW desky, dejte tam to umělé zpoždění a pak teprve sledujte odpověď.

3.
V prvním programu (nahoře) vydím i jinou "chybu". I když je pravda že pozdější příklad ji tam už nemá.

Proměnná "prikaz" není inicializovaná, nelze se tedy spoléhat na to co v ní bude.

  char prikaz[9];

Proto ji celou kousek po kousku nastavíte...

  prikaz[0] = '*';
  prikaz[1] = 'B';
  prikaz[2] = '$';
  prikaz[3] = 'O';
  prikaz[4] = 'S';

Ale v případě že neplatí podmínka "(rele<<10)" tak se "prikaz[5]" nevyplní známou hodnotou.

  if (rele<<10)
     {
       prikaz[5] = relech[rele];
     };

4.
Zkuste ještě SDS-BIG BETA firmware ze 7.3.2016 a dejte vědět.

V nejbližší době se dostanu k tomu to změřit.

Zdá se že konkrétní externí HW deska, kterou používáte, je velmi citlivá na časování, a asi jí chování SDS nesedí.

Pokud to můžete změřit i u sebe, na své sestavě, a poslat sem obrázky (nebo na můj mail) tak by to bylo super.

Je důležité aby byl zapojen ten externí 390R rezistor, viz wiki, jinak se RS485 sběrnice může dostávat do neurčeného stavu, a to také může být důvod problémů.
Máte propojený i RS_GND vodič mezi SDS a externí HW deskou (na svorkovnici SDS třetí pin z kraje, kde první a druhý pin konektoru jsou sběrnice samotná) ?

Ale podle popisu to bude chtít asi trochu poladit firmware - nicméně pro to je nejprve potřeba měření (osciloskop) (mám, ale až se k tomu dostanu).
Při původním vývoji jsme to důsledně změřili a RS485 driver (SDS) vypne nejhůře do 1.5msec od posledního vyslaného znaku.
Musí se teď ověřit že se to nezměnilo, a také by mne zajímalo jak to vypadá na konkrétní sestavě (vaše konkrétní zapojení).

Jo, tady to jde velmi dobře vidět.

Obrázek (WP_20170310_22_51_58_Pro.jpg) to krásně ukazuje, připojený slave odpovídá dříve, než master uvolnil linku.

Předpokládám průběh B je přímo z chipu na straně logiky, a průběh a je jeden z vodičů na RS485.

Zajímavá souhra. Jsem rád že jste to objevil a poslal sem.

Rychlý dotaz - skutečně komentáře pro #1 a #2 odpovídají - čekal bych že pokud to zakomentované není, tak právě dojde k "nechtěnému" prodložení. Jen pro jistotu se ujisťuji tímto dotazem.

Uvnitř firmware jde o to, že vypínání RS485 master drive nebylo dáno do oblasti s tak velkou prioritou takže může dojít ke zpoždení vypnutí až o 1 msec. Je to teď v 1msec timeru který může být dočasně zakázán (to se děje u různých akcí kde je potřeba vnitřní atomický přístup uvnitř kódu SDS) a tím se může až o 1msec zpozdit.
Takto to je v SDS od začátku a předpokládal jsem, že by to neměl být problém.
Ale toto měření jasně ukazuje že s vaším daným slave HW to problém je.

Co to je za zajímavý slave HW, který odpovídá prakticky okamžitě ?
To v podstatě ani není "správný" přístup k sériové sběrnici, aspoň chvíli je vždy dobré (jako slave se svou odpovědí) počkat, aby se sběrnice ustálila, popřípadě aby se právě zamezilo kolizím jako je tato.
Předpokládám že ale slave HW nebudete schopen nijak upravit, jedině snad napsat výrobci . . . ale to jedno, podíváme se na to ze strany SDS a vyřeší se to tam.

Ještě to změřím u sebe a v průběhu týdne bude k dispozici upravený firmware.

Takže změřeno a změněno.
Vyzkoušejte BETA FW 14.3.2017 (nebo novější podle dostupnosti).

S novym FW mám odezvu Zadna odpoved.

Nyní nemám možnost podívat se co se děje na lince osciloskopem.

Během příštího týdne připojím osciloskop a dám vědět.

Časování s novým FW je opravdu již v pořádku.

Můj další problém jsem objevil jinde - zabezpečení klidového stavu na sběrnici.

Ve starší verzi FW (070317_EN_BETA) při přepnutí sběrnice na vysílání SDS naskočila nejprve log.1, teprve potom start bit prvniho vysílaného byte (log.0). 
Viz obrázek:  http://jjtech.rajce.idnes.cz/RS485_v2/#WP_20170322_21_23_21_Pro.jpg

V nové verzi FW (140317_EN_BETA) se tomu tak uz nestalo.
Viz obrázek:  http://jjtech.rajce.idnes.cz/RS485_v2/#WP_20170322_21_19_54_Pro.jpg

Slave tedy nezachytil start bit prvniho byte (adresní) a tudíž neodpovídal.

Zkusmo jsem připojil odpor 120 Ohm mezi 1W-A +5V a RS485 A+ a slave začal odpovídat (odpor 390 Ohm mezi B- a BUS GND mám).
http://jjtech.rajce.idnes.cz/RS485_v2/#WP_20170322_22_05_27_Pro.jpg

Nyní je otázkou zda je zabezpečení klidového stavu tímto způsobem správné.
Nezkoumal jsem vnitřní zapojení SDS a nevím jestli můžu použít výstup 1W-A +5V.

Dnes jsem neměl moc času. O víkendu zkusím ještě zaexperimentovat s odpory na sběrnici a udělat lepší měření.