Ten signál nejde napojit do obou? Problém je v tom, že každé SDS používá počítadla do kterých se zapisují údaje. Tyto údaje jsou pak posílány na portál. Pokud není tarif-signál, jsou všechna data na jedné hromadě (tedy v T0) Chce to dostat signál i do druhého SDS.

Bohužel mám oba SDS na protilehlé straně domu, musel bych to vést přes kabel SK přes neuvyžitý pár, což znamená pro mně komplikaci kolem redukcí s odbočkami páru pro tarif.

Myslel jsem, že určitá možnost synchronizace tarifu by měla být na straně portálů na zápis kopie stavu tarifu z jiného SDS, případně modifikací SDS-C na samostatný zápis, nevím zda to je schůdná cesta.

Já myslím, že přes tu síť by to zase takový problém nebyl. UDP protokol je rychlý, takže pokud by se tarif v jednom SDS hlídal s přesností na 0.1s a hned poslal UDP paket s pokynem k přepnutí, tak jsme u reakční doby někde kolem 1s a to zase tolik impulsů neuteče...

Já jsem (možná mylně) předpokládal, že obě SDS jsou v jedné podsíti, kde (i přes svoji špatnou pověst) dorazí většinou UDP v pohodě a velmi rychle. A u těch impulsů to samozřejmě může být pravda, je to otázka přepočtových konstant, ale pokud mám běžný elektroměr s převodem kolem 1000 pulsů/kWh, tak i 20 uteklých pulsů za je 20 Wh za 24h což jsme někde u přesnosti 850 mW, což nepovažuji za špatné...
Ale pokud je i jiné řešení, určitě bych mu dal též přednost, jen ho nějak nevidím. Navíc jsem to pochopil tak, že není volný už žádný vstup, takže si ani to propojení drátem nedovedu představit (chápu odkud, ale už moc ne kam).

Já když jsem uvažoval na možností synchronizace přes UDP, tak jsem navrhoval řešení pro současnou situaci, tzn. kolega má 2 SDS v (nejspíš) stejné síti, nemá volné vstupy, do tarifu nelze zapisovat a chce to nějak řešit. Tohle jsem nabídl.
Pokud by byl možný zápis do registru nízký/vysoký tarif, jen by se to velmi zjednodušilo, ale na principu by to nic nezměnilo.
A v podnikové síti vám nejspíš stejně UDP komunikaci zaříznou na routerech (broadcast určitě, multicast pravděpodobně, unicast možná).
A s tím kompresorem (opravdu je hodně velký): pokud opět uteče za den 10 impulsů za den (u elektroměru 1000 imp/MWh), máte nepřesnost v řádu 500 Wh, což opět (samozřejmě pro tu firmu s kompresorem-obludou, ne pro domácnost) není velký problém...

Děkuji za nápady a doporučení, ze všech mi vychází nejlepší počkat na firmware, ketrý bude umět i SW řízení signálu.

Nebudete nic chytat, prostě pošlete na adresu toho druhého SDS paket wrsys, který změní hodnotu tarifu...

Prosím o "nakopnutí" s odesíláním UDP (send_udp) s použitím například "rdsys" a získáním odpovědi třeba ze sys[231] apod. Nějak se i podle wiki nemohu dobrat žádného výsledku a to ani odpovědi pomocí "query".
Pokud si odešlu UDP pouze s "query" (21 Bajtů) směrem na PC kde běží Wireshark, tak je výsledek tento:
00 41 4e 2d 44 2e 63 7a 2f 53 44 53 02 06 00 71 75 65 72 79 00
.AN-D.cz/SDS...query.
což by asi mělo být v pořádku. Pokud to ale pošlu z jednoho SDS na druhé SDS (ve stejné síti, bez firewallu apod.), tak odpověď bohužel žádnou nedostanu (jak a kam ji zachytit? v text[...] nic nenalézám. v sys[95] je 2).
Možná někde dělám chybu, ale bohužel na wiki není konkrétní příklad typu odeslání dotazu včetně předchozího naplnění dat do text[] a poté zpětný příjem odpovědi. Je tam jen jak zavolat a pohlídat dokončení funkce, ale plnění konkrétních dat nikde. Stačil by nějaký konkrétní i jen jednoduchý příklad.

(hw SoC-ARM REV4 100Mbit DF5, ze dne 16.3.2013)

Tedy dobrá, ale trochu mě zmátlo, že je v popisu k UDP popisován i samotný dotaz.
I tak se mi ale bohužel wrsys nějak nepodařilo odeslat, respektive asi někde v plnění text[] dělám chybu a tím, že protistrana nijak neodpoví, pokud paket není přesně ten správný, tak ani nevím kde bych mohl mít chybu.
Prosím, bylo by možné uvést krátký příklad programu s naplněním text[] třeba právě pro wrsys (včetně zpracování hesla)?

Ano, řešení přes http_get() je také jistým řešením...