From: Guido S. <gui...@gm...> - 2021-01-24 11:05:35
|
Hallo Bernd, danke für dein Anschreiben, Verbesserungsbeiträge sind jederzeit willkommen. Mein Vorschlag zum weiteren Vorgehen: 1) Abonniere bitte die "devel" Mailingliste (https://sourceforge.net/p/srcpd/mailman/), die weitere Diskussion kann dann dort ablaufen. 2) Lade deine Änderungen bitte als Patches gegen die aktuelle Version hoch: https://sourceforge.net/p/srcpd/patches/ Bitte pro Thema einen eigenen Patch, nicht alles an einem Stück. Das erleichtert das Korrekturlesen. Es gibt sicher Interessenten, die diese Änderungen gerne testen wollen. Ich habe die Mailingliste gleich mal mit in den Verteiler genommen. Gruß Guido Am 24.01.21 um 10:19 schrieb be...@us...: > > REPLY at https://sourceforge.net/u/berwag/profile/send_message > > ------------------------------------------------------------------------ > > Guten Tag Guido Scholz, > > Sie haben auf Sourceforge in jüngerer Zeit an srcpd gearbeitet. > > Ich möchte nach einem Branch und Schreibrechten auf dem > Sourceforge-Repository für die Einbringung folgender Varianten fragen: > > Ich habe bei mir srcpd in der Version von > http://siggsoftware.ch/wordpress/srcpd-mit-mfx-und-anderen-erweiterungen/ > im Einsatz. Diese Version wurde vom Inhaber dieser Website wohl etwa > beim srcpd Release-Stand 2.1.1 abgespalten und enthält Erweiterungen, > die speziell die Hardware des Raspberry Pi nutzen. Ich selbst habe > dazu noch bei mir lokal Erweiterungen auf Basis i2c-Bus zur > Ansteuerung von GAs sowie zur Interpretation des ACK-Signals vom > Programmiergleis vorgenommen. In den letzten Tagen habe ich bei mir > diese Version mit Ihrer Version 2.1.5 von Sourceforge gemerged. > > Ich würde diese Arbeiten gerne der Allgemeinheit zugänglich machen und > wieder in das ursprüngliche srcpd-Sourceforge-Repository zurückführen. > Wäre das in Ihrem/Eurem Sinne? > > Sicher sind an meiner Version noch Änderungen, Dokumentationsarbeiten > usw. vorzunehmen. Damit würde ich durchaus die Hoffnung verbinden, > dass eine Qualität erreicht werden kann, dass man den Branch wieder > auf den Hauptpfad zurückführen kann. Meine Test-Möglichkeiten sind > aber auf meine Raspberry-Pi-spezifische Bus-Hardware und die > Lok-Protokolle DCC und MM begrenzt. > > Bitte meine Anfrage gerne an die anderen srcpd-Administratoren > weitergeben, wenn dies zur Abstimmung sinnvoll ist. > > Wenn das Vorhaben Ihre/Eure Unterstützung findet, würde ich noch die > Abstimmung mit dem Inhaber von http://siggsoftware.ch/ (Daniel Sigg) > suchen, obgleich das aufgrund der GPL nicht obligatorisch wäre. > > Danke und Freundliche Grüße > > Bernd Wagner > f.j...@t-... > > ------------------------------------------------------------------------ > > This message was sent to you via the SourceForge web mail form. > Replying to this email will not work, please send a message to Bernd > Wagner at https://sourceforge.net/u/berwag/profile/send_message > |
From: Ralf K. <ral...@gm...> - 2021-01-25 23:56:17
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hallo,</div> <div> </div> <div>ich verwende als Hardware einen Raspberry Pi B+, ich habe einen tams DCC Booster an die Serielle angeschlossen.</div> <div>Ich habe auch Interesse an der Interpretation des ACK-Signals vom Programmiergleis.</div> <div> </div> <div>Ich würde auch gerne Rückmeldekontakte anschließen. Anstatt dem s88-Bus würde ich gerne i2c verwenden.</div> <div>Ich möchte dazu gerne einen Maple Mini per i2c an den Raspi anschliessen.</div> <div>An den Maple Mini kann ich dann die Rückmeldekontakte direkt anschliessen oder über einen Bus oder ähnliches.</div> <div> </div> <div>Ich habe ein Testprogramm geschrieben, damit ich es kompilieren kann muss ich beim gcc "-li2c" anhängen</div> <div>gcc -o i2ctest i2ctest.c -li2c</div> <div> </div> <div>Nun weiß ich aber nicht wo ich das -li2c eintragen muß damit es beim kompilieren verwendet wird.</div> <div>Der Einfachheit halber möchte ich die i2c Routinen erstmal in die ddl-s88.c einbauen</div> <div> </div> <div>i2ctest.c</div> <div> </div> <div> <div>#include <stdlib.h><br/> #include <stdio.h><br/> #include <fcntl.h><br/> #include <sys/ioctl.h><br/> #include <linux/i2c-dev.h><br/> #include <i2c/smbus.h></div> <div>#define addr 4<br/> #define anz 5</div> <div> </div> <div>int main()<br/> {<br/> int file;<br/> __s32 res;<br/> char filename[20] = "/dev/i2c-1";</div> <div> </div> <div> printf("i2ctest\n");</div> <div> file = open(filename, O_RDWR);<br/> if (file < 0) {<br/> printf("error open i2c\n");<br/> exit(1);<br/> }</div> <div> if (ioctl(file, I2C_SLAVE, addr) < 0) {<br/> printf("error addr i2c\n");<br/> exit(1);<br/> }</div> <div> res = i2c_smbus_write_byte(file, 30);<br/> for (unsigned int n = 0; n <= anz; n++) {<br/> res = i2c_smbus_read_byte(file);<br/> if (res >= 0) {<br/> printf("ret: %ld\n", res);<br/> }<br/> }</div> <div> return 0;<br/> }</div> <div> </div> <div>Gruß Ralf</div> </div> <div> </div></div></body></html> |
From: Guido S. <gui...@gm...> - 2021-01-27 05:38:30
|
Am 26.01.21 um 00:56 schrieb Ralf Kleemann: > Hallo, Hallo Ralf, > Nun weiß ich aber nicht wo ich das -li2c eintragen muß damit es beim > kompilieren verwendet wird. > du musst in der Datei configure.ac auf das Vorhandensein der libi2c prüfen, damit der Linker diese Konfiguration mitgeteilt bekommt, z. B in der Art: AC_CHECK_LIB(i2c, i2c_smbus_write_byte, , AC_MSG_ERROR(lib i2c is missing)) Ab Zeile 180 wäre da Platz für. Genau genommen muss das so eingebaut werden, das die Prüfung nur bei nicht abgeschalteter Unterstützung der i2c Funktionalität stattfindet, für einen ersten Test ist das aber nicht relevant. Nach der Änderung folgendes ausführen: autoreconf Dann das configure Skript aufrufen.. Gruß Guido |
From: Ralf K. <ral...@gm...> - 2021-01-26 00:17:35
|
Hallo, ich verwende als Hardware einen Raspberry Pi B+, ich habe einen tams DCC Booster an die Serielle angeschlossen. Ich habe auch Interesse an der Interpretation des ACK-Signals vom Programmiergleis. Ich würde auch gerne Rückmeldekontakte anschließen. Anstatt dem s88-Bus würde ich gerne i2c verwenden. Ich möchte dazu gerne einen Maple Mini per i2c an den Raspi anschliessen. An den Maple Mini kann ich dann die Rückmeldekontakte direkt anschliessen oder über einen Bus oder ähnliches. Ich habe ein Testprogramm geschrieben, damit ich es kompilieren kann muss ich beim gcc "-li2c" anhängen gcc -o i2ctest i2ctest.c -li2c Nun weiß ich aber nicht wo ich das -li2c eintragen muß damit es beim kompilieren verwendet wird. Der Einfachheit halber möchte ich die i2c Routinen erstmal in die ddl-s88.c einbauen i2ctest.c #include <stdlib.h> #include <stdio.h> #include <fcntl.h> #include <sys/ioctl.h> #include <linux/i2c-dev.h> #include <i2c/smbus.h> #define addr 4 #define anz 5 int main() { int file; __s32 res; char filename[20] = "/dev/i2c-1"; printf("i2ctest\n"); file = open(filename, O_RDWR); if (file < 0) { printf("error open i2c\n"); exit(1); } if (ioctl(file, I2C_SLAVE, addr) < 0) { printf("error addr i2c\n"); exit(1); } res = i2c_smbus_write_byte(file, 30); for (unsigned int n = 0; n <= anz; n++) { res = i2c_smbus_read_byte(file); if (res >= 0) { printf("ret: %ld\n", res); } } return 0; } Gruß Ralf |
From: Bernd W. <f.j...@t-...> - 2021-04-14 11:46:37
|
I have submitted the following patches: 14 bw-cumulative patch for patches 11-13 based on 2.1.5 This is just technically in order to avoid problems when merging. 15 bw-ACKdetection for the ddl driver, based on Patch 14 If at least one of the (newly introduced) parameters scanACK_delay, handleACK_delay, ACK_samplingtime or ACK_debouncer is set, a more elaborated sampling of the RI control line is done. This is aimed for the use with a simple electronic circuit like https://www.stacken.kth.se/~haba/slamra/dcc/ackdetect/ and/or for the case of deviating decoder timing. see description in man srcpd.conf.5 in the patch This patch is based on Patch 14 to avoid merging problems (but shouldn't depend functionally). Bernd |
From: Ralf K. <Ral...@gm...> - 2023-01-24 11:00:09
|
Am 14.04.21 um 13:19 schrieb Bernd Wagner: > I have submitted the following patches: > > 14 bw-cumulative patch for patches 11-13 based on 2.1.5 > This is just technically in order to avoid problems when merging. > > 15 bw-ACKdetection for the ddl driver, based on Patch 14 > > If at least one of the (newly introduced) parameters scanACK_delay, > handleACK_delay, ACK_samplingtime or ACK_debouncer is set, a more > elaborated sampling of the RI control line is done. This is aimed > for the use with a simple electronic circuit like > https://www.stacken.kth.se/~haba/slamra/dcc/ackdetect/ > and/or for the case of deviating decoder timing. ich habe Deinen Patch "bw-ACKdetection" bei mir ins srcpd 2.1.5 übernommen und die folgende Programmiergleisschaltung aufgebaut, den Kollektor vom Transistor habe ich an einen Optokoppler CNY 17 angeschlossen. Anstatt der 30 Ohm verwende ich 39 Ohm http://www.strukto.de/tt/digital-Dateien/Prog-gleis-DDL-Vogt-IT.jpg Zum Auslesen der CVs verwende ich den nmra-programmer. Die meisten Lokdekoder sind ESU LokPilot DCC V 2 - 4 Irgendwas passt noch nicht so richtig, das Bit7 der ausgelesenen CVs ist immer 1. Kann es evtl sein, daß bei den Parametern scanACK_delay, handleACK_delay, ACK_samplingtime und ACK_debouncer bei mir die Defaultwerte nicht passen? Ich möchte nun die einfachere Schaltung verwenden https://www.stacken.kth.se/~haba/slamra/dcc/ackdetect/ Kann ich da anstatt des PC817 auch den AC-Optokoppler PC814 verwenden? Gruß Ralf |