JMRI

Software pro železniční modelářství, simulátory, ovládání, plánování....

Moderátoři: Michal Dalecký, Jarda H.

Re: JMRI

Příspěvekod BohousP » pon 25 úno, 2019 1:51 pm

Skutečně nemá smysl se přít o to, který program je lepší. Skončí to uzamčením vlákna a to by bylo škoda. Je to stejné, jako boj mezi Windows a Linuxem. Jeden je lepší pro běžné smrtelníky, druhý pro odborníky, kteří se rádi hrabou v detailním nastavení. I když po létech bojů se oba programové balíky postupně vzájemně "nakazily" infekcí od toho druhého ...
TT, DCC, NanoX-2017, TC8, ... http://masinky.info
Uživatelský avatar
BohousP
 
Příspěvky: 2260
Registrován: stř 12 kvě, 2010 9:17 am
Bydliště: Praha - Malešice

Re: JMRI

Příspěvekod mpinta » pon 25 úno, 2019 2:28 pm

Porovnávat může jen ten, kdo vlastní, používá a slušně zná porovnávané.
A je jedno, zda jde o SW či HW.
U toho HW je to někdy mnohem jednodušší a stejně se najdou "experti", kteří budou vydávat subjektivní poznatky jediné komponenty za nejlepší.
U softwaru je to téměř nemožné, protože povrchní, základní znalosti nestačí.
Martin (LokoPin)
Uživatelský avatar
mpinta
 
Příspěvky: 651
Registrován: úte 08 led, 2008 11:55 am
Bydliště: Písek

Re: JMRI

Příspěvekod Jiri Dvoracek » pon 25 úno, 2019 6:15 pm

Bez urazky, ale nakreslit a zprovoznit layout pro moje stredne velke kolejiste byla v JMRI otazka par hodin. A to vcetne toho, aby fungovaly vyhybky a detekce obsazeni useku. Na druhou stranu je nutne rict, ze pro toho, kdo neovlada anglicky jazyk, je tento SW naprosto nepouzitelny. :mrgreen:
TT - digital, CD, ZSR a OBB, epocha V a VI, Digitrax a JMRI
Jiri Dvoracek
 
Příspěvky: 1037
Registrován: ned 03 čer, 2012 12:20 pm
Bydliště: Trowbridge, UK

Re: JMRI

Příspěvekod belgarat » pon 25 úno, 2019 6:54 pm

Jiri Dvoracek píše:Bez urazky, ale nakreslit a zprovoznit layout pro moje stredne velke kolejiste byla v JMRI otazka par hodin. A to vcetne toho, aby fungovaly vyhybky a detekce obsazeni useku. Na druhou stranu je nutne rict, ze pro toho, kdo neovlada anglicky jazyk, je tento SW naprosto nepouzitelny. :mrgreen:


Pouzival jsi Layout Editor ? Nebo i Panel a Control Panel editor ?
TT epocha IVa-b; analog + NanoX, DR5000.
Nemodelar, greenhorn, pseudoprogramator, pindac nesmyslu
belgarat
 
Příspěvky: 1305
Registrován: čtv 27 pro, 2012 9:36 pm
Bydliště: Hřebeč u Kladna

Re: JMRI

Příspěvekod Jiri Dvoracek » pon 25 úno, 2019 7:40 pm

Jenom layout editor, prijde mi nejjednodussi :mrgreen: K tomu je spousta video materialu na youtube. :wink: Jak jsem psal ve svem vlakne. Pouzivam komponenty digitrax (BD4, DS64 a Zephyr Extra 51). Samozrejme to bude chtit jeste doladit, aby to bylo rovnejsi a prehlednejsi. Pak uz jenom dodelam navestidla :lol:
Přílohy
JMRI.jpg
TT - digital, CD, ZSR a OBB, epocha V a VI, Digitrax a JMRI
Jiri Dvoracek
 
Příspěvky: 1037
Registrován: ned 03 čer, 2012 12:20 pm
Bydliště: Trowbridge, UK

Re: JMRI

Příspěvekod sidlo » stř 27 úno, 2019 9:59 am

belgarat píše:Utrpel jsem dalsi srazku s JMRI.
...
Opravdu je to velice nestastne.


Paradigma obecně jediného správného uživatelského rozhraní se v čase mění. Pamatuji doby, kdy jediné správné rozhraní bylo dle vzoru Borland Turbo Pascal. Taky T602 toto jediné správné rozhraní používala. Používá tu ještě někdo dnes T602? Víte všichni co T602 byla?

Problém s jediným správným GUI se diskutuje u více projektů. Např. grafický editor GIMP má svoje "vlastní" ovládání. Na různých fórech bylo oblíbené téma Kdyby měl GIMP ovládání jako Photoshop, tak by měl více uživatelů. A našli se programátoři, který GIMP upravili do podoby Photoshop. Výsledek je, že ten kdo si svůj Photoshop ukradl, tak v něm dělá dál, a kdo GIMP již používal tak také používá původní GUI GIMP. Z toho mi vychází, že případná změna uživatelského rozhraní JMRI nebude mít na počet uživatelů téměř žádný vliv.

Nezaměňujme příčinu a následek. Cílem projektu JMRI PanelPro není pohodlný grafický editor. Editor je pouze více či méně komfortní nástroj. Cílem projektu JMRI je modelovat provoz velkého vzoru. A to zvládá JMRI PanelPro jak po grafické stránce (Panel Editor) tak po stránce logiky zabezpečovacích systémů (Logix) velmi dobře.

V každém případě se dá na uživatelském rozhraní JMRI hodně věcí vylepšit. Na rozdíl od projektů one man show má JMRI velmi dobré předpoklady se dále zlepšovat. Mimochodem o tom svědčí že v dlouhodobém sledování má aktivita vývovářů trvale vzrůstající trend.

JMRI-commits.png
JMRI-commits.png (26.09 KiB) Zobrazeno 869 krát
Uživatelský avatar
sidlo
 
Příspěvky: 2080
Registrován: ned 27 dub, 2014 7:32 am

Re: JMRI

Příspěvekod belgarat » stř 27 úno, 2019 10:20 am

V oblasti UI, zejmena Javoveho, se pohybuji nejakych 20 let. Stejne jako se zeleznicari muze zdat neuveritelne jak TC zjednodusuje definovani spravnych modelovych ovladacich prvku (ber to jen jako priklad, mozna se pletu), mne se obraci kudla v kapse kdyz nekdo obraci naruby (a to bez vyrazneho benefitu pro uzivatele) principy ktere plati plosne na celem desktopu - a je lhostejno zda Mac, Windows nebo Linux. Pravidla (nebo zauzivane postupy) jsou proto aby se porusovaly ... kdyz to ma svuj vyznam. Ne proto, ze nekdo proste neco "placne do kodu" a rekne "vzdyt ono to tak staci, uzivatele se to nauci".
Nebo kdyz mi nekdo do oci (do githubu) tvrdi neco, co jde vyvratit odkazem na specifikaci Swingu - pricemz vysledkem jsou naprosto nepredvidatelne chyby v programu. Ano, on ty chyby nevidel, to neznamena, ze se u uzivatelu JMRI neprojevi.

Hlavne nejde o to, ze by bylo JMRI nepouzitelne. MOHLO by byt vyrazne pouzitelnejsi, kdyby nenutilo uzivatele soustredit se na nastroj, ale na to, co chce dosahnout.
TT epocha IVa-b; analog + NanoX, DR5000.
Nemodelar, greenhorn, pseudoprogramator, pindac nesmyslu
belgarat
 
Příspěvky: 1305
Registrován: čtv 27 pro, 2012 9:36 pm
Bydliště: Hřebeč u Kladna

JMRI 4.16

Příspěvekod sidlo » ned 07 črc, 2019 6:16 am

Vyšla nová verze JMRI 4.16
Stahovat můžete zde http://jmri.org/download/index.shtml#prod-rel
Poznámky k vydání jsou zde http://jmri.org/releasenotes/jmri4.16.shtml
Uživatelský avatar
sidlo
 
Příspěvky: 2080
Registrován: ned 27 dub, 2014 7:32 am

Oprava problému sběrnice XpressNet

Příspěvekod sidlo » pon 08 črc, 2019 6:18 am

Sběrnice XpressNet má poněkud nestandardní chování. To způsobuje v kombinaci s dekodérem návěstidel typu Matice výstupů návěstidla a současně v případě že je použito více než 2 výstupy (nebo více než 3 nebo více než 4 v závislosti na konkrétním hardware) a současně jsou po sobě poslány některé konkrétní návěsti zmatek mezi programem JMRI a dekodérem návěstidla. Návěstidlo pak může zobrazovat jinou návěst než JMRI požadoval.

Ve verzi JMRI 4.16 vyšla oprava tohoto problému. V okně návěstidla přibyla položka Dodatečné zpoždění mezi příkazy výhybkám. V mém případě funguje hodnota 500 ms. Na jiném konkrétním hardware je třeba správnou hodnotu otestovat. K tomu je dobré nastavit na dekodéru zpoždění mezi příkazy na hodnotu asi o 5 ms delší než je v nastavení návěstidla (pole Zpoždění návěsti na kartě Dekodér v nastavní dekodéru), pokud to daný dekodér umožňuje. Nastavení dekodérů a návěstidel pro UNI16ARD-NAV-MX je zde https://sites.google.com/site/sidloweb/elektrika/28-uni16ard-nav-mx/uni16ard-nav-mx-nastaveni a pro ARD-SCOM-MX je zde https://sites.google.com/site/sidloweb/elektrika/29-ard-scom-mx/ard-scom-mx-12v-nastaveni-pomoci-jmri-decoderpro.

V případě sběrnice Loconet (používá DR5000) a dalších sběrnic a nebo v případě jiných ovladačů návěstidla jako jsou DCC dekodér návěstidla (a k tomu dekodér UNI16ARD-NAV-EXT) a ovladač Návěstidlo řízené výhybkami (a k tomu dekodér ARD-SCOM-TC) se tento problém netýká.

Obrázek
Uživatelský avatar
sidlo
 
Příspěvky: 2080
Registrován: ned 27 dub, 2014 7:32 am

Re: Oprava problému sběrnice XpressNet

Příspěvekod belgarat » pon 08 črc, 2019 6:48 am

sidlo píše:Sběrnice XpressNet má poněkud nestandardní chování. To způsobuje v kombinaci s dekodérem návěstidel typu Matice výstupů návěstidla a současně v případě že je použito více než 2 výstupy (nebo více než 3 nebo více než 4 v závislosti na konkrétním hardware) a současně jsou po sobě poslány některé konkrétní návěsti zmatek mezi programem JMRI a dekodérem návěstidla. Návěstidlo pak může zobrazovat jinou návěst než JMRI požadoval.

Prosim mohl bys poskytnout detaily ohledne te 'nestandardnosti' XPressNetu - co konkretne se stalo ? Zajima mne to nejenom kvuli navestidlum :) ale kvuli dalsim udelatkum obsazujicim vice adres.
TT epocha IVa-b; analog + NanoX, DR5000.
Nemodelar, greenhorn, pseudoprogramator, pindac nesmyslu
belgarat
 
Příspěvky: 1305
Registrován: čtv 27 pro, 2012 9:36 pm
Bydliště: Hřebeč u Kladna

Re: JMRI

Příspěvekod sidlo » pon 08 črc, 2019 8:54 am

Problém je v tom, že centrála odpovídá na něco, na co se nikdo neptal.
Dá se to jednoduše nasimulovat. Vezmi centrálu Lenz LZV100 nebo její klon. Vezmi interface Lenz LI100 nebo jeho klon. Připoj to k libovolnému ovladači. Na XpressNet připoj monitor příkazů. Z ovladače zadej např. přehodit výhybku 117. Na monitoru dostaneš něco takového:

Kód: Vybrat vše
Accessory Decoder Operations Request: Turnout Address 117(Base Address 29,Sub Address 0) Turn Output 1 On.
Feedback Response: Turnout with Feedback Turnout: 117 State: Thrown Right; Turnout: 118 State: Thrown Left


Sběrnice hlásí že přišel příkaz na přehození výhybky 117. A hned potom hlásí že došlo k přehození výhybky 117 a také 118. Problém je v tom ohlasu 118. Nikdo se na něj neptá a nikdo nedal příkaz k přehození. A proto není žádný důvod k tomuto hlášení.

V běžném provozu to ničemu nevadí. V drtivé většině provozních případů to nezpůsobí žádnou komplikaci. Problémy nastanou až v případě, že máme zařízení, které použije více adres po sobě jdoucích. V JMRI pro návěstidla řízená maticí těch adres může být až 6. No a když se pokusíme na návěstidle měnit návěsti, tak počítač nějakou rychlostí posílá na XpressNet příkazy k přehazování výhybek a XpressNet v úplně jiném pořadí a také jinou rychlostí začne odpovídat tak dojde ke známé programátorské chybě Race Condition.

Pokud používáš počítač pro řízení výhybek a ty výhybky mají ohlas polohy nezávislý na příkazu (tedy nepoužívá se pseudouhlas jako některé panelové kostičky), tak se to tohoto problému nikdy nedostaneš.
Uživatelský avatar
sidlo
 
Příspěvky: 2080
Registrován: ned 27 dub, 2014 7:32 am

Re: JMRI

Příspěvekod belgarat » pon 08 črc, 2019 9:34 am

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.
Oni panove v JMRI maji race condition na hodne mistech a nepotrebuji k tomu ani sbernice. Bez urazky (zato se znalosti kodu).
TT epocha IVa-b; analog + NanoX, DR5000.
Nemodelar, greenhorn, pseudoprogramator, pindac nesmyslu
belgarat
 
Příspěvky: 1305
Registrován: čtv 27 pro, 2012 9:36 pm
Bydliště: Hřebeč u Kladna

Re: JMRI

Příspěvekod sidlo » pon 08 črc, 2019 9:42 am

Máš pravdu. Taky nepíšu o chybě v XpressNet. Já to nazval nestandardní chování a tys to nazval pitomé dokumentované. A taky si to opravuje na své straně JMRI. A máš pravdu v tom, že ta chyba tam byla od samého začátku. Ale protože většina vývojářů zřejmě používá LocoNet, tak to nikomu nevadilo.
Uživatelský avatar
sidlo
 
Příspěvky: 2080
Registrován: ned 27 dub, 2014 7:32 am

Re: JMRI

Příspěvekod fulda » pon 08 črc, 2019 10:30 am

sidlo píše:Problém je v tom, že centrála odpovídá na něco, na co se nikdo neptal.
...
Pokud používáš počítač pro řízení výhybek a ty výhybky mají ohlas polohy nezávislý na příkazu (tedy nepoužívá se pseudouhlas jako některé panelové kostičky), tak se to tohoto problému nikdy nedostaneš.

Nechtěl bych se hádat, ale pokud mám nezávislý ohlas, který správně mapuje adresu výhybky a správně vytváří bity TT v tom ohlasu, tak se stvění těchto závislostí rozsype jako domeček z karet, protože XpressNet je navržený jako komunikační síť, ve které lze změny vyvolávat z mnoha podmětů. Takže si tam klidně stejný paket vytvoří i samotný přestavník.

Není lepší se držet té aplikační poznámky, která doporučuje se systémem pracovat příkazovým způsobem, poslat příkaz "Accessory Decoder Operations Request" a stav změnit na základě "Feedback Response", pouze pokud je rozdílná od předchozího známého stavu?
Za pravopisné chyby v této zprávě může moje učitelka češtiny.
Uživatelský avatar
fulda
 
Příspěvky: 4538
Registrován: pon 09 srp, 2010 8:08 am
Bydliště: Praha - Uhříněves

Re: JMRI

Příspěvekod belgarat » pon 08 črc, 2019 10:39 am

sidlo: nehodilo by se spis nejakou "konzistenci" vbudovat primo do XPressNet vrstvy JMRI ? Podobnym problemem budou trpet i dalsi vice-adresove dekodery, timeout u Tvych dekoderu je nezachrani :)
TT epocha IVa-b; analog + NanoX, DR5000.
Nemodelar, greenhorn, pseudoprogramator, pindac nesmyslu
belgarat
 
Příspěvky: 1305
Registrován: čtv 27 pro, 2012 9:36 pm
Bydliště: Hřebeč u Kladna

PředchozíDalší

Zpět na Software

Kdo je online

Uživatelé procházející toto fórum: Žádní registrovaní uživatelé a 0 návštevníků