Posted by: L

@elpaso:

- kolik quido desek mas?

- kolik programu ti v LoxConfigu bezi

- ktere se zpomaluji?

- zkousel si jine porty?

- od kdy se program zpomaluje, kdy to zacalo?

- jakou mas verzi?

 

Zpomalovani normalni neni, ani na nejnovejsi Loxone Configu. Musi byt nekde problem u tebe v LoxConfigu nebo na siti.

- zkus izolovat jen jedno quido

- propoj ho v samostatne siti s Loxone

- zmen porty na jiny rozsah, aby nemohlo nic kolidovat

- zkontroluj vytizenost cpu

- omez loxon config jen na jeden program, jestli vykon nezere jiny program

- pokud mas vice quido desek, zkus samostatne jen jednu a jen jeden smer (vstup/vystup)

- pouze  1 quido

- PicoC pouze quido+hue

- Pomale je jen quido

- ano jine porty vyzkouseny

- cca mesic zpet - aktualizace na v10 probehla uz driv

- vsechno bezi ve stejne VLAN na stejnem switchi (toto je jedine co musim zkusit hodit loxone a quido na solo ne-enterprise switch bez jakychkoli feature),

@elaso: A tusis, co se pred tim mesicem zmenilo? Nejake nove zarizeni, nove nastaveni, atd?

Nebo od te doby je ten novy switch?

Posted by: L

@elaso: A tusis, co se pred tim mesicem zmenilo? Nejake nove zarizeni, nove nastaveni, atd?

Nebo od te doby je ten novy switch?

 

bohuzel si nejsem vubec niceho vedom 🙁

v logu je jedina divna hlaska ohledne quida a to VZDY A POUZE po restartu Loxonu:

2019-02-21 21:05:52.530;PRG got restart command
2019-02-21 21:05:55.789;Loading sps_new.zip - Remove old custom changes
2019-02-21 21:06:18.491;PRG start program
2019-02-21 21:06:21.410;RestoreRemanenceState /sys/rem/rem11.xml and /sys/rem/rem111.xml
2019-02-21 21:06:21.894;Program started: /prog/sps_0156_20190216120235.zip
2019-02-21 21:06:22.148;PRG start Extension (Extension) serial 01d900b4 version 9.0.8.22
2019-02-21 21:06:22.480;Rename program /prog/sps_0156_20190221210621.zip
2019-02-21 21:06:25.300;Running QuidoUDP in ReadInputs mode
2019-02-21 21:06:25.300;SPINEL - Restarting UDP Stream
2019-02-21 21:06:25.304;SPINEL - Creating stream on address /dev/udp/moje_IP/muj_port
2019-02-21 21:06:25.312;SPINEL - Initializing Quido
2019-02-21 21:06:25.508;SPINEL - Unknown instruction 3 and signature ba

2019-02-21 21:05:52.530;PRG got restart command

Podle tohodle to vypada, ze se Loxone rozhodl, ze bude PicoC program restartovat. neco podobneho jsem cetl na nemecke LoxWiki, kdy to tam taky nekdo popisoval, ze to dela uplne nahodne jen nekomu.

Dalsi zajimave je toto:

2019-02-21 21:06:25.508;SPINEL - Unknown instruction 3 and signature ba

dle spinel dokumentace:

03H .......NEPLATNÁ DATA - Data nemají platnou délku nebo obsahují neplatnou hodnotu.

Tzn, neco mas v mustku nebo v quidu nastaveno spatne. zkontroluj, zda mas spravne nastaveny pocet vstupu i vystupu. dal zkontroluj, ze pouzivas posledni verzi mustku z dropboxu, ktery jsem posilal v mailu.

Jake quido presne mas? kolik vstupu, kolik vystupu?

a tuto chybu, haze to mustek, ktery ridi vstupy nebo vystupy?

Posted by: L

Jake quido presne mas? kolik vstupu, kolik vystupu?

a tuto chybu, haze to mustek, ktery ridi vstupy nebo vystupy?

Tu chybu Unknown instruction 3 and signature ba 

to hazi i me, mam jen jedno quido a jen vstupy(60/3)

mam 60/3 a pouzivam pouze vstupy

hm, to bude delat zrejme ta 60/3. mam jeden tip, co by to mohlo zpusobovat. zkusit to dat odpoledne dohromady a hodim update do dropboxu

Tak, tem z Vas, komu to hlasi chybu 

Unknown instruction 3 and signature ba

Zkuste si z dropboxu stahnout novou verzi quido-loxone.h , oznacena jako Verze 26.02.2019 (v14).

Pridal jsem tam novy parametr

unsigned int c_inputs_count = -1;

Ti z Vas, kteri maji novejsi firmware v Quidu muzou nechat -1, pro ty z Vas, komu by to s -1 nefungovalo (tzn vubec nebude Quido reagovat na vstupy), je zde potreba zadat presny pocet vstupu.

Pokud tipuju spravne, tak jelikoz chyba 3 znamena:

3 ............ NEPLATNÁ DATA
Data nemají platnou délku nebo obsahují neplatnou hodnotu.

Slo v chybe o to, ze v pripade 60/x Quida se pri inicializaci posilala inicializace vsech 100 vstupu, nikoli jen 60ti.

Spinel ma v novejsi verzi jiz priznak, ze lze zapnout vse a nemusi se rikat, ktere konkretni vstupy se zapinaji (to dela ta -1). Starsi Spinel, ktery je ve starsich Quidach, to ale neumi a proto se musi poslat presna maska ( i to jsem tam pridal).

Nemyslim si, ze to ma co docineni se zpozdovanim Quida, ale mela by zmizet hlaska o chybne instrukci c. 3.

Prosim o vyzkouseni a kdyztak dejte i vedet, jestli nahodou to nefixlo i to zpozdovani. Ale moc na to nesazim.

A jeste pokus pro ty, kterym se to zpomaluje.

Pridal jsem tam promennou c_auto_restart_every_sec :

//restart UDP socketu - test proti zpomalovani (jednou za hodinu), 0=off
unsigned int c_auto_restart_every_sec = 60 * 60;

Pomoci ni lze urcit, jak casto se ma provest automaticky restart UDP spojeni. Defaultne je nastaveno 0, tzn restarty vypnuty. Abyste restarty zaply, dejte pryc hodnotu 0 a dejte tam napriklad 60*60, coz je jednou za hodinu.

unsigned int c_auto_restart_every_sec = 0; // 60 * 60;

zmente na

unsigned int c_auto_restart_every_sec = 60 * 60;

Toto prosim zkuste @elpaso a ostatni, jestli to pomuze nebo ne. Restartuje se komplet naslouchani Quida, tzn pokud se vam PicoC zpomaluje kvuli necemu v Loxonu, toto by mozna mohlo pomoct. 

Defakto se udela to, ze se komplet program odpoji a znovu inicializuje. Nic jineho aktivniho v programu nezustava. Docela jsem zvedav na vysledek.

ok, zaktualizovano. chyba je pryc, tak uvidime co zpomaleni. log pro info:

2019-02-26 20:52:56.823;PRG start program
2019-02-26 20:52:58.375;RestoreRemanenceState /sys/rem/rem48.xml and /sys/rem/rem148.xml
2019-02-26 20:52:58.859;Program started: /prog/sps_0156_20190221210621.zip
2019-02-26 20:52:59.612;Rename program /prog/sps_0156_20190226205258.zip
2019-02-26 20:53:02.496;Running QuidoUDP in ReadInputs mode
2019-02-26 20:53:02.500;Automatic socket restart every 3600 seconds
2019-02-26 20:53:02.500;SPINEL - Restarting UDP Stream
2019-02-26 20:53:02.506;SPINEL - Creating stream on address /dev/udp/ip/20003
2019-02-26 20:53:02.518;SPINEL - Initializing Quido
2019-02-26 20:53:02.638;SPINEL - Automatic socket restart - fix for slowdown?
2019-02-26 20:53:02.638;SPINEL - Restarting UDP Stream
2019-02-26 20:53:02.638;SPINEL - closing G
2019-02-26 20:53:02.644;SPINEL - Creating stream on address /dev/udp/ip/20003

super, tak chybu jsem tipnul dobre.

na to zpomaleni jsem zvedav. Restart se na zacatku hned povedl ( je tam rovnou po startu, aby se vyzkouselo, ze projde uspesne).

ted by ti to melo kazdou hodinu napsat 'automatic socket restart'... a vse se nahodit znovu.

dej vedet

Posted by: L

super, tak chybu jsem tipnul dobre.

na to zpomaleni jsem zvedav. Restart se na zacatku hned povedl ( je tam rovnou po startu, aby se vyzkouselo, ze projde uspesne).

ted by ti to melo kazdou hodinu napsat 'automatic socket restart'... a vse se nahodit znovu.

dej vedet

zatim 100% dobry... uvidime v ramci dalsich rekneme 48h, ale verim, ze to bude restartem programu vyreseno

zajimave. tim padem by to znamenalo, ze nektere Loxone Miniservery maji problem s dlouhodobejsim behem PicoC programu, ktery ma otevreny sitovy UDP socket.

Pritom program stejny na nekolika desitkach miniserveru a dela to jen nekde. No, hlavne aby to bylo ono a vyresilo se to. 

Jinak pokud by to opravdu pomohlo, tak bych doporucoval zvetsit interval restartu. Preci jen 1x za hodinu mi prijde zbytecne moc a porad to znamena, ze 1x za hodinu behem restartu (cca tak 2-3s) se nebudou prijimat stisky a impulzy z Quida.

Idealne tedy vysledovat, jak casto je potreba restartovat a nastavit to tak na 1x denne, idealne v noci (ale to tam ted ovlivnit nejde, ted se cas pocita od zacatku spusteni programu).

Pokud by stacilo treba 1x denne, mrknul bych, jeslti jde v PicoC zjistit aktualni cas a kdyztak bychom udelali nejake nastaveni na konkretni cas, kdy se restart provede.

Zatim to plz testuj ve stavajici podobe a dej pak vedet, jaka je ta idealni hodnota.Diky