www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - serialport v1.0.0

reply Oleg B <code.viator gmail.com> writes:
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
May 06
next sibling parent Dechcaudron <no-reply no-email.com> writes:
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.
May 07
prev sibling next sibling parent Dmitry Olshansky <dmitry.olsh gmail.com> writes:
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
May 07
prev sibling next sibling parent reply Andrea Fontana <nospam example.com> writes:
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/
May 09
parent Oleg B <code.viator gmail.com> writes:
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-
May 13
prev sibling parent reply Andre Pany <andre s-e-a-p.de> writes:
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
May 13
next sibling parent reply Jonathan M Davis <newsgroup.d jmdavisprog.com> writes:
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
May 13
parent Andre Pany <andre s-e-a-p.de> writes:
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
May 13
prev sibling parent Russel Winder <russel winder.org.uk> writes:
On Sun, 2018-05-13 at 12:05 -0600, Jonathan M Davis via Digitalmars-d-annou=
nce=20
wrote:
[=E2=80=A6]
=20
 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.. --=20 Russel. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 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
May 14