Bohuzel fakt nedokazu rict. Ale jak vidis, jsi fakt jediny ;-). Takze to musi byt neco, co je na tom miniserveru, nebo co je nekde na siti s tim Quidem. Proste neco lokalniho.

Jinak pokud by to bylo posledni verzi, tak muzes zkusit nejakou starsi. Dropbox ma verzovani, myslim, ze by ses na nej mel taky dostat.

Jsou tam verze az do 2018

jen pro doplnění, nespoléhejte na to, že v HW nemůže být chyba ... viz zde Quido OC32 s chybně zkratovaným výstupem propájeným z výroby

Pro zajímavost ... napsal jsem stručně info i do Papoucha a k mému překvapení mi odpověděl sám p. Poucha: "děkujeme za email. Bohužel deska prošla optickou kontrolou (což neměla, ale dotyčná kolega si můstku zřejmě nevšiml). Chyba pak prošla i kontrolním testem, protože se testuje každý výstup zvlášť, ale ne už výstupy proti sobě. Testovací proceduru upravíme a za chybu se omlouváme."

zdravím, tak řekl bych, že elpaso není jediný komu můstek s posledním programem nefunguje, taky jsem zaznamenal po posledním update zpoždění vstupů u papoucha 🙁 nepomohlo ani vypnout CRC ani proměná -1 prostě jsem zvýšil čas u reakce na dvojstisk...

Jenže další problém na sebe nenechal dlouho čekat a cca po dni nebo i dříve přestanou vstupy fungovat a jediné co pomůže je restart loxone. Nicméně jsem objevil v logu tyto hlášky.

2019-04-13 22:40:56.294;SPINEL - Initializing Quido
2019-04-14 07:52:26.884;while ( t < R ) {int Y = stream_read(L, (char*)y + t, R - t, k); if ( Y == -1 ) { printf("SPINEL - STREAM READ ERROR (-1), restarting stream"); w();
                                                           ^
Quido UDP decoder:37:59 out of memory (Alloc)

Dá se s tím něco vymyslet?

Tuhle chybu, tu to dela az v posledni verzi? Predtim to bezelo ok?

A Quido program je jediny program, ktery ti tam bezi? Nebo mas i nejake dalsi?

Jak rychle se tato hlaska v logu objevi? Je to totiz nesmysl. Nemuze dojit pamet, kdyz se nacita do predvytvoreneho bufferu. 

Zkus quido-loxone-test.h  z Droboxu. Zkusil jsem zvednout velikost bufferu, do ktereho se data prijimaji. Ackoli mi to prijde divne, mozna je nejaky novy FW Quida, co ma vetsi velikost. Zkusme

Dělá to, až po poslední aktualizaci loxone, do té doby více méně bez problému. Ale měl jsem na tom ty tlačítka chvíli teprve. Ta hláška se tam objeví za 9-12h cca a pak prostě loxone nepříjme už nic, musí se restartovat nebo nahrát znovu program.

Ve QUIDO mám Firmware version: 6.6/17 (4d03991)

Jsou tam pouze dva programy jeden pro 100/3 ETH a druhý pro 4/32 OC.

Zkusím to tam nahodit.

To vypada, jak kdyby to postupne zralo pamet, az nakonec dojde uplne. Ale to vubec neodpovida tomu, co program dela. Ten stahuje UDP pakety stale do stejne pameti (puvodne 100B, nyni 255B). To zas bude nejaky bug v Loxone ;-(

To sou takovy koko****

Jeste mne napada, promennou c_auto_restart_every_sec mas nastavenou na vychozich 60*60 ?

Jinak Quido v. Firmware version: 6.6/17 (4d03991) je ok, ten mam presne taky.

Takze problem je stopro v Loxonu ;-(

Mam posledni verzi lox, Quido 60/3, Firmware version: 6.6/17 (4d03991) a tuhle chybu vubec neregistruju...

Diky za info @david-pr   . Ja uz bohuzel zacinam mit pocit, ze nektere miniservery jsou horsi nez ty ostatni. Neni to poprve, co jeden konkretni miniserver se chova uplne jinak.

Bohuzel, tentokrat uz neni moc co vymyslet.. V programu se zadna dynamicka pamet nealokuje, a soude dle chyby proste lekuje samotny streams. Coz je proste chyba implementace PicoC v Loxonu.

Pokud nepomuze ani zvetseni pameti co jsem udelal, tak @frydpa nezbude nez downgrade  na nizs verzi a s dalsim updatem Loxone zkusit, zda problem fixnuli, nebo se na nej vykaslali ;-(.

No evidentně se kluci z Loxone snaží všem znepříjemňovat život. Nechal jsem teď v tom upraveném vše na výchozích hodnotách. Uvidíme ráno.

Tezko rict, jestli i toto je zamer, ale minimalne to zpomalovani v kazde verzi proste zamer je. Tam je to dokazatelne meritelne.

Toto je otazka, jestli nejsou nejake miniserver moduly proste vic bugove a proto vic zlobi. To zatim nedokazu rict, cim to je.

Bohuzel, faktem zustava, ze s kazdou verzi se Loxone jen zhorsuje a zhorsuje. Tam, kde div bylo 20-40 impulzu za sekundu je dnes stezi 1-2 impulzy.

A od p. Pouchy zatim zadne dalsi nove info ohledne upravy FW nemam, takze alepson castecne zrychleni je v nedohlednu.

tak bohužel po noci opět...

2019-04-15 00:00:00.000;Firewall enabled UseLocally: 0 max Syn/s: 20, statistics Blocked SYN: 0, Blocked Ports: 40, Bans: 0
2019-04-15 19:17:41.279;PRG got restart command
2019-04-15 19:17:41.915;Loading sps_new.zip - Remove old custom changes
2019-04-15 19:17:47.140;PRG start program
2019-04-15 19:17:47.434;RestoreRemanenceState /sys/rem/rem41.xml and /sys/rem/rem141.xml OK, /sys/rem/rem1098.xml for Messagecenter OK
2019-04-15 19:17:47.914;Program started: /prog/sps_0162_20190413224045.zip
2019-04-15 19:17:48.384;Rename program /prog/sps_0162_20190415191747.zip
2019-04-15 19:17:48.768;weather error authentication exception: user is not activ
2019-04-15 19:17:59.159;Running QuidoUDP In WriteRelays mode
2019-04-15 19:17:59.163;SPINEL - Initializing Quido
2019-04-15 19:17:59.193;Running QuidoUDP in ReadInputs mode
2019-04-15 19:17:59.195;SPINEL - Restarting UDP Stream
2019-04-15 19:17:59.199;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-15 19:17:59.209;SPINEL - Initializing Quido
2019-04-15 20:15:59.000;PRG got restart command
2019-04-15 20:15:59.885;Loading sps_new.zip - Remove old custom changes
2019-04-15 20:16:04.358;PRG start program
2019-04-15 20:16:04.666;RestoreRemanenceState /sys/rem/rem42.xml and /sys/rem/rem142.xml OK, /sys/rem/rem1098.xml for Messagecenter OK
2019-04-15 20:16:05.148;Program started: /prog/sps_0162_20190415191747.zip
2019-04-15 20:16:05.606;Rename program /prog/sps_0162_20190415201605.zip
2019-04-15 20:16:06.010;weather error authentication exception: user is not activ
2019-04-15 20:16:16.187;Running QuidoUDP In WriteRelays mode
2019-04-15 20:16:16.191;SPINEL - Initializing Quido
2019-04-15 20:16:16.211;Running QuidoUDP in ReadInputs mode
2019-04-15 20:16:16.211;Automatic socket restart every 3600 seconds
2019-04-15 20:16:16.211;SPINEL - Restarting UDP Stream
2019-04-15 20:16:16.217;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-15 20:16:16.227;SPINEL - Initializing Quido
2019-04-15 21:16:27.696;SPINEL - Automatic socket restart - fix for slowdown?
2019-04-15 21:16:27.704;SPINEL - Restarting UDP Stream
2019-04-15 21:16:27.704;SPINEL - closing G
2019-04-15 21:16:27.704;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-15 22:16:30.549;SPINEL - Automatic socket restart - fix for slowdown?
2019-04-15 22:16:30.549;SPINEL - Restarting UDP Stream
2019-04-15 22:16:30.557;SPINEL - closing G
2019-04-15 22:16:30.559;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-15 23:17:14.696;SPINEL - Automatic socket restart - fix for slowdown?
2019-04-15 23:17:14.696;SPINEL - Restarting UDP Stream
2019-04-15 23:17:14.696;SPINEL - closing G
2019-04-15 23:17:14.704;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-15 23:32:39.801;Program send: /prog/sps_0162_20190415201605.zip
2019-04-15 23:32:45.808;Program send: /prog/sps_0162_20190415201605.zip
2019-04-16 00:00:00.000;Firewall enabled UseLocally: 0 max Syn/s: 20, statistics Blocked SYN: 0, Blocked Ports: 115, Bans: 0
2019-04-16 00:17:20.759;SPINEL - Automatic socket restart - fix for slowdown?
2019-04-16 00:17:20.759;SPINEL - Restarting UDP Stream
2019-04-16 00:17:20.759;SPINEL - closing G
2019-04-16 00:17:20.767;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-16 01:17:42.447;SPINEL - Automatic socket restart - fix for slowdown?
2019-04-16 01:17:42.447;SPINEL - Restarting UDP Stream
2019-04-16 01:17:42.455;SPINEL - closing G
2019-04-16 01:17:42.455;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-16 02:17:45.895;SPINEL - Automatic socket restart - fix for slowdown?
2019-04-16 02:17:45.895;SPINEL - Restarting UDP Stream
2019-04-16 02:17:45.895;SPINEL - closing G
2019-04-16 02:17:45.903;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-16 03:18:41.102;SPINEL - Automatic socket restart - fix for slowdown?
2019-04-16 03:18:41.102;SPINEL - Restarting UDP Stream
2019-04-16 03:18:41.112;SPINEL - closing G
2019-04-16 03:18:41.114;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-16 04:19:37.845;SPINEL - Automatic socket restart - fix for slowdown?
2019-04-16 04:19:37.845;SPINEL - Restarting UDP Stream
2019-04-16 04:19:37.853;SPINEL - closing G
2019-04-16 04:19:37.853;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-16 05:19:55.091;SPINEL - Automatic socket restart - fix for slowdown?
2019-04-16 05:19:55.091;SPINEL - Restarting UDP Stream
2019-04-16 05:19:55.093;SPINEL - closing G
2019-04-16 05:19:55.101;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-16 06:20:11.269;SPINEL - Automatic socket restart - fix for slowdown?
2019-04-16 06:20:11.269;SPINEL - Restarting UDP Stream
2019-04-16 06:20:11.277;SPINEL - closing G
2019-04-16 06:20:11.279;SPINEL - Creating stream on address /dev/udp/192.168.1.254/10001
2019-04-16 06:34:21.088;int l = 0; int Y = 64; char T[64];void F(int f, int Q, int z, int X, char* g) { int i = 0; int p = 5 + X; T[i++] = 0x2A; T[i++] = 0x61; T[i++] = 0x00; 
                                                                                                     ^
Quido UDP decoder:30:100 out of memory (Alloc)