Skip to main content

SLG4DVKADV

GreenPAK Advanced Development Board

adv_development_platform.png

Working in tandem with the GreenPAK Designer software, GreenPAK Advanced Development Board allows designers to:

  • Program custom samples in minutes
  • Test GreenPAK projects in-circuit
  • Develop using any GreenPAK device

Features

USB interface

MacOS, Windows and Linux compatible

Programming and Emulation

Gated expansion header for connection to external test equipment

Integrated signal and logic generators

LEDs for visual indication

Kit Contents

Advanced Development Board

USB cable

Quick Start Guide

Please note: Socket Adapters should be ordered separately.

Compatible Devices

SLG46xxxx-SKT (Socket Kit - includes Socket Adapter and 50 Samples)

SLG4SAxx-xxXxx (Socket Adapter)

SLG4TAxx-SLG46xxx (Training Adapter Board)

SLG46xxxx (Samples)

GreenPAK Designer (included in Go Configure™Software Hub)
Name Date Version
Go Configure™Software Hub for Windows, macOS or Linux(7.58 KB)
User guides and manuals
Name Date Version
Advanced Development Kit Quick Start Guide (249.34 KB) 11/09/2020 1.2
GreenPAK Advanced Development Platform User Guide (2.66 MB) 14/09/2021 2.3
Video thumbnail, click to open and play

GreenPAK Configurable Mixed-signal IC Introduction

Video thumbnail, click to open and play

GreenPAK Designer Software

Video thumbnail, click to open and play

GreenPAK Development Platform

Video thumbnail, click to open and play

Choosing the Right GreenPAK

View the full list of the GreenPAK videos in our Training Video Library.

GreenPAK Development Board

Provides full programming, emulation and testing functions for GreenPAK devices. For use with SLG46xxxX-SKT sockets kits.

Working in tandem with the GreenPAK Designer software, GreenPAK Advanced Development Board allows designers to:

  • Program custom samples in minutes
  • Test GreenPAK projects in-circuit
  • Develop using any GreenPAK device
Suitable for:
  • Programming
  • Emulation
  • Signal and Logic Generators
Features:
  • USB interface
  • MacOS, Windows and Linux compatible
  • Programming and Emulation
  • Gated expansion header for connection to external test equipment
  • Integrated signal and logic generators
  • LEDs for visual indication
GreenPAK Advanced Development Board
This item is out of stock.
$99.00
greenpak_32_pinadapter.png

32-pin to 20-pin adapter for SLG468x development on SLG4DVKADV

SLG4AB2
$10.00
SLG4DVKINTRO Kit Revised

GreenPAK Introduction Kit. Included are: SLG4DVKADV (GreenPAK Advanced Development Board), SLG4SA-DIP (Adapter for GreenPAK Advanced Development Board) , two each of the following DIP Proto Boards (SLG46120V-DIP, SLG46721V-DIP, SLG46620V-DIP, SLG46537V-DIP, SLG46826V-DIP) and USB cable.

SLG4DVKINTRO
$79.00
SLG4TA20SP SLG46826

Training Adapter Board for SLG46826.

SLG4TA20SP-SLG46826
$12.00
slg4sa8-10x12.jpg

Socket adapter. For use with:

  • GreenPAK Advanced Development Board
  • STQFN-8 (1.0 x 1.2 mm) GreenPAK
SLG4SA8-10x12
$20.00
SLG4SA20 20x30

Socket adapter. For use with:

  • GreenPAK Advanced Development Board
  • MSTQFN-29 (3.0 x 3.0 mm) GreenPAK
SLG4SA29-30x30
$20.00
SLG4SA12 16x16

Socket adapter. For use with :

  • GreenPAK Advanced Development Board
  • STQFN-12 (1.6 x 1.6 mm) GreenPAK
SLG4SA12-16x16
$20.00
SLG4SA12DS 16x16

Socket adapter. For use with :

  • GreenPAK Advanced Development Board
  • STQFN-12 (1.6 x 1.6 mm) Dual Supply GreenPAK
SLG4SA12DS-16x16
$20.00
SLG4SA14 16x20

Socket adapter. For use with :

  • GreenPAK Advanced Development Board
  • STQFN-14 (1.6 x 2.0 mm) GreenPAK
SLG4SA14-16x20
$20.00
SLG4SA14 16x25

Socket adapter. For use with :

  • GreenPAK Advanced Development Board
  • STQFN-14 (1.6 x 2.5 mm) GreenPAK
SLG4SA14-16x25
$20.00
SLG4SA14 20x22

Socket adapter. For use with:

  • GreenPAK Advanced Development Board
  • STQFN-14 (2.0 x 2.2 mm) GreenPAK
SLG4SA14-20x22
$20.00
SLG4SA14DS 20x22

Socket adapter. For use with:

  • GreenPAK Advanced Development Board
  • STQFN-14 (2.0 x 2.2 mm) Dual Supply GreenPAK
SLG4SA14DS-20x22
$20.00
SLG4SA16 16x20

Socket adapter. For use with:

  • GreenPAK Advanced Development Board
  • MSTQFN-16 (1.6 x 2.0 mm) GreenPAK
SLG4SA16-16x20
$20.00
SLG4SA16LL

Socket adapter. For use with:

  • GreenPAK Advanced Development Board
  • MSTQFN-16 (1.6 x 1.6 mm) GreenPAK
SLG4SA16LL-16x16
$20.00
SLG4SA20 20x30

Socket adapter. For use with:

  • GreenPAK Advanced Development Board
  • STQFN-20 (2.0 x 3.0 mm) GreenPAK
SLG4SA20-20x30
$20.00
SLG4SA20DS 20x30

Socket adapter. For use with:

  • GreenPAK Advanced Development Board
  • STQFN-20 (2.0 x 3.0 mm) Dual Supply GreenPAK
SLG4SA20DS-20x30
$20.00
SLG4SA22 20x22

Socket adapter. For use with:

  • GreenPAK Advanced Development Board
  • MSTQFN-22 (2.0 x 2.2 mm) Dual Supply GreenPAK
SLG4SA22-20x22
$20.00
SLG4SA22 20x22

Socket adapter. For use with:

  • GreenPAK Advanced Development Board
  • MSTQFN-22 (2.0 x 2.2 mm) Dual Supply GreenPAK
SLG4SA22DS-20x22
$20.00
SLG4SA-DIP

GreenPAK DIP Adapter for GreenPAK Advanced Development Board. Allows the use of the SLG46xxxV-DIP Proto boards with the GreenPAK Advanced Development Board. Acts as the bridge between Advanced and DIP Development Platforms.

SLG4SA-DIP
$2.00
Back to results

GreenPAK and GreenFET

1 month ago

I2C to control pin as GPIO

Posted by devgit 130 points 10 replies
0 upvotes

Hello, I using a SLG46536 to output to I2C to 8 output pins, which leaves a spare input pin and a spare IO pin. I can use I2C to read the spare pins, but can the IO pin be made into a GPIO pin?

I have tried connecting the pins OE and IN to an LUT2, which can be programmed as NOR/OR, but I am not sure if the unconnected LUT inputs are logic 0 or floating? or can the LUT inputs be connected to ground or VDD?

Is this feasible? or is there a better way to do this?

Regards

John.

1 month ago

olehs

Hi devgit, 

Could help me to understand do you want to read the state of input PINs? If yes, then, you can do it using I2C, use register 0xF0, 0xF6, 0xF7 to read the PINs. 

If LUT is unconnected visually to any block it means that it has an internal connection to GND, there is not floating state inside the GreenPAK.

There are several ways, either you can reconfigure the LUT's truth table, or write the connection from LUT to PIN. Using NVM viewer in GPD you can check which bits were changed, hope it will help you to move on. 

Best regards, 

Oleh Sapiha

1 month ago

Hi Oleh,

 

Thanks for your help. I am just looking to make these parts as flexible useful as possible in our design for potential uses or upgrades, so yes reading pins and I have done that sucessfully.

I have connected two LUT to the OE and IN of one unused pin and then changed the LUT truth table to OR or NOR to toggle the pin between output and input, and the output logic level.

But maybe I can just change the output pin function by changing the pin function register, and route VDD/GND to the IN to set the pins logic level. I can see that can be done graphically, so I am currently investigating how that routing works. Do you have any tips on where that information is in the documentation?

 

Regards

 

John.

 

 

1 month ago

Hi Oleh,

 

I think I have this figured out now. But I am concerned that so much is re-configurable by command (including the I2C pins) that there is a possibility that data corruption could accidentally lock out the device from further I2C commands. If the I2C macrocell/pins configution remains entact, then a reset command could be issued. But what if the I2C pins have been reconfigured in error? Is there a way to read only protect just the I2C?

The only way I can see to protect I2C but still allow an LUT to be written, is to choose an LUT (address) that is located in bank 3, and then make banks 0/1/2 read only, although this would not allow any pins to be reconfigured. Would you agree with that?

 

Regards

 

John.

 

 

1 month ago

olehs

Hi devgit, 

You should be careful when using I2C since by rewriting the registers you can change almost anything, even damage the chip. 

If you choose "Locked for write bits <1535:0>" you will be able to write some LUTs as specified in Bank3, but the bank 0-2 be only read.

Best regards, 

Oleh Sapiha

1 month ago

Hi Oleh,

Thanks, that makes sense. Just tried it and it seems to work fine with bank0/1/2 locked.

Just a couple of final queries on this chip :-

On the datasheet for SLG46536 for register E6 1847:1840 it says "16-bit Pattern ID Byte 0 (From NVM): ID[23:16]", but this is only 8 bits? is there an ID Byte 1 to go with this ?

Also, on the GreenPAK Designer (6.27, build 001) the rule checker shows some warning messages I cant understand (see photo.

The warning are correct, as the LUT inputs are not connected (I toggle the truth table by I2C command). But I dont understand the Fail, they are configured as OR on Greenpak Designed and they have valid logic tables.

The "notes" refers to the 2-bit LUTs that are not used anymore in the project (I removed them). So I dont know what "settings different from default" means? (photo shows 2-bit LUTs not selected)

 

Regards

John.

 

Attachment Size
GreenPAK components list.png 15.79 KB
GreenPAK designer rule checker.png 27.65 KB

1 month ago

olehs

devgit, 

The rest bits of Pattern ID corresponds to other service bits like metal hard code, metal revision, base die, and so on. They are internal bits that give the information about the silicon and it is not possible to change them. 

When the component with a non-default setting is hidden from the workspace or present on the workspace but unused, the Rule Checker warns you about that. Reset these blocks by clicking the right button → Reset macrocell → Reset all. In your case, it is not critical, but sometimes the hidden blocks (like counters) can Force On the OSC which leads to increased current consumption. That's why we recommend resetting those blocks to default. Also when the block is unconfigured or has some strange settings the Rule checker can remind you about that. 

 

 

1 month ago

Hi Olehs,

Thanks, I have done that and the warnings have gone.

So, what sort of (incorrect) reconfigure could destroy the chip? Is there anything in the bank 3 that coud be so catastrophic? or do you think it should be safe with just that bank alone as writable?

Regards

John.

 

1 month ago

olehs

devgit, 

It's hard to say which combination changed by I2C can destroy the chip. If you use I2C write command carefully everything must be ok. Just don't write anything to unknown resisters. 

Best regards, 

Oleh Sapiha

 

 

1 month ago

Hi Olehs,

Yes I know what you mean, I am just thinking if the bits going over I2C get corrupted, then its out of our hands what data goes to the Greenpak chip.

But I guess the chance of any random data being destructive is very low. I have set the SDA and SCK for schmitt trigger to make them more noise tolerant, but I wondered why that was not set as default for the I2C lines on this macro?

 

My company Watchgas have asked if you have the data for thermal resistance R(ja) junction to ambient for this chip as this information is not in the data sheet. We need this data for our product compliance as we are in the gas safety industry.

Also, do you have data on the power consumption of the I2C macro cell?

 

Regards

John.

1 month ago

olehs

devgit, 

Taken into account regarding DI with ST. Thanks for the suggestion. 

You are right that there is no info about R(ja) for this chip. You could use R(ja)=99°C/W, it was taken from a chip that has a similar package, so the value should be very close. 

If you go to the DS you'll see that chip quiescent current consumption will be equal 0.45uA at 1.8V VDD, 0.75uA at 3.3V VDD, 1.12uA at 5.0V VDD, including I2C macrocell current consumption.

Best regards, 

Oleh Sapiha