DTR/DSR signal inversion fix#27
Open
zaxbowow wants to merge 1 commit intotibbotech:masterfrom
Open
Conversation
Bug: DS1100 configured with a) Connection mode: 3 - On command OR DSR=HIGH b) DTR mode: 1- Indicate connection status DTR/DSR signalling is inverted in the ds4.38 binary as tested on the DS1100 Detail: The DS203 connects to the configured host when its DSR input reads high, and it indicates successful connection by asserting its DTR output. The DS203 disconnects to the configured host when its DSR input reads low, and it indicates it is no longer connected to the host by de-asserting its DTR output. The DS1100 running ds4.38 is behaving exactly the opposite: The DS1100 connects to the configured host when its DSR input reads low, and it indicates successful connection by de-asserting its DTR output. The DS1100 disconnects to the configured host when its DSR input reads high, and it indicates it is no longer connected to the host by asserting its DTR output. This behavior permeates to the floating signal state; when no device is attached to the DS1100 it thinks it should connect to its configured host. This is the opposite of earlier DS203 behavior, and presents a compatibility problem with existing applications expecting the prior behavior of the DS203, requiring both that a device be connected with the SOI device and requesting a host connection (by asserting DTR) before the the DS1100 attempts to connect with the remote internet host. This update restores the classic, expected behavior. New Binary compiled as ds4.39
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Bug:
DS1100 configured with
a) Connection mode: 3 - On command OR DSR=HIGH
b) DTR mode: 1- Indicate connection status
DTR/DSR signalling is inverted in the ds4.38 binary as tested on the DS1100
Detail:
The DS203 connects to the configured host when its DSR input reads high, and it indicates successful connection by asserting its DTR output. The DS203 disconnects to the configured host when its DSR input reads low, and it indicates it is no longer connected to the host by de-asserting its DTR output.
The DS1100 running ds4.38 is behaving exactly the opposite: The DS1100 connects to the configured host when its DSR input reads low, and it indicates successful connection by de-asserting its DTR output. The DS1100 disconnects to the configured host when its DSR input reads high, and it indicates it is no longer connected to the host by asserting its DTR output.
This behavior permeates to the floating signal state; when no device is attached to the DS1100 it thinks it should connect to its configured host. This is the opposite of earlier DS203 behavior, and presents a compatibility problem with existing applications expecting the prior behavior of the DS203, requiring both that a device be connected with the SOI device and requesting a host connection (by asserting DTR) before the the DS1100 attempts to connect with the remote internet host.
This update restores the classic, expected behavior.
New Binary compiled as ds4.39