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

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.

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

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/

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-

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

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

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

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 Road    m: +44 7770 465 077
London SW11 1EN, UK   w: www.russel.org.uk