hedgecrw
commented
5 years ago As to the first issue about jSerialComm outputting informational messages to the console, I just implemented a fix that should suppress all of this. Please test the following and verify that this works for you:
https://www.dropbox.com/s/kjlc2i2eh836p1h/jSerialComm-2.5.3.jar?dl=0
As to increasing control over the RS485 mode, is this something you are needing for your own projects, or just something that you think would be beneficial? If it's the latter, I would like to defer doing anything until someone has an actual need for this since 1) it seems like this will add quite a bit of complexity to the code which I'm trying to keep as simple as possible, 2) it sounds like it will be difficult to implement in a truly "generic" fashion between different chip manufacturers and types, and 3) I have no way of testing any of the RS485 functionality, so this will be quite painful to blindly implement without the ability to debug on my end. If you do have an actual need for this, let me know, and we can figure out the best way to proceed. Thanks!
HannesBulk
I want to use the serialport without setting DTR or RTS lines. By default the settings are to set both ON. You can do this by calling clerrRTS() of ClearDTR(), this works both before and after opening the serial port. However, when calling this function before opening a status report is send to the output screen (in NetBeans 8.2). When applying these command after opening, no report is send.
I can only use the option to open the port with the first method, applying before opening, because when I do thes after opening the Arduino connected will reset, due to e short puls on the RTS line. How can I suppress the status rapport in the output screen ????
This also happens when setting the baudrate, parity or nr of stopbits, but this can be suppressed by using the setCommPortParameters command.
Perheaps this can also be accomplished by adding extra options in the FLOW_CONTROL options. Usefull extra options are DTR_HIGH, DTR_LOW, RTS_HIGH and RTS_LOW to force these settings. I think this is the best place to do so, because this is where you define the usage of DTR and RTS lines.
Also usefull can be to have better control of the RS485 mode. Now is is only possible to use the DTR line, while some chips only have RTS. So a nice addition would be to have extra options in the RS485 support, to use the RTS line and to control the levels: Output now is DTR_HIGH is transmitting, extra options can be DTR_LOW = Transmitting, RTS_HIGH = transmitting, RTS_LOW = transmitting. Also be carefull what to du during a BREAK state. On the FTDI chips the TXEN is set during both a transmission and a Break, on the chinese CH330/340 chips with a TNOW output this output is only set during a normal transmission, not during a break. Both can be usefull, so in a perfect solution this should be covered with the same set of parameters what to do during a Break. If this is to complex I suggest to not set this output during a break, giving the user the option to set this lines under program control with set/Clear DTR/RTS commands.