S odporem mezi +5V a RS485 A+ vše OK.

Takže vhodný HW to řeší.

Každopádně použijte nejposlednější oficiální firmware, je tam i správné časování řízení RS485 Master chipu.

http://jjtech.rajce.idnes.cz/RS485_v3/#WP_20170326_21_33_59_Pro.jpg

http://jjtech.rajce.idnes.cz/RS485_v3/#WP_20170326_21_37_15_Pro.jpg

- - -

S odporem mezi +5V a RS485 A+ vše OK.

Master RS485 je realizovan chipem uvnitř SDS-BIG, a je provozován na napětí 3V3, nicméně 5V na samotné sběrnici (A+, B-) mu neublíží (tak dlouho jak jsou propojeny GND spojky mezi každým zařízením a zdroji atd.).
Na svorky A+,B- je chip připojen přímo přes sériové rezistory 10ohmů, které se v normálním stavu prakticky neuplatní (jsou tam jen jako bezpečnostní prvek). A samozřemě rezistor 120ohmů napříč, tam také je.
Ten externí rezistor 390ohmů mezi B- a GND je požadován právě z důvodu definice klidového stavu linky. Toto lze řešit i jinými způsoby, takže není se třeba čeho obávat a lze zkoušet takové zapojení, které bude dané instalaci vyhovovat.

Dejte vědět jestli ten novější FW funguje.

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í.

Zkuste vypsat do konzole co vám to specificky vrací (čtení z rs485) . . . jestli to odpovídá tomu co je očekávané.

Já si mezitím seženu nějakou IO desku a zkusím to u sebe...

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.

Pro svůj projekt potřebuju hodně digitálních vstupů a výstupů, proto testuju různé karty "neznámých" výrobců. Neco za způsob tohoto:

https://www.x.com/item/8CH-12V-Modbus-RTU-RS485-Relay-Module-Switch-Board-for-PLC-Lamp-LED-PTZ-Camera/3.html

Mám několik podobných karet a všechny se chovají stejně(odpovídají ihned).
Při připojení k PC přes převodník vše OK.

Každopádně jsu rád, že se přišlo na to, kde je problém. A bude super, když se to vyřeší updatem firmware v SDS.

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.

2. měření: se zakomentovanou deklaraci; bez připojeného slave zařízení
http://jjtech.rajce.idnes.cz/RS485/#WP_20170310_22_15_21_Pro.jpg

3. měření: se zakomentovanou deklaraci; s připojeným slave zařízením
http://jjtech.rajce.idnes.cz/RS485/#WP_20170310_22_51_58_Pro.jpg

Detail 3. měření:
http://jjtech.rajce.idnes.cz/RS485/#WP_20170310_22_53_02_Pro.jpg

Kanál A: mezi vodiči A a B sběrnice RS485
Kanál B: mezi negRE+DE a zemí

Při zakomentování deklarace dojde k prodloužení posledního pulsu.
Periferní zařízení začne odpovídat do tohoto pulsu, kdy ještě není přepnut směr komunikace.

Hanes

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í).

Vypis celeho programu v SDS:

char _odpoved[50];  //buffer
unsigned int res[20];  //cela odpoved
unsigned int _res;  //res[] index

void main(void)
{
    SDS_serial_config(1, 9600, 8, 1, 0);
    while(1){
        nastav_quido_rele();
        wait(500);  //pockam na odpoved 100ms
        readdata();
        wait(1000);  //1s prodleva
    }
}

int readdata()
{
    unsigned int _rss = 0;
    unsigned int _retval = 0;
    unsigned int _pru = 0;
    _res=0;
    while (1) {
        _rss = SDS_serial_read(1, _odpoved, 50);
        //pokud nic nedostanu, dam mu jeste sanci
        if (_pru <= 5 && _rss == 0 && _retval == 0) {
            wait(100);
            _pru++;
        }
        else {
            if (_rss == 0) { break; }
            _retval += _rss;
            _pru = 0;
              printf("Odpověď: (délka %u)", _rss);
            unsigned int i;
            for (i=0; i<_rss; i++){
             res[_res]=_odpoved[i];
             _res++;
             printf(" %02x", _odpoved[i]);
            }
            printf("\n");
        }
    }
    if(_retval == 0) {
     printf("Žádná odpoveď!\n");
    }
    return _retval;
}

int nastav_quido_rele()
{
  char prikaz[9];


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


  /* Komunikace s Quido*/
  prikaz[0] = 1;
  prikaz[1] = 6;
  prikaz[2] = 0;
  prikaz[3] = 1;
  prikaz[4] = 1;
  prikaz[5] = 0;
  prikaz[6] = (0xD9);
  prikaz[7] = (0x9A);
  prikaz[8] = '\0';
  printf("%s\n", prikaz);
  SDS_serial_write(1, (char *)prikaz, 8);
  return(1);
}

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.

Vyzkouším ten program na SDS (váš externí HW ale nemám) a zkusím zjistit co se tam děje.
Pokud to bude chyba FW, vydá se nový.
Mezitím ověřte to zapojení, zda-li odpovídá nastavení komunikace na obou stranách (rychlost atd).,
plus ověřte že váš externí hardware funguje OK když se přes jiný převodník připojí např. k vašemu PC a pošlou se stejné příkazy.