Nuovo software di controlo AURA

[Gianfranco Visentin]

Leggo su un altro forum Internazionale e riporto, che un nuovo software di controllo sarà disponibile da metà Novembre.
Nel racconto di uno dei beta tester, la principale novità rispetto ad altri software è la calibrazione continua della velocità. Per cui un treno con la stessa locomotiva, indipendentemente dal numero di vagoni, si muove sempre alla stessa velocità.
https://lokstoredigital.de/en/aura

[Docdelburg]

Interessante ......grazie Gianfranco per la segnalazione.

[eroncelli]

... la principale novità rispetto ad altri software è la calibrazione continua della velocità. Per cui un treno con la stessa locomotiva, indipendentemente dal numero di vagoni, si muove sempre alla stessa velocità.
https://lokstoredigital.de/en/aura

A me sembra che questa funzione esista già nei decoder digitali, da molto tempo ...

[Gianfranco Visentin]

Un decoder non può regolare la sua velocità in maniera assoluta, visto che non ha un meccanismo di misura della velocità assoluta.
I decoder regolano la velocità e la coppia sulla base rispettivamente della back-EMF e della corrente all'indotto.
La back-EMF è effettivamente proporzionale alla velocità alle ruote.
Tuttavia tra la velocità alle alle ruote e la velocità assoluta esiste una dinamica non lineare dominata dagli attriti e slittamenti.

Se non fosse chiaro, un piccolo esempio esplicativo: se sei alla guida di una vettura in condizioni di grande slittamento (neve per esempio), il tuo tachimetro (che è basato su una misura odometrica) potrebbe anche indicare 100 km/h ma potresti muoverti effettivamente solo a 20 km/h.
Parimenti, in una frenata brusca su superfici ad alto slittamento, con ruote bloccate il tachimetro segnerebbe velocità 0 km/h mentre purtoppo l'auto si muove fuori controllo.

[eroncelli]

Teoricamente ineccepibile.
Diversa è la realtà del fermodellismo: non ci sono slittamenti per neve (nemmeno nelle ambientzioni invernali) o scarsa aderenza !!!!
Talvolta un eccesso di precisione porta ad inutili complicazioni non compensate dai vantaggi.
Ovviamente è il mio personalissimo pensiero.

[Senialas]

Un decoder non può regolare la sua velocità in maniera assoluta, visto che non ha un meccanismo di misura della velocità assoluta.
I decoder regolano la velocità e la coppia sulla base rispettivamente della back-EMF e della corrente all'indotto.
La back-EMF è effettivamente proporzionale alla velocità alle ruote.
Tuttavia tra la velocità alle alle ruote e la velocità assoluta esiste una dinamica non lineare dominata dagli attriti e slittamenti.

Certamente.
La calibrazione delle velocità assegna ad una data velocità di una locomotiva (calcolata con diverse corse su un tratto di binario di lunghezza nota) un determinato livello del cursore della velocità (ad es. per 70km/h viene assegnato 43 dei 128 livelli). Questa è una velocità assoluta. E per questa velocità (70 km/h) ogni locomotiva avrà un livello diverso calcolato dal sw.
Fatto questo il controllo di carico del decoder (tramite la BEMF si occuperà di correggere eventuali rallentamenti o accelerazioni riferiti a quanto ricevuto come comando dal sw per quel tratto di binario.
In oltre 10 anni di gestione del plastico con TrainController, posso dire che le locomotive calibrate diversi anni fa (con decoder LokSound V4.0) continuano tutt'ora a mantenere le velocità impostate nei vari tratti (controllata anche con il carro PIKO) con scarti che si aggirano attorno ai 2-3 km/h: totalmente impercettibili alla visione del movimento.
Secondo me la calibrazione continua della velocità (escludibile nel sw) è una funzione che, secondo me, occupa spazio di calcolo e non vedo quali vantaggi effettivi possa dare.
Mi piace invece la grafica, con i treni visti dall'alto e con il movimento continuo sui binari.
Un paio di grossi limiti mi sembrano il sistema chiuso, legato al mondo LoDi ed i prezzi con gli extra costi per l'aggiunta delle varie centrali e per tutta la componentistica.

[Gianfranco Visentin]

Per inciso, non mi interesso di software di controllo, non ne uso e non so se lo farò mai, visto che la centrale che uso permette già il livello di automazione che mi basta.

L'esempio della neve era un reductio ad absurdum.
Le condizioni di slittamento di una locomotiva possono essere molto più frequenti di quello che si pensi. Basta il binario/ruote un po' sporchi o una salita con treno 'carico' e lo slittamento si verifica.
In particolare per mia esperienza, in scala Z dove gli anelli di aderenza non si usano, privileggiando una presa di corrente maggiore, gli slittamenti sono piuttossto comuni.
Non credo che l'aggiornamento continuo della velocità sia computazionalmente pesante soprattutto considerando l'enorme capacità computazionale dei computer di oggi. Che poi non è continuo visto che la misura della velocità può solo avvenire al passaggio su sensori.

Roberto, è vero, le pratiche commerciali dei software stanno diventando sempre più vessatorie. E pensare che questi sono solo all'inizio, in genere si accaniscono sui clienti già acquisiti.
È un peccato che non esista nel dominio pubblico (e.g. wikipedia). un confronto fra i vari sistemi di controllo (e.g. rocrail, itrain, traincontroller, jmri, windigipet, railscanpro, traintastic).
Con i vari esperti che ci sono nei fora italiani, Tu, Vittorio, Mauro, potreste cominciare una bella pagina di confronto tipo questa