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 2018
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 2018
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 2018
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 2018
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 2018
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 2018
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 2018
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 2018
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 2018