Umzug des Forums zu einem neuen Anbieter

Der Umzug des Forums zu einem neuen Anbieter rückt näher, beachtet daher die fortlaufenden Informationen in den Forennews zu dem Thema:
Ausführliche Infos (Stand 11.5.2021)

Wir weisen ausdrücklich darauf hin, dass eine Nutzung Eures Benutzerkontos im neuen Forum nur möglich ist, wenn eine gültige E-Mail-Adresse (d.h. eine E-Mail-Adresse, auf der ihr Mails empfangen und lesen könnte) hier im Forum für Euer Benutzerkonto hinterlegt ist!
Eine nachträgliche Korrektur im neuen Forum ist nicht mehr möglich und alle Mitglieder ohne gültige E-Mail-Adresse haben dann keinen Zugriff mehr auf ihr Benutzerkonto.


Der gesamte Kleinanzeigen-Bereich (Kleinanzeigen / Suche) ist vorübergehend gesperrt für neue Angebote und Gesuche, damit es über die Foren-Downtime keine offenen Angebote gibt. Alte Angebote können noch zu Ende abgewickelt werden. Die Kleinanzeigen werden dann im neuen Forum wieder freigegeben.

ACHTUNG: Sperre des Forums ab Sonntag, 16.5.2021 abends zum Datenexport. Datenimport vom neuen Anbieter startet am Montag, 17.5.2021. Dauer der Arbeiten: ca. 1 Woche (genauer Infos, wenn verfügbar), in der Zeit steht das Forum nur lesend zur Verfügung, Neuregistrierungen sind in der Zeit nicht möglich. Wir bitten um Verständnis.

MobaLedLib: 768 LEDs, Servos, Sound, …………… Neu: Version 3.0.0

Bereich für alle Themen rund um Modellbahn-Software, sowie der nötigen Hardware (PCs, Bildschirme, etc.).
Benutzeravatar

Threadersteller
Hardi
EuroCity (EC)
Beiträge: 1346
Registriert: Mo 28. Dez 2015, 13:07
Nenngröße: H0
Stromart: digital
Steuerung: MS2 + IR, Eigenbau
Gleise: Märklin C-Gleis
Wohnort: Mainz
Alter: 57
Kontaktdaten:
Deutschland

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Neu Version verfügb

#835

Beitrag von Hardi »

Hallo Ulrich,

mir ist nicht ganz klar was Du damit meinst:
Railcar hat geschrieben: Di 10. Dez 2019, 10:52 Ok - falsch ausgedrückt. Prepscram will sich installieren, wird aber vom Virenscanner sofort abgefangen und gelöscht, nicht nur Prepscram, sondern auch die Datei in der er sich "versteckt", in diesem Fall Phyton. Phyton wird also nicht "automatisch" installiert. Mal sehen was passiert wenn ich Phyton manuell installiere.
Ich vermute Du meinst das kompilierte Python Programm „MobaLedCheckColors.exe“ welches installiert wird wenn man den FarbTest aufruft und nicht den Python Interpreter.
Ich habe dieses Programm bei VirusTotal untersuchen lassen. Dabei haben tatsächlich 10 Scanner potentielle Probleme gemeldet. Die anderen 62 Scanner aber nicht. Dabei sind die 10 Virenmeldungen unterschiedlich. Man kann sich nicht auf einen Virus einigen ;-(
VirusTotal_check_MobaLedCheckColors_exe.pdf
Edit: Gerade sehe ich, dass in dem PDF nicht alle Ergebnisse enthalten sind ;-( => Macht den Test selber...


Generell gilt, dass auch ein kompiliertes Python Programm gefährlich ist. Aber das gilt für jedes Programm dessen Source Code man nicht kennt.

Was machen wir jetzt mit dieser Aussage?

Jeder muss für sich selber entscheiden ob er den Tools und dem Autor der Tools trauen will.
Die Sourcen und eine „Anleitung“ wie man daraus das EXE Programm macht sind in der Bibliothek abgelegt. Man hat also auch hier die Möglichkeit das Programm zu prüfen.

@Alle:
Wenn Ihr einem Programm nicht traut, dann prüft es selber indem Ihr es von einem unabhängigen Scanner untersuchen lasst. Bei Programmen der MobaLedLib würde ich mich sehr freuen wenn Ihr das Ergebnis hier veröffentlichen würdet.

Wenn Ihr dem Programm, trotz Ullrichs Warnung, traut und Eurem Viren Scanner erlaubt, dass er das Programm durchwinken darf, dann macht doch bitte ein paar Screenshots wie man dem Wachhund erlaubt, das dieses Programm ausgeführt werden darf. Dann haben es die anderen Stummis leichter.

Das ist ein Mitmach-Thread

Hardi
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Haltet Euch unbedingt von diesen Seiten fern:
͏͏͏ viewtopic.php?f=7&t=165060
͏͏͏ https://wiki.mobaledlib.de/
sonst wird Eure Anlage niemals fertig…

Unsere Anlage findet Ihr unter meinem Profil bei „Webseite“
Benutzeravatar

rolfha
InterRegioExpress (IRE)
Beiträge: 350
Registriert: Do 14. Feb 2019, 22:20
Nenngröße: N
Stromart: digital
Steuerung: Lenz
Gleise: Fleischmann
Wohnort: Kronberg
Alter: 71
Deutschland

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Neu Version verfügb

#836

Beitrag von rolfha »

Hallo,
ich habe nach den Untersuchungen der PC-Zeitschriften und anderer Quellen mich für den Grundschutz auf den Defender verlassen. Alle Möglichkeiten sind auf die höchsten Schutzstufen eingestellt. Vor einiger Zeit hatte er mit einem Update der MobaLedLib Probleme, als Hardi das erste mal die Kopieraktionen und das Anlegen der Desktopverknüpfung eingeführt hatte.
Das Update 0.9.3 lief unproblematisch.
Als ich noch Berufstätig war lief mein Arbeitsalltag in Englischer Sprache ab, deswegen habe ich PCs in beiden Sprachen. Meistens installiert habe ich Windows 10, 64 bit, international English mit Deutschem Sprachpaket. Auch reine Englische Versionen, wie der Standard MobaLedLib Rechner und sogar ein neuerer Laptop, der noch ist wie gekauft (ich gehe von rein Deutschem Windows 10 aus). Ich kann das Documents / Dokumente Problem nicht nachvollziehen. Allerdings habe ich die System Verzeichnisse auch immer so gelassen, wie Windows sie benannt hat und habe nie eine eigene Umbenennung vorgenommen.

Ich kann nur hoffen, dass ihr alle die neue Version installiert bekommt, auch das Python Programm. Die Anpassung jeder LED an die besonderen Verhältnisse ist sehr hilfreich. Nach dem ersten 3D Druck einer Häuschenetage mit Klickbefestigung der WS2812 war ich so begeistert, dass ich doch glatt das "paint it black" im Häuschen vergessen habe und die Etage fest eingebaut hatte. Mit dem Python Programm habe ich die richtige Kompromiss-Helligkeit zwischen "Im Fenster noch zu sehen" und "Die Wand leuchtet mit" eingestellt.

Danke an die Softwareersteller und ich verkneife mir, wieder mal zu sagen wie toll das in dem Forum hier ist.
Rolf

Railcar
InterRegioExpress (IRE)
Beiträge: 445
Registriert: Do 15. Nov 2018, 09:41
Alter: 68

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Neu Version verfügb

#837

Beitrag von Railcar »

Ursprünglicher Post gelöscht um keine Verwirrung aufkommen zu lassen.

aftpriv
EuroCity (EC)
Beiträge: 1065
Registriert: Di 3. Apr 2012, 10:01
Nenngröße: H0
Stromart: digital
Steuerung: Gleisbox+RocRail-RN-Node
Gleise: K-Gleis|:|(3-Leiter)
Wohnort: 636xx Hessen/Main-Kinzig-Kreis
Alter: 70

MobaLedLib: Hilferuf Ruhrgebiet

#838

Beitrag von aftpriv »

Hallo Bastler

wir haben einen Bastelkollegen (N-Spur) aus dem Ruhrgebiet (44269 Dortmund), der ein Problem mit seiner Sehkraft hat, aber gerne MobaLedLib-Komponenten, die es derzeit nur im Sebstbau gibt, benutzen will.

Gibt es im Ruhrgebiet eine modellbahnaffine Gruppe oder Einzelperson, die ihm dabei unter die Arme greifen kann?

Dann bitte eine kurze Email an mich ( LedLib@yahoo.com , Betreff: Norbert_Dortmund) mit Kontaktdaten wie:
- Name / Vorname / Stummi-Name
- Straße /PLZ / Wohnort
- Email-Adresse
- Telefon / Mobil-Nummer / WhatsApp ja/nein
- selbst an MobaLedLib interessiert ja/nein
- Nenngröße der Moba

Gruß und schöne Festtage wünscht
Alf, MobaLedLib-Team-Mitglied
Pickel-Bahner seit 1958 / K-Gleis + ZIMO-Decoder (MX633P22/MX645P22)
RocRail & RocNetNode
Email bezüglich MobaLedLib-Belange: LedLib@yahoo.com
Benutzeravatar

rolfha
InterRegioExpress (IRE)
Beiträge: 350
Registriert: Do 14. Feb 2019, 22:20
Nenngröße: N
Stromart: digital
Steuerung: Lenz
Gleise: Fleischmann
Wohnort: Kronberg
Alter: 71
Deutschland

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Neu Version verfügb

#839

Beitrag von rolfha »

Hallo Stammtischler,
Dienstag der 17.12.2019 um 20:00 findet der nächste Stammtisch hier:

https://teams.microsoft.com/l/meetup-jo ... ffc4%22%7d
statt.

Jeder mit Interesse an der MobaLedLib ist eingeladen. Getränke sind selbst mitzubringen.

Rolf
Benutzeravatar

Domapi
EuroCity (EC)
Beiträge: 1082
Registriert: Di 22. Sep 2015, 07:12
Nenngröße: H0
Stromart: digital
Steuerung: DCC & ECOS & TC9 Gold
Gleise: Roco/Tillig/Weinert
Wohnort: Nämberch
Deutschland

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#840

Beitrag von Domapi »

Bei Ebay habe ich mir folgendes WS2811-Modul gekauft:

https://www.ebay.de/itm/50-Stück-WS2811 ... 2749.l2649

Das ist offensichtlich wieder so ein exotisches Teil mit abweichenden Eigenschaften.

A c h t u n g : Die Kanäle Rot und Grün müssen hier getauscht werden, Blau passt.


Bild

Inwieweit das generierte PWM-Signal passt, kann ich noch nicht sagen.

Bei der Nutzung für normale LED-Leuchten ist das unproblematisch.

Nur für die Soundansteuerung über ein JQ6500 muss ich die Verdrahtung an die Anschlüsse der Platine anpassen.
Viele Grüße
Martin

Der Weg ist das Ziel !

Mein noch namenloser Trennungsbahnhof: https://www.stummiforum.de/viewtopic.php?f=64&t=152275

aftpriv
EuroCity (EC)
Beiträge: 1065
Registriert: Di 3. Apr 2012, 10:01
Nenngröße: H0
Stromart: digital
Steuerung: Gleisbox+RocRail-RN-Node
Gleise: K-Gleis|:|(3-Leiter)
Wohnort: 636xx Hessen/Main-Kinzig-Kreis
Alter: 70

Bestellungen

#841

Beitrag von aftpriv »

Hallo MobaLedLib-er

Auf Grund der erhöhten Nachfrage kann ich die 100-Master und 200-Verteiler erst wieder Anfang Jan 2020 liefern :oops: .

Alle anderen Platinen sind in (derzeit) ausreichenden Stückzahlen lagernd.

Gruß und schöne Weihnachten, sowie einen guten Rutsch wünscht Alf, ein Mitglied im MobaLedLib-Team
Pickel-Bahner seit 1958 / K-Gleis + ZIMO-Decoder (MX633P22/MX645P22)
RocRail & RocNetNode
Email bezüglich MobaLedLib-Belange: LedLib@yahoo.com

Railcar
InterRegioExpress (IRE)
Beiträge: 445
Registriert: Do 15. Nov 2018, 09:41
Alter: 68

Probleme beim Flashen der Arduinos

#842

Beitrag von Railcar »

Guten Morgen LED Dompteure :D ,

ich hatte ja bereits geschrieben das ich weder den DCC noch den LED NANO flashen kann wenn der jeweils Andere in der Platine eingesteckt ist.
Da das bisher noch niemand geschrieben hat, bin ich wohl der Einzige der das Problem hat. :cry:

Heute morgen ist mir nun durch Zufall aufgefallen daß das LED Farbtest Programm nicht startet wenn der DCC Nano in der Platine eingesteckt ist. Es tut sich nichts. Es sieht einfach so aus als ob gar kein Test Programm gestart wurde, ziehe ich den DCC Nano heraus, reagiert der LED Nano sofort auf die Steuerbefehle des Testprogramms.

Bin ich hier auch wieder der Einzige der das Problem hat?

Ulrich

Railcar
InterRegioExpress (IRE)
Beiträge: 445
Registriert: Do 15. Nov 2018, 09:41
Alter: 68

LED Testprogramm bleibt im Speicher

#843

Beitrag von Railcar »

Hi,

nachdem ich zweimal das LED Testprogramm aufgerufen und ordnungsgemäß beendet hatte musste ich feststellen das der PC immer langsamer und träger reagierte.

Im Taskmanager konnte ich dann sehen die Programme jeweils 40% der CPU Last betrugen. Nachdem beide Programme über den Taskmanager beendet wurden fiel die CPU Last auf unter 7%.

Kann es sein daß das Phyton Programm hier beim beenden nicht korrekt den Speicher und die Tasks freigibt?

Oder bin ich wieder nur der Einzige der das feststellt ?? :shock:

Ulrich

hlinke
Regionalbahn (RB)
Beiträge: 43
Registriert: Di 31. Okt 2006, 22:02
Wohnort: Trier

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#844

Beitrag von hlinke »

Hallo Ulrich,

Du bist nicht alleine. in der aktuellen Version des Farbtestprogramms kann in bestimmten Fällen der Schnittstellenmonitor die gesamte CPU Leistung verbraten. Der Fehler ist bereits in einer Testversion korrigiert und wird von Hardi und Mark getestet.
Wann es diese neue Version offiziell gibt, kann nur Hardi beantworten.

Das Tasks hängen bleiben, habe ich noch nicht festgestellt. Wie beendest Du das Programm?
Kannst Du einen Bildschirmabzug des Taskmanagers mit den hängengebliebenen Tasks machen?

Viele Grüsse
Harold
Benutzeravatar

Threadersteller
Hardi
EuroCity (EC)
Beiträge: 1346
Registriert: Mo 28. Dez 2015, 13:07
Nenngröße: H0
Stromart: digital
Steuerung: MS2 + IR, Eigenbau
Gleise: Märklin C-Gleis
Wohnort: Mainz
Alter: 57
Kontaktdaten:
Deutschland

Re: LED Testprogramm bleibt im Speicher

#845

Beitrag von Hardi »

Hallo Ulrich,

ich würde Deine Aussage
Railcar hat geschrieben: So 15. Dez 2019, 11:52 Oder bin ich wieder nur der Einzige der das feststellt ?? :shock:
gerne positiver betrachten:

Du bist in vielen Fällen der erste dem die Probleme auffallen und meldest sie dann auch gleich.
Danach wird das Problem behoben und es fällt keinem mehr auf.

Vielen Dank dafür.

Mit Deiner Hilfe werden die Programme immer ein kleines Stückchen besser.

Und warum bist Du oftmals der erste der Erste? Vermutlich weil Du Dir intensiv Zeit nimmst die Geschichte zu testen.

Vielen Dank.

Hardi
Haltet Euch unbedingt von diesen Seiten fern:
͏͏͏ viewtopic.php?f=7&t=165060
͏͏͏ https://wiki.mobaledlib.de/
sonst wird Eure Anlage niemals fertig…

Unsere Anlage findet Ihr unter meinem Profil bei „Webseite“
Benutzeravatar

Threadersteller
Hardi
EuroCity (EC)
Beiträge: 1346
Registriert: Mo 28. Dez 2015, 13:07
Nenngröße: H0
Stromart: digital
Steuerung: MS2 + IR, Eigenbau
Gleise: Märklin C-Gleis
Wohnort: Mainz
Alter: 57
Kontaktdaten:
Deutschland

Re: Probleme beim Flashen der Arduinos

#846

Beitrag von Hardi »

Hallo Ulrich,
Railcar hat geschrieben: So 15. Dez 2019, 09:45 ich hatte ja bereits geschrieben das ich weder den DCC noch den LED NANO flashen kann wenn der jeweils Andere in der Platine eingesteckt ist.
:

Bin ich hier auch wieder der Einzige der das Problem hat?
Dieses Problem hatten auch schon andere Kollegen. Leider kann ich es bei mir nicht reproduzieren.

Es hängt damit zusammen, dass der DCC Arduino mit dem LED über die RS232 kommuniziert. Diese Schnittstelle wird aber gleichzeitig zum Flaschen der Programme und für den LED Farbtest benutzt. Der PC und der DCC Arduino senden beide auf der gleichen Leitung zum LED Arduino. Das ist erst mal nicht gut. Darum schalte ich die Sendeleitung des DCCArduinos ab, wenn der LED Arduino programmiert wird oder wenn er vom Farbtest Programm Befehle empfängt. Das wird über die A1 Leitung zwischen den beiden gemacht.
Aber warum geht das nicht immer?
Es könnte an der zusätzlichen Last liegen welche der DCC Arduino trotzdem erzeugt liegen. Das zusammen mit einer ungünstigen Versorgungsspannung ist vielleicht der Grund für die Probleme.
Evtl. liegt das an einem „schlechten“ USB Anschluß am PC.

Ein weiterer Grund könnten die zwei unterschiedlichen USB Bausteine sein mit denen die Nanos ausgeliefert werden.

Schließlich kann das 5V Netzteil mit dem die Hauptplatine versorgt wird diese Probleme erzeugen. Bei 5.2 Volt vom Netzteil hatte ich auch schon mal ähnliche Symptome.

=> Für zweckdienliche Hinweise wenden Sie sich bitte an den Hersteller...

@Alle: Wenn Ihr diese Probleme habt und Besitzer eines Ossis seit, dann schaut euch bitte mal die Spannung am RX Pin des LED Arduinos mit und ohne gestecktem DCC Arduino an.

Hardi
Haltet Euch unbedingt von diesen Seiten fern:
͏͏͏ viewtopic.php?f=7&t=165060
͏͏͏ https://wiki.mobaledlib.de/
sonst wird Eure Anlage niemals fertig…

Unsere Anlage findet Ihr unter meinem Profil bei „Webseite“

ditohan
S-Bahn (S)
Beiträge: 20
Registriert: Sa 23. Feb 2019, 18:43
Nenngröße: H0
Stromart: digital
Steuerung: DigiKeijs DR5000, TC Gold
Gleise: Rocoline
Wohnort: Erlach, Schweiz
Alter: 76
Niederlande

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#847

Beitrag von ditohan »

Hallo Hardi,

Bei mir ist das Problem verschwunden, nachdem ich die Arduino's an eine andere (meine Eisenbähnli) PC angeschlossen habe. Hat in dem Fall tatsächlich etwas mit dem Versorgungsspannung (USB-Spannung) zu tun. Ich habe keine Spannung gemessen (hab kein Ossi, nur Multimeter). Falls Dich die vom Multimeter gemessene Spannungen interessieren, mache ich das gerne, ansonsten kann ich jetzt sehr gut damit leben!

Noch eine schöne Abend, und nochmals merci viel, vielmal für alle Deine Entwicklungen UND Support!

Han
Benutzeravatar

Threadersteller
Hardi
EuroCity (EC)
Beiträge: 1346
Registriert: Mo 28. Dez 2015, 13:07
Nenngröße: H0
Stromart: digital
Steuerung: MS2 + IR, Eigenbau
Gleise: Märklin C-Gleis
Wohnort: Mainz
Alter: 57
Kontaktdaten:
Deutschland

MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Flash Probleme

#848

Beitrag von Hardi »

Hallo Han,

ja, es währe schön, wenn Du die Spannung mal mit dem Multimeter messen könntest. Am besten an den Pins des Arduinos. Dann ist der USB Port auch belastet. Bitte messe die Spannungen an beiden Rechnern. Ist dein nicht „Eisenbähnli“ PC vielleicht ein Laptop und Du verbindest den Arduino ohne USB Hub?

@Alle:
Es könnte auch sein, dass das Problem auftritt, wenn man bereits Arduinos mit dem neune Bootloader benutzt, weil dieser eine doppelt so hohe Baud Rate (115200) verwendet.

Wenn Ihr bereits neue Arduinos benutzt, dann schickt mir bitte ob das Flashen mit eingesteckten DCC Arduino bei Euch geht oder nicht.

Hardi
Zuletzt geändert von Hardi am Mo 16. Dez 2019, 21:12, insgesamt 1-mal geändert.
Haltet Euch unbedingt von diesen Seiten fern:
͏͏͏ viewtopic.php?f=7&t=165060
͏͏͏ https://wiki.mobaledlib.de/
sonst wird Eure Anlage niemals fertig…

Unsere Anlage findet Ihr unter meinem Profil bei „Webseite“

Railcar
InterRegioExpress (IRE)
Beiträge: 445
Registriert: Do 15. Nov 2018, 09:41
Alter: 68

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#849

Beitrag von Railcar »

Hi Hardi,

Die A1 Verbindung zwischen den beiden Nanos hat IMMER 5 V, egal ob bei normalem Betrieb oder beim flashen, da ist kein Unterschied. Es sind zwar 4,74 Volt, aber das hat den Nanos bisher keine Probleme gemacht.
Sehr seltsam, sobald der DCC Nano eingesteckt ist, liegen an A1 5 Volt, egal ob mit oder ohne DCC Programm, selbst bei "leerem" Nano liegen an A1 5VDC an.
BTW: Die Arduinos haben den "alten" Bootloader.
Mal weitersuchen

Ulrich
Zuletzt geändert von Railcar am Di 17. Dez 2019, 08:15, insgesamt 1-mal geändert.
Benutzeravatar

Threadersteller
Hardi
EuroCity (EC)
Beiträge: 1346
Registriert: Mo 28. Dez 2015, 13:07
Nenngröße: H0
Stromart: digital
Steuerung: MS2 + IR, Eigenbau
Gleise: Märklin C-Gleis
Wohnort: Mainz
Alter: 57
Kontaktdaten:
Deutschland

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#850

Beitrag von Hardi »

Hallo Ulrich, Hallo MobaLedLib interessierte,

Edit 8.2.20: Dieser Beitrag erklärt das Problem beim Flashen der Arduinos welches bei manchen Kollegen auftritt. Ich erkläre zunächst einmal wie die Kommunikation der Arduinos untereinander funktioniert und gehe dann auf das eigentliche Problem ein. Die Lösung des Problems ist ganz einfach. Man muss den Widerstand der TX LED des DCC Arduinos entfernen. Das wird im letzten Bild gezeigt.


Ich schreibe mal detailliert auf wie der Mechanismus mit dem A1 Pin funktioniert. Vielleicht habe ich irgendwo einen Denkfehler gemacht.

Der Pin A1 wird auf 5V gelegt, wenn der DCC Arduino still sein soll. Damit wird verhindert, dass Zeichen verloren gehen während die LEDs aktualisiert werden denn in dieser Zeit müssen alle Interrupts deaktiviert sein, weil das WS281x Protokoll sehr zeitkritisch ist.
Im Programm sieht das so aus:

Code: Alles auswählen

  #if defined USE_RS232_AS_INPUT || defined RECEIVE_LED_COLOR_PER_RS232
    Proc_Received_Char();               // Process characters received from the RS232 (DCC, Selectrix, ... Arduino)
  #endif
  #if defined USE_RS232_AS_INPUT
    digitalWrite(SEND_DISABLE_PIN, 1);  // Stop the sending of the DCC-Arduino because the RS232 interrupts are not processed during the FastLED.show() command
  #endif

  #ifdef USE_CAN_AS_INPUT
    Process_CAN();                      // Read the messages from the CAN bus and write the InpStructArray[]
  #endif

  FastLED.show();                       // Show the LEDs (send the leds[] array to the LED stripe)

  #ifdef USE_RS232_AS_INPUT
    digitalWrite(SEND_DISABLE_PIN, 0);  // Allow the sending of the DCC commands again
  #endif
Mit dem „digitalWrite(SEND_DISABLE_PIN, 1);“ Befehl wird dem DCC Arduino gesagt, dass er die Klappe halten soll (SEND_DISABLE_PIN = A1). Dann werden mit „FastLED.show();“ die LEDs aktualisiert. Anschließend darf der DCC Arduino wieder plappern: „digitalWrite(SEND_DISABLE_PIN, 0);“.
Mit einem normalen Messgerät sieht man nicht, dass der Pin manchmal kurz 0V hat weil diese Phase sehr kurz ist (120 us).
Wenn der DCC eine Spannung von 5V am A1 Pin sieht, dann sendet er keine weiteren Zeichen und deaktiviert die serielle Schnittstelle. Damit ist sein TX Pin hochohmig und sollte darum die Kommunikation nicht weiter beeinflussen.
=> Während der LED Arduino Daten zu den LEDs schickt kann der DCC Arduino nichts senden.
Bei diesem Mechanismus kann es sein, dass ein Zeichen gerade unterwegs ist bevor die A1 Leitung auf 0 geschaltet wird. Das ist aber nicht schlimm, weil der Arduino ein Zeichen in seinem Hardware Puffer speichern kann. Dieses Zeichen mit „Proc_Received_Char();“ abgeholt bevor der DCC Arduino wieder senden darf.


Beim Programmieren der Arduinos muss aber auch sichergestellt sein, dass der DCC Arduino nicht dazwischen quatscht, wenn PC und LED Arduino miteinander reden. Das wird darüber erreicht, dass der DCC Arduino selber den A1 Pin über einen Widerstand im Prozessor auf 5V zieht. Er verpasst sich also selber ein Redeverbot. Das ist wichtig, weil man während des Flashens keine Kontrolle über die Pins hat. Der LED Arduino kann dem DCC Arduino also nicht sagen, dass er ruhig sein soll. Darum diesen PullUp Widerstand.
Damit sollte immer sichergestellt sein, dass der DCC Arduino nichts sendet, wenn der LED Arduino programmiert wird.
Das funktioniert natürlich nur dann, wenn auf dem DCC Arduino auch das DCC Programm läuft. Wenn man irgendein anderes Programm auf dem DCC Adruino installiert hat, dann kann es sein das dieser trotzdem dazwischen plappert. Das kann z.B. dann passieren, wenn man die Schaltung neu aufgebaut hat und gleich zwei Arduinos einsteckt, aber zunächst nur den LED Teil testen will. Auf dem DCC Arduino ist dann evtl. noch ein altes Programm vorhanden welches auf der seriellen Schnittstelle sendet. Im Excel Programm wird man nur dann gefragt ob man das DCC Programm schicken will wenn auch DCC Befehle genutzt werden. => Der DCC Arduino sollte erst dann eingesteckt werden, wenn er auch benutzt wird. Ist er einmal Programmiert, dann kann er stecken bleiben.


Dummerweise ist der TX Pin des DCC Arduinos auch noch mit dem Eingang des USB Konverters auf dem Nano verbunden. Auf diesem Pfad werden die Daten vom DCC Arduino zum PC geschickt. Aber auch dieser Pin ist ein Eingang. Das spielt also auch keine Rolle.

ABER beide Arduinos besitzen LEDs welche flackern wenn Daten gesendet oder empfangen werden. Das sieht man sehr schön, wenn das Programm zu Arduino geschickt wird. Wenn man zwei Arduinos miteinander verbindet bedeutet das aber auch, dass die LEDs beider Nanos parallel geschaltet werden ;-(

Jetzt haben die Arduino Entwickler zwischen den USB to RS232 Konverter (CH340G) und den Pins des Prozessors 1K Schutzwiderstände eingebaut. Diese Widerstände reduzieren den Strom wenn man den RX Pin des Arduinos als Ausgang betreibt. Sie wirken aber auch als Spannungsteiler und verringern die am Prozessor ankommende Spannung. Mit einer LED ist das noch unkritisch. Aber wenn zwei Arduinos miteinander reden sollen, dann kann es anscheinend passieren, dass die Spannung nicht mehr ausreicht und manchmal fehlerhafte Daten ankommen.
Das folgende Bild verdeutlicht das noch einmal. Über den rot markierten 1K Widerstand fließt der Strom zu der RX LED auf dem LED Arduino und unglücklicherweise auch zu der TX LED auf dem DCC Arduino. An dem D0/Rx Pin des Prozessors kommt dadurch eine geringere Spannung an ;-(
Bei manchen Kollegen führt das evtl. zu den Problemen.
Bild

Diese Problematik wird hier nochmal anhand von Formeln erklärt:
https://arduino.stackexchange.com/quest ... -to-itself

Bei einem Arduino mit FT232 Chip tritt das Problem nicht auf. Hier sind die LEDs an separate Pins des USB to RS232 Konverters angeschlossen.
Bild
Abhilfe:
Wenn man den Widerstand der TX LED des DCC Arduinos entfernt sollte das Flashen des LED Arduinos Funktionieren. Dann muss der rote Widerstand nur noch eine LED ansteuern und der Spannungsabfall ist noch so groß wie bei einem einzelnen Nano.
Bild

Zum Entfernen des Widerstands erhitzt man mit einem Lötkolben beide Anschlüsse des Widerstands unter Zugabe von etwas Lötzinns. Dann lässt sich das Bauteil leicht abheben. Meistens bleibt es schon von alleine an der Lötspitze hängen.

@Ulrich:
Könntest Du bitte Prüfen ob diese „Amputation“ bei Dir das Programmieren des LED Arduinos mit eingestecktem DCC Arduino ermöglicht?
Ich kann es nicht richtig testen, weil der Fehler bei mir nicht auftritt, wenn ich den Arduino Programmiere.

Ich bin sehr gespannt das Problem damit behoben ist.

Edit: 8.2.20: Damit ist das Problem behoben. In der nächsten Version der Hauptplatine werde ich eine Schaltung integrieren mit der das Problem ohne „Amputation“ von Widerständen gelöst wird.
=> Wenn das Flashen bei Euch nicht zuverlässig funktioniert, dann entfernt diesen Widerstand. Ulrich zeigt im nächsten Beitrag wie das Resultat aussehen kann.


Hardi
Zuletzt geändert von Hardi am Sa 8. Feb 2020, 08:48, insgesamt 1-mal geändert.
Haltet Euch unbedingt von diesen Seiten fern:
͏͏͏ viewtopic.php?f=7&t=165060
͏͏͏ https://wiki.mobaledlib.de/
sonst wird Eure Anlage niemals fertig…

Unsere Anlage findet Ihr unter meinem Profil bei „Webseite“

Railcar
InterRegioExpress (IRE)
Beiträge: 445
Registriert: Do 15. Nov 2018, 09:41
Alter: 68

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#851

Beitrag von Railcar »

Hi Hardi,

Das Entfernen des Widerstandes hat es tatsächlich gebracht.
Das LED Programm wird ganz sauber geflasht, auch wenn der DCC Nano mit seinem Programm geflasht ist und in der Platine sitzt.

Bild

Es liegt also anscheinend tatsächlich an der Schaltung der Widerstände.

Ulrich
Zuletzt geändert von Railcar am Di 24. Dez 2019, 10:44, insgesamt 3-mal geändert.
Benutzeravatar

Threadersteller
Hardi
EuroCity (EC)
Beiträge: 1346
Registriert: Mo 28. Dez 2015, 13:07
Nenngröße: H0
Stromart: digital
Steuerung: MS2 + IR, Eigenbau
Gleise: Märklin C-Gleis
Wohnort: Mainz
Alter: 57
Kontaktdaten:
Deutschland

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#852

Beitrag von Hardi »

Hallo Ulrich,

das freut mich sehr!

Wieder ein Problem weniger.

Die Idee mit dem Jumper könnte man noch weiter optimieren und einen „schaltbaren“ Jumper (Transistor) einbauen.
=> Das werde ich machen wenn ich das nächste Mal die Platine ändere.

Vielen Dank für den schnellen Test.

Hardi
Haltet Euch unbedingt von diesen Seiten fern:
͏͏͏ viewtopic.php?f=7&t=165060
͏͏͏ https://wiki.mobaledlib.de/
sonst wird Eure Anlage niemals fertig…

Unsere Anlage findet Ihr unter meinem Profil bei „Webseite“

aftpriv
EuroCity (EC)
Beiträge: 1065
Registriert: Di 3. Apr 2012, 10:01
Nenngröße: H0
Stromart: digital
Steuerung: Gleisbox+RocRail-RN-Node
Gleise: K-Gleis|:|(3-Leiter)
Wohnort: 636xx Hessen/Main-Kinzig-Kreis
Alter: 70

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#853

Beitrag von aftpriv »

Hi Hardi,
Den Teil mit Loconet würde ich noch behalten.
LN ist bei DCC und anglosaechsischen Mobahnern weit verbreitet.
Auf der runden Kugel gibt es noch zusätzliche Länder neben D!
Gruß Alf
Pickel-Bahner seit 1958 / K-Gleis + ZIMO-Decoder (MX633P22/MX645P22)
RocRail & RocNetNode
Email bezüglich MobaLedLib-Belange: LedLib@yahoo.com

Railcar
InterRegioExpress (IRE)
Beiträge: 445
Registriert: Do 15. Nov 2018, 09:41
Alter: 68

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#854

Beitrag von Railcar »

Hi Alf,
LN ist bei DCC und anglosaechsischen Mobahnern weit verbreitet.
Vielleicht etwas falsch ausgedrückt. Loconet hat nix mit DCC zu tun, das ist ein komplett eigenständiges "BUS"-System. Und bei den Angelsachsen hat sich LN nie so richtig durchgesetzt, nicht umsonst entwickeln die seit ein paar Jahren das LCC.

Entweder wird die Platine etwas grösser oder LN wird fallen gelassen, DCC und MäCan werden schon unterstützt, demnächst will noch einer Xpressnet oder R-Net oder sonstwas implementiert haben. Da das CAN Modul ja auch huckepack sitzt könnte man in einer späteren Platinenversion ja auch ein Pinout für Loconet und DCC Huckepack Platinen (Breakoutboards auf Neudeutsch) vorsehen.

Ulrich
Benutzeravatar

Threadersteller
Hardi
EuroCity (EC)
Beiträge: 1346
Registriert: Mo 28. Dez 2015, 13:07
Nenngröße: H0
Stromart: digital
Steuerung: MS2 + IR, Eigenbau
Gleise: Märklin C-Gleis
Wohnort: Mainz
Alter: 57
Kontaktdaten:
Deutschland

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#855

Beitrag von Hardi »

Hallo Zusammen,

keine Sorge, ich werde den Transistor noch irgendwo unterbringen ohne dass ich die Platinen Größe verändern muss.
Außerdem kommt dann auch noch ein Anschluss für Selectrix drauf.

Ihr wisst, ich kann nichts wegwerfen ;-(

Achtung: Morgen ist der letzte Stammtisch im Jahr 2019 !

Hardi
Haltet Euch unbedingt von diesen Seiten fern:
͏͏͏ viewtopic.php?f=7&t=165060
͏͏͏ https://wiki.mobaledlib.de/
sonst wird Eure Anlage niemals fertig…

Unsere Anlage findet Ihr unter meinem Profil bei „Webseite“

aftpriv
EuroCity (EC)
Beiträge: 1065
Registriert: Di 3. Apr 2012, 10:01
Nenngröße: H0
Stromart: digital
Steuerung: Gleisbox+RocRail-RN-Node
Gleise: K-Gleis|:|(3-Leiter)
Wohnort: 636xx Hessen/Main-Kinzig-Kreis
Alter: 70

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#856

Beitrag von aftpriv »

Railcar hat geschrieben: Mo 16. Dez 2019, 19:13
Vielleicht etwas falsch ausgedrückt. Loconet hat nix mit DCC zu tun, das ist ein komplett eigenständiges "BUS"-System. Und bei den Angelsachsen hat sich LN nie so richtig durchgesetzt, nicht umsonst entwickeln die seit ein paar Jahren das LCC.
sieh mal da: http://www.digitrax.com/products/comman ... rs/dcs240/
Die sind ziemlich heftig in US und sind die "Erfinder" von LN!
Railcar hat geschrieben:Entweder wird die Platine etwas grösser oder LN wird fallen gelassen, DCC und MäCan werden schon unterstützt, demnächst will noch einer Xpressnet oder R-Net oder sonstwas implementiert haben. Da das CAN Modul ja auch huckepack sitzt könnte man in einer späteren Platinenversion ja auch ein Pinout für Loconet und DCC Huckepack Platinen (Breakoutboards auf Neudeutsch) vorsehen.
Entwickelst Du jetzt die Masterplatine?
Hardi hat geschrieben:keine Sorge, ich werde den Transistor noch irgendwo unterbringen ohne dass ich die Platinen Größe verändern muss.
Außerdem kommt dann auch noch ein Anschluss für Selectrix drauf.

Ihr wisst, ich kann nichts wegwerfen ;-(
Gut so Hardi, mach ruhig wie bisher weiter! :clap: :clap: :clap:

Gruß Alf
Pickel-Bahner seit 1958 / K-Gleis + ZIMO-Decoder (MX633P22/MX645P22)
RocRail & RocNetNode
Email bezüglich MobaLedLib-Belange: LedLib@yahoo.com

Railcar
InterRegioExpress (IRE)
Beiträge: 445
Registriert: Do 15. Nov 2018, 09:41
Alter: 68

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#857

Beitrag von Railcar »

Hi,
Entwickelst Du jetzt die Masterplatine
Da man hier ja anscheinend keine Vorschläge machen darf oder Ideen äußern darf klink ich mich jetzt hier aus.

Viel Spaß noch mit der Mobaledlib.

Ulrich

aftpriv
EuroCity (EC)
Beiträge: 1065
Registriert: Di 3. Apr 2012, 10:01
Nenngröße: H0
Stromart: digital
Steuerung: Gleisbox+RocRail-RN-Node
Gleise: K-Gleis|:|(3-Leiter)
Wohnort: 636xx Hessen/Main-Kinzig-Kreis
Alter: 70

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#858

Beitrag von aftpriv »

Hallo Ulrich
Railcar hat geschrieben: Mo 16. Dez 2019, 20:51
aftpriv hat geschrieben:Entwickelst Du jetzt die Masterplatine
Da man hier ja anscheinend keine Vorschläge machen darf oder Ideen äußern darf klink ich mich jetzt hier aus.
Bitte jetzt nicht den Beleidigten spielen wenn man ganz höflich frägt, ob Du ab jetzt die Platinen entwickelst
Railcar hat geschrieben:Entweder wird die Platine etwas grösser oder LN wird fallen gelassen
Damit machst Du leider keine Vorschläge sondern sagst klipp und klar was zu machen ist. Deshalb meine Frage.
Ein Vorschlag würde sich in etwa so anhören: Ich würde vorschlagen entweder die Platine größer zu machen oder LN fallen zu lassen

Gruß Alf
Pickel-Bahner seit 1958 / K-Gleis + ZIMO-Decoder (MX633P22/MX645P22)
RocRail & RocNetNode
Email bezüglich MobaLedLib-Belange: LedLib@yahoo.com
Benutzeravatar

rolfha
InterRegioExpress (IRE)
Beiträge: 350
Registriert: Do 14. Feb 2019, 22:20
Nenngröße: N
Stromart: digital
Steuerung: Lenz
Gleise: Fleischmann
Wohnort: Kronberg
Alter: 71
Deutschland

Re: MobaLedLib: Beginn einer neuen Ära mit Windows Konfigurationstool. Programmieren war Gestern ... Stammtisch Di. 17.1

#859

Beitrag von rolfha »

@Ulrich: das wäre schade. Du hast ja gelesen wie Hardi deine Beiträge sieht. Und wenn ich als alter Mann das sagen darf, ihr beiden (Ulrich und Alf) formuliert manchmal so, dass ich überlegen muss ob Ironie im Spiel ist oder nicht. Ich nehme mich da auch nicht aus. Wie Ulrich schon bei meiner Einbau Beschreibung für LEDs bemerkt hat, bin ich nicht Schriftdeutsch sicher. Ich war immer sicherer beim gesprochenen Wort.
Jeder darf hier Vorschläge machen, das ist keine Frage.
Rolf
Antworten

Zurück zu „Software und Hardware“