Re: serialport v1.0.0
On Sun, 2018-05-13 at 12:05 -0600, Jonathan M Davis via Digitalmars-d-announce wrote: […] > > Really? If the consensus is that it should go in, then okay, but I don't > think that I've ever seen a standard library with anything like > functionality for talking to serial ports. And what would having it be in > Phobos buy you over just grabbing it from code.dlang.org? Python is a batteries included distribution. PySerial and PySerial-AsyncIO are packages in PyPI, not in the distibution, and sometime packaged in OS package repositories.. -- Russel. == Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part
Re: serialport v1.0.0
On Sunday, 13 May 2018 at 18:05:35 UTC, Jonathan M Davis wrote: On Sunday, May 13, 2018 17:57:56 Andre Pany via Digitalmars-d-announce wrote: On Sunday, 6 May 2018 at 22:02:05 UTC, Oleg B wrote: > Stable version of serialport package > > * Blocking `SerialPortBlk` for classic usage > > * Non-blocking `SerialPortNonBlk` and `SerialPortFR` for > usage in fibers or in vibe-d > > * Variative initialization and configuration > > * Hardware flow control config flag > > Doc: http://serialport.dpldocs.info/v1.0.0/serialport.html > Dub: http://code.dlang.org/packages/serialport > Git: https://github.com/deviator/serialport Thanks for this library. The announcement is at the right time as I want to write a smart home application to control my shutters. The application will run on a raspberry pi (ftdi sub stick). So, now we'll be able to hack your shutters? ;) Do you thought about including your library into phobos? A std library really should contain this functionality. Really? If the consensus is that it should go in, then okay, but I don't think that I've ever seen a standard library with anything like functionality for talking to serial ports. And what would having it be in Phobos buy you over just grabbing it from code.dlang.org? - Jonathan M Davis Hopefully not:) For me it is just a convenience reason. I would not have to search dub registry for serial libraries and try them out. For functionality included in Phobos I know they were reviewed by several developers and therefore have high code quality and only few bugs. Kind regards Andre
Re: serialport v1.0.0
On Sunday, May 13, 2018 17:57:56 Andre Pany via Digitalmars-d-announce wrote: > On Sunday, 6 May 2018 at 22:02:05 UTC, Oleg B wrote: > > Stable version of serialport package > > > > * Blocking `SerialPortBlk` for classic usage > > > > * Non-blocking `SerialPortNonBlk` and `SerialPortFR` for usage > > in fibers or in vibe-d > > > > * Variative initialization and configuration > > > > * Hardware flow control config flag > > > > Doc: http://serialport.dpldocs.info/v1.0.0/serialport.html > > Dub: http://code.dlang.org/packages/serialport > > Git: https://github.com/deviator/serialport > > Thanks for this library. The announcement is at the right time as > I want to write a smart home application to control my shutters. > The application will run on a raspberry pi (ftdi sub stick). So, now we'll be able to hack your shutters? ;) > Do you thought about including your library into phobos? A std > library really should contain this functionality. Really? If the consensus is that it should go in, then okay, but I don't think that I've ever seen a standard library with anything like functionality for talking to serial ports. And what would having it be in Phobos buy you over just grabbing it from code.dlang.org? - Jonathan M Davis
Re: serialport v1.0.0
On Sunday, 6 May 2018 at 22:02:05 UTC, Oleg B wrote: Stable version of serialport package * Blocking `SerialPortBlk` for classic usage * Non-blocking `SerialPortNonBlk` and `SerialPortFR` for usage in fibers or in vibe-d * Variative initialization and configuration * Hardware flow control config flag Doc: http://serialport.dpldocs.info/v1.0.0/serialport.html Dub: http://code.dlang.org/packages/serialport Git: https://github.com/deviator/serialport Thanks for this library. The announcement is at the right time as I want to write a smart home application to control my shutters. The application will run on a raspberry pi (ftdi sub stick). Do you thought about including your library into phobos? A std library really should contain this functionality. Kind regards Andre
Re: serialport v1.0.0
On Wednesday, 9 May 2018 at 14:41:45 UTC, Andrea Fontana wrote: On Sunday, 6 May 2018 at 22:02:05 UTC, Oleg B wrote: Stable version of serialport package * Blocking `SerialPortBlk` for classic usage * Non-blocking `SerialPortNonBlk` and `SerialPortFR` for usage in fibers or in vibe-d * Variative initialization and configuration * Hardware flow control config flag Doc: http://serialport.dpldocs.info/v1.0.0/serialport.html Dub: http://code.dlang.org/packages/serialport Git: https://github.com/deviator/serialport I wonder if someone can benchmark serialport lib against this test: http://codeandlife.com/2012/07/03/benchmarking-raspberry-pi-gpio-speed/ I think it's different things. serialport is wrap around system calls, it's not control hardware directly. You could be misled by the phrase about 'hardware flow control': is't set on or off using of RTS and CTS pins of UART. Firmware control RTS and CTS pins directly. http://www.brainboxes.com/faq/items/what-is-rts--cts-hardware-flow-control-
Re: serialport v1.0.0
On Sunday, 6 May 2018 at 22:02:05 UTC, Oleg B wrote: Stable version of serialport package * Blocking `SerialPortBlk` for classic usage * Non-blocking `SerialPortNonBlk` and `SerialPortFR` for usage in fibers or in vibe-d * Variative initialization and configuration * Hardware flow control config flag Doc: http://serialport.dpldocs.info/v1.0.0/serialport.html Dub: http://code.dlang.org/packages/serialport Git: https://github.com/deviator/serialport I wonder if someone can benchmark serialport lib against this test: http://codeandlife.com/2012/07/03/benchmarking-raspberry-pi-gpio-speed/
Re: serialport v1.0.0
On Sunday, 6 May 2018 at 22:02:05 UTC, Oleg B wrote: Stable version of serialport package * Blocking `SerialPortBlk` for classic usage * Non-blocking `SerialPortNonBlk` and `SerialPortFR` for usage in fibers or in vibe-d These 3 versions of the same API is precisely the reason for me starting the Photon project. Otherwise - great to see serial ports library and I'd be glad to one day test it for compatibility with my approach. * Variative initialization and configuration * Hardware flow control config flag Doc: http://serialport.dpldocs.info/v1.0.0/serialport.html Dub: http://code.dlang.org/packages/serialport Git: https://github.com/deviator/serialport
Re: serialport v1.0.0
On Sunday, 6 May 2018 at 22:02:05 UTC, Oleg B wrote: Stable version of serialport package I used this library for my end-of-degree project a couple years back, I'm really glad to see it come to a stable version. Congrats and thank you! * Blocking `SerialPortBlk` for classic usage * Non-blocking `SerialPortNonBlk` and `SerialPortFR` for usage in fibers or in vibe-d Maybe `SerialPort!Blocking` would fit better with the language's features? I know I'm just being picky and it's mainly a matter of taste, but still.
serialport v1.0.0
Stable version of serialport package * Blocking `SerialPortBlk` for classic usage * Non-blocking `SerialPortNonBlk` and `SerialPortFR` for usage in fibers or in vibe-d * Variative initialization and configuration * Hardware flow control config flag Doc: http://serialport.dpldocs.info/v1.0.0/serialport.html Dub: http://code.dlang.org/packages/serialport Git: https://github.com/deviator/serialport
