element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
    About the element14 Community
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      •  Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Avnet & Tria Boards Community
  • Products
  • Dev Tools
  • Avnet & Tria Boards Community
  • More
  • Cancel
Avnet & Tria Boards Community
Avnet Boards Blog PYNQ v2.6 on Ultra96v2
  • Avnet Boards Blog
  • Forums
  • Documents
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Avnet & Tria Boards Community to participate - click to join for free!
  • Share
  • More
  • Cancel
Group Actions
  • Group RSS
  • More
  • Cancel
Engagement
  • Author Author: ralphjy
  • Date Created: 3 Nov 2020 6:19 AM Date Created
  • Views 7025 views
  • Likes 3 likes
  • Comments 30 comments
  • ultra96-v2
  • pmbus
  • pynq v2.6
Related
Recommended

PYNQ v2.6 on Ultra96v2

ralphjy
ralphjy
3 Nov 2020

Last week I saw an announcement that PYNQ v2.6 is available for the Ultra96v1 and Ultra96v2 https://discuss.pynq.io/t/pynq-v2-6-is-avialable-for-ultra96-v1-and-v2/1951 .

 

PYNQ v2.6 is compatible with Xilinx tools version 2020.1.  DPU-PYNQ for v2.6 isn't available yet but because a pre-built image for the Ultra96v2 is available for PYNQ v2.6, I thought that I'd see what has changed from v2.5.

 

The first thing that I noticed is that there are 3 new notebooks in the Common directory

  1. display_port_introduction.ipynb
  2. programming_pybind11.ipynb
  3. ultra96_pmbus.ipynb

 

image

 

The pmbus notebook caught my eye because I had attended the PMBus webinar that Chris Ammann ctammann  had presented back in July PMBus and Power Supply Telemetry .

Chris had mentioned to me that the next BSP release will include the capability to update the PMICs on the Ultra96v2 and the UltraZed-EV and I expect will also include the sensors program that will display the PMIC settings.

 

I hoped that this pmbus notebook might provide the same information as that sensors program provided, i.e. the voltage and current measurements and settings for the all the PMICs.

 

The slide from the webinar shows the 3 PMICs and the 11 voltages that they control on the Ultra96v2 (I am not sure about the configuration of the Ultra96v1).

image

 

Running the pynq.get_rails() function almost works.  It provides the voltage, current and power information for the 2 IRPS5401 parts.  Unfortunately it lists the 10 voltages in alphabetical order by name rather than by IC position.  I can fix that easily enough but I don't understand why IR38060 (5V) isn't listed.  I also don't understand all the garbled stuff at the end.

 

image

 

I looked at the ultra96.conf file in /etc/sensors.d/ directory and the entry for the IR38060 at the end looks incorrect but I'm not quite sure what it should be.

I think it should be :

chip "*-i2c-6-45"

        label in1 "5V"

        label curr1 "5V"

        label power1 "5V"

 

I'll try that tomorrow.

 

ultra96.conf

bus "i2c-6" "i2c-0-mux (chan_id 4)"


chip "*-i2c-6-43"
        ignore in1
        ignore power1
        ignore curr1
        label in2 "AUX"
        label in3 "1V2"
        label in4 "PSDDR"
        label in5 "INT"
        label in6 "3V3_D"
        label power2 "AUX"
        label power3 "1V2"
        label power4 "PSDDR"
        label power5 "INT"
        label power6 "3V3_D"
        label curr2 "AUX"
        label curr3 "1V2"
        label curr4 "PSDDR"
        label curr5 "INT"
        label curr6 "3V3_D"

chip "*-i2c-6-44"
        ignore in1
        ignore power1
        ignore curr1
        label in2 "PSAUX"
        label in3 "PSINT_LP"
        label in4 "3V3"
        label in5 "PSINT_FP"
        label in6 "PSPLL"
        label power2 "PSAUX"
        label power3 "PSINT_LP"
        label power4 "3V3"
        label power5 "PSINT_FP"
        label power6 "PSPLL"
        label curr2 "PSAUX"
        label curr3 "PSINT_LP"
        label curr4 "3V3"
        label curr5 "PSINT_FP"
        label curr6 "PSPLL"

chip "*-i2c-6-45"
        #ignore power1
        label in1 "VIN"
        label curr1 "5V"
        label power1 "5V"
        label in2 "5V"
        compute in2 @/256,@*256

 

 

Anyway, I'll play with this some more.  The notebook also includes a DataRecorder class that allows you to record/plot the sensor measurements while running tests.  Here's a link to the PYNQ library documentation https://pynq.readthedocs.io/en/v2.6.1/pynq_libraries/pmbus.html .

 

Hope the updated DPU-PYNQ is available soon and also the new BSP release so I can update the current limit for running the DPU.

  • Sign in to reply

Top Comments

  • ctammann
    ctammann over 5 years ago +1
    Hey Ralph, Thanks for your interest in this functionality. Let me follow up with my team specifically about the 38060. Without knowing the code, what you say above makes sense if the called out address…
  • ctammann
    ctammann over 5 years ago in reply to ralphjy +1
    Hey Ralph, So the PS vs PL only matters for the reporting from the UltraScale device. The regulator info should still be accessible the same way. I don't know that there is a config file for that, but…
  • ctammann
    ctammann over 5 years ago in reply to ralphjy +1
    Hey Ralph, Check out this dtsi on the UltraZed platform - https://github.com/Avnet/meta-avnet/blob/master/recipes-bsp/device-tree/files/uz7ev-evcc/system-bsp.dtsi specifically lines 48 - 86 where the I2C…
  • ralphjy
    ralphjy over 5 years ago in reply to ctammann

    Thanks Chris, I should get a chance to look at this stuff this afternoon.  I noticed that PYNQ v2.5.1 running on the Ultra96v2 doesn’t support the PMBus.  I’ll take a look at the 2019.2 BSP that it is using.  I’m running the DPU on that and it would be nice to compare currents running different models.  I realize I won’t see the peak currents.  Worst case I’ll just wait for them to release the DPU-PYNQ upgrade for v2.6 but hopefully I might be able get v2.5.1 to work.  I’m also running DPU-PYNQ on the UltraZed-EV so I’ll look at that BSP also.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • ctammann
    ctammann over 5 years ago in reply to ralphjy

    Hey Ralph,

    Check out this dtsi on the UltraZed platform - https://github.com/Avnet/meta-avnet/blob/master/recipes-bsp/device-tree/files/uz7ev-evcc/system-bsp.dtsi

     

    specifically lines 48 - 86 where the I2C devices are specified for the Infineon devices.These are needed to communicate with these devices.

     

    You may also need to make sure this patch is being included in your BSP build - https://github.com/Avnet/meta-avnet/blob/master/recipes-kernel/linux/files/0001-hwmon-pmbus-Add-Infineon-IR38060-62-63-d…

     

    that could explain why the 38060 isn't showing up for you

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • ctammann
    ctammann over 5 years ago in reply to ralphjy

    Hey Ralph,

    So the PS vs PL only matters for the reporting from the UltraScale device. The regulator info should still be accessible the same way. I don't know that there is a config file for that, but I'll check and reply back here.

    Thanks

    Chris

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • ralphjy
    ralphjy over 5 years ago in reply to ctammann

    Hi Chris,

    I'd like to port PYNQ v2.6 to the UltraZed-EV and utilize this same PMBus functionality.  I know the implementation is slightly different - I think you mentioned PS vs PL connection - but I'm hoping that the PYNQ library would still work if I get the I2C addresses right.  Can you ask your team about that and if so, can I get the config file.  I guess I'll need to use the new 2020.1 BSP when it's available.  Is there documentation on how the UltraScale sysmon is configured for the different boards?

    Thanks,

    Ralph

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • More
    • Cancel
  • ctammann
    ctammann over 5 years ago

    Hey Ralph,

    Thanks for your interest in this functionality. Let me follow up with my team specifically about the 38060. Without knowing the code, what you say above makes sense if the called out address is not correct. As for the garbled info at the bottom, that could be the output from the UltraScale sysmon. Using the sensors command through petalinux reports back those values as well.

    Thanks
    Chris

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • More
    • Cancel
<
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube