if (sys[10]<10 && mqttdelay==0)
{ mqtt_publish('sds/tc/prikon', ram[50]);
  w1:
  if (sys[2200] < 0) goto mqtt_conn_fail;    // disconnected ?
  if (sys[2202] == 1) goto w1;               // still working ?
  if (sys[2202] != 2)                        // success ?
  { echo('publish error = ', sys[2202]); };
w2: etc...
w3: etc...
  mqttdelay=(sys[3]+3000);}
else
{if (mqttdelay<sys[3])
   {mqttdelay=0;}
}

snažím se přepnout relé pomocí sds-c a vůbec se mi nedaří - snažím se o debug, ale nechová se to podle očekávání. - blok mám takto:

 // nejaka zmena ? (jakakoliv nova zprava?)
 if (last1 != sys[2291])  // sys[2291] je casove razitko for index #1
  {
    // ulozit, abychom to mohli pozdeji znovu porovnat
    last1 = sys[2291];

    // pouzij novou hodnotu!!!
    echo('TOPIC #1: "',sys[2211],'" update to: "',sys[2251],'" ');


    echo('sys[231] je ' sys[231]);
    echo('sys[2251] je ' sys[2251]);
                  
rele1 = sys[231];
echo('rele1 je ' rele1);

rele2 = sys[2251];
echo('rele2 je ' rele2);

    ram[10] = sys[2251];
    echo('ram[10] je ' ram[10]);
    echo('promenna rele1 je ' sys[231]);
                 
};

a výstup v sds je tento: ¨

Cekam na dostupnost site
pripojuji k MQTT Broker... ???
pripojeno k brokeru: OK
TOPIC #1: "sds2/rele1" update to: "1" 
sys[231] je 0
sys[2251] je 1
rele1 je 0
rele2 je 0
ram[10] je 0
promenna rele1 je 0

proc když rele2 je definovane jako sys 2251 se stale ukazuje jako nula ? kde mám chybu prosím o radu. Stejne se mi to chová kdyz se snazim misto o echo o zmenu stavu rele - stale tam mam nulu i kdyz je vstup z 2251 na hodnote 1 nebo 2

Jak z vlastního SDS-C programu tak i například pomocí zavolání nějakého URL.

Není to dělám tak, že se přihlásím do SDS, jdu do nastavení sítě a dám uložit. Což provede restart.

Důvodem proč to potřebuji je, že se mi čas od času stane, že v SDS-C programu přestane fungovat komunikace smeřem ven na http protokol. (chyba 1027) A jediné co zabere je postup uvedený nahoře.

Chtěl bych si napsat nějaké hlídání co by následující problém automatizovalo.

Děkuji za pomoc.

Řeším to na: SDS IO6 DIN ST R6-24V-6x relé,teploměr,opto

main {
    if (sys[231] != 0) {sys[231] = 0;};
    wait(100;)
}

Nebo je to v HW ošetřeno a můžu nastavit požadovaný stav přímo i když to bude několikrát za minutu?

main {
    sys[231] = 0;
    wait(100;)
}

Je potřeba dávat sys[index] do define? nebo to můžu používat přímo v kódu bez define?

#define RELE1 sys[231];

a potřebuji uložit do proměnné 'a' první dvě čísla a do proměnné 'b' druhé dvě čísla, tedy výsledek v tomto případě bude takto:

var a = 12;
var b = 34; 

a taky potřebuji opačný postup, ze dvou proměnných s čísly vytvořit jednu proměnnou.

poradí někdo? Díky

if (prg == 0){
   prg = 2;   
}
elseif (prg == 1){
   prg = 1;   
}
elseif (prg == 2){
   prg = 0;   
}
elseif (prg == 3){
   prg = 4;   
}
elseif (prg == 4){
   prg = 3;   
}
else{
   prg = 0;   
}

Děkuji

Je to u MicroST

Kde může být chyba ? Zkoušel jsem to i na přímo kabelem, i z jiného PC.
Vždy stejná hláška, chybná IP adresa nebo heslo.

SDS-micro ST - hw SoC-ARM REV3 100Mbit DF9, ze dne 14.4.2021.
SDSC_080421.exe

Přidávám zde email pro případnou komunikaci.

nemec-jan@seznam.cz

Děkuji

Zařízení: SDS MINI ST
Verze použitého firmware: 10.1.2021

init  {
      echo('Setup...');
      //serial6_set(9600, 8, 1, 0);
}

main {
     serial6_text_out('Ahoj, jak se mas?', 0x0D); // zápis do COM6
     wait(1000);
}

echo (sys[5]) ;  vypisuje dny ve tvaru : 1,2,3,4,5,6,7,8,9,10,11, atd......

potřebuji ale vypsat dny ve tvaru : 01,02,03,04,05,06,07,08,09,10,11, atd......

poradí  někdo? Díky

Příklad 1:

Příklad 2:

Pokud jsem já správně pochopil wiki, tak tyto dva kusy kódu by měly resultovat v identickou komunikaci. V SDS-C simulátoru to tak opravdu je. Konkrétně vyleze (HEX) "01 06 00 01 01 00 D9 9A" resp znaky "......Ůš". Problém je, že to tak není ve skutečnosti. Ve skutečnosti tato komunikace nastane pouze při použití kódu z příkladu 1. Příklad 2 vygeneruje úplně jinou komunikaci, a to (HEX) "31 36 30 31 31 30 32 31 37 31 35 34", což je ve znacích "160110217154".

Samozřejmě si nelze nevšimnout podobnosti těch výstupů. Výstup ve znacích z příkladu 2 vypadá (první část) jako hexa výstup z příkladu 1.

Může mi někdo vysvětlit důvod, proč je výstup simulátoru a výstup ve skutečnosti takhle liší?

nešlo by upravit kód pro odesílání e-mailů aby existovala hlavička Date? Neexistence má totiž dva důsledky. Spamassasin takový e-mail ve standardní konfiguraci penalizuje. A asi horší je, že pak někteří klienti (např. eM Client) datum v podstatě neukazují a jediné co je vidět je čas když e-mail dorazil do schránky. Což může být i o dost později, než odeslání.

Podobný problém je i s hlavičkou Message-ID. Ale to už asi není úplně důležité.

Díky.