From: Bernd W. <f.j...@t-...> - 2021-03-22 10:28:03
|
I have submitted the following patches against Rel.2.1.5: Only No 13 is specific for Raspberry Pi. 11 i2c-23017 general accessories driver This driver controls GAs (accessories) by the I/O ports of MCP23017 16Bit-I/O-Expanders driven by the i2c-dev interface of the Linux kernel (similar to the i2c-dev driver, but other hardware). see README.i2c-23017 contained in the diff for more explanation. 12 bw-rs232speed_2.1.5 improved NMRA timing This patch implements an additional value for the DDL configuration setting <improve_nmradcc_timing> termios2 is an alternative method in linux to set a non-standard baudrate if the hardware supports it. In contrast to the existing divisor method it supports newer linux kernels as well. Depending of the base baudrate more granular baudrate settings may be possible. See man 5 srcpd.conf contained in the patch. 13 bw-raspidefs_2.1.5 Raspberry Pi control lines for DDL Raspberry Pi has UART interface(s), but no support for some RS232 control lines like DTR or RI. This patch allows to use Raspberry's GPIOs as RS232 control lines for DDL, if the booster needs so. see README.raspberrypi contained in the diff for more explanation. All diff files are based on the tagged version RELEASE_2_1_5. Merging diffs requires more and more manual intervention and may be error-prone. So for future Patches, a new base containing the patches submitted until now would be helpful. My ideas for future patches are: - ACK-detection for NMRA programming. Theoretically, supporting the RI line by Patch 13 should already provide the functionality, but practically, the self-made low cost wiring used by me needs more programming for timing and signal detection. - port the use of Raspberry Pi's SPI interface as DDL signal source from http://siggsoftware.ch/wordpress/srcpd-mit-mfx-und-anderen-erweiterungen/ As my Raspberry Pi 1 has only one UART, a second signal source is needed for the programming track. - perhaps porting the prioritizing of Loc stop commands from Sigg software As submitting changes for ddl.c means touching a heart peace of a stable/mature software, I'm trying to be careful to prevent undesirable side effects, but I can only test with my limited hardware. Please let me know if such kind of patches is desirable from your point of view. Regards Bernd |