Beiträge von vadimav



    Thanks, John.


    I wish for Jurgen and Programmers work more and more closely day to day, and wish them faster resolutions of all bugs!
    I wish to help them, but i only can do tests of firmwares. I havent any firmware source codes to read and correct it.
    Now, this above mentioned drug is not so effective for bugs.
    I mean, whole firmware must be repaired to avoid forming of bugs at the root!
    -------
    Vadim



    Thanks, Jurgen.
    But if You know additional CVs for 4554 adjustments, please tell about it.


    ------
    Thanks,
    Vadim



    Hello John Ferguson!
    At last, i hope, we will begin more faster process of bug removal!
    We will wait new corrected firmwares, and will test it and help You to remove all bugs by our reports !


    ------
    Thanks,
    Vadim.

    Zitat von Jürgen Meier

    Hello Vadim,
    1. Locopipe means the symbol what the Commander ha as picture give for function keys and sounds in the Loco editor.
    2. this symbol you get for a non functionaly scwitch before you have the effect what you shown in your video. please check on the commander screen (GBS) that the switch moved. Than you have no failer.
    helpful is to use the storage cleaner and test the function of switches again in the GBS.


    Ok. Jurgen, I have a lot of switches at GBS screen(Diagramm) which are incorrectly imagines by another symbols.
    If i will delete it and, then, add it again as new and correct , this error happenes again after some time of working.


    I will try to use Your Curing programm.


    ------
    Thanks,


    Vadim.

    Zitat von Jürgen Meier

    Maybe a Lckopipe symbol you have had...


    Hello Jurgen.
    Please explain more precisely,:
    1) What is Lckopipe symbol ?
    2) And where i must correct it? May be in Diagramm?


    As to diagramm(not routes) - some turnouts at diagramm can change occupancy status of some contacts, or, even transform turnout and start key sympols on to another one.



    -------
    Vadim



    Yes John! It's possible to find out and overcome all bugs and make fully automation stable in Commander.
    I found a rules for it ! Most of them i discussed at this forum.


    --------
    Vadim

    Hello!


    I propose to realise a very convenient thing for next firmware:


    EXPLANATION:


    Now You have 3 diagramms and ability to switch between them.
    But it would be convenient to have 3 different independant shedules - lists of routes,
    which can be used separately.
    For example:
    I would prefere to launch one of 3 scedules independantly, which consist of 333 routes instead 1 schedule of 1000routes.


    Now i must realise it using very fiddly and time-long backups and uploads from computer 3 different scenarious of trains moovements.


    QUESTION: Can You make it for next firmware?


    ---------
    Vadim.

    Zitat von John Ferguson

    Hi Vadim


    I agree with everything you have said but will the Company listen?


    John


    John, You know Deutsch?
    If Yes, You can freely call to head of Viessmann make an appointment for visit and discuss this topic.


    I dont know Deutsch. But i tell with head people of RZD (Russian Railroads). They said that when they will visit Germany, they will meet Viessmann head and tell about it.


    We have some museums with railroad modelling layouts and have some Viessmann Commanders for control, and have problems which we must havent...
    Also they must strongly propose and make flourish of trumpets for Viessmann in Russia but in case of excellent working of this device.


    I make a clip of 2 layouts in one museum in Moscow, where Commander works (after a lot of error determination and fixation).


    VIDEO:
    http://www.youtube.com/watch?v=f4k9GuNSCCY


    This 2 layouts are simple, but If You ll attentive, You will notify precise stopping of all trains(Independant of changing smoothing due to time, BEMF degradation, variability of delaying commands, etc...), which i made not because of but in defiance of Viessman ideology!
    Train must NEWER CRASH!


    ---------
    Vadim.

    Thanks John Ferguson!


    1) I think that Programmers group must be strongly strengthenen, including not only computes specialists but also real railroaders in aim to correctly join computations and railroad rules and problems.


    2) A strong direct feedback must be established between customers and programmers group at this forum, for fast feedback and correction of errors.
    Dont loose a big experience of users! They strongly helps to find out errors!


    ---------
    Vadim.

    Hello Jurgen!


    This is error at V1.7:


    See small video:
    http://www.youtube.com/watch?v=1y5GuVRKTWw
    Icons of objects is changing during scrolling.


    PROMTING FOR PROGRAMMERS:
    If You would go to diagramm and manually would switch all these turnouts but and ben (2 times ) - correct imagination of turnout icons at swithcing commands page will be restored.
    Probably, all these errors occurs due to incorrect programming of GBS and diagramm.


    Please tell about it to programmers group.
    This error must be fastly removed by programmers group.



    -------------
    Vadim

    Hello Jürgen !


    I m glad to see You again!


    Zitat von Jürgen Meier


    Point 1)
    This is not a bug but an intendend behavior.As you should know, the old motorola protocol does not know an absolute direction but only a command which means "change direction".The new Motorola protocol knows commands to set up both the speed and the absolute direction.You can read about the specifics of the two Motorola digital formats here: http://spazioinwind.libero.it/scorzoni/motorola.htm#details


    Thanks. I firstly encountered with Maerklin Motorolla at my friends in our RZD Museum. But, as to this motorolla loco - i used newly manufactured Maerklin ICE-3/ Sapan with preinstalled MFX new decoder, but this forementioned commands cannot work! I tried all motorolla formats setted up for shis train at decoder page. But newer works with absolute commands. Probably this new MFX ICE 3 decoder failed?



    Zitat von Jürgen Meier


    Point 2)
    We support multitraction with the commander - also within Motorola-protocol, which itself does not support this.
    This is achieved by addressing all locos with their normal address. So, if you really need to, you can address the function of every loco.However, we will keep in mind to treat the functions in an improved manner as a possible feature for the future, although it may cause many problems because functions between different locos may mean very different things.


    Thanks, Jurgen.
    But if one can have a multitraction, he think using analogous locos with analogous meanings of function.
    ZNR field cannot translate 2 names simultaneously In present firmware. Therefore i cannot address 2 locos without multitraction at auto mode. Multitraction can only translate motion commands to slave loco, but cannot translate functions. It's true as for DCC-DCC, as for other combination.
    Moreover, at "on the way" page You have no more than 3 pair of commands. It's too small value! I cannot stop 2 locos precisely.
    (i use 3 commands for precise stopping: at Beginning Contact: 1)- LocoIdSMini, and at the End Contact: 2) LocoIdSStop 3) LocoId-F4- = ON(shunting smooth behaviour). )
    I also note, that for Motorolla (new) only F1-F4 can be translated. F5 and other function cannot pass to loco.(it cancerns forementioned Maerklin ICE-3 with decoder, which i used and tested)


    Zitat von Jürgen Meier


    Point 3)
    When using routes you must decide in advance which type of addressing you want to use: the relative addressing via train-ID or an absolute address
    By the way: you are right, loco 25 in your example never will move: it is set to stop.


    Ok. May be , it's worth for next firmware to make fully workable specific route, as i mentioned in "wunche" section?
    Also it's worth to allow sending command for locos with absolute numbers.
    Also allow to make a clear menu for appointed by cursor ZNR field. Now we can attach a loco, but cannot clear it manually. As i understood, absolute commands works if ZNR is clear. But how to clear it?



    Zitat von Jürgen Meier


    Point 4)
    We can not comprehend this effect, perhaps there are too many irregular entries in the routes?



    Yes, loco can do many unprogrammed rough motions back and forvard (times - to times - it's not predictable).It seems that empty fields in switching and cancellation page have hiddenn commands, which can appear spontaneously, or remains after deletion.(seems as deleted) Therefore I fill these all (except last fields) fields witl light command(F0=On). But the last field being filled - stopps all autoomation and ZNR translation of names. Probably this field have cross-section with another internal variable in program. Moreover, when i scroll commands - command symbols (icons of turnouts, etc.) - changes spontaneously at switching pages.


    Zitat von Jürgen Meier


    Point 5)
    Virtual contacts shall only be used as number 9 and 10, 19 and 20 and so on, because addresses ending in 1-8 are used by the real contacts.
    They are intended, for instance, to start other routes. Therefore it only makes sense to use contacts which are not overwritten by real hardware, which is only true for contact 9 and 10. Please restrict your entries to these contacts.



    Ok. I know it, therefore I tried to setup virtual contact 10 at switching field of other route, and insert contact 10 for activation condition for another route, but it seems as not working. This contact did not change.



    ===========
    Vadim

    Hello.
    Now i tried to adopt simply Maerklin - Motorolla shuttle exspresses.
    Programm is very simple, but i have a lot of headpain to make it!


    Bugs are:


    1) Absolute commands cannot work in Maerklin-digital locos:
    [Blockierte Grafik: http://img-fotki.yandex.ru/get/5606/5475818.6/0_5c209_f5fa9c30_L]


    (in DCC locos - works all)



    2) "Tandem" loco cannot receive function from main loco:


    [Blockierte Grafik: http://img-fotki.yandex.ru/get/5606/5475818.6/0_5c205_4b672523_S]
    [Blockierte Grafik: http://img-fotki.yandex.ru/get/5708/5475818.6/0_5c207_371da977_L]


    3) Specific commands dont works!
    Instead - this commands works as ZNR commands for Loco-ID


    [Blockierte Grafik: http://img-fotki.yandex.ru/get/5606/5475818.6/0_5c20a_9f5e2a27_L]



    4) Empty fields at Switching and cancellation pages can have chaotic placeements of any commands and Your loco can do anything that You will hate!


    [Blockierte Grafik: http://img-fotki.yandex.ru/get/4408/5475818.6/0_5c208_32378dd7_L]


    A) You must fill all emty fields by any comand in aim to avoid chaotic behaviour!
    B) DONT FILL LAST FIELD - this field is responsible for ZNR name translatopn and continuing automation!


    5) Virtual contacts cannot be setted up at all!


    [Blockierte Grafik: http://img-fotki.yandex.ru/get/4406/5475818.6/0_5c206_ebbb0a40_L]


    ===================
    CONCLUSION:


    Probably Viessmann have sabotage at programmers group!
    1) Quantity of bugs are rising up!
    2) Time of correction are rising UP!
    3) Customer's feedback are damaged!



    Please, anybody, tell this information to Viessmann Main Boss!
    You risk to loose this project!


    ---------
    Vadim

    Hello. I am English-Language user of Viessmann 4554 turnout switch machine.


    [Blockierte Grafik: http://www.euromodeltrains.com/trains/images/4554-1.jpg]


    This machine have 2 separate buzzing motions per 1 command :
    1)- Main motion.
    2)- Motion to the middle position.


    In addition:


    3)Therefore this turnout has an unnecessary, excess move if accepts command to swich into the same position.


    "2" and "3" - Is not so realistic buzzing!!!


    Video Demonstration: http://www.youtube.com/watch?v=z_OnUzpqmsY



    Can i cancel it by CV programming of internal DCC decoder?
    May be another methods of cancellations exists?
    How to cancel excess motion to the same position?


    --------
    Thanks,
    Vadim

    Thanks, Jurgen!
    I did so, and Locos with MFX reacts by lights during programming but dont change CV1 and CV3.
    I did this programming not only from Viessmann Commander, but also from another stations, but there is no result.


    I think these decoders are bad.


    I encountered with MFX for first time(my friend ask me), sorry for bothering.
    ------
    Thanks
    Vadim.

    Hello.
    I have a question:
    Does Commader programm CVs of new Maerklin MFX decoders?


    Recently, i tried toprogramm it, but i achieved no reaction of CV programming for all available (3) option for Motorolla standart and also for Motorolla scanning active.


    Loco still runs at default address with default settings.


    Please help.


    -----------
    Vadim.


    Ok.


    The screen errors are:


    1) Remained (falce) occupancy (by red) when contacts are released. It seems that old occupancy cannot be resetted even after restart of commander! (i think that MEM status is mixed up elsewhere)
    2) No indication of routes at new parts of screen when You move diagramm which is larger than screen.(Yellow). Refresh of this option is seems as abscent!
    3) Incorrect imaging of loco names in ZNR fields. For example ICE-1 looks like as CCE.1 at the diagramm at finest scale of screen.
    4) Turnout often dont indicate their real positions.
    It seems that new screen elements on diagramm use parameters from old ones, and therefore indicates incorrectly.
    5) Implementing Light signals with 3 or more states can lead to incorrect turnout addressing and general fault. And when switched - turnout symbol can imagine by another strange symbols(at diagramm)!
    It also seems that new screen elements on diagramm dont edited correctly inside programm and use parameters from old ones, and therefore indicates incorrectly.
    6) At Routes - fault in indication turnouts in switching commands option (we already discussed it)


    MAIN SUGGESTION:
    A) Please try to implement interlinking between elements where adjasent contacts and turnouts can be interpreted by GRAPH or CHAIN! So that, You ll give 2 best properties:
    1) You can simply adjust MTXADJ automatically with any quantity of contacts per ROUTE.
    2) You can simply implements block-dependant Lights signals.


    B) Please try to implement programm smoothnes, where CV3 and 4 will be realised by Commander, sending multiple commands (one command per one scale of speed ) [CV3 and CV4 must be shutted off in locos]


    This feature allow You to make precise braking (as in traincontroller) by using of final short braking sensors at edges of stations.
    Now i use shunting (F4)+STOP commands at "on the way" page of route editor. But to use it You must doubling Your sensors at different numbers, because Commander cannot execute two commands with the same numbers of sensors! (WHY??? I SHOCKED! )


    ---------
    Vadim

    Zitat von John Ferguson

    Dear Vadim


    A direct relationship between people undertaking the system development and users is essentail in my experience.
    Hence if the Company adopts this approach it will improve the product in my opinion. Beta testing should be done by programmers and users.
    Regards
    John


    Thanks, John.
    But this line is too slow.
    These changes can be really implemented during some days, maximum - 1 week.
    And new betta version with corrected errors and improvements must be awailable at Viessmann site!
    It's really! Algorythms is not so complicated.


    By the way, can You see my these suggestions? :
    http://www.viessmann-modell.co…m/viewtopic.php?f=7&t=853


    What do You thhink about it?



    Viessmann choose best strategy - using route oriented one.
    But Viessman loose time, and do it extra slowly! with a lot of bugs and disconveniences!


    Real disadwantages of this strategy - not a lot of bugs (This bugs can be anyway debugged by user ), but also very restricted programming!
    It seems that programmers - not real railroaders. They dont feel all needs of railroaders!


    For example, the main disadwantages are:
    - 1) Very small quantity of commands in every field, especially in "feedback" and "on-the-way".
    - 2) Abscence of AllMtxAdj options - which must automatically adjust whole safe matrix for all routes! It ll save a lot of time!
    - 3) Abscence of ability to make specific routes (how to make - see my link above)
    - 4) Abscence to make automatical yellow at lights and block dependant signalling(we already discussed it with J. Meier).
    - 5) Abscence of making (3-minimum) different route shedules and 3 different diagramms without interlinking!!!
    For example, i wish to change shedules of routes - i cannot do it! I must clear all and write all routes again! It's a lot of work!


    ---------
    Awaiting Your respond
    Vadim