Plky o JMRI

[belgarat]

Definice dekodérů od fuldy je roztahaná do dvou složek. Kdo to neví, tak může být překvapen, v horším případě tu definici nenajde. To je dle mého názoru blbě.

Souhlasim, je to open source - muzes opravit DecoderPro tak, aby nespojoval natvrdo "manufacturer ID" se slozkou. Chute do toho. Ja se do toho moc poustet nechci.

Edit: na vysvetleni: Fulduv dekoder co mam ja, ma vypaleny kod DIY. Dekoder co ma kolega (via DIGI-CZ) ma se hlasi jako Fucik. Pokud chci zachovat funkci 'detekuj dekoder' nemuzu si jen tak vycucat z prstu data v XML, a holt nikdo doposud nemyslel na to, ze by jeden vyrobce mohl mit vice manufacturer ID. Muzes udelat to same co ja, a kdyz Ti neco vadi, spravit to.

[JirkaJ]

jen doplním, na stránkách JMRI je připojení DR5000 pouze přes LocoNet a to LAN i USB https://www.jmri.org/help/en/html/hardware/digirails/index.shtml
Xpresnet není vůbec uveden jako řešení připojení přes LAN i USB. Proč asi ?

[belgarat]

Ajajaj ... nez jsem se odkopal uzasnym fixem, tak jsem do JMRI spojeneho na domaci kolejiste (Nano-X) omylem nahral panely pro krouzkove kolejiste. Tak zadna tragedie - vyhybkove dekodery jsou bez napajeni, takze JMRI si povida jen s centralou. Samozrejme ze uzasna oprava nefungovala

Blby je, ze nefunguje (stejnym zpusobem) ani neupravena verze JMRI ( puvodne jsem mel za to, ze se v pripade NanoX musi clovek snazit (ja zjistil chybu pri dvojkliku). Ale zda se, ze staci mit "stastnou ruku" na blbou kombinaci vyhybek a jejich postaveni v ceste - pri provadeni jedine LRoute mi naskaci 2 timeouty.

Pro Sidla: ne, skutecne mne to nijak netesi -- namisto chyby co se deje "obcas" tu mam situaci s prakticky 100% vyskytem.

[belgarat]

jen doplním, na stránkách JMRI je připojení DR5000 pouze přes LocoNet a to LAN i USB https://www.jmri.org/help/en/html/hardware/digirails/index.shtml
Xpresnet není vůbec uveden jako řešení připojení přes LAN i USB. Proč asi ?

Ale to ja vim. Vsak jsem taky celou legraci zacal resit primarne kvuli Nano-X, ktera tam uvedena _je_: https://www.jmri.org/help/en/html/hardw ... ndex.shtml -- to bylo na zacatku brezna. Kdyz jsem se v tom zacal hrabat, tak jsem ale zjistil ze ani DR5000 nefunguje zcela. Ostatne: ty duplicitni packety, a vypinani vystupu nefunguje radne ani na original Lenz HW (odzkouseno u kolegy minuly tyden). Implementacne je pricina velmi podobna (DR5k, Nano-X, LZV100); tak proc to neresit naraz, bude podporovana dalsi varianta pripojeni (DR5k).

Mozna je ale zlocin hlasit chyby podporovaneho HW (Nano-X) a oznamit chyby pri jinem HW (DR5000). Ale po panech nechci aby to ONI opravili, rad si uspinim ruce sam: je to otevreny kod - a jak sam rikas, jedna cast neni podporovana. Jecim, protoze i pouhe hlaseni s dodanim diagnostiky se odmita stylem "to neni pravda, vsechno funguje jak ma".

[belgarat]

Achjo. Co jde delat s clovekem, co ma "15 let zkusenosti s nejruznejsimi HW" a ktery:
- tvrdi ze software neco dela, ac v dotycnem miste neni ani radka kodu, ktery by neco takoveho delal
- tvrdi, ze na chybu se reaguje opakovanim, pricemz skutecne zapsany kod chybovy stav zahodi, a pokracuje dal jakoby nic, a udajne opakovane zpravy nezopakuje
- tak vypali 3-4 duplikovane zpravy v nadeji (asi) ze aspon jedna projde, kdyz vyse zminene nedokaze (?) spravit
- tvrdi, ze "to tak musi byt", protoze v tom nechal spoustu prace a opravdu to jinak nejde ?
- tvrdi, ze zprava se opakuje tak dlouho, dokud neni potvrzena ... pricemz si kod potvrzeni splete s jinou zpravou a vyhlasi "dobry, koncim" driv nez ona sledovana vubec dojde do kolejiste

Vitejte ve svete JMRI, sverte mu sve kolejiste

samozrejme ze na vyse uvedene mam napsany test, a logy ze skutecneho HW. Takze jsem si prakticky betonove jisty ... zadne "ostouzeni", jak mi tu nekteri radi podsouvaji. Proste idiocie; vazte si Freiwalda.

[Brejla]

Ty jsi hrozný hnidopich Já jsem přesvědčen, že ten "software" by na malém okruhu i s případně vloženou rovinkou mohl zvládnout i jednu lokomotivu. Výhybka už by byla samozřejmě nadstandard

[belgarat]

nejsem hnidopich - a jak jsem psal, kdyby to pro NanoX (udajne supportovane) poradne fungovalo, nikdy by mne nenapadlo, ze to je tak straslive slatane. Ale povaz: do pomale (62.5kbps) lajny se uplne zbytecne tlaskaji 3x az 4x opakovane packety. Proc ? Protoze byl nekdo liny (?) obslouzit chybovy stav. Blby je, ze na opravu Nano-X (a Lenz s LI-101, ktere ale dnes uz nikdo nepouziva, takze nezajem) je potreba to "narovnat" trochu dukladneji.

MOZNA. Protoze opravdu mohou byt situace, kdy to chce vickrat - ale jak to mam z pana, pres vsechen ten nepravdivy a lzivy "sum" dostat ? Kazda dalsi odpoved je dalsi nepravda, nepresnost, lez... treba si chrani know-how

[belgarat]

Jo jen tak mimochodem - pokud nekdo z vas pouziva k ovladani kolejiste Z21 protokol a mysli, ze je vysmaty: neni protoze dost tech kravin je v kodu, co je spolecny pro Lenze a Z21 ...

[sidlo]

V tomto dlouhém vlákně http://diskuze.modely.biz/viewtopic.php?f=6&t=11447&start=75 se hlásíš k tomu, že XpressNet má neprůstřelnou specifikaci.
V tomto vlákně plků píšeš jak je autor vrstvy pro XpressNet neschopný. (Mimochodem průběžně opravuje tvoje mylné názory a domněnky, ale to tu nikoho nezajímá, tak to nebudeme zdůrazňovat.)
V JMRI je naprogramováno asi 50 různých rozhraní.

Za poslední rok jsi, kromě silných řečí, nic konkrétního neudělal. Za tu dobu jsi mohl napsat vlastní bezchybný ovladač podle neprůstřelné specifikace Lenz. Kdyby ten ovladač byl opravdu dobrý, potom by tě všichni oslavovali a přešli by na něj.

Přestaň brečet a napiš vlastní ovladač.

[belgarat]

V tomto vlákně plků píšeš jak je autor vrstvy pro XpressNet neschopný. (Mimochodem průběžně opravuje tvoje mylné názory a domněnky, ale to tu nikoho nezajímá, tak to nebudeme zdůrazňovat.)

Ano ? A jak prosim ? Ja mam v historii napriklad posun od kategorickeho "to se nikdy nemuze stat, muj kod to vylucuje" pres "jo, mohou tam byt 2 veci" po "ano, muzes tam mit tolik veci, kolik chces". Pote, co dostal log nebo odkaz na kod, ktery jeho "expertnimu tvrzeni" odporuje

A pak jeste jeden "prave jsem zjistil, ze Lenz odpovida jinymi zpravami, nez jsem si dosud myslel". Po mesici co opakovane tvrdi nesmysl, a po 15 letech, co se tematu venuje. Ano, je hezke, ze to napsal.

Mas nejaky dalsi pripad ?

V JMRI je naprogramováno asi 50 různých rozhraní.

Ze kvantita nepreroste v kvalitu jsme si myslim uz mnohokrat overili.

Přestaň brečet a napiš vlastní ovladač.

Nu mas pravdu, cele tohle vlakno je o 'upousteni pary' nebo-li brekot - protoze racionalni a efektivni pristup se rozbiji o totalni hloupost a amaterismus.

Za poslední rok jsi, kromě silných řečí, nic konkrétního neudělal. ...

Tady si pan zahral na jasnovidce
Ono napsat kus kodu co funguje - je trochu jine kafe nez prekladat z anglictiny do cestiny. Overovani chybnych informaci z mailing listu, zkousky na HW vcetne ciziho (ono neustale otravoat starsiho pana pri soucasnych "opatrenich" taky nejde). Testy se take nepisi samy, ackoliv v tomhle pripade je kod:testy v pomeru 1:5 :-/ prave proto aby to FUNGOVALO. Cast toho PR je na "review" prave u toho pana, ktery si v zivote vlastni kod neprokrokoval (jinak byt totiz nemohl delat tak skolacke chyby). O "pruchodnosti" PR do hlavni vetve si tedy nemusim delat moc iluze.

A pak jsou jine hracky, ktere se bud JMRI vubec netykaji, nebo je v JMRI nikdy ale opravdu nikdy neuvidis, a bud rad, protoze Tobe vyhovuje JMRI ovladanim tak, jak je. Tyhle hracky ale dopadnou mozna tak za rok dva, a nepotrebuju je (zatim) k rizeni kolejiste.

Mas pravdu, vzdycky toho jde udelat vic.

Kdyby ten ovladač byl opravdu dobrý, potom by tě všichni oslavovali a přešli by na něj.

Tehle blbosti sam neveris. Zaprve, psat NOVY ovladac kde je 90% kodu shodneho se starym, udela jen idiot. Prinejmensim si tim da vlastnaka, protoze bude muset udrzovat kod 'konzistentni'. U sdileni kodu jsme opet u toho PR, ktere tezko projde.
Zadruhe, diky napriklad zbozsteni stavajiciho stavu, ktere predvadis takovy ovladac nikoho nezajima - maximalne podekuji JMRI tymu oslavym mailem za to, ze jsou skveli, ze je nova verze super. A ?

Mne by stacilo, kdyby(ste) mi prestali hazet klacky pod nohy a mne zaclo fungovat kolejiste...

[belgarat]

Hele, Sidlo - prosim, zkus mi najit, kde jsem psal ze specifikace XPressnet je _neprustrelna_. Ja se v tech svych plkach ztracim, priznavam - ale zajimalo by mne to.

Mam za to, ze jsem "jenom" srovanaval to, jakym zpusobem je popsana "datova vrstva" v dokumentu https://www.digitrax.com/static/apps/cm ... dition.pdf a jak to "svoje" popisuje Lenz.

Pouc mne, rad se omluvim, protoze i sam Lenz dokazuje ze jeho specifikace neprustrelna neni.

[sidlo]

Podle mě byl XpressNet vyvinut v nějaké době a dnes se projevují chyby v jeho návrhu. Je pravda, že v době návrhu nikdo nemohl předpokládat k čemu to povede, takže zpětně se to jednoduše kritizuje.

Hele, vzhledem k tomu, ze nejdriv byl XPressNet (a tohle chovani je sice pitome ale dokumentovane) a POTOM JMRI, tak to neni ale chyba XPressnet (protokol, sbernice) ale chyba XPressNet vrstvy a/nebo core JMRI.

Tuto větu jsem si vysvětlil, že XpressNet je dokonalá sběrnice jenom trochu pitomá. Pokud jsem si to vysvětlil špatně, tak je to moje chyba.

[belgarat]

XpressNet rozhodne neni *dokonala* sbernice, a "pitoma" samozrejme je v porovnani s LocoNetem kde muzes komunikovat mezi zarizenimi. Na XpressNetu se to (IMHO) tak trochu da "na zaprenou" a s rizikem, ze chytra centrala (zatim snad neni) vyhodnoti zarizeni co posila nezname packety jako skodnou nebo porouchane, a prestane mu pridelovat sloty. Duplexni sbernice byly zname uz dobe vzniku Xpressnetu. Stacilo by jen lepe definova data, ktera po nem proudi, na pridelovani slotu netreba nic menit (krome toho ze je to single-point-of-failure).

Vsechny ty "pakarny" na ktere narazim v JMRI jsou navic zpusobene mozna ani ne *chybnym vykladem* specifikace - ale uplne klasickym "vidlackym" pristupem: nekontroluju co kod PRESNE dela, dokud to tak nejak +- vychazi. Jedine misto, kde to chce zapnout vic mozek je ona "interference" mezi vyhybkami, kde se my 2 neshodneme: ja tvrdim, ze:
- pokud je JMRI jediny ovladac, muzu 100% brat spravny stav z kolejiste (navzdory parovani feedbacku)
- pokud je pritomen dalsi ovladac, muzu v drtive vetsine (krome presne kolize behem prikazu) zobrazovat spravny stav
- ve zbytky pripadu mohu detekovat kolizi a oznamit ji/dotazat se znova pro potvrzeni jak to vlastne je

Dal bych se o tom bavil, az prestanu brecet a konecne napisu tech dalsich par tisic radek kodu -- tam pak muzes konkretne kritizovat (a bude to silne zadouci !) kde nechal tesar diru

Pozn pro hnidopichy: "spravny" je to, co si mysli centrala. Jestli je to pseudo-ohlas, realny ohlas je veci zapojeni a konfigurace. V zadnem pripade mne zas netahej za slovicka zamenovanim komunikace s centralou, a zpracovanim feedbacku z dalsi sbernice a z fyzickych detekcnich obvodu.

[belgarat]

Za poslední rok jsi, kromě silných řečí, nic konkrétního neudělal.

Zatim si hraju jenom s ovladacimi prvky a hinty pro uzivatele, chystam si infrastrukturu na kompozici oken ... je to trochu jak barevna hudba, ale (na rozdil od DecoderPro) je hned videt kde clovek udelal chybu, pripadne mozna neco neumyslne napsal spatne. Nic tam nefunguje ani Save ale zasadit do aplikace JMRI jako knihovnu dalo trochu zabrat.

https://www.dropbox.com/s/uqrvzau0ul2ko ... t.mp4?dl=0

Ale jak jsem psal - tohle nikdy v JMRI neuvidis, ani kdybych to nekdy dokoncil a nejak se to dalo pouzivat. Treba si koupim nakonec toho Freiwalda

[sidlo]

Ty nevíš co s volným časem.