Forum
@elpaso: hele, nebudu ti lhat, je to divny. hlavne i to, ze to dela jen tobe.
Jako kdyby loxone nebo quido (ktere mas ale vymenene) proste nestihalo.
Mozna by stalo za to zkusit downgradnout Loxone miniserver na starsi verzi, jestli by to nahodou nepomohlo. Ale uz je to dost srani navic.
🙂 ruka je ok haha
jestli 0.5s zmena pomuze tak to dal resit nebudu...
Tak mi zrovna napsal dalsi clovek, ze 0.2sek uz mu nestiha a 0.5sek jo.
Vypada to na kombinaci dvou veci. Jednak se v nejnovejsi verzi mustku kontroluje CRC kvuli chybnym a poskozenym paketum, ktere loxone vesele zpracovaval. a Druha na dalsi omezeni vykonu ze strany Loxone a PicoC programu.
Zda se, ze tyhle dva faktory zpusobily, ze na nekterych miniserverech je uz PicoC tak pomaly, ze zpracovani 2 impulzu trva vice nez 0.2sek a proto to miniserver rozezna jako dva kliky, namisto jednoho.
Bohuzel, reseni jsou jen dve. Bud vypnout CRC a zjendodusit zpracovani, coz ale muze zpusobit nahodne spinani jinych kontaktu, a nebo downgrade na nejakou starsi verzi, jelikoz to vypada, ze to dela posledni update.
Treti varianta je pak nastavit vetsi delay pro dvojklik.
Takze, pratele. Jak jsem psal, zda se, ze mame rozuzleni situace s dvojklikem. Loxone zrejme opet pritahl smycku kolem naseho krku. Ale! My se nevzdavame.
//validate CRC
if ( c_enable_crc_check == true )
{
unsignedcharpacketCrc = 0;
for ( intnCrcHeader = 0; nCrcHeader < 4; nCrcHeader++ ) packetCrc += buff_header[nCrcHeader];
for ( intnCrcData = 0; nCrcData < nDataSize - 2; nCrcData++ ) packetCrc += buff_data[nCrcData];
packetCrc = 255 - packetCrc;
if ( packetCrc != chRequiredCrc )
{
printf ("SPINEL DATA ERROR, CRC doesn't match. Should be %d but is %d", chRequiredCrc, packetCrc);
RestartQuidoUdpStream();
return;
}
}
Tak vypnuti CRC souctu u dotycneho pomohlo. Moc mi hlava nebere, jak zrovna toto muze vubec neco trvat, ale mozna je to jen posledni kapka.
Kazdopadne, uvidime co napise p. Poucha. To by problem snad vyresilo.
Zatim je tim padem reseni bud vypnout CRC kontrolu, nebo neupgradovat Loxone, nebo nepouzivat dvouklik, nebo nastavit 0.5s na dvouklik.
jsem ted s papouchem v kontaktu kvuli reklamaci, tak jim napisu, ze je o to zajem - treba kdyz se ozve vic lidi udelaj tu zmenu do FW...
nicmene realne nevidim duvod nemi 0.5... nicmene tak jako tak, by bylo z principu lepsi vyresit skrz papoucha a tu zmenu na 0.5 mit jako zalohu az to ty mrdi ve v11 jeste vic utahnout 🙂
Presne tak, tech 0.5 bych si setril, az Zelenej zmrd utahne oteze jeste vic.
Tou zmenou ve FW bychom ziskali hromadu casu. nemuselo by se tam delat 3x for cyklus pres vsechny stavy, kontrola CRC by byla rychlejsi, nastavovani taky.
Vse by slo defakto jen pres bitove masky, takze by se to mohlo treba i jednou tak zrychlit.
Zkus mu to jen nadhodit, ze jsem mu psal, ze uz vime kde/co/kdo zlobi a ze pokud by to byo jen trochu mozne, tak ze by to dost pomohlo.
Taky jsem mu psal, snad se to podaří..
taky mu krátce a zdvořile napíšu
Klidne s tim psanim zatim vydrz(te). Uvidime, jaka bude jeho prvni odpoved. A kdyz by treba nejak vahal, nebo to zamitl, tak mu pak napiste i ostatni. Zase at ho uplne nespamujem 😉
ok
hele tomu nebudete verit, ale je to skutecne tak...
vstupy 53,54,55,56 na uplne novem quidu opet presty fungovat 🙂 pri spojeni kontaktu se vubec nerosveci zluta LEDka na quidu, ktera signalizuje komunikaci, jedine jak quido reaguje na tyto vstupy je cervena LED u vstupu 🙂
odpo jedu do papoucha a jsem zvedav co mi na to reknou - natocil jsem to pro jistotu na video...
UFFF!
@elpaso: A mas v mustku pocet vstupu na -1 nebo na konkretni hodnote? Ja mam porad strach, jestli tam nemam nekde chybu v tom maskovani vstupu.
@elpaso: A mas v mustku pocet vstupu na -1 nebo na konkretni hodnote? Ja mam porad strach, jestli tam nemam nekde chybu v tom maskovani vstupu.
🙂
ethernet je uplne odpojenej... ty nefunkcni porty vubec nerozbliknou orandzovou ledka COMM na desce quida. jedine co rozbliknou je cervna LED ukazujici, ze do toho jde napeti
ted jsem se vratil z papoucha a ukazoval jsem jim to natocene na video 🙂 chudaci to moc nechapou a predavaj to vyvojarum...