Ich verwende solche:
https://www.reichelt.de/entwicklerboards...ct=pos_11&nbc=1

Aber du hast Recht, so groß ist der Strom gar nicht.

OK, die 5V brauchen etwas mehr. Hält sich aber immer noch in Grenzen.
Da auf der Moba eh auch höhere Spannungen benötigt werden und vorhanden sind, habe ich mich halt auf die 12V Relais festgelegt. Da ist der Strombedarf noch etwas geringer.

Zitat

---

Ich halte dagegen nichts von den bistabilen - zumindest nicht im Zusammenhang mit einem Arduino. Da weis der beim EInschalten nie wie das steht.

---

hm, ist das bei einem Servo nicht genau das Gleiche? Da weiß ich auch erst nach Zustandsänderung, welche Position er hat.
Der Tipp mit den Signalrelais ist hilfreich, danke dafür.

Zitat

---

hm, ist das bei einem Servo nicht genau das Gleiche? Da weiß ich auch erst nach Zustandsänderung, welche Position er hat.

---

Da hast Du allerdings nicht ganz Unrecht ...

Hallo,

da mir noch Teile der Hardware fehlen, versuche ich mit dem Decoder über die serielle Schnittstelle zu kommunizieren.

Ich habe sie durch entfernen der beiden // in der .h Datei aktiviert, ich sehe auch die RX-LED auf meinen Uno leuchten wenn ich was schicke, aber ich bekomme keine Antwort.

Muss ich noch irgendwas einstellen oder beachten?

Grüße,Kai

EDIT: Hat sich erledigt, ich war davon ausgegangen das sich der serielle Monitor in der IDE mit den richtigen Einstellungen öffnet... macht er aber nicht

Hallo Kai,
schön, dass Du die Ursache gefunden hast. Aber das zeigt mir auch gleich, dass ich in der Doku vergessen habe, die notwendige Einstellung der ser. Schnittstelle zu beschreiben.
Das werde ich noch nachholen - und Danke für den Hinweis .

Schon wieder ich

Habe gerade mal mit einem ULN2803 getestet, ob man damit Weichenantriebe direkt schalten kann. Klappt problemlos, wenn ich mein Netzteil auf 16V aufdrehe, bei 12V passiert kaum etwas.

Hat das so schonmal jemand langzeit getestet?

Wenn die ganze Schaltung an 16V betrieben wird, muss halt die Spannung für den Arduino runtergeregelt werden, ist weniger Aufwand als für jeden Ausgang ein Relais zu verbauen.

Macht auf jeden Fall Spass mit hiermit zu experimentieren

Grüße,Kai.

Zitat

---

Hat das so schonmal jemand langzeit getestet?

---

Das dürfte von deinen Antrieben abhängen. Die ULN280x sind für maximal 0,5A ausgelegt, und mehr sollte man ihnen wohl auch nicht zumuten.

Hallo,

Zitat

---

Zitat

---

Hat das so schonmal jemand langzeit getestet?

---

Das dürfte von deinen Antrieben abhängen. Die ULN280x sind für maximal 0,5A ausgelegt, und mehr sollte man ihnen wohl auch nicht zumuten.

---

man kann auch 2 Ausgänge eines ULN zusammenschalten (natürlich auch die zugehörigen Eingänge) und so mit bis zu 1A belasten. Die Gesamtbelastung des IC darf dabei aber auch nicht überschritten werden! Ich habe das bei einem anderen Decoder gesehen und setze das auch an verschiedenen Stellen ein. Ich habe dann eben nur 4 Ausgänge pro ULN2803.
Wird mehr Strom pro Ausgang verwendet sollte man evtl. FETs benutzen.

Grüße
Alfred

Moin,
zwei ULN übereinander stapeln sollte auch funktionieren,dann hast du wieder 8 Ausgänge.
Mfg. Klaus

Hi Leute. Erstmal möchte ich mich ganz herzlich bei Franz-Peter und allen anderen bedanken die sich die mühe machen so was zu entwickeln und das online stellen und uns (Anfängern) noch helfen, großartige Leistung von euch. Es funktioniert wunderbar für kleines Geld.

habe aber noch ne frage. ich kann irgendwie die Adresse nicht ändern die bleibt immer auf 17, egal ob ich 200 oder 1 eingebe

Hallo Martin,

Zitat

---

die bleibt immer auf 17, egal ob ich 200 oder 1 eingebe

---

Wo gibst Du die 200 bzw. 1 ein, und was für ein Board verwendest Du ?

const int DccAddr           =  1;    // DCC-Decoderadresse
 

DER DECODER IST der auf der auf der letzten seite der manual.
und die adresse endere ich im sketch DDC_ZUBEHOERDECODER.H

Zitat

---

#define EXTENDED_CV // CV-Werte ab V7.0 ( 10 CV per Adresse )

const int DccAddr = 1; // DCC-Decoderadresse
const byte iniMode = 0x50 | AUTOADDR /*| ROCOADDR*/; // default-Betriebsmodus ( CV47 )
const int PomAddr = 50; // Adresse für die Pom-Programmierung ( CV48/49 )
#define NOACK // Diese Zeile aktivieren, wenn keine HW zum CV auslesen vorhanden ist
// ( kein Ack-Pin ) Der in Interfac.h definierte Pin wird dann zwar als OUTPUT
// gesetzt, kann aber für beliebige Funktionen in der Tabelle unten genutzt werden




DER DECODER IST der auf der auf der letzten seite der manual.
und die adresse endere ich im sketch DDC_ZUBEHOERDECODER.H

---

Welches Board verwendest du? Beim kompilieren wird angezeigt welche Datei benutzt wird, das ist abhängig von deinem Arduino. Möglicherweise änderst du die Parameter in der falschen Datei.

Grüße,Kai

einen Nano verwende ich

Zitat

---

einen Nano verwende ich

---

Mit meinem Uno steht beim Kompilieren:

benutztes Konfiig-File DCC_Zubehoerdecoder.h
   #pragma message "nrbenutztes Konfiig-File DCC_Zubehoerdecoder.h"
                   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
 

Ich denke bei dir sollte da dcc_zubehoerdecoder-micro.h stehen... und in der Datei musst du deine Änderungen machen

du meinst den reiter mit dcc_zubehoerdecoder-micro.h und da die adresse nehmen zb 1. habeich das richtig verstanden?
die pins habe ich im dcc zubehördecoder h vergeben und das funktioniert alles. da habe ich auch die adresse geändert.

Zitat

---

du meinst den reiter mit dcc_zubehoerdecoder-micro.h und da die adresse nehmen zb 1. habeich das richtig verstanden?
die pins habe ich im dcc zubehördecoder h vergeben und das funktioniert alles. da habe ich auch die adresse geändert.

---

Ich bin mir nicht sicher, weil ich keinen Nano habe, aber du bekommst beim Kompilieren eine Meldung, welche Datei benutzt wird.

C:UsersstoniDesktopDCC_Zubehoerdecoder-DevelopmentV7.0DCC_ZubehoerdecoderDCC_Zubehoerdecoder.ino:86:19: note: #pragma message:
benutztes Konfiig-File DCC_Zubehoerdecoder.h
#pragma message "nrbenutztes Konfiig-File DCC_Zubehoerdecoder.h"


das steht unten

Zitat

---

C:UsersstoniDesktopDCC_Zubehoerdecoder-DevelopmentV7.0DCC_ZubehoerdecoderDCC_Zubehoerdecoder.ino:86:19: note: #pragma message:
benutztes Konfiig-File DCC_Zubehoerdecoder.h
#pragma message "nrbenutztes Konfiig-File DCC_Zubehoerdecoder.h"


das steht unten

---

Ja dann ist das die richtige Datei, dann weiß ich auch nicht, musst du hier auf die Spezialisten warten.

ok werde ich machen wie gesagt pins kann ich zuordnen und fuktionirt auch alles andere habe ich nich verändert brauche ich auch nicht. und die dcc adresse läst sich nicht verändern warum auch immer

Hallo Martin,
da Nano und UNO den gleichen Prozessor verwenden, wird auch die gleiche Konfig-Datei genutzt. Das ist also ok.
Ich vermute, es liegt daran, dass Du das Programm schonmal mit Adresse 17 hochgeladen hast. Die Adresse steht ja in den CV's und die werden beim Hochladen nicht mehr automatisch überschrieben, wenn einmal sinnvolle und konsistente Werte in den CV's stehen.
Es gibt mehrere Möglichkeiten, die im Konfigfile stehenden Werte erneut in die CV's zu übernehmen.

1. Du schreibst einen ( beliebigen ) Wert auf CV 8. Das bedeutet nach DCC_Norm 'Rücksetzen auf die Werkseinstellungen' - und das ist bei diesem Decoder der Inhalt der Konfig-Datei. Geht bei dem Decoder aber nur über die POM-Programmierung ( da ja kein Ack vorhanden ), und die muss auch über die Jumper aktiviert werden.
2. Du setzt den Jumper ( rechts im Schaltbild ) auf Position 2. Dann werden beim Reset und damit auch beim Hochladen ) des Arduino ebenfalls die Werte aus der Konfig-Datei übernommen.
3. Oder Du überbrückst beim Start des Arduino die Brücke 4. Auch das führt zum Übernehmen der Konfig-Werte.

Da hast du recht. Ich habe es das erstmal mit dcc 17 hochgeladen. OK danke. Dann werde ich so vorgehen. Danke für die hilfe

Wenn Du grundsätzlich die CV's nicht verändern, sondern immer mit den Werten aus dem Konfigfile arbeiten willst, könntest Du auch noch den Parameter 'FIXMODE' aufnehmen:

//                    beim UNO sind A7+A6 nicht vorhanden! )
#define FIXMODE INIMODE    // Ist dieses define aktiv, wird der Betriebsmode fest gesetzt, betrModeP wird dann
                        // nicht gelesen und ignoriert. Mögliche Werte:
                        // NORMALMODE, POMMODE, INIMODE, ADDRMODE
const byte betrModeP    =   A7;     // Analogeingang zur Bestimmung des Betriebsmodus. Wird nur beim
 
 

Das hat den gleichen Effekt wie der Jumper 2 oben. Die Jumper werden dann aber gar nicht mehr abgefragt. In der Beispieldatei ist der Parameter leider noch nicht enthalten. Kannst ihn aber einfach oben rauskopieren und einfügen.

Das hört sich noch besser an da das nur für signale ich brauch ich die CVS eigentlich nicht