-
-
Notifications
You must be signed in to change notification settings - Fork 659
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Convert papenmeier braille display drivers to hwIo where possible #7587
Comments
@leonardder commented on 12 Sep 2017, 01:14 GMT+10:
Not quite. The prerequisite is that the driver must be thread-safe; i.e. it is safe to initialise or call the display method from either the main or a background thread.
I can't answer any of your other questions, as I don't have any experience with these displays. |
@jcsteh commented on 12 sep. 2017 08:27 CEST:
Probably, though as I reported in #7459, it isn't that trivial to add Ftdi2 to hwIo. |
I know some users of These Braille Displays. I can help out with testings. |
To your question 1, according to Papenmeier's userguide for BRAILLEX Live / Live+ / Live20, BRXCom is definitely required to connect those Braille Displays via USB or Bluetooth with the Screen Reader. |
to clarify, after talking with someone from Papenmeier, BRXCom is required only for braille displays which have and input keyboard to send input gestures. |
@Adriani90 commented on 8 Jun 2018, 18:27 CEST:
Thanks for this information. |
See also #8819. It would be really helpful if we could get in touch with the original authors of this driver. @jcsteh or @josephsl, could one of you be of assistance in finding them on github? not sure whether @halim and @aliminator are the correct people. |
I finally got hold of a display with FTDI chip, this is good! |
I've started with an attempt to update the Papenmeier driver to support braille display auto detection. However, the current driver can be considered the most complex driver in core and is coded in a very non object oriented way. Therefore, I don't dare to touch the driver without official protocol documentation from the manufacturer. @Adriani90: Do you think you could be of any assistance for this? |
@LeonarddeR I think programmatically unfortunately I am not as experienced as to help here, but I can certainly establish a contact with the author of this driver, Tobias Platen. he was at the same university like me where I studied until 2015. The guys are really taff in this regard. The university has a center especially for blind and visually impaired people, called Blindenzentrum (BliZ). They have many Papenmeier and other braille displays there. |
@Adriani90: It would be awesome if you'd be able to establish the first contact. May be they are motivated to update the driver themselves. I haven't yet officially stopped with the FTDI chip work. The hard part is the papenmeier driver itself really. |
Halim might be able to help out in august. I try to reach Tobias Platen. I think he has the most advanced knowledge of the driver. |
In the current situation, we have two Papenmeier drivers, both not utilizing the hwIo module. Using hwIo is a prerequisite for a driver to be included in braille display auto detection (#1271).
Porting papenmeier_serial to hwIo should be relatively easy. See #7581 for a reference pull request that handles such a conversion.
The newer Papenmeier driver confuses me a little. Some questions remain unclear to me:
The text was updated successfully, but these errors were encountered: