drvh, drvl - what do they do?

It seems to me that I have some misunderstanding here.

I was thinking that they are there to put pullups/pulldowns on a pin declared as input, but it seems that this is wrong.

I also seem to struggle with the documentation as of why wrpin ##$1_0000, tx_out set the pin to registered mode, it does work but where is that written in the documents.

What I need is to have inputs with a pull down attached so they do not float and toggle when nothing is connected or started yet.


Mike
I am just another Code Monkey.
A determined coder can write COBOL programs in any language. -- Author unknown.
Press any key to continue, any other key to quit

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this post are to be interpreted as described in RFC 2119.
«1

Comments

  • DRVL/DRVH make pins output low/high.

    To get resistive pull-down, set the low-side drive to, say, 15k and do a DRVL. The pin will read whatever its level is.

    WRPIN ##%000_010_00_00000_0,#16
    DRVL #16
  • cgracey wrote: »
    DRVL/DRVH make pins output low/high.

    To get resistive pull-down, set the low-side drive to, say, 15k and do a DRVL. The pin will read whatever its level is.

    WRPIN ##%000_010_00_00000_0,#16
    DRVL #16

    But if DRVL sets the pin to output does it not conflict with the pin it is connected to?

    I want to read another connected device sending as output. The P2 needs to be input. But with some pull down.

    Wait, slowly I get you. As usual you are some steps ahead of me.

    So I define the smart pins LOW state as 15k, drive the pin as OUTPUT low and read the pin as input. And for the other connected device this appears as a pulled down connection it can send too?

    and why does wrpin ##$1_0000, tx_out regiters the pin, I mean where do I find that in your docs to look at?

    I have a unbelievable amount of fun with the P2, thank you for doing this, it's alive now and just wonderful.

    Mike
    I am just another Code Monkey.
    A determined coder can write COBOL programs in any language. -- Author unknown.
    Press any key to continue, any other key to quit

    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this post are to be interpreted as described in RFC 2119.
  • msrobots wrote: »
    cgracey wrote: »
    DRVL/DRVH make pins output low/high.

    To get resistive pull-down, set the low-side drive to, say, 15k and do a DRVL. The pin will read whatever its level is.

    WRPIN ##%000_010_00_00000_0,#16
    DRVL #16

    But if DRVL sets the pin to output does it not conflict with the pin it is connected to?

    I want to read another connected device sending as output. The P2 needs to be input. But with some pull down.

    Wait, slowly I get you. As usual you are some steps ahead of me.

    So I define the smart pins LOW state as 15k, drive the pin as OUTPUT low and read the pin as input. And for the other connected device this appears as a pulled down connection it can send too?

    and why does wrpin ##$1_0000, tx_out regiters the pin, I mean where do I find that in your docs to look at?

    I have a unbelievable amount of fun with the P2, thank you for doing this, it's alive now and just wonderful.

    Mike

    Look at the smart pin section in the Google doc. There is an image that has a purple blue background that shows all the drive modes of the smart pin.
  • yeah, the image I can't read with my effed up eyes, I should have guessed that it is in there for a reason.

    The ring net driver is somehow working right now, I am using drvl without setting the smart pin to 15k and will change that.

    Right now I do all my experiences with the P2 eval just by 'redirecting/double using' pins, I am to afraid to damage it until there are more available.

    But I would like to run this over, say a servo cable and really connect different pins to see what difference this makes on usable sys clock dividers of the streamer over wires.

    But I am good at making stupid wiring mistakes (damn those Silk screen labels are small), and - well - need more P2's.

    Enjoy!

    Mike
    I am just another Code Monkey.
    A determined coder can write COBOL programs in any language. -- Author unknown.
    Press any key to continue, any other key to quit

    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this post are to be interpreted as described in RFC 2119.
  • msrobots wrote: »
    yeah, the image I can't read with my effed up eyes, I should have guessed that it is in there for a reason.

    The ring net driver is somehow working right now, I am using drvl without setting the smart pin to 15k and will change that.

    Right now I do all my experiences with the P2 eval just by 'redirecting/double using' pins, I am to afraid to damage it until there are more available.

    But I would like to run this over, say a servo cable and really connect different pins to see what difference this makes on usable sys clock dividers of the streamer over wires.

    But I am good at making stupid wiring mistakes (damn those Silk screen labels are small), and - well - need more P2's.

    Enjoy!

    Mike

    I will post a black and white version in the next few days. Sorry about that.
  • evanhevanh Posts: 7,271
    edited 2019-07-03 - 03:36:37
    DRVL is just both OUTL and DIRH combined in one instruction. Nothing more.

    Chip has directed you to that pin mode config page for showing you all the available custom hardware options that's in each and every physical pin in the pad ring all the way around the very edge of the physical die. Pin mode config'ing is done with the WRPIN instruction.

    WRPIN does two distinct jobs of configuring the smartpin mode and also configuring the pin mode. Smartpin config is only the bottom 6 bits, the %MMMMM_0 bits. The remaining 26 config bits are all pin mode config bits. Which is why WRPIN ##$1_0000, #5 enables Pin5's clocked I/O (registered I/O).


    PS: The smartpin circuitry is not with the physical I/O. Smartpins are part of the synthesised core logic that was automatically laid by On Semi tools. Each one is a mini processor in its own right. They are likely near the centre of the die to keep the large number of associated databuses short. This creates long single bit paths out to the individual physical pins. Those paths had to exist anyway for IN/OUT and DIR, amongst others.
    "... peers into the actual workings of a quantum jump for the first time. The results
    reveal a surprising finding that contradicts Danish physicist Niels Bohr's established view
    —the jumps are neither abrupt nor as random as previously thought."
  • evanh wrote: »
    DRVL is just both OUTL and DIRH combined in one instruction. Nothing more.

    Chip has directed you to that pin mode config page for showing you all the available custom hardware options that's in each and every physical pin in the pad ring all the way around the very edge of the physical die. Pin mode config'ing is done with the WRPIN instruction.

    WRPIN does two distinct jobs of configuring the smartpin mode and also configuring the pin mode. Smartpin config is only the bottom 6 bits, the %MMMMM_0 bits. The remaining 26 config bits are all pin mode config bits. Which is why WRPIN ##$1_0000, #5 enables Pin5's clocked I/O (registered I/O).


    PS: The smartpin circuitry is not with the physical I/O. Smartpins are part of the synthesised core logic that was automatically laid by On Semi tools. They are likely near the centre of the die to keep the large number of associated databuses short. This creates long single bit paths out to the individual physical pins.

    Right. It's actually WRPIN D[20:8], though, that are the low-level pin configuration bits. Bits above 20 and below 8 are all core-logic smart pin configuration bits.
  • so

    WRPIN ##%100_000_010_00_00000_0,#16
    DRVL #16

    would be a registered pin usable as input and pulled down to by 15k to prevent spurious inputs if nothing connected, right?

    Mike
    I am just another Code Monkey.
    A determined coder can write COBOL programs in any language. -- Author unknown.
    Press any key to continue, any other key to quit

    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this post are to be interpreted as described in RFC 2119.
  • msrobots wrote: »
    so

    WRPIN ##%100_000_010_00_00000_0,#16
    DRVL #16

    would be a registered pin usable as input and pulled down to by 15k to prevent spurious inputs if nothing connected, right?

    Mike

    Right. And you could set both high- and low-drive fields to %010, so that it drives 15k for both high and low output. Then, an external system could overpower that to make the pin read high or low.
  • You could even enable the feedback mode, say, for positive feedback, so that if an external circuit were to momentarily drive it high or low, it would stay in that state.
  • YanomaniYanomani Posts: 850
    edited 2019-07-03 - 03:52:29
    I believe you are talking about the following image (extracted from P2' Google docs and after a little tweak, using IrfanView. I hope the new B&W version from Chip could be way better).

    I have been suffering from almost the same problem here (poor eyesight), so I can understand your difficulties... :smile:

    Hope it helps

    Henrique

    Ouch! - Forum software is refusing to let me attach it to that post, either as a .png image or a zipped version of it.
  • cgracey wrote: »
    msrobots wrote: »
    so

    WRPIN ##%100_000_010_00_00000_0,#16
    DRVL #16

    would be a registered pin usable as input and pulled down to by 15k to prevent spurious inputs if nothing connected, right?

    Mike

    Right. And you could set both high- and low-drive fields to %010, so that it drives 15k for both high and low output. Then, an external system could overpower that to make the pin read high or low.

    ok, will do, because that is what I need.
    cgracey wrote: »
    You could even enable the feedback mode, say, for positive feedback, so that if an external circuit were to momentarily drive it high or low, it would stay in that state.

    This might be interesting. I have to think about it.

    the P2 is just cool.

    Mike
    I am just another Code Monkey.
    A determined coder can write COBOL programs in any language. -- Author unknown.
    Press any key to continue, any other key to quit

    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this post are to be interpreted as described in RFC 2119.
  • evanhevanh Posts: 7,271
    edited 2019-07-03 - 03:57:06
    Here's a text write-up of those same pin modes that hopefully helps with understanding the decode of that big blue sheet - https://forums.parallax.com/discussion/comment/1452036/#Comment_1452036

    Let me know if I've used a term that isn't clear to understand.

    "... peers into the actual workings of a quantum jump for the first time. The results
    reveal a surprising finding that contradicts Danish physicist Niels Bohr's established view
    —the jumps are neither abrupt nor as random as previously thought."
  • evanhevanh Posts: 7,271
    edited 2019-07-03 - 04:01:07
    cgracey wrote: »
    Right. It's actually WRPIN D[20:8], though, that are the low-level pin configuration bits. Bits above 20 and below 8 are all core-logic smart pin configuration bits.

    Oops, yes. Just out of bed. The As, Bs and Fs are another group again. I've found the %TT bits are tricky to categorise.

    "... peers into the actual workings of a quantum jump for the first time. The results
    reveal a surprising finding that contradicts Danish physicist Niels Bohr's established view
    —the jumps are neither abrupt nor as random as previously thought."
  • well -

    ##%100_010_010_00_00000_0 did not work, because I just have one P2. And no wires, one COG reads the same pin another COG uses to send. So i can not change HHHLLL, since both COGS use the same smart pin.

    That is just a restriction of my development environment, when using different pins/P2s I may be able to activate this.

    Next step is to simulate a 3 P2 net work with up to 16 data lines, that will use 0-47. Then I will go back to less data lines (<16) and, test a pin to pin connection over servo wires with some resistor in between.

    Then ##%100_010_010_00_00000_0 should work for the receiver without affecting the smart pin of the sender.

    If I start with 1-bit transfer I just can kill two pins, I am sadly good at that.

    Mike
    I am just another Code Monkey.
    A determined coder can write COBOL programs in any language. -- Author unknown.
    Press any key to continue, any other key to quit

    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this post are to be interpreted as described in RFC 2119.
  • If I can't attach it, at least I can link to a copy of it...

    https://yanomani.weebly.com/uploads/1/0/5/7/105790329/pad-io-modes-b-w_orig.png

    Hope it can help
  • oh, thank you Henrique, this is way better to read.

    Enjoy!

    Mike
    I am just another Code Monkey.
    A determined coder can write COBOL programs in any language. -- Author unknown.
    Press any key to continue, any other key to quit

    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this post are to be interpreted as described in RFC 2119.
  • Mike,
    Pin config is not smartpin config.
    "... peers into the actual workings of a quantum jump for the first time. The results
    reveal a surprising finding that contradicts Danish physicist Niels Bohr's established view
    —the jumps are neither abrupt nor as random as previously thought."
  • evanh wrote: »
    Mike,
    Pin config is not smartpin config.

    yeah, but in my simulated 'more then one P2' environment, I am cheating and use the same smart pins from different COGs. Thus it interferes.

    Mike
    I am just another Code Monkey.
    A determined coder can write COBOL programs in any language. -- Author unknown.
    Press any key to continue, any other key to quit

    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this post are to be interpreted as described in RFC 2119.
  • You're welcome!

    My own eyes do also feel more confortable to read it this way...

    Time to have some more pills, now a Vitamin A suplement. Ouch!
  • getting old is not easy, but it beats the alternative...

    Mike
    I am just another Code Monkey.
    A determined coder can write COBOL programs in any language. -- Author unknown.
    Press any key to continue, any other key to quit

    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this post are to be interpreted as described in RFC 2119.
  • evanhevanh Posts: 7,271
    edited 2019-07-03 - 08:37:08
    Hope this help with overview:
    ************************************************************************
       Outline of where WRPIN config bits go (for digital modes at least)
    ************************************************************************
    
    All cogs share the one per pin mode config register.
    WRPIN   {#}D,{#}S	D/# = %AAAA_BBBB_FFF_PPPPPPPPPPPPP_TT_MMMMM_0
    
                                                        Other ---------------------------------------- RND
                                                             |
                                                             v                  [============]
                                                       [=============]          [  (M == 0)  ]
                                                       [             ]<---------[---o----o---]<------- DIR
                             [=============]   DIR     [ Logic Output]          [            ]
                             [  Pin Output ]<----------[  Config     ]          [  (M == 0)  ]
    [========]               [  Config     ]   OUT     [  (%TT)      ]<---------[---o----o---]<------- OUT
    [        ]<--------------[  (%P...P)   ]<--+-------[             ]          [            ]
    [Physical]               [             ]   |       [=============]          [            ]
    [  Even  ]               [=============]   |                                [   Even #   ]
    [  Pin   ]                   ^             |                                [  Smartpin  ]
    [        ]------             |             |         -1  -2  -3             [   Config   ]
    [========]      |            |             |          |   |   |             [ (%MMMMM_0) ]
                    |            |             |          v   v   v             [            ]
                    |            |             |       [=============]      A   [            ]
                    |  PinB  [=============]    ------>[ Logic Input ]--------->[---o----o---]--------> IN
                  ---------->[  Pin Input  ]           [   Config    ]      B   [  (M == 0)  ]
                 |  |  PinA  [  Config     ]---------->[  (%A_B_F)   ]--------->[            ]
                 |  +------->[  (%P...P)   ]           [=============]          [            ]
                 |  |        [             ]              ^   ^   ^             [============]
                 |  |        [=============]              |   |   |
                 |  |                                    +1  +2  +3
                 |  |
                 |  |
                 |  |                  |\
                 |  +------------------| |O------------------ Other
                 |  |                  |/                    |
                 |  |                                        v                  [============]
                 |  |                                  [=============]          [  (M == 0)  ]
                 |  |                                  [             ]<---------[---o----o---]<------- DIR
                 |  |        [=============]   DIR     [ Logic Output]          [            ]
                 |  |        [  Pin Output ]<----------[  Config     ]          [  (M == 0)  ]
    [========]   |  |        [  Config     ]   OUT     [  (%TT)      ]<---------[---o----o---]<------- OUT
    [        ]<--------------[  (%P...P)   ]<--+-------[             ]          [            ]
    [Physical]   |  |        [             ]   |       [=============]          [            ]
    [  Odd   ]   |  |        [=============]   |                                [   Odd #    ]
    [  Pin   ]   |  |            ^             |                                [  Smartpin  ]
    [        ]---+  |            |             |         -1  -2  -3             [   Config   ]
    [========]   |  |            |             |          |   |   |             [ (%MMMMM_0) ]
                 |  |            |             |          v   v   v             [            ]
                 |  |            |             |       [=============]      A   [            ]
                 |  |  PinB  [=============]    ------>[ Logic Input ]--------->[---o----o---]--------> IN
                 |   ------->[  Pin Input  ]           [   Config    ]      B   [  (M == 0)  ]
                 |     PinA  [  Config     ]---------->[  (%A_B_F)   ]--------->[            ]
                  ---------->[  (%P...P)   ]           [=============]          [            ]
                             [             ]              ^   ^   ^             [============]
                             [=============]              |   |   |
                                                         +1  +2  +3
    
    

    EDIT: Added inverter to odd "Other".
    "... peers into the actual workings of a quantum jump for the first time. The results
    reveal a surprising finding that contradicts Danish physicist Niels Bohr's established view
    —the jumps are neither abrupt nor as random as previously thought."
  • msrobotsmsrobots Posts: 2,659
    edited 2019-07-03 - 05:29:09
    nice, I will need to look at it longer.

    My basic idea is that I could use the absence of a high as indicator that the ring is broken.

    I am also thinking about using a interrupt instead of waitse1 leaving a - constantly interrupted - COG to run some diagnostic or even user code on the pretty much empty COG while running the ring net driver.

    Mike
    I am just another Code Monkey.
    A determined coder can write COBOL programs in any language. -- Author unknown.
    Press any key to continue, any other key to quit

    The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this post are to be interpreted as described in RFC 2119.
  • evanhevanh Posts: 7,271
    edited 2019-07-03 - 06:22:17
    msrobots wrote: »
    My basic idea is that I could use the absence of a high as indicator that the ring is broken.
    I'm not sure of the details you're attempting but keep in mind, from the cog's point of view, switching pin config around will take a number of clocks before each new config takes effect.

    EDIT: Ah, I should point out that there is only one mode config register per pin. If two cogs both do a WRPIN, then the first cog's WRPIN is overwritten by the second. If they coincide on the exact same sysclock cycle then the pin/smartpin config will be corrupted with unknown outcome.

    This is different to OUT and DIR, where each cog has its own special register for each.

    I am also thinking about using a interrupt instead of waitse1 leaving a - constantly interrupted - COG to run some diagnostic or even user code on the pretty much empty COG while running the ring net driver.
    You know that means the tx task will be the one to wait for the go signal. It requires extra negotiation step because the rx task is no longer waiting for the exactly timed go signal.
    "... peers into the actual workings of a quantum jump for the first time. The results
    reveal a surprising finding that contradicts Danish physicist Niels Bohr's established view
    —the jumps are neither abrupt nor as random as previously thought."
  • evanhevanh Posts: 7,271
    edited 2019-07-03 - 13:49:21
    Chip,
    In that ASCII diagram above, I've got the "Other" signal feeding into the %TT block, which is synthesised logic in my head, where it gets selected into the output path appropriately. Then goes back to the custom ring where it can perform many duties.

    My question is: Does the PinB "Other" actually come out of the custom ring? Or is there only control lines and RND "Other" going into the custom ring with all the relevant muxes in there?

    "... peers into the actual workings of a quantum jump for the first time. The results
    reveal a surprising finding that contradicts Danish physicist Niels Bohr's established view
    —the jumps are neither abrupt nor as random as previously thought."
  • evanh wrote: »
    Chip,
    In that ASCII diagram above, I've got the "Other" signal feeding into the %TT block, which is synthesised logic in my head, where it gets selected into the output path appropriately. Then goes back to the custom ring where it can perform many duties.

    My question is: Does the PinB "Other" actually come out of the custom ring? Or is there only control lines and RND "Other" going into the custom ring with all the relevant muxes in there?

    I'm not at my computer right now and I can't remember, but the "other" comes out of the synthesized logic, not necessarily the other pin. I believe the Google Doc covers this.
  • evanhevanh Posts: 7,271
    edited 2019-07-03 - 21:28:44
    What I'm trying to resolve is whether I should leave the diagram as is with the two "other" signals entering the %TT block or instead have them directly to the output block (pad ring). This is a question more about performance of the PinB "other" with it's differential function so I'm thinking that source may stay confined to the custom pad ring.
    "... peers into the actual workings of a quantum jump for the first time. The results
    reveal a surprising finding that contradicts Danish physicist Niels Bohr's established view
    —the jumps are neither abrupt nor as random as previously thought."
  • would someone please give me a better explanation of wxpin, wypin and wrpin. I am looking to replecate the counters from p1 and am seeing that it can be done with smart pins. Need more explanation and some example code please.
    Thanks
    Martin
    “Light thinks it travels faster than anything but it is wrong. No matter how fast light travels, it finds the darkness has always got there first, and is waiting for it.”
    “You only live twice:
    Once when you are born
    And once when you look death in the face”
  • which P1 counter mode, exactly?
  • evanhevanh Posts: 7,271
    edited 2019-07-07 - 03:47:19
    WRPIN is for configuring pin modes (eg: 15k pull-up) ... and selecting smartpin modes.
    WXPIN is for writing smartpin X parameter.
    WYPIN is for writing smartpin Y parameter.
    RDPIN is for reading smartpin Z value.

    When a smartpin is selected (%MMMMM != 0):
    DIR no longer enables pin logic output drive but becomes smartpin enable instead.
    IN no longer shows pin input logic level but becomes smartpin status instead.
    OUT continues to function as logic level output although there is exceptions for certain smartpin modes.

    Note: Be aware that WRPIN can do more than just select a smartpin mode. For example, there is also a logic input selector that can be used for plain IN reading.
    "... peers into the actual workings of a quantum jump for the first time. The results
    reveal a surprising finding that contradicts Danish physicist Niels Bohr's established view
    —the jumps are neither abrupt nor as random as previously thought."
Sign In or Register to comment.