| Rubrik | Elektrik Digital | zurück | ||
| Thema | ESU 58513 V5XL Decoder am Pruefstand ESU 53900 anschliessen | 3 Beiträge | ||
| Autor | Pius8 J.8, Arizona / USA | 321463 | ||
| Datum | 13.02.2020 19:12 MSG-Nr: [ 321463 ] | 3536 x gelesen | ||
Wie schon im vorhergehenden Posting beschrieben ist es mein Ziel die Funktionalitaet des ESU Pruefstandes zu erweitern. Heute Morgen konnte ich endlich einen Funktionierenden Hall Sensor IC austesten. Wie ueblich sind die ESU Anleitungen nicht up to date, und in diesem Fall so veraltet dass die Beschreibung mehr verwirrt als hilft. Im Deutschsprachigen Manual ist ein Hall Sensor gelistet US 2881 von Melexis. Dieser Sensor IC kommt in allen moeglichen Ausfuehrungen vermutlich sind Bipolare und Omnipolare Sensoren erhaeltlich. Leider ist im ESU Manual null Information zum unterschied und wie unterschiedlich diese auf Magnete reagieren. Der einzig brauchbare hinweis im ESU Manual ist eigentlich nur die Beschreibung zum Sensor selber, welcher Pin ist GNd 5V+ und Sinal.  In Youtube findet man gute Videos die den Unterschied zwischen Bipolaren und Omnipolaren Sensoren erklaeren. Youtube Sobald man gelernt hat wie die Magnete angeordenet werden muessen hat man schon mal die erste Huerde ueberwunden. Als naechstes muss man einen Weg finden den DC Motor auf dem Pruefstand zu ersetzen. Der kleine Motor auf der Platine hat vermutlich gerade mal 2 oder4 pole, ungleich zu einem LGB Buehler Motor. Der Motor Regler auf dem Decoder hat dann eher muehe diesen Motor richtig anzusteuern. Bei Fahrstufe 1 laeuft der Motor gleich mit einer rechten RPM und wenn man dann die naechsten drei Fahrstufen hochfaehrt aendert sich die RPM fas nicht. Alle LGB Loks haben im Getriebekasten ein schneckengetriebe das die RPM reduziert. So fuer mich war schon klar dass der Motor auf den ESU Pruefstand auch mit einem Getriebe versehen werden muss. Flugs habe ich was im CAD gezeichnet und dann hergestellt. Unten ein Foto des Endresultates.  Der orginal Motor war dann mit einem Schnekenrad Getriebe 1:56 untersetzt, aber es war immer noch fast unmoeglich eine lanngsahm Fart zu simulieren. Gluecklicher weise hatte ich noch einen Maxon Motor mit Getriebe, der war ein bischen Groesser aber sauber zu regulieren mit der Programmer software und Pruefstand. (Maxon 41.022.022-88.00-176 leider keine Angaben zum Getriebe) Im CAD habe ich dann wieder einen Halter gezeichnet sowohl ein Arm mit Halterung fuer Hall IC. Das weisse Rad auf der Achse ist mit vier Magneten bestuckt wobei jedes zweite mal der Pol des Magneten wechset. ZB der Nortpol schaltet den Ausgang des US2881 Hallsensors auf 5V und wenn der naechste Southpol vorbei kommt wird der Ausgang wieder auf 0V gesetzt. ESU listet auch einen zweiten Sensor Typ in der Englisch sprachigen Anleitung, dort ist der TLE4905L sensor gelistet. Dieser Sensor schaltet kurzfristig auf 5V high, gleich welcher Pol des Magnetes am Sensor Vorbeifaehrt. Zumal ich den Hallsensor ohne Aufwand auswechseln wollte habe ich einen JST Stecker verwendet um den Sensor anzuschliessen.  Diesen Stecker habe ich dann mit einem Alu Arm an der Motorhalterung montiert.  Um den Status des Hallsensors zu beobachten habe ich dann auch noch eine rote LED angeschlossen, das mit einem 1/4Watt 470Ohm Wiederstand. Leider hat der Sensor nicht gleich funktioniert, und am Ende hat sich herausgestellt dass der 5v gruene Anschluss der Erweiterungs Platine kein Strom Fuehrt. Beim messen hat sich herausgestellt dass der Decoder wohl 5V bringt aber dass der Leiter auf der Erweiterung nicht durchgaengig ist. Als Schnelle Loesung habe ich eine Kabelbruecke eingebaut was das Problem geloest hat.  Zumal ich nun einen grundsaetzlich funktionierenden Hall Sensor hatte war es Zeit fuer das Programieren. Flux im Manual nachgeschaut was da zu machen ist aber holy Cow die Hinweise waren total daneben vermutlich von einer uralten Version. Da stand was von AUX9 von Ausgang zu Input wechseln. Am Ende wars es dann viel einfacher, unter Tab Decoder > Sound Settings> use external Wheel Sensor setzen und schon war der Spuk vorbei. In der Linie darunter kann man dann noch definieren wieviel Magnete am Sensor vorbeifahren fuer enen chuff.  Hier noch ein paar Worte wiso ich ein Radsynchroner Sound bevorzuge. Ein Chuff timing das irgendwie von der Motorsteuerung gemacht wird ist nie genau, darum sind auch zig verschiedene Pasrameter noetig um das ein bischen zu Synchronisieren. Man kann Stundenlang mit diesen Parametern rumspielen aber es wird nie genau Synchron laufen. Bergauf oder den Berg hiununter fahren, ein paar Wagen mehr aendert die Motor Last und mit dem auch das Timing des Chuff. Beim Radsensor stimmt das Chuff timing immer 100% one stundenlange programiererei. Wenn man wie ich dann noch einen getakteten Rauchentwickler anschliess ergibt sich ein viel besseres Bild. | ||||
| << [Master] | antworten | >> | ||
| flache Ansicht | Beitrag merken | alle Beiträge als gelesen markieren | ||
| ||||
Beitrag inhaltlich zustimmen / ablehnen
|
