From: owner-ibis-users@ (ibis-users) To: ibis-users-digest@eda.org Subject: ibis-users V1 #17 Reply-To: Sender: owner-ibis-users@ Errors-To: owner-ibis-users@ Precedence: bulk ibis-users Tuesday, February 18 2003 Volume 01 : Number 017 ---------------------------------------------------------------------- Date: Fri, 24 Jan 2003 11:19:14 +0530 From: "Sivakumar S. - CTD, Chennai." Subject: [IBIS-Users] ibis question This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. - ------_=_NextPart_000_01C2C36C.53C6B190 Content-Type: text/plain; charset="iso-8859-1" IBIS Gurus, I have a ibis model with the following inputs INPUT1,INPUT2.When I compare these two inputs, there is no difference except the [Voltage Range].I would like to know whether these will have similar characteristics and behaviour or not?.Could anybody please give me some explanation?.I have checked these two INPUTs in the hyperlynx ibis editor and captured waveform and attached waveform for your reference. And also in some IBIS models, I found that the input buffers are defined with POWER_CLAMP and GND_CLAMP .But this model is having only GND_CLAMP defined. What will be the effect? could anybody explain me? [Model] INPUT1 Model_type Input Vinl = 0.75v Vinh = 1.75v | variable typ min max C_comp 2.0pF 1.5pF 2.5pF | |variable typ min max [Temperature Range] 50 0 100 | |variable typ min max [Voltage Range] 2.5 2.375 2.7 | [GND Clamp] |voltage typ min max 0 0 NA NA - -0.3 0 NA NA - -0.4 -0.05m NA NA - -0.5 -0.5m NA NA - -0.55 -1.3m NA NA - -0.6 -2.6m NA NA - -0.65 -4.4m NA NA - -0.7 -6.8m NA NA - -0.75 -9.6m NA NA - -0.8 -13.7m NA NA - -0.9 -26.0m NA NA - -1.0 -42.5m NA NA - -1.2 -81.5m NA NA - -1.5 -145.1m NA NA - -1.8 -212.6m NA NA - -2.1 -279.1m NA NA - -2.4 -344.8m NA NA - -2.7 -415.5m NA NA - -3.0 -480.1m NA NA [Model] INPUT2 Model_type Input Vinl = 0.75v Vinh = 1.75v | variable typ min max C_comp 2.0pF 1.5pF 2.5pF | |variable typ min max [Temperature Range] 50 0 100 | |variable typ min max [Voltage Range] 3.3 3.135 3.6 | [GND Clamp] |voltage typ min max 0 0 NA NA - -0.3 0 NA NA - -0.4 -0.05m NA NA - -0.5 -0.5m NA NA - -0.55 -1.3m NA NA - -0.6 -2.6m NA NA - -0.65 -4.4m NA NA - -0.7 -6.8m NA NA - -0.75 -9.6m NA NA - -0.8 -13.7m NA NA - -0.9 -26.0m NA NA - -1.0 -42.5m NA NA - -1.2 -81.5m NA NA - -1.5 -145.1m NA NA - -1.8 -212.6m NA NA - -2.1 -279.1m NA NA - -2.4 -344.8m NA NA - -2.7 -415.5m NA NA - -3.0 -480.1m NA NA Your comments are greatly appreciated. regards siva - ------_=_NextPart_000_01C2C36C.53C6B190 Content-Type: application/octet-stream; name="Model INPUT2 _3_3- Ground clamp.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Model INPUT2 _3_3- Ground clamp.pdf" JVBERi0xLjIgDSXi48/TDQogDTggMCBvYmoNPDwNL0xlbmd0aCA5IDAgUg0vRmlsdGVyIC9MWldE ZWNvZGUgDT4+DXN0cmVhbQ0KgAwFw0HAgO4gBoxEBKhEKNUIgQ0HMFiMTEEVgpSI8NiQuGUFGoyG ouGIyEBtjg5j0FGI1GguGo2EBshBTlMrEEhkclk8IG8xgcgkUkk00Bs2Bs/G1BnNDnkopNAgggls vmMzms3j9Ul0wmVQpVMqterFHrVCncmqAxjtbsdXo1IIRUhIzgVXGIxG9EEAgKhEBowi+DORnhAv I2CoYwGY2Gd9KhmwIuGAwG45yBjwd+g4oFozKwpvxqBpFugxHMqG1ovlr1Iu1dcq0yuMIkQxyg0p tpnoN2+52Vk2oNue+GW4t16vl+wECyo2G+ZEGeGUw0Oj0t0u24Gm6nWthHbge6t+0rINGY13GN3f g9HqF3s8tluXaGfVG3k5U85mTyrLuk6jrio0jTAaGjGI89qnoRBAZwU+bhhoGsHp478GQPCi+Qi8 7ihoGUHvk/aTP65wYOhAIWtwGsBwKugawSGDvKctSERhB8ZOCuDzhqrocNZDEepfH8dPMsziRexq SJkvK9v4v7/MszC/M0zwYxa7IGhtGQXSBGstS4liux3I4bK6G6TQvL8zJfNEivohDihsGSXhzJkR sg5rKRO6MqOmFq7yxAwbxOsk1N7QilrxMcjKQsKp0OsCpTE2c4SQpIaNwnkmuXKDBT8FAYUE0620 oslJKWqcOSO4setglkJvHPMox66UTBpPoqM6FsYBgNoghA0UCSytiVLcHMv0ellkUtYqcBkrdUKZ aCCuHVqRti44cS6gr+s9BFfWBYUXITUoQBlM1ZWkqd0JG7tm3MuzqyJdaC3lblLWvV9zhyl86Vmz y7XDYLsQNZythnBEu0RSYQYSgVqvPg97BupaC3rh2K4Xa0X2xezoX3bwWhkytf4JYeDXNTN/N1jG Vo83Th4mEEJtw2OXPg2OOAbVzYu66qr5EGOS3FgtSWMgqCL3m6fYbpV95lc1I6bVMvXyugc5skAY 6rWcTPTW09tizjp4HcbAsGwSNIRQeG6mqOu1WpGZ7fZUFqK87BIUhW13LpCqNWpi13Nrltqm4Y4r PwCQJwiKCjkMoQDQEArhANyOVTxfBIaroYJZwPDvOKPFL03AcZb0jHag8/E78nGuN5B/T5phfIcl ynLI4vfZ64lVmLWkLYPJdNGoR0YG9bmfYL46rdSGEHbcnyvLoS+CTd6F3f8wgfAWxS3j+V0GLtto YXTc46lztS2SL29n0eyr/yJHHP3/U4bjoF8+SPjL/8fMSY451WuPrc8wtbT3CoHHQeTI45L3PPrJ Kktc4MXDG9fYfGBhbDKMRSO/587XH4QWBu1pc6hGYPrcCfeEpAl/wJYrCuE794Rr7BkDdCr/YZrZ XSu9+4NiVQvhrCSFylV0MWg4UiGsN4SxCNtCmAANojPrhyQWGsLHUHoBmchh0FH/qWPu7s3UWVtp uKgDM9JMCTRii6cOM0Wj7s2N7G1BUWUHrMjYDJv59yBQDjKwmDcWyRnsjYfd4TDn9x8PDDVLsYSW wYi9FmOcXIyHhWRBIxpe28JHBmj9hcl0FRlTsUyT0mSkAzkrAMGcJiryggETIxrzYvA5isw5wJ+Y 4g5fnGE/L/JYwLlotuW0ZZOMfJfCqNkp5XMgS+hOJSmUnSkQaR2F8zj3ITL2syahPEJIaJ4h9xxv ZmF8UyvNSzNV9qZJUjkqCEyZMvX/NtSs6DgTrmlO2DU7zzzhm6ngqB6oHNJl3AM4Z6n8kmBpQF+L PIuJEoOS+gSPINQPoOXskJvZ/R/QmSqQVED8POeJRY5S76DnIiOjaRtFaDven6+VN1IycUDojQCh 1CUhL4IlHWaDPD4UoBzTiiwNTVNJp69mnNNaGA5kw+OnSQ2kg4JVNpHiGqRS4kdP0Gpe5ptZOBQM oEKiJSBppTug1Wkc1cqYzSob2meE/OAjBzNA00QSrdAhGxl5Fk5UKzFHlbEcowh/TSvh3gYRwrhL 5GEYKLA3gqjeNClqrtdsPXeftcYB2MorXCXNeHMz9qobE9TxWeSVhVZ83qWzBWkoHZ1ra216I2tU TkvKCrUoPheeova77OLbKueqjtjqkF8tsuq1x1bRwRltalj1sKEpbefcGHh50tm4WZc6K6WzVWwt vXpMqYSmsQtLdy3khThpbRCTI9VrKlJbW3ZWmKlktlLX/edfBULo1EthP+914KQ3Vg0jO7147Y19 f3emSSacB3uv6U2BeBCXneoemWCKkFoQnvocord1MEEjdmSE6sLSEA2wDg67OCMG3dYXfROkIcOQ xuhhOB+K8PJajw+a82E58JlxS+pt6c063mv3e5EFjSQ4LtKR+Xl8kiXjXQvjIa+8UHVxfQukuMse lNw7dWP1u8gs6uhJCz2W70ymkdk3LiR3WmOUrfI3U35MPQci9J3KWss41L3OrD+c7YXoe/neJWO5 U32JDf/LuNTeX0y8ULQSZc8ZkvSrHGuRLxofhPoy0qMHuaUcRh/R2eXuZsQU9F3D1D8veJDnW6um 8kZTeOfmmbd7SkEKZoFjd0FcVtRpq/K+Jsp6jNhgrJ2H0z4GN5eM+GG9b30qBkLW+mUtbBxNCqb5 Iyt6gensBNuBnDXp2drLVRCMzoawucfGhOScOyN1tTOKZkH7h1NpVbeL8bXaKQ8fb7pkZm4truWu +6NRFAltqWeewN7ZWxYkfVe29j4frYexQ9403Y7BxHvQhfNmHQrBs8k20Scb84VxckO2bS8Lxron ee3uFU+JDvidsnd95v1DyfQEis7JasVpPeOe3kcKwNyrcjCOWu32rzRixTd2304fzc4eq+RauvpV SivDboSV3/wkpJlcj7LdZh/p2BiBbQ1jxvl3QYfEj6fkYqfTeydc1nwbkyWl+x/5TuPaS9uf5w1F 2/eHRetZ6xhvJ43bYfW97jNPljs+OdufTnTgPbvBdIdF4DrZTSXy2S3CGb/h+x7K0K1TWPWO2c5K jYbFMtl5kUKZ4cn/ovNlJxATjqHn3Wk/sz4NJistzZu6BnH2Wtu9FRJVsbXPSe2+p177Rc6+Pb+o BrYvmUV/iY1+D49S7Mwb1nRKZRoa3QqGaUAZAzoTQ3hkDKTQJITgoBVCoSYFoIAjhyDeHUNwZAQB jDYGENocGzoGICANZW5kc3RyZWFtDWVuZG9iag05IDAgb2JqDTIzMzANZW5kb2JqDTQgMCBvYmoN PDwNL1R5cGUgL1BhZ2UNL1BhcmVudCA1IDAgUg0vUmVzb3VyY2VzIDw8DS9Gb250IDw8DS9GMCA2 IDAgUiANPj4NL1Byb2NTZXQgMiAwIFINPj4NL0NvbnRlbnRzIDggMCBSDT4+DWVuZG9iag02IDAg b2JqDTw8DS9UeXBlIC9Gb250DS9TdWJ0eXBlIC9UcnVlVHlwZQ0vTmFtZSAvRjANL0Jhc2VGb250 IC9BcmlhbA0vRmlyc3RDaGFyIDMyDS9MYXN0Q2hhciAyNTUNL1dpZHRocyBbIDI2OCAzMjUgMzQ1 IDU1NiA1NTYgODgxIDY3MSAxOTEgMzI1IDMyNSAzODMgNTc1IDI2OCAzMjUgMjY4IDI2OCANNTU2 IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDI2OCAyNjggNTc1IDU3NSA1NzUg NTU2IA0xMDE2IDY3MSA2NzEgNzI4IDcyOCA2NzEgNjEzIDc2NiA3MjggMjQ5IDQ5OCA2NzEgNTU2 IDgyNCA3MjggNzY2IA02NzEgNzY2IDcyOCA2NzEgNTk0IDcyOCA2NzEgOTk2IDYzMiA2NzEgNjEz IDI2OCAyNjggMjY4IDQ2MCA1NTYgDTMyNSA1NTYgNTM2IDQ5OCA1NTYgNTU2IDI4NyA1MzYgNTM2 IDIxMCAyMTAgNDc5IDIxMCA4MjQgNTM2IDU1NiANNTM2IDUzNiAzMjUgNDk4IDI2OCA1MzYgNTE3 IDcwOSA0OTggNDc5IDQ3OSAzMjUgMjY4IDMyNSA1NzUgNzQ3IA01NzUgNzQ3IDU3NSA1NzUgNTc1 IDU3NSA1NzUgNTc1IDU3NSA1NzUgNTc1IDU3NSA1NzUgNzQ3IDU3NSA3NDcgDTc0NyA1NzUgNTc1 IDU3NSA1NzUgNTc1IDU3NSA1NzUgNTc1IDU3NSA1NzUgNTc1IDU3NSA3NDcgNTc1IDU3NSANMjY4 IDMyNSA1NTYgNTU2IDU1NiA1NTYgMjY4IDU1NiAzMjUgNzI4IDM2NCA1NTYgNTc1IDMyNSA3Mjgg NTU2IA00MDIgNTU2IDMyNSAzMjUgMzI1IDU3NSA1MzYgMjY4IDMyNSAzMjUgMzY0IDU1NiA4MjQg ODI0IDgyNCA2MTMgDTY3MSA2NzEgNjcxIDY3MSA2NzEgNjcxIDk5NiA3MjggNjcxIDY3MSA2NzEg NjcxIDI2OCAyNjggMjY4IDI2OCANNzI4IDcyOCA3NjYgNzY2IDc2NiA3NjYgNzY2IDU3NSA3NjYg NzI4IDcyOCA3MjggNzI4IDY3MSA2NzEgNjEzIA01NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA4ODEg NDk4IDU1NiA1NTYgNTU2IDU1NiAyNjggMjY4IDI2OCAyNjggDTU1NiA1NTYgNTU2IDU1NiA1NTYg NTU2IDU1NiA1NTYgNjEzIDU1NiA1NTYgNTU2IDU1NiA0OTggNTU2IDQ5OCANXQ0vRW5jb2Rpbmcg L1dpbkFuc2lFbmNvZGluZw0vRm9udERlc2NyaXB0b3IgNyAwIFINPj4NZW5kb2JqDTcgMCBvYmoN PDwNL1R5cGUgL0ZvbnREZXNjcmlwdG9yDS9Gb250TmFtZSAvQXJpYWwNL0ZsYWdzIDMyDS9Gb250 QkJveCBbIC0yNTAgLTIxMiAxMjE5IDEwNTUgXQ0vTWlzc2luZ1dpZHRoIDI2OA0vU3RlbVYgODAN L1N0ZW1IIDgwDS9JdGFsaWNBbmdsZSAwDS9DYXBIZWlnaHQgOTA1DS9YSGVpZ2h0IDQ1Mw0vQXNj ZW50IDkwNQ0vRGVzY2VudCAtMjEyDS9MZWFkaW5nIDE1MA0vTWF4V2lkdGggMTAxNg0vQXZnV2lk dGggNDQxDT4+DWVuZG9iag0yIDAgb2JqDVsgL1BERiAvVGV4dCAgXQ1lbmRvYmoNNSAwIG9iag08 PA0vS2lkcyBbNCAwIFIgXQ0vQ291bnQgMQ0vVHlwZSAvUGFnZXMNL01lZGlhQm94IFsgMCAwIDg0 MiA1OTUgXQ0+Pg1lbmRvYmoNMSAwIG9iag08PA0vQ3JlYXRvciAoODgwMzJhdC5pYnMgLSBJbm5v dmVkYSBWaXN1YWwgSUJJUyBFZGl0b3IgLSBWZXJzaW9uIDMuMCAoQnVpbGQgKQ0vQ3JlYXRpb25E YXRlIChEOjIwMDExMjMwMTEwMDU2KQ0vVGl0bGUgKE1vZGVsIElOUFVUMl8zXzMgLSBHcm91bmQg Y2xhbXApDS9BdXRob3IgKHNzaXZhKQ0vUHJvZHVjZXIgKEFjcm9iYXQgUERGV3JpdGVyIDMuMDMg Zm9yIFdpbmRvd3MgTlQpDS9LZXl3b3JkcyAoKQ0vU3ViamVjdCAoKQ0+Pg1lbmRvYmoNMyAwIG9i ag08PA0vUGFnZXMgNSAwIFINL1R5cGUgL0NhdGFsb2cNPj4NZW5kb2JqDXhyZWYNMCAxMA0wMDAw MDAwMDAwIDY1NTM1IGYgDTAwMDAwMDQwMDggMDAwMDAgbiANMDAwMDAwMzg5MyAwMDAwMCBuIA0w MDAwMDA0MjY5IDAwMDAwIG4gDTAwMDAwMDI0NDMgMDAwMDAgbiANMDAwMDAwMzkyNCAwMDAwMCBu IA0wMDAwMDAyNTYxIDAwMDAwIG4gDTAwMDAwMDM2NDAgMDAwMDAgbiANMDAwMDAwMDAxOSAwMDAw MCBuIA0wMDAwMDAyNDIzIDAwMDAwIG4gDXRyYWlsZXINPDwNL1NpemUgMTANL1Jvb3QgMyAwIFIN L0luZm8gMSAwIFINL0lEIFs8OWI5NDE4YzRhOWMyYTZkMjYzM2QzMzZkNzg1ZDI2MGU+PDliOTQx OGM0YTljMmE2ZDI2MzNkMzM2ZDc4NWQyNjBlPl0NPj4Nc3RhcnR4cmVmDTQzMTgNJSVFT0YN - ------_=_NextPart_000_01C2C36C.53C6B190 Content-Type: application/octet-stream; name="Model INPUT1 _2_5- Ground clamp.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Model INPUT1 _2_5- Ground clamp.pdf" JVBERi0xLjIgDSXi48/TDQogDTggMCBvYmoNPDwNL0xlbmd0aCA5IDAgUg0vRmlsdGVyIC9MWldE ZWNvZGUgDT4+DXN0cmVhbQ0KgAwFw0HAgO4gBoxEBKhEKNUIgQ0HMFiMTEEVgpSI8NiQuGUFGoyG ouGIyEBtjg5j0FGI1GguGo2EBshBTlMrEEhkclk8IG8xgcgkUkk00Bs2Bs/G1BnNDnkopNAgggls vmMzms3j9Ul0wmVQpVMqterFHrVCncmqAxjtbsdXo1IIRUhIzgVXGIxG9EEAgKhEBowi+DORnhAv I2CoYwGY2Gd9KhmwIuGAwG45yBjwd+g4oFozKwpvxqBpFugxHMqG1ovlr1Iu1dcq0yuMIkQxyg0p tpnoN2+52Vk2oNue+GW4t16vl+wECyo2G+ZEGeGUw0Oj0t0u24Gm6nWthHbge6t+0rINGY13GN3f g9HqF3s8tluXaGfVG3k5U85mTyrLuk6jrio0jTAaGjGI89qnoRBAZwU+bhhoGsHp478GQPCi+Qi8 7ihoGUHvk/aTP65wYOhAIWtwGsBwKugawSGDvKctSERhB8ZOCuDzhqrocNZDEepfH8dPMsziRexq SJkvK9v4v7/MszC/M0zwYxa7IGhtGQXSBGstS4liux3I4bK6G6TQvL8zJfNEivohDihsGSXhzJkR sg5rKRO6MqOmFq7yxAwbxOsk1N7QilrxMcjKQsKp0OsCpTE2c4SQpIaNwnkmuXKDBT8FAYUE0620 oslJKWqcOSO4setglkJvHPMox66UTBpPoqM6FsYBgNoghA0UCSytiVLcHMv0ellkUtYqcBkrdUKZ aCCuHVqRti44cS6gr+s9BFfWBYUXITUoQBlM1ZWkqd0JG7tm3MuzqyJdaC3lblLWvV9zhyl86Vmz y7XDYLsQNZythnBEu0RSYQYSgVqvPg97BupaC3rh2K4Xa0X2xezoX3bwWhkytf4JYeDXNTN/N1jG Vo83Th4mEEJtw2OXPg2OOAbVzYu66qr5EGOS3FgtSWMgqCL3m6fYbpV95lc1I6bVMvXyugc5skAY 6rWcTPTW09tizjp4HcbAsGwSNIRQeG6mqOu1WpGZ7fZUFqK87BIUhW13LpCqNWpi13Nrltqm4Y4r PwCQJwiKCjkMoQDQEArhANyOVTxfBIaroYJZwPDvOKPFL03AcZb0jHag8/E78nGuN5B/T5phfIcl ynLI4vfZ64lVmLWkLYPJdNGoR0YG9bmfYL46rdSGEHbcnyvLoS+CTd6F3f8wgfAWxS3j+V0GLtto YXTc46lztS2SL29n0eyr/yJHHP3/U4bjoF8+SPjL/8fMSY451WuPrc8wtbT3CoHHQeTI45L3PPrJ Kktc4MXDG9fYfGBhbDKMRSO/587XH4QWBu1pc6hGYPrcCfeEpAl/wJYrCuE794Rr7BkDdCr/YZrZ XSu9+4NiVQvhrCSFylV0MWg4UiGsN4SxCNtCmAANojPrhyQWGsLHUHoBmchh0FH/qWPu7s3UWVtp uKgDM9JMCTRii6cOM0Wj7s2N7G1BUWUHrMjYDJv59yBQDjKwmDcWyRnsjYfd4TDn9x8PDDVLsYSW wYi9FmOcXIyHhWRBIxpe28JHBmj9hcl0FRlTsUyT0mSkAzkrAMGcJiryggETIxrzYvA5isw5wJ+Y 4g5fnGE/L/JYwLlotuW0ZZOMfJfCqNkp5XMgS+hOJSmUnSkQaR2F8zj3ITL2syahPEJIaJ4h9xxv ZmF8UyvNSzNV9qZJUjkqCEyZMvX/NtSs6DgTrmlO2DU7zzzhm6ngqB6oHNJl3AM4Z6n8kmBpQF+L PIuJEoOS+gSPINQPoOXskJvZ/R/QmSqQVED8POeJRY5S76DnIiOjaRtFaDven6+VN1IycUDojQCh 1CUhL4IlHWaDPD4UoBzTiiwNTVNJp69mnNNaGA5kw+OnSQ2kg4JVNpHiGqRS4kdP0Gpe5ptZOBQM oEKiJSBppTug1Wkc1cqYzSob2meE/OAjBzNA00QSrdAhGxl5Fk5UKzFHlbEcowh/TSvh3gYRwrhL 5GEYKLA3gqjeNClqrtdsPXeftcYB2MorXCXNeHMz9qobE9TxWeSVhVZ83qWzBWkoHZ1ra216I2tU TkvKCrUoPheeova77OLbKueqjtjqkF8tsuq1x1bRwRltalj1sKEpbefcGHh50tm4WZc6K6WzVWwt vXpMqYSmsQtLdy3khThpbRCTI9VrKlJbW3ZWmKlktlLX/edfBULo1EthP+914KQ3Vg0jO7147Y19 f3emSSacB3uv6U2BeBCXneoemWCKkFoQnvocord1MEEjdmSE6sLSEA2wDg67OCMG3dYXfROkIcOQ xuhhOB+K8PJajw+a82E58JlxS+pt6c063mv3e5EFjSQ4LtKR+Xl8kiXjXQvjIa+8UHVxfQukuMse lNw7dWP1u8gs6uhJCz2W70ymkdk3LiR3WmOUrfI3U35MPQci9J3KWss41L3OrD+c7YXoe/neJWO5 U32JDf/LuNTeX0y8ULQSZc8ZkvSrHGuRLxofhPoy0qMHuaUcRh/R2eXuZsQU9F3D1D8veJDnW6um 8kZTeOfmmbd7SkEKZoFjd0FcVtRpq/K+Jsp6jNhgrJ2H0z4GN5eM+GG9b30qBkLW+mUtbBxNCqb5 Iyt6gensBNuBnDXp2drLVRCMzoawucfGhOScOyN1tTOKZkH7h1NpVbeL8bXaKQ8fb7pkZm4truWu +6NRFAltqWeewN7ZWxYkfVe29j4frYexQ9403Y7BxHvQhfNmHQrBs8k20Scb84VxckO2bS8Lxron ee3uFU+JDvidsnd95v1DyfQEis7JasVpPeOe3kcKwNyrcjCOWu32rzRixTd2304fzc4eq+RauvpV SivDboSV3/wkpJlcj7LdZh/p2BiBbQ1jxvl3QYfEj6fkYqfTeydc1nwbkyWl+x/5TuPaS9uf5w1F 2/eHRetZ6xhvJ43bYfW97jNPljs+OdufTnTgPbvBdIdF4DrZTSXy2S3CGb/h+x7K0K1TWPWO2c5K jYbFMtl5kUKZ4cn/ovNlJxATjqHn3Wk/sz4NJistzZu6BnH2Wtu9FRJVsbXPSe2+p177Rc6+Pb+o BrYvmUV/iY1+D49S7Mwb1nRKZRoa3QqGaUAZAzoTQ3hkDKTQJITgoBVCoQoFoIAjhyDeHUNwZAQB jDYGENocGzoGICANZW5kc3RyZWFtDWVuZG9iag05IDAgb2JqDTIzMzANZW5kb2JqDTQgMCBvYmoN PDwNL1R5cGUgL1BhZ2UNL1BhcmVudCA1IDAgUg0vUmVzb3VyY2VzIDw8DS9Gb250IDw8DS9GMCA2 IDAgUiANPj4NL1Byb2NTZXQgMiAwIFINPj4NL0NvbnRlbnRzIDggMCBSDT4+DWVuZG9iag02IDAg b2JqDTw8DS9UeXBlIC9Gb250DS9TdWJ0eXBlIC9UcnVlVHlwZQ0vTmFtZSAvRjANL0Jhc2VGb250 IC9BcmlhbA0vRmlyc3RDaGFyIDMyDS9MYXN0Q2hhciAyNTUNL1dpZHRocyBbIDI2OCAzMjUgMzQ1 IDU1NiA1NTYgODgxIDY3MSAxOTEgMzI1IDMyNSAzODMgNTc1IDI2OCAzMjUgMjY4IDI2OCANNTU2 IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2IDI2OCAyNjggNTc1IDU3NSA1NzUg NTU2IA0xMDE2IDY3MSA2NzEgNzI4IDcyOCA2NzEgNjEzIDc2NiA3MjggMjQ5IDQ5OCA2NzEgNTU2 IDgyNCA3MjggNzY2IA02NzEgNzY2IDcyOCA2NzEgNTk0IDcyOCA2NzEgOTk2IDYzMiA2NzEgNjEz IDI2OCAyNjggMjY4IDQ2MCA1NTYgDTMyNSA1NTYgNTM2IDQ5OCA1NTYgNTU2IDI4NyA1MzYgNTM2 IDIxMCAyMTAgNDc5IDIxMCA4MjQgNTM2IDU1NiANNTM2IDUzNiAzMjUgNDk4IDI2OCA1MzYgNTE3 IDcwOSA0OTggNDc5IDQ3OSAzMjUgMjY4IDMyNSA1NzUgNzQ3IA01NzUgNzQ3IDU3NSA1NzUgNTc1 IDU3NSA1NzUgNTc1IDU3NSA1NzUgNTc1IDU3NSA1NzUgNzQ3IDU3NSA3NDcgDTc0NyA1NzUgNTc1 IDU3NSA1NzUgNTc1IDU3NSA1NzUgNTc1IDU3NSA1NzUgNTc1IDU3NSA3NDcgNTc1IDU3NSANMjY4 IDMyNSA1NTYgNTU2IDU1NiA1NTYgMjY4IDU1NiAzMjUgNzI4IDM2NCA1NTYgNTc1IDMyNSA3Mjgg NTU2IA00MDIgNTU2IDMyNSAzMjUgMzI1IDU3NSA1MzYgMjY4IDMyNSAzMjUgMzY0IDU1NiA4MjQg ODI0IDgyNCA2MTMgDTY3MSA2NzEgNjcxIDY3MSA2NzEgNjcxIDk5NiA3MjggNjcxIDY3MSA2NzEg NjcxIDI2OCAyNjggMjY4IDI2OCANNzI4IDcyOCA3NjYgNzY2IDc2NiA3NjYgNzY2IDU3NSA3NjYg NzI4IDcyOCA3MjggNzI4IDY3MSA2NzEgNjEzIA01NTYgNTU2IDU1NiA1NTYgNTU2IDU1NiA4ODEg NDk4IDU1NiA1NTYgNTU2IDU1NiAyNjggMjY4IDI2OCAyNjggDTU1NiA1NTYgNTU2IDU1NiA1NTYg NTU2IDU1NiA1NTYgNjEzIDU1NiA1NTYgNTU2IDU1NiA0OTggNTU2IDQ5OCANXQ0vRW5jb2Rpbmcg L1dpbkFuc2lFbmNvZGluZw0vRm9udERlc2NyaXB0b3IgNyAwIFINPj4NZW5kb2JqDTcgMCBvYmoN PDwNL1R5cGUgL0ZvbnREZXNjcmlwdG9yDS9Gb250TmFtZSAvQXJpYWwNL0ZsYWdzIDMyDS9Gb250 QkJveCBbIC0yNTAgLTIxMiAxMjE5IDEwNTUgXQ0vTWlzc2luZ1dpZHRoIDI2OA0vU3RlbVYgODAN L1N0ZW1IIDgwDS9JdGFsaWNBbmdsZSAwDS9DYXBIZWlnaHQgOTA1DS9YSGVpZ2h0IDQ1Mw0vQXNj ZW50IDkwNQ0vRGVzY2VudCAtMjEyDS9MZWFkaW5nIDE1MA0vTWF4V2lkdGggMTAxNg0vQXZnV2lk dGggNDQxDT4+DWVuZG9iag0yIDAgb2JqDVsgL1BERiAvVGV4dCAgXQ1lbmRvYmoNNSAwIG9iag08 PA0vS2lkcyBbNCAwIFIgXQ0vQ291bnQgMQ0vVHlwZSAvUGFnZXMNL01lZGlhQm94IFsgMCAwIDg0 MiA1OTUgXQ0+Pg1lbmRvYmoNMSAwIG9iag08PA0vQ3JlYXRvciAoODgwMzJhdC5pYnMgLSBJbm5v dmVkYSBWaXN1YWwgSUJJUyBFZGl0b3IgLSBWZXJzaW9uIDMuMCAoQnVpbGQgKQ0vQ3JlYXRpb25E YXRlIChEOjIwMDExMjMwMTA1OTE2KQ0vVGl0bGUgKE1vZGVsIElOUFVUMV8yXzUtIEdyb3VuZCBj bGFtcCkNL0F1dGhvciAoc3NpdmEpDS9Qcm9kdWNlciAoQWNyb2JhdCBQREZXcml0ZXIgMy4wMyBm b3IgV2luZG93cyBOVCkNL0tleXdvcmRzICgpDS9TdWJqZWN0ICgpDT4+DWVuZG9iag0zIDAgb2Jq DTw8DS9QYWdlcyA1IDAgUg0vVHlwZSAvQ2F0YWxvZw0+Pg1lbmRvYmoNeHJlZg0wIDEwDTAwMDAw MDAwMDAgNjU1MzUgZiANMDAwMDAwNDAwOCAwMDAwMCBuIA0wMDAwMDAzODkzIDAwMDAwIG4gDTAw MDAwMDQyNjggMDAwMDAgbiANMDAwMDAwMjQ0MyAwMDAwMCBuIA0wMDAwMDAzOTI0IDAwMDAwIG4g DTAwMDAwMDI1NjEgMDAwMDAgbiANMDAwMDAwMzY0MCAwMDAwMCBuIA0wMDAwMDAwMDE5IDAwMDAw IG4gDTAwMDAwMDI0MjMgMDAwMDAgbiANdHJhaWxlcg08PA0vU2l6ZSAxMA0vUm9vdCAzIDAgUg0v SW5mbyAxIDAgUg0vSUQgWzwwYTQ5NmZjOTAyZjk1MTQ2NzVjYWE5MDQyOWJhM2RkNz48MGE0OTZm YzkwMmY5NTE0Njc1Y2FhOTA0MjliYTNkZDc+XQ0+Pg1zdGFydHhyZWYNNDMxNw0lJUVPRg0= - ------_=_NextPart_000_01C2C36C.53C6B190-- |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 24 Jan 2003 11:12:59 -0500 From: Peter LaFlamme Subject: Re: [IBIS-Users] ibis question Hi Siva, The input models are simply esd ground clamps. This must be how the semiconductor vendor implements ESD on these devices. Because they are ground clamps they are not dependent on the VDD or Voltage range of the receiver, so the two inputs behave exactly the same I/V characteristics. If they also had a power clamp then the behavior would be different because the power clamp would tie the Voltage range (VDD) to the input in some manor. Peter - -- Peter LaFlamme Applied Micro Circuits Corp. System Applications Engineer 200 Minuteman Rd, 3rd Floor Andover, MA 01810 978-247-8470 phone 978-623-0055 Fax "Sivakumar S. - CTD, Chennai." wrote: > > IBIS Gurus, > I have a ibis model with the following inputs > INPUT1,INPUT2.When I compare these two inputs, there is no difference except > the [Voltage Range].I would like to know whether these will have similar > characteristics and behaviour or not?.Could anybody please give me some > explanation?.I have checked these two INPUTs in the hyperlynx ibis editor > and captured waveform and attached waveform for your reference. > > And also in some IBIS models, I found that the input buffers are > defined with POWER_CLAMP and GND_CLAMP .But this model is having only > GND_CLAMP defined. What will be the effect? could anybody explain me? > > [Model] INPUT1 > Model_type Input > Vinl = 0.75v > Vinh = 1.75v > | variable typ min max > C_comp 2.0pF 1.5pF 2.5pF > | > |variable typ min max > [Temperature Range] 50 0 100 > | > |variable typ min max > [Voltage Range] 2.5 2.375 2.7 > | > [GND Clamp] > |voltage typ min max > 0 0 NA NA > -0.3 0 NA NA > -0.4 -0.05m NA NA > -0.5 -0.5m NA NA > -0.55 -1.3m NA NA > -0.6 -2.6m NA NA > -0.65 -4.4m NA NA > -0.7 -6.8m NA NA > -0.75 -9.6m NA NA > -0.8 -13.7m NA NA > -0.9 -26.0m NA NA > -1.0 -42.5m NA NA > -1.2 -81.5m NA NA > -1.5 -145.1m NA NA > -1.8 -212.6m NA NA > -2.1 -279.1m NA NA > -2.4 -344.8m NA NA > -2.7 -415.5m NA NA > -3.0 -480.1m NA NA > > [Model] INPUT2 > Model_type Input > Vinl = 0.75v > Vinh = 1.75v > | variable typ min max > C_comp 2.0pF 1.5pF 2.5pF > | > |variable typ min max > [Temperature Range] 50 0 100 > | > |variable typ min max > [Voltage Range] 3.3 3.135 3.6 > | > [GND Clamp] > |voltage typ min max > 0 0 NA NA > -0.3 0 NA NA > -0.4 -0.05m NA NA > -0.5 -0.5m NA NA > -0.55 -1.3m NA NA > -0.6 -2.6m NA NA > -0.65 -4.4m NA NA > -0.7 -6.8m NA NA > -0.75 -9.6m NA NA > -0.8 -13.7m NA NA > -0.9 -26.0m NA NA > -1.0 -42.5m NA NA > -1.2 -81.5m NA NA > -1.5 -145.1m NA NA > -1.8 -212.6m NA NA > -2.1 -279.1m NA NA > -2.4 -344.8m NA NA > -2.7 -415.5m NA NA > -3.0 -480.1m NA NA > > Your comments are greatly appreciated. > > regards > siva > > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > Name: Model INPUT2 _3_3- Ground clamp.pdf > Model INPUT2 _3_3- Ground clamp.pdf Type: Acrobat (application/pdf) > Encoding: base64 > > Name: Model INPUT1 _2_5- Ground clamp.pdf > Model INPUT1 _2_5- Ground clamp.pdf Type: Acrobat (application/pdf) > Encoding: base64 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 24 Jan 2003 08:38:22 -0800 From: "Muranyi, Arpad" Subject: [IBIS-Users] RE: ibis question Siva, These two input models are going to act the same way exactly. The clamp curves and C_comp seem to be identical. The fact that the supply voltage is different will not make any difference in the simulation with these models because there is no power clamp curve in them. (If there was one, you would see a difference in waveforms that go over the supply voltage, one receiver would start clamping at the lower supply while the other at the higher supply voltage). Arpad ==================================================================== - -----Original Message----- From: Sivakumar S. - CTD, Chennai. [mailto:sivakumar@ctd.hcltech.com] Sent: Thursday, January 23, 2003 9:49 PM To: ibis-users@eda.org Cc: Muranyi, Arpad Subject: ibis question IBIS Gurus, I have a ibis model with the following inputs INPUT1,INPUT2.When I compare these two inputs, there is no difference except the [Voltage Range].I would like to know whether these will have similar characteristics and behaviour or not?.Could anybody please give me some explanation?.I have checked these two INPUTs in the hyperlynx ibis editor and captured waveform and attached waveform for your reference. And also in some IBIS models, I found that the input buffers are defined with POWER_CLAMP and GND_CLAMP .But this model is having only GND_CLAMP defined. What will be the effect? could anybody explain me? [Model] INPUT1 Model_type Input Vinl = 0.75v Vinh = 1.75v | variable typ min max C_comp 2.0pF 1.5pF 2.5pF | |variable typ min max [Temperature Range] 50 0 100 | |variable typ min max [Voltage Range] 2.5 2.375 2.7 | [GND Clamp] |voltage typ min max 0 0 NA NA - -0.3 0 NA NA - -0.4 -0.05m NA NA - -0.5 -0.5m NA NA - -0.55 -1.3m NA NA - -0.6 -2.6m NA NA - -0.65 -4.4m NA NA - -0.7 -6.8m NA NA - -0.75 -9.6m NA NA - -0.8 -13.7m NA NA - -0.9 -26.0m NA NA - -1.0 -42.5m NA NA - -1.2 -81.5m NA NA - -1.5 -145.1m NA NA - -1.8 -212.6m NA NA - -2.1 -279.1m NA NA - -2.4 -344.8m NA NA - -2.7 -415.5m NA NA - -3.0 -480.1m NA NA [Model] INPUT2 Model_type Input Vinl = 0.75v Vinh = 1.75v | variable typ min max C_comp 2.0pF 1.5pF 2.5pF | |variable typ min max [Temperature Range] 50 0 100 | |variable typ min max [Voltage Range] 3.3 3.135 3.6 | [GND Clamp] |voltage typ min max 0 0 NA NA - -0.3 0 NA NA - -0.4 -0.05m NA NA - -0.5 -0.5m NA NA - -0.55 -1.3m NA NA - -0.6 -2.6m NA NA - -0.65 -4.4m NA NA - -0.7 -6.8m NA NA - -0.75 -9.6m NA NA - -0.8 -13.7m NA NA - -0.9 -26.0m NA NA - -1.0 -42.5m NA NA - -1.2 -81.5m NA NA - -1.5 -145.1m NA NA - -1.8 -212.6m NA NA - -2.1 -279.1m NA NA - -2.4 -344.8m NA NA - -2.7 -415.5m NA NA - -3.0 -480.1m NA NA Your comments are greatly appreciated. regards siva |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 24 Jan 2003 11:19:29 -0600 From: John Phillippe Subject: Re: [IBIS-Users] Waveform mismatch question Duane Mattheisen wrote: > John Take out as much fixture resistance as possible in the DC > measurement. > Also for the AC measurement put a big capacitor (0.1uf and a >2.2uF > tantalum cap) to ground on the Rfixture having the other side of the > Rfixture that connects to the output as close as possible to the > output. > Sincerely Duane Mattheisen > "Angulo, John" wrote: > >>The following is posted on behalf of John Phillippe at Motorola. Please send any private replies to john.phillippe@motorola.com only. >> >>-------------------------------------------------- >> >>Ibis Guru's, >> I get quite a few waveform mismatches between the rising/falling >>edges and the I/V curves like the one shown below. >> >>WARNING - Model pad_26v_fast: The [Falling Waveform] >> with [R_fixture]=50 Ohms and [V_fixture_max]=0V >> has MAX column DC endpoints of 0.05V and 1.75v, but >> an equivalent load applied to the model's I-V tables yields >> different voltages ( 0.16V and 1.91V), >> a difference of 6.66% and 8.94%, respectively. >> >>I'm curious if this is a common problem, or if there are some simple >>solutions to get everything to match up. I check the waveforms and set >>the sim time long enough to make sure the waveforms are stable. Any >>help/suggestions would be greatly appreciated. Duane, Since I'm using s2ibis2, I should make rload as small as possible? On the order of 1ohm? I read in this group before to use an rload of 50ohms since that is what most people are using, and that it is a bit of a "standard." I've also been told to have NO capacitance in the AC measurements, and again to only use a 50ohm resistor. I did try a run with a 0.1uF cap on the pad for the AC measurements, but that just slows the edge down. - -- John Phillippe SPS, 32 Bit Embedded Controller Division, IC Creation Motorola - 512-895-1835 Austin, TX - john.phillippe@motorola.com |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 24 Jan 2003 14:29:34 -0700 From: "Duane Mattheisen" Subject: Re: [IBIS-Users] Waveform mismatch question John I was writing for a bench measurement not a simulation. The 50 ohms is a common standard for the AC measurements. And if your on a AC bench measuring of actual devices, a capacitor helps when put it on the power supply side of the R_fixture not on the device side, what that does is take any voltage drop out of the wires going from the power supply to the R_fixture. For the DC measurement again on the bench the resistance to make as low as possible is the fixture resistance which is between the Voltage/Current measurement tool and the device. On another note I down loaded s2ibis2_fix_tar.Z and s2ibis2_tar.Z but did not know how to work with them. Is there any advice you can give me to start? Thanks Duane Matheisen John Phillippe wrote: > > Duane Mattheisen wrote: > > John Take out as much fixture resistance as possible in the DC > > measurement. > > Also for the AC measurement put a big capacitor (0.1uf and a >2.2uF > > tantalum cap) to ground on the Rfixture having the other side of the > > Rfixture that connects to the output as close as possible to the > > output. > > Sincerely Duane Mattheisen > > "Angulo, John" wrote: > > > >>The following is posted on behalf of John Phillippe at Motorola. Please send any private replies to john.phillippe@motorola.com only. > >> > >>-------------------------------------------------- > >> > >>Ibis Guru's, > >> I get quite a few waveform mismatches between the rising/falling > >>edges and the I/V curves like the one shown below. > >> > >>WARNING - Model pad_26v_fast: The [Falling Waveform] > >> with [R_fixture]=50 Ohms and [V_fixture_max]=0V > >> has MAX column DC endpoints of 0.05V and 1.75v, but > >> an equivalent load applied to the model's I-V tables yields > >> different voltages ( 0.16V and 1.91V), > >> a difference of 6.66% and 8.94%, respectively. > >> > >>I'm curious if this is a common problem, or if there are some simple > >>solutions to get everything to match up. I check the waveforms and set > >>the sim time long enough to make sure the waveforms are stable. Any > >>help/suggestions would be greatly appreciated. > > Duane, > Since I'm using s2ibis2, I should make rload as small as possible? > On the order of 1ohm? I read in this group before to use an rload of > 50ohms since that is what most people are using, and that it is a bit of > a "standard." I've also been told to have NO capacitance in the AC > measurements, and again to only use a 50ohm resistor. > I did try a run with a 0.1uF cap on the pad for the AC measurements, > but that just slows the edge down. > > -- > John Phillippe > SPS, 32 Bit Embedded Controller Division, IC Creation > Motorola - 512-895-1835 > Austin, TX - john.phillippe@motorola.com |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Tue, 28 Jan 2003 10:20:46 -0500 From: Peter LaFlamme Subject: Re: [IBIS-Users] Waveform mismatch question Hi John, These types of warnings are very common. It appears to me that you are either using an old IBISCHK or you are creating a Version 2.1 model because the latest IBISCHK will give errors for any mismatch greater than 1% or so. If your I/O is single-ended then you can determine where the problem is pretty easily. You need to determine what your output load is. In this case 50 ohms. Then plot your I-V curves and V-T curves. On the I-V curves you need to draw a 50-ohm load line. The load line intersection with the I-V curve should match the end point of the V-T curve (for rising waveform use the pull-up curve, Falling waveform use pull-down). Is this a differential output? If so what technology is it? Creating an IBIS model of a differential output can be very tricky. IBIS actually models the differential output as a single-ended entity which it is definitely not. My experience with LVDS, PECL and CML models has been that P and N output voltage levels are dependent on each other. For example on one of our LVDS I/O cells the sum of the P and N voltages will be 2.4V. So if the P side is 1.0V the N side will try to be 1.4V. To create a model as such you need to set up your simulation such that the N side load is a voltage source that is dependent on the P output. I have read the papers on the IBIS website and they are somewhat helpful, however the cases presented are applicable to certain cases only. There needs to be an IBIS cookbook that explains both the theory behind creating the models and the how to. Well enough about Differential. I hope that this helps. Peter Duane Mattheisen wrote: > > John > I was writing for a bench measurement not a simulation. The 50 ohms > is a common standard for the AC measurements. And if your on a AC bench > measuring of actual devices, a capacitor helps when put it on the power > supply side of the R_fixture not on the device side, what that does is > take any voltage drop out of the wires going from the power supply to > the R_fixture. For the DC measurement again on the bench the resistance > to make as low as possible is the fixture resistance which is between > the Voltage/Current measurement tool and the device. > > On another note I down loaded s2ibis2_fix_tar.Z and s2ibis2_tar.Z but > did not know how to work with them. Is there any advice you can give me > to start? > > Thanks Duane Matheisen > John Phillippe wrote: > > > > Duane Mattheisen wrote: > > > John Take out as much fixture resistance as possible in the DC > > > measurement. > > > Also for the AC measurement put a big capacitor (0.1uf and a >2.2uF > > > tantalum cap) to ground on the Rfixture having the other side of the > > > Rfixture that connects to the output as close as possible to the > > > output. > > > Sincerely Duane Mattheisen > > > "Angulo, John" wrote: > > > > > >>The following is posted on behalf of John Phillippe at Motorola. Please send any private replies to john.phillippe@motorola.com only. > > >> > > >>-------------------------------------------------- > > >> > > >>Ibis Guru's, > > >> I get quite a few waveform mismatches between the rising/falling > > >>edges and the I/V curves like the one shown below. > > >> > > >>WARNING - Model pad_26v_fast: The [Falling Waveform] > > >> with [R_fixture]=50 Ohms and [V_fixture_max]=0V > > >> has MAX column DC endpoints of 0.05V and 1.75v, but > > >> an equivalent load applied to the model's I-V tables yields > > >> different voltages ( 0.16V and 1.91V), > > >> a difference of 6.66% and 8.94%, respectively. > > >> > > >>I'm curious if this is a common problem, or if there are some simple > > >>solutions to get everything to match up. I check the waveforms and set > > >>the sim time long enough to make sure the waveforms are stable. Any > > >>help/suggestions would be greatly appreciated. > > > > Duane, > > Since I'm using s2ibis2, I should make rload as small as possible? > > On the order of 1ohm? I read in this group before to use an rload of > > 50ohms since that is what most people are using, and that it is a bit of > > a "standard." I've also been told to have NO capacitance in the AC > > measurements, and again to only use a 50ohm resistor. > > I did try a run with a 0.1uF cap on the pad for the AC measurements, > > but that just slows the edge down. > > > > -- > > John Phillippe > > SPS, 32 Bit Embedded Controller Division, IC Creation > > Motorola - 512-895-1835 > > Austin, TX - john.phillippe@motorola.com > |------------------------------------------------------------------ > |For help or to subscribe/unsubscribe, email majordomo@eda.org > |with just the appropriate command message(s) in the body: > | > | help > | subscribe ibis > | subscribe ibis-users > | unsubscribe ibis > | unsubscribe ibis-users > | > |or email a written request to ibis-request@eda.org. > | > |IBIS reflector archives exist under: > | > | http://www.eda.org/pub/ibis/email_archive/ Recent > | http://www.eda.org/pub/ibis/users_archive/ Recent > | http://www.eda.org/pub/ibis/email/ E-mail since 1993 - -- Peter LaFlamme Applied Micro Circuits Corp. System Applications Engineer 200 Minuteman Rd, 3rd Floor Andover, MA 01810 978-247-8470 phone 978-623-0055 Fax |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Tue, 28 Jan 2003 08:52:25 -0800 From: garry.felker@conexant.com Subject: [IBIS-Users] 5V tollerant pad Hi all, I have a 3.3V I/O pad that is 5V tollerant. I would like to include Rising and Falling waveform data with voltage rails at 3.6 and 5.5 V. Is there a way to include both of these conditions in the IBIS model? Garry Felker |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Tue, 28 Jan 2003 11:55:16 -0500 From: "Ingraham, Andrew" Subject: RE: [IBIS-Users] Waveform mismatch question > These types of warnings are very common. It appears to me that you are either using an old IBISCHK or you are creating a Version 2.1 model because the latest IBISCHK will give errors for any mismatch greater than 1% or so. That is sometimes true. However, in this case the warnings appear to be real. The warning that he quoted as an example, had 0.05V versus 0.16V (not too severe but should be better), and 1.75V versus 1.91V. They ought to match better than that. Hence the warning. The error percentages look OK, as if you are using a newer version of IBISCHK. The older versions would report huge percentage differences on the order of 300%, for small differences between small voltages. Are you sure that the waveform data wasn't truncated? That's a likely cause of this problem. Regards, Andy |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Tue, 28 Jan 2003 11:50:28 -0600 From: Aubrey_Sparkman@Dell.com Subject: RE: [IBIS-Users] 5V tollerant pad Answer is yes. Use the Model Selector switch. But do you need to? I thought 5V tolerant meant that the input of a chip with 3.3Vcc would not be damaged by a 5 volt signal. Aubrey Sparkman Signal Integrity Aubrey_Sparkman@Dell.com (512) 723-3592 > -----Original Message----- > From: garry.felker@conexant.com [mailto:garry.felker@conexant.com] > Sent: Tuesday, January 28, 2003 10:52 AM > To: ibis-users@eda.org > Subject: [IBIS-Users] 5V tollerant pad > > > Hi all, > I have a 3.3V I/O pad that is 5V tollerant. I would like to > include Rising > and Falling waveform data with voltage rails at 3.6 and 5.5 V. > Is there a way to include both of these conditions in the IBIS model? > Garry Felker > > > > |------------------------------------------------------------------ > |For help or to subscribe/unsubscribe, email majordomo@eda.org > |with just the appropriate command message(s) in the body: > | > | help > | subscribe ibis > | subscribe ibis-users > | unsubscribe ibis > | unsubscribe ibis-users > | > |or email a written request to ibis-request@eda.org. > | > |IBIS reflector archives exist under: > | > | http://www.eda.org/pub/ibis/email_archive/ Recent > | http://www.eda.org/pub/ibis/users_archive/ Recent > | http://www.eda.org/pub/ibis/email/ E-mail since 1993 > |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Tue, 28 Jan 2003 11:02:00 -0700 From: "Duane Mattheisen" Subject: Re: [IBIS-Users] 5V tollerant pad Garry You might look at a TI IBIS model they do multiple Vcc ranges in one file. One would be a VCX16244 device. Duane Mattheisen garry.felker@conexant.com wrote: > > Hi all, > I have a 3.3V I/O pad that is 5V tollerant. I would like to include Rising > and Falling waveform data with voltage rails at 3.6 and 5.5 V. > Is there a way to include both of these conditions in the IBIS model? > Garry Felker > > |------------------------------------------------------------------ > |For help or to subscribe/unsubscribe, email majordomo@eda.org > |with just the appropriate command message(s) in the body: > | > | help > | subscribe ibis > | subscribe ibis-users > | unsubscribe ibis > | unsubscribe ibis-users > | > |or email a written request to ibis-request@eda.org. > | > |IBIS reflector archives exist under: > | > | http://www.eda.org/pub/ibis/email_archive/ Recent > | http://www.eda.org/pub/ibis/users_archive/ Recent > | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Tue, 28 Jan 2003 10:21:44 -0800 (PST) From: whiz kid Subject: [IBIS-Users] Load Line Question. Hi Gurus, I have a question regarding plotting load lines based on the V-I tables. 1) I have a open drain model with V_fixture=1.26v and R_fixture = 50ohms.There are two V-T tables ( one rising and one falling with V_fixture= 1.26 and R_fixture = 50ohms ). I calculated the load line based on the values as I=0 at V=Vcc and I = 1.26/50 =25.2ma. I then plotted this loadline on the Pulldown curve by drawing a line with co-ordinates (1.26v,0ma), (0v,25.2ma) and noted for the intersection of the VI curve and the loadline. The intersection point that I get is way off from the one the tool calculates, which in turn is off from the VT table falling endpoint. My question is what is it that I am missing so that I get a different value from the tool and also fixing the model so that I fall within the 1% tolerance of the VT end point. Thanks, Rahul. - --- Peter LaFlamme wrote: > Hi John, > These types of warnings are very common. It appears > to me that you are either using an old IBISCHK or > you are creating a Version 2.1 model because the > latest IBISCHK will give errors for any mismatch > greater than 1% or so. If your I/O is single-ended > then > you can determine where the problem is pretty > easily. You need to determine what your output load > is. In this case 50 ohms. Then plot your I-V curves > and V-T curves. On the I-V curves you need to draw a > 50-ohm load line. The load line intersection with > the > I-V curve should match the end point of the V-T > curve (for rising waveform use the pull-up curve, > Falling waveform use pull-down). > > Is this a differential output? If so what technology > is it? Creating an IBIS model of a differential > output can be very tricky. IBIS actually models the > differential output as a single-ended entity which > it is definitely not. My experience with LVDS, PECL > and CML models has been that P and N output voltage > levels are dependent on each other. For example on > one of our LVDS I/O cells the sum of the P and N > voltages will be 2.4V. So if the P side is 1.0V the > N side will try to be 1.4V. To create a model as > such you need to set up your simulation such that > the N side load is a voltage source that is > dependent on the P output. > > I have read the papers on the IBIS website and they > are somewhat helpful, however the cases presented > are applicable to certain cases only. There needs to > be an IBIS cookbook that explains both the theory > behind creating the models and the how to. > > Well enough about Differential. > > I hope that this helps. > > Peter > > > Duane Mattheisen wrote: > > > > John > > I was writing for a bench measurement not a > simulation. The 50 ohms > > is a common standard for the AC measurements. And > if your on a AC bench > > measuring of actual devices, a capacitor helps > when put it on the power > > supply side of the R_fixture not on the device > side, what that does is > > take any voltage drop out of the wires going from > the power supply to > > the R_fixture. For the DC measurement again on > the bench the resistance > > to make as low as possible is the fixture > resistance which is between > > the Voltage/Current measurement tool and the > device. > > > > On another note I down loaded s2ibis2_fix_tar.Z > and s2ibis2_tar.Z but > > did not know how to work with them. Is there any > advice you can give me > > to start? > > > > Thanks Duane Matheisen > > John Phillippe wrote: > > > > > > Duane Mattheisen wrote: > > > > John Take out as much fixture resistance as > possible in the DC > > > > measurement. > > > > Also for the AC measurement put a big > capacitor (0.1uf and a >2.2uF > > > > tantalum cap) to ground on the Rfixture having > the other side of the > > > > Rfixture that connects to the output as close > as possible to the > > > > output. > > > > Sincerely > Duane Mattheisen > > > > "Angulo, John" wrote: > > > > > > > >>The following is posted on behalf of John > Phillippe at Motorola. Please send any private > replies to john.phillippe@motorola.com only. > > > >> > > > > >>-------------------------------------------------- > > > >> > > > >>Ibis Guru's, > > > >> I get quite a few waveform mismatches > between the rising/falling > > > >>edges and the I/V curves like the one shown > below. > > > >> > > > >>WARNING - Model pad_26v_fast: The [Falling > Waveform] > > > >> with [R_fixture]=50 Ohms and > [V_fixture_max]=0V > > > >> has MAX column DC endpoints of 0.05V > and 1.75v, but > > > >> an equivalent load applied to the > model's I-V tables yields > > > >> different voltages ( 0.16V and 1.91V), > > > >> a difference of 6.66% and 8.94%, > respectively. > > > >> > > > >>I'm curious if this is a common problem, or if > there are some simple > > > >>solutions to get everything to match up. I > check the waveforms and set > > > >>the sim time long enough to make sure the > waveforms are stable. Any > > > >>help/suggestions would be greatly appreciated. > > > > > > Duane, > > > Since I'm using s2ibis2, I should make rload > as small as possible? > > > On the order of 1ohm? I read in this group > before to use an rload of > > > 50ohms since that is what most people are using, > and that it is a bit of > > > a "standard." I've also been told to have NO > capacitance in the AC > > > measurements, and again to only use a 50ohm > resistor. > > > I did try a run with a 0.1uF cap on the pad > for the AC measurements, > > > but that just slows the edge down. > > > > > > -- > > > John Phillippe > > > SPS, 32 Bit Embedded Controller Division, IC > Creation > > > Motorola - 512-895-1835 > > > Austin, TX - john.phillippe@motorola.com > > > |------------------------------------------------------------------ > > |For help or to subscribe/unsubscribe, email > majordomo@eda.org > > |with just the appropriate command message(s) in > the body: > > | > > | help > > | subscribe ibis address, if different> > > | subscribe ibis-users address, if different> > > | unsubscribe ibis address, if different> > > | unsubscribe ibis-users address, if different> > > | > > |or email a written request to > ibis-request@eda.org. > > | > > |IBIS reflector archives exist under: > > | > > | http://www.eda.org/pub/ibis/email_archive/ > Recent > > | http://www.eda.org/pub/ibis/users_archive/ > Recent > > | http://www.eda.org/pub/ibis/email/ > E-mail since 1993 > > -- > Peter LaFlamme > > Applied Micro Circuits Corp. > System Applications Engineer > 200 Minuteman Rd, 3rd Floor > Andover, MA 01810 > > 978-247-8470 phone > 978-623-0055 Fax > |------------------------------------------------------------------ > |For help or to subscribe/unsubscribe, email > majordomo@eda.org > |with just the appropriate command message(s) in the > body: > | > | help > | subscribe ibis if different> > | subscribe ibis-users if different> > | unsubscribe ibis if different> > | unsubscribe ibis-users if different> > | > |or email a written request to ibis-request@eda.org. > | > |IBIS reflector archives exist under: > | > === message truncated === __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Tue, 28 Jan 2003 10:49:07 -0800 From: "Tom Dagostino" Subject: RE: [IBIS-Users] Load Line Question. IBIS sums all the appropriate IV curves before it calculates the voltage from the load line. In your example, the open drain model, IBIS would sum the pulldown, the ground clamp (if present in the model) and powerclamp (again, if present in the model). It would then compute the voltage from the load line based on the summed IV curves. Are you including everything? Tom Dagostino Teraspeed Consulting Group LLC Teraspeed Consulting Group LLC 2926 SE Yamhill St. Device Modeling Division Portland, OR 97214 13610 SW Harness Lane Beaverton, OR 97008 http://www.teraspeed.com 503-430-1065 tom@teraspeed.com - -----Original Message----- From: owner-ibis-users@server.eda.org [mailto:owner-ibis-users@server.eda.org]On Behalf Of whiz kid Sent: Tuesday, January 28, 2003 10:22 AM To: ibis-users@server.eda.org Subject: [IBIS-Users] Load Line Question. Hi Gurus, I have a question regarding plotting load lines based on the V-I tables. 1) I have a open drain model with V_fixture=1.26v and R_fixture = 50ohms.There are two V-T tables ( one rising and one falling with V_fixture= 1.26 and R_fixture = 50ohms ). I calculated the load line based on the values as I=0 at V=Vcc and I = 1.26/50 =25.2ma. I then plotted this loadline on the Pulldown curve by drawing a line with co-ordinates (1.26v,0ma), (0v,25.2ma) and noted for the intersection of the VI curve and the loadline. The intersection point that I get is way off from the one the tool calculates, which in turn is off from the VT table falling endpoint. My question is what is it that I am missing so that I get a different value from the tool and also fixing the model so that I fall within the 1% tolerance of the VT end point. Thanks, Rahul. - --- Peter LaFlamme wrote: > Hi John, > These types of warnings are very common. It appears > to me that you are either using an old IBISCHK or > you are creating a Version 2.1 model because the > latest IBISCHK will give errors for any mismatch > greater than 1% or so. If your I/O is single-ended > then > you can determine where the problem is pretty > easily. You need to determine what your output load > is. In this case 50 ohms. Then plot your I-V curves > and V-T curves. On the I-V curves you need to draw a > 50-ohm load line. The load line intersection with > the > I-V curve should match the end point of the V-T > curve (for rising waveform use the pull-up curve, > Falling waveform use pull-down). > > Is this a differential output? If so what technology > is it? Creating an IBIS model of a differential > output can be very tricky. IBIS actually models the > differential output as a single-ended entity which > it is definitely not. My experience with LVDS, PECL > and CML models has been that P and N output voltage > levels are dependent on each other. For example on > one of our LVDS I/O cells the sum of the P and N > voltages will be 2.4V. So if the P side is 1.0V the > N side will try to be 1.4V. To create a model as > such you need to set up your simulation such that > the N side load is a voltage source that is > dependent on the P output. > > I have read the papers on the IBIS website and they > are somewhat helpful, however the cases presented > are applicable to certain cases only. There needs to > be an IBIS cookbook that explains both the theory > behind creating the models and the how to. > > Well enough about Differential. > > I hope that this helps. > > Peter > > > Duane Mattheisen wrote: > > > > John > > I was writing for a bench measurement not a > simulation. The 50 ohms > > is a common standard for the AC measurements. And > if your on a AC bench > > measuring of actual devices, a capacitor helps > when put it on the power > > supply side of the R_fixture not on the device > side, what that does is > > take any voltage drop out of the wires going from > the power supply to > > the R_fixture. For the DC measurement again on > the bench the resistance > > to make as low as possible is the fixture > resistance which is between > > the Voltage/Current measurement tool and the > device. > > > > On another note I down loaded s2ibis2_fix_tar.Z > and s2ibis2_tar.Z but > > did not know how to work with them. Is there any > advice you can give me > > to start? > > > > Thanks Duane Matheisen > > John Phillippe wrote: > > > > > > Duane Mattheisen wrote: > > > > John Take out as much fixture resistance as > possible in the DC > > > > measurement. > > > > Also for the AC measurement put a big > capacitor (0.1uf and a >2.2uF > > > > tantalum cap) to ground on the Rfixture having > the other side of the > > > > Rfixture that connects to the output as close > as possible to the > > > > output. > > > > Sincerely > Duane Mattheisen > > > > "Angulo, John" wrote: > > > > > > > >>The following is posted on behalf of John > Phillippe at Motorola. Please send any private > replies to john.phillippe@motorola.com only. > > > >> > > > > >>-------------------------------------------------- > > > >> > > > >>Ibis Guru's, > > > >> I get quite a few waveform mismatches > between the rising/falling > > > >>edges and the I/V curves like the one shown > below. > > > >> > > > >>WARNING - Model pad_26v_fast: The [Falling > Waveform] > > > >> with [R_fixture]=50 Ohms and > [V_fixture_max]=0V > > > >> has MAX column DC endpoints of 0.05V > and 1.75v, but > > > >> an equivalent load applied to the > model's I-V tables yields > > > >> different voltages ( 0.16V and 1.91V), > > > >> a difference of 6.66% and 8.94%, > respectively. > > > >> > > > >>I'm curious if this is a common problem, or if > there are some simple > > > >>solutions to get everything to match up. I > check the waveforms and set > > > >>the sim time long enough to make sure the > waveforms are stable. Any > > > >>help/suggestions would be greatly appreciated. > > > > > > Duane, > > > Since I'm using s2ibis2, I should make rload > as small as possible? > > > On the order of 1ohm? I read in this group > before to use an rload of > > > 50ohms since that is what most people are using, > and that it is a bit of > > > a "standard." I've also been told to have NO > capacitance in the AC > > > measurements, and again to only use a 50ohm > resistor. > > > I did try a run with a 0.1uF cap on the pad > for the AC measurements, > > > but that just slows the edge down. > > > > > > -- > > > John Phillippe > > > SPS, 32 Bit Embedded Controller Division, IC > Creation > > > Motorola - 512-895-1835 > > > Austin, TX - john.phillippe@motorola.com > > > |------------------------------------------------------------------ > > |For help or to subscribe/unsubscribe, email > majordomo@eda.org > > |with just the appropriate command message(s) in > the body: > > | > > | help > > | subscribe ibis address, if different> > > | subscribe ibis-users address, if different> > > | unsubscribe ibis address, if different> > > | unsubscribe ibis-users address, if different> > > | > > |or email a written request to > ibis-request@eda.org. > > | > > |IBIS reflector archives exist under: > > | > > | http://www.eda.org/pub/ibis/email_archive/ > Recent > > | http://www.eda.org/pub/ibis/users_archive/ > Recent > > | http://www.eda.org/pub/ibis/email/ > E-mail since 1993 > > -- > Peter LaFlamme > > Applied Micro Circuits Corp. > System Applications Engineer > 200 Minuteman Rd, 3rd Floor > Andover, MA 01810 > > 978-247-8470 phone > 978-623-0055 Fax > |------------------------------------------------------------------ > |For help or to subscribe/unsubscribe, email > majordomo@eda.org > |with just the appropriate command message(s) in the > body: > | > | help > | subscribe ibis if different> > | subscribe ibis-users if different> > | unsubscribe ibis if different> > | unsubscribe ibis-users if different> > | > |or email a written request to ibis-request@eda.org. > | > |IBIS reflector archives exist under: > | > === message truncated === __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Wed, 29 Jan 2003 14:56:04 -0800 From: "Muranyi, Arpad" Subject: RE: [IBIS-Users] 5V tolerant pad Garry, You don't need to use the [Model Selector] for that. The 5V safe feature usually comes from the clamp diode (and/or the ESD circuit) being connected to 5V while the pullup is at 3.3 V. This can be modeled with the [*** Reference] keywords which basically define which rail the IV curve is connected to. Arpad Muranyi Intel Corporation ========================================================================= - -----Original Message----- From: Aubrey_Sparkman@dell.com [mailto:Aubrey_Sparkman@dell.com] Sent: Tuesday, January 28, 2003 9:50 AM To: garry.felker@conexant.com; ibis-users@eda.org Subject: RE: [IBIS-Users] 5V tollerant pad Answer is yes. Use the Model Selector switch. But do you need to? I thought 5V tolerant meant that the input of a chip with 3.3Vcc would not be damaged by a 5 volt signal. Aubrey Sparkman Signal Integrity Aubrey_Sparkman@Dell.com (512) 723-3592 > -----Original Message----- > From: garry.felker@conexant.com [mailto:garry.felker@conexant.com] > Sent: Tuesday, January 28, 2003 10:52 AM > To: ibis-users@eda.org > Subject: [IBIS-Users] 5V tollerant pad > > > Hi all, > I have a 3.3V I/O pad that is 5V tollerant. I would like to > include Rising > and Falling waveform data with voltage rails at 3.6 and 5.5 V. > Is there a way to include both of these conditions in the IBIS model? > Garry Felker > > > > |------------------------------------------------------------------ > |For help or to subscribe/unsubscribe, email majordomo@eda.org > |with just the appropriate command message(s) in the body: > | > | help > | subscribe ibis > | subscribe ibis-users > | unsubscribe ibis > | unsubscribe ibis-users > | > |or email a written request to ibis-request@eda.org. > | > |IBIS reflector archives exist under: > | > | http://www.eda.org/pub/ibis/email_archive/ Recent > | http://www.eda.org/pub/ibis/users_archive/ Recent > | http://www.eda.org/pub/ibis/email/ E-mail since 1993 > |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Wed, 29 Jan 2003 17:05:46 -0800 From: "Frank Dunlap" Subject: RE: [IBIS-Users] 5V tolerant pad Just a clarification: a 5-volt tolerant I/O may not necessarily use a 5V supply. There may not be a 5V supply, and thus, there may not be an ESD diode to a 5V supply. Regards, Frank - -----Original Message----- From: Muranyi, Arpad [mailto:arpad.muranyi@intel.com] Sent: Wednesday, January 29, 2003 2:56 PM To: ibis-users@server.eda.org Subject: RE: [IBIS-Users] 5V tolerant pad Garry, You don't need to use the [Model Selector] for that. The 5V safe feature usually comes from the clamp diode (and/or the ESD circuit) being connected to 5V while the pullup is at 3.3 V. This can be modeled with the [*** Reference] keywords which basically define which rail the IV curve is connected to. Arpad Muranyi Intel Corporation ========================================================================= - -----Original Message----- From: Aubrey_Sparkman@dell.com [mailto:Aubrey_Sparkman@dell.com] Sent: Tuesday, January 28, 2003 9:50 AM To: garry.felker@conexant.com; ibis-users@eda.org Subject: RE: [IBIS-Users] 5V tollerant pad Answer is yes. Use the Model Selector switch. But do you need to? I thought 5V tolerant meant that the input of a chip with 3.3Vcc would not be damaged by a 5 volt signal. Aubrey Sparkman Signal Integrity Aubrey_Sparkman@Dell.com (512) 723-3592 > -----Original Message----- > From: garry.felker@conexant.com [mailto:garry.felker@conexant.com] > Sent: Tuesday, January 28, 2003 10:52 AM > To: ibis-users@eda.org > Subject: [IBIS-Users] 5V tollerant pad > > > Hi all, > I have a 3.3V I/O pad that is 5V tollerant. I would like to > include Rising > and Falling waveform data with voltage rails at 3.6 and 5.5 V. > Is there a way to include both of these conditions in the IBIS model? > Garry Felker > > > > |------------------------------------------------------------------ > |For help or to subscribe/unsubscribe, email majordomo@eda.org > |with just the appropriate command message(s) in the body: > | > | help > | subscribe ibis > | subscribe ibis-users > | unsubscribe ibis > | unsubscribe ibis-users > | > |or email a written request to ibis-request@eda.org. > | > |IBIS reflector archives exist under: > | > | http://www.eda.org/pub/ibis/email_archive/ Recent > | http://www.eda.org/pub/ibis/users_archive/ Recent > | http://www.eda.org/pub/ibis/email/ E-mail since 1993 > |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Thu, 30 Jan 2003 12:01:14 -0600 From: "Dunbar, Tony" Subject: [IBIS-Users] IBIS models for buffers with integrated Bus Hold This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. - ------_=_NextPart_001_01C2C889.941A4257 Content-Type: text/plain; charset="iso-8859-1" I was looking at some models yesterday for devices that are supposed to have integrated bus-hold circuits, according to the datasheets. However, the models did not have the [Submodel] for the bus-hold circuit. I'll probably need to take this up with the specific vendor, but can anyone else - either model developers or users - who has experience with such models comment on this? For example, is it legitimate to have a model that effectively embeds the bus-hold effect in the primary model tables and dispense with a submodel? I don't see how because the V_trigger sub-params cannot be accommodated. An alternative explanation is that the bus-hold is implemented with just a feedback resistor, the effect of which will be embedded in the primary tables. Thanks! Tony Dunbar Mentor Graphics Corporation - ------_=_NextPart_001_01C2C889.941A4257 Content-Type: text/html; charset="iso-8859-1"
I was looking at some models yesterday for devices that are supposed to have integrated bus-hold circuits, according to the datasheets. However, the models did not have the [Submodel] for the bus-hold circuit.
 
I'll probably need to take this up with the specific vendor, but can anyone else - either model developers or users - who has experience with such models comment on this? For example, is it legitimate to have a model that effectively embeds the bus-hold effect in the primary model tables and dispense with a submodel? I don't see how because the V_trigger sub-params cannot be accommodated. An alternative explanation is that the bus-hold is implemented with just a feedback resistor, the effect of which will be embedded in the primary tables.
 
Thanks!
Tony Dunbar
Mentor Graphics Corporation
- ------_=_NextPart_001_01C2C889.941A4257-- |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Thu, 30 Jan 2003 18:02:11 -0800 From: "Eric Hsu" Subject: [IBIS-Users] Pin name assignment Hi all, When assigning for pin name, I am not sure there is any limits except column length. of character. For example, if naming by "#", "", "(xxx)", "!", or even "%"? In case they can pass by "ibischk3", does it also mean they are acceptable by any commercial simulation tool as long as it can accept IBIS format? Best Regard, Eric NetLogic Microsystems, Inc. |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 31 Jan 2003 00:07:04 -0800 (PST) From: Abdulrahman Rafiq Subject: Re: [IBIS-Users] Pin name assignment - --0-38922842-1044000424=:52141 Content-Type: text/plain; charset=us-ascii Hi Eric, I take it you are trying to create a pin list for an ibis file. You can find information on this in the IBIS Information Specification Ver 3.2 http://www.vhdl.org/pub/ibis/ver3.2/ver3_2.pdf The number of characters allowed per column in the pinlist section of the ibis model are as followed: [Pin]: Max 5 characters allowed signal_name: Max 20 characters allowed model_name: Max 20 characters allowed R_pin: Max 9 characters allowed L_pin: Max 9 characters allowed C_pin: Max 9 characters allowed I would suggest avoiding using symbols other than integers (1,2,3,...) and letters (A,B,C,...) in in the [Pin] column. See the document in the link specified above, it show a sample pinlist section. Hope this helps. Thanks, Abdulrahman Rafiq arafiqsi@yahoo.com Eric Hsu wrote:Hi all, When assigning for pin name, I am not sure there is any limits except column length. of character. For example, if naming by "#", "", "(xxx)", "!", or even "%"? In case they can pass by "ibischk3", does it also mean they are acceptable by any commercial simulation tool as long as it can accept IBIS format? Best Regard, Eric NetLogic Microsystems, Inc. |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 - ------------------------------------------------ ABDULRAHMAN RAFIQ Scientific Engineering Consultants Voicmail: (408) 527-5540 Phone: (805) 708-1976 Email: arafiqsi@yahoo.com URL: www.geocities.com/arafiqsi/ - --------------------------------- Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now - --0-38922842-1044000424=:52141 Content-Type: text/html; charset=us-ascii

Hi Eric,

I take it you are trying to create a pin list for an ibis file. You can find information on this in the IBIS Information Specification Ver 3.2 http://www.vhdl.org/pub/ibis/ver3.2/ver3_2.pdf

The number of characters allowed per column in the pinlist section of the ibis model are as followed:

[Pin]: Max 5 characters allowed

signal_name: Max 20 characters allowed

model_name: Max 20 characters allowed

R_pin: Max 9 characters allowed

L_pin: Max 9 characters allowed

C_pin: Max 9 characters allowed

I would suggest avoiding using symbols other than integers (1,2,3,...) and letters (A,B,C,...) in in the [Pin] column.

See the document in the link specified above, it show a sample pinlist section.

Hope this helps.

Thanks,

Abdulrahman Rafiq

arafiqsi@yahoo.com

 Eric Hsu <ehsu@netlogicmicro.com> wrote:

Hi all,

When assigning for pin name, I am not sure there is any limits except column length. of character. For example, if naming by "#", "", "(xxx)", "!", or even "%"? In case they can pass by "ibischk3", does it also mean they are acceptable by any commercial simulation tool as long as it can accept IBIS format?

Best Regard,

Eric

NetLogic Microsystems, Inc.

|------------------------------------------------------------------
|For help or to subscribe/unsubscribe, email majordomo@eda.org
|with just the appropriate command message(s) in the body:
|
| help
| subscribe ibis
| subscribe ibis-users
| unsubscribe ibis
| unsubscribe ibis-users
|
|or email a written request to ibis-request@eda.org.
|
|IBIS reflector archives exist under:
|
| http://www.eda.org/pub/ibis/email_archive/ Recent
| http://www.eda.org/pub/ibis/users_archive/ Recent
| http://www.eda.org/pub/ibis/email/ E-mail since 1993


------------------------------------------------
ABDULRAHMAN RAFIQ
Scientific Engineering Consultants
Voicmail: (408) 527-5540
Phone: (805) 708-1976
Email: arafiqsi@yahoo.com
URL: www.geocities.com/arafiqsi/


Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now - --0-38922842-1044000424=:52141-- |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 31 Jan 2003 08:29:58 -0800 From: "Frank Dunlap" Subject: RE: [IBIS-Users] Pin name assignment This is a multi-part message in MIME format. - ------_=_NextPart_001_01C2C945.FE87DFF4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I think that the suggestion to stay with a-z and 0-9 characters (and to = start the name with a-z) is a good, safe idea. I have seen cases, however, where IBIS = models used=20 a trailing "#' to indicated active low. Such signals show up in certain = vendor's datasheets and their IBIS models. Isn't a good idea, though maybe not a requirement, = to use the EXACT same name in the IBIS model as is used in the datasheet, as these = vendors have done? =20 So, though it's a great suggestion to use just a-z and 0-9, are there = any known issues in using other characters, and, in this case, specifically, "#"? =20 Thanks, =20 Frank - -----Original Message----- From: Abdulrahman Rafiq [mailto:arafiqsi@yahoo.com] Sent: Friday, January 31, 2003 12:07 AM To: Eric Hsu; ibis-users@server.eda.org Subject: Re: [IBIS-Users] Pin name assignment Hi Eric,=20 I take it you are trying to create a pin list for an ibis file. You can = find information on this in the IBIS Information Specification Ver 3.2 = http://www.vhdl.org/pub/ibis/ver3.2/ver3_2.pdf=20 The number of characters allowed per column in the pinlist section of = the ibis model are as followed:=20 [Pin]: Max 5 characters allowed=20 signal_name: Max 20 characters allowed=20 model_name: Max 20 characters allowed=20 R_pin: Max 9 characters allowed=20 L_pin: Max 9 characters allowed=20 C_pin: Max 9 characters allowed=20 I would suggest avoiding using symbols other than integers (1,2,3,...) = and letters (A,B,C,...) in in the [Pin] column.=20 See the document in the link specified above, it show a sample pinlist = section.=20 Hope this helps.=20 Thanks,=20 Abdulrahman Rafiq=20 arafiqsi@yahoo.com=20 Eric Hsu wrote:=20 Hi all, When assigning for pin name, I am not sure there is any limits except = column length. of character. For example, if naming by "#", "", "(xxx)", = "!", or even "%"? In case they can pass by "ibischk3", does it also mean = they are acceptable by any commercial simulation tool as long as it can = accept IBIS format? Best Regard, Eric NetLogic Microsystems, Inc. |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis=20 | subscribe ibis-users=20 | unsubscribe ibis=20 | unsubscribe ibis-users=20 | |or email a written requ! est to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 - ------------------------------------------------ ABDULRAHMAN RAFIQ Scientific Engineering Consultants Voicmail: (408) 527-5540 Phone: (805) 708-1976 Email: arafiqsi@yahoo.com=20 URL: www.geocities.com/arafiqsi/=20 _____ =20 Do you Yahoo!? Yahoo! Mail = Plus - = Powerful. Affordable. Sign up = now - ------_=_NextPart_001_01C2C945.FE87DFF4 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I=20 think that the suggestion to stay with a-z and 0-9 characters (and to = start the=20 name
with=20 a-z) is a good, safe idea.  I have seen cases, however, where = IBIS=20 models used
a=20 trailing "#' to indicated active low.  Such signals = show up in=20 certain vendor's datasheets and
their=20 IBIS models.  Isn't a good idea, though maybe not a requirement, to = use=20 the
EXACT=20 same name in the IBIS model as is used in the datasheet, as these=20 vendors
have=20 done?
 
So,=20 though it's a great suggestion to use just a-z and 0-9, are there any=20 known
issues=20 in using other characters, and, in this case, specifically,=20 "#"?
 
Thanks,
 
Frank
-----Original Message-----
From: Abdulrahman Rafiq=20 [mailto:arafiqsi@yahoo.com]
Sent: Friday, January 31, 2003 = 12:07=20 AM
To: Eric Hsu; = ibis-users@server.eda.org
Subject: Re:=20 [IBIS-Users] Pin name assignment

Hi Eric,=20

I take it you are trying to create a pin list for an ibis file. You = can=20 find information on this in the IBIS Information Specification Ver 3.2 = http://www.vhdl.o= rg/pub/ibis/ver3.2/ver3_2.pdf=20

The number of characters allowed per column in the pinlist section = of the=20 ibis model are as followed:=20

[Pin]: Max 5 characters allowed=20

signal_name: Max 20 characters allowed=20

model_name: Max 20 characters allowed=20

R_pin: Max 9 characters allowed=20

L_pin: Max 9 characters allowed=20

C_pin: Max 9 characters allowed=20

I would suggest avoiding using symbols other than integers = (1,2,3,...)=20 and letters (A,B,C,...) in in the [Pin] column.=20

See the document in the link specified above, it show a sample = pinlist=20 section.=20

Hope this helps.=20

Thanks,=20

Abdulrahman Rafiq=20

arafiqsi@yahoo.com=20

 Eric Hsu <ehsu@netlogicmicro.com> wrote:=20 Hi=20 all,

When assigning for pin name, I am not sure there is any = limits=20 except column length. of character. For example, if naming by "#", = "",=20 "(xxx)", "!", or even "%"? In case they can pass by "ibischk3", does = it also=20 mean they are acceptable by any commercial simulation tool as long = as it can=20 accept IBIS format?

Best Regard,

Eric

NetLogic=20 Microsystems,=20 = Inc.

|------------------------------------------------------------= - ------
|For=20 help or to subscribe/unsubscribe, email majordomo@eda.org
|with = just the=20 appropriate command message(s) in the body:
|
| help
| = subscribe=20 ibis
| subscribe = ibis-users=20
| unsubscribe ibis =
| unsubscribe ibis-users
|
|or email a written requ! est to=20 ibis-request@eda.org.
|
|IBIS reflector archives exist=20 under:
|
| http://www.eda.org/pub/ibis/email_archive/ = Recent
|=20 http://www.eda.org/pub/ibis/users_archive/ Recent
|=20 http://www.eda.org/pub/ibis/email/ E-mail since=20 = 1993



------------------------------------------------=
ABDULRAHMAN=20 RAFIQ
Scientific Engineering Consultants
Voicmail: (408)=20 527-5540
Phone: (805) 708-1976
Email: arafiqsi@yahoo.com =
URL:=20 www.geocities.com/arafiqsi/


Do you Yahoo!?
Yaho= o! Mail=20 Plus - Powerful. Affordable. Sign= up=20 now - ------_=_NextPart_001_01C2C945.FE87DFF4-- |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 31 Jan 2003 12:44:18 -0500 From: Robert Haller Subject: Re: [IBIS-Users] Pin name assignment Frank you hit my Pet peeve, I think when designers/engineers (module, asic, semiconductor and SI) use special characters in signal names, pin names or node names they are asking for trouble. Most CAD tools can elegantly deal with 'special characters' like -+=!@#$%^&*() and operating system can even deal with them if they are quoted or backslashed or whatever. But inevitably somewhere in your entire process flow you will run into a problem and consume wasted time debugging a problem that can simple be avoided by using intelligent naming conventions. My suggestion is when you start a project write a design guide that sets up naming conventions and stick to them. Push back on those designs, models, etc that use special characters that can easily be avoided. my $0.02 bob Frank Dunlap wrote: > I think that the suggestion to stay with a-z and 0-9 characters (and to > start the name > with a-z) is a good, safe idea. I have seen cases, however, where IBIS > models used > a trailing "#' to indicated active low. Such signals show up in certain > vendor's datasheets and > their IBIS models. Isn't a good idea, though maybe not a requirement, > to use the > EXACT same name in the IBIS model as is used in the datasheet, as these > vendors > have done? > > So, though it's a great suggestion to use just a-z and 0-9, are there > any known > issues in using other characters, and, in this case, specifically, "#"? > > Thanks, > > Frank > > -----Original Message----- > *From:* Abdulrahman Rafiq [mailto:arafiqsi@yahoo.com] > *Sent:* Friday, January 31, 2003 12:07 AM > *To:* Eric Hsu; ibis-users@server.eda.org > *Subject:* Re: [IBIS-Users] Pin name assignment > > Hi Eric, > > I take it you are trying to create a pin list for an ibis file. You > can find information on this in the IBIS Information Specification > Ver 3.2 http://www.vhdl.org/pub/ibis/ver3.2/ver3_2.pdf > > The number of characters allowed per column in the pinlist section > of the ibis model are as followed: > > [Pin]: Max 5 characters allowed > > signal_name: Max 20 characters allowed > > model_name: Max 20 characters allowed > > R_pin: Max 9 characters allowed > > L_pin: Max 9 characters allowed > > C_pin: Max 9 characters allowed > > I would suggest avoiding using symbols other than integers > (1,2,3,...) and letters (A,B,C,...) in in the [Pin] column. > > See the document in the link specified above, it show a sample > pinlist section. > > Hope this helps. > > Thanks, > > Abdulrahman Rafiq > > arafiqsi@yahoo.com > > */Eric Hsu /* wrote: > > Hi all, > > When assigning for pin name, I am not sure there is any limits > except column length. of character. For example, if naming by > "#", "", "(xxx)", "!", or even "%"? In case they can pass by > "ibischk3", does it also mean they are acceptable by any > commercial simulation tool as long as it can accept IBIS format? > > Best Regard, > > Eric > > NetLogic Microsystems, Inc. > > |------------------------------------------------------------------ > |For help or to subscribe/unsubscribe, email majordomo@eda.org > |with just the appropriate command message(s) in the body: > | > | help > | subscribe ibis > | subscribe ibis-users > | unsubscribe ibis > | unsubscribe ibis-users > | > |or email a written requ! est to ibis-request@eda.org. > | > |IBIS reflector archives exist under: > | > | http://www.eda.org/pub/ibis/email_archive/ Recent > | http://www.eda.org/pub/ibis/users_archive/ Recent > | http://www.eda.org/pub/ibis/email/ E-mail since 1993 > > > > ------------------------------------------------ > ABDULRAHMAN RAFIQ > Scientific Engineering Consultants > Voicmail: (408) 527-5540 > Phone: (805) 708-1976 > Email: arafiqsi@yahoo.com > URL: www.geocities.com/arafiqsi/ > > > ------------------------------------------------------------------------ > Do you Yahoo!? > Yahoo! Mail Plus > - > Powerful. Affordable. Sign up now > - -- Robert J. Haller (rhaller@sisoft.com) Principal Consultant Signal Integrity Software Inc. 6 Clock Tower Place, Suite 250 Maynard, MA 01754 Phone: (978) 461-0449, ext 15 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 31 Jan 2003 10:02:20 -0800 From: "Frank Dunlap" Subject: RE: [IBIS-Users] Pin name assignment Thanks for your two cents, Bob. I do agree with you and Abdulrahman. We have a case of having to deal with some "legacy" naming conventions. The "#" is the only odd-ball character, so if we can slip that one through, then we should be okay. As we know, it's not as easy as one would think. As I recall, in HSPICE, "#" is allowed, though "(" and ")" aren't. In cases where a netlist includes busses with "(" and ")", I have converted those characters to "#", for HSPICE. Of course, with busses, you may be able to just remove the "(" and ")", if that doesn't cause a naming conflict. So, some wouldn't consider "(" and ")" to be special, but they have to be dealt with, if your target tool does not accept them. Thanks for the feedback. Still, specifically, for a trailing "#" in IBIS models, does anyone know of a real problem? Regards, Frank - -----Original Message----- From: Robert Haller [mailto:rhaller@sisoft.com] Sent: Friday, January 31, 2003 9:44 AM To: Frank Dunlap Cc: arafiqsi@yahoo.com; Eric Hsu; ibis-users@eda.org Subject: Re: [IBIS-Users] Pin name assignment Frank you hit my Pet peeve, I think when designers/engineers (module, asic, semiconductor and SI) use special characters in signal names, pin names or node names they are asking for trouble. Most CAD tools can elegantly deal with 'special characters' like -+=!@#$%^&*() and operating system can even deal with them if they are quoted or backslashed or whatever. But inevitably somewhere in your entire process flow you will run into a problem and consume wasted time debugging a problem that can simple be avoided by using intelligent naming conventions. My suggestion is when you start a project write a design guide that sets up naming conventions and stick to them. Push back on those designs, models, etc that use special characters that can easily be avoided. my $0.02 bob Frank Dunlap wrote: > I think that the suggestion to stay with a-z and 0-9 characters (and to > start the name > with a-z) is a good, safe idea. I have seen cases, however, where IBIS > models used > a trailing "#' to indicated active low. Such signals show up in certain > vendor's datasheets and > their IBIS models. Isn't a good idea, though maybe not a requirement, > to use the > EXACT same name in the IBIS model as is used in the datasheet, as these > vendors > have done? > > So, though it's a great suggestion to use just a-z and 0-9, are there > any known > issues in using other characters, and, in this case, specifically, "#"? > > Thanks, > > Frank > > -----Original Message----- > *From:* Abdulrahman Rafiq [mailto:arafiqsi@yahoo.com] > *Sent:* Friday, January 31, 2003 12:07 AM > *To:* Eric Hsu; ibis-users@server.eda.org > *Subject:* Re: [IBIS-Users] Pin name assignment > > Hi Eric, > > I take it you are trying to create a pin list for an ibis file. You > can find information on this in the IBIS Information Specification > Ver 3.2 http://www.vhdl.org/pub/ibis/ver3.2/ver3_2.pdf > > The number of characters allowed per column in the pinlist section > of the ibis model are as followed: > > [Pin]: Max 5 characters allowed > > signal_name: Max 20 characters allowed > > model_name: Max 20 characters allowed > > R_pin: Max 9 characters allowed > > L_pin: Max 9 characters allowed > > C_pin: Max 9 characters allowed > > I would suggest avoiding using symbols other than integers > (1,2,3,...) and letters (A,B,C,...) in in the [Pin] column. > > See the document in the link specified above, it show a sample > pinlist section. > > Hope this helps. > > Thanks, > > Abdulrahman Rafiq > > arafiqsi@yahoo.com > > */Eric Hsu /* wrote: > > Hi all, > > When assigning for pin name, I am not sure there is any limits > except column length. of character. For example, if naming by > "#", "", "(xxx)", "!", or even "%"? In case they can pass by > "ibischk3", does it also mean they are acceptable by any > commercial simulation tool as long as it can accept IBIS format? > > Best Regard, > > Eric > > NetLogic Microsystems, Inc. > > |------------------------------------------------------------------ > |For help or to subscribe/unsubscribe, email majordomo@eda.org > |with just the appropriate command message(s) in the body: > | > | help > | subscribe ibis > | subscribe ibis-users > | unsubscribe ibis > | unsubscribe ibis-users > | > |or email a written requ! est to ibis-request@eda.org. > | > |IBIS reflector archives exist under: > | > | http://www.eda.org/pub/ibis/email_archive/ Recent > | http://www.eda.org/pub/ibis/users_archive/ Recent > | http://www.eda.org/pub/ibis/email/ E-mail since 1993 > > > > ------------------------------------------------ > ABDULRAHMAN RAFIQ > Scientific Engineering Consultants > Voicmail: (408) 527-5540 > Phone: (805) 708-1976 > Email: arafiqsi@yahoo.com > URL: www.geocities.com/arafiqsi/ > > > ------------------------------------------------------------------------ > Do you Yahoo!? > Yahoo! Mail Plus > - > Powerful. Affordable. Sign up now > - -- Robert J. Haller (rhaller@sisoft.com) Principal Consultant Signal Integrity Software Inc. 6 Clock Tower Place, Suite 250 Maynard, MA 01754 Phone: (978) 461-0449, ext 15 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 31 Jan 2003 10:35:13 -0800 From: "Angulo, John" Subject: [IBIS-Users] How to extract C_comp (with Spice simulation ) The following is posted on behalf of Sudheer B S at ECAD Technologies Ltd. Please address any private replies to sudheer@ecadtech.com only. - -----Original Message----- Hi Experts I have Extracted C_comp from the freq domain analysis with the Tank ckt arrangement . I am getting DIfferent Capacitance ( C_comp) Value ( I am Considering the Imaginary Current at the Output ) for Different Value of Inductor .( Used 100nh + value) I want to know the proper analogy on this Process . Is anybody having SPICE SETUP for this Process Thank you SUDHEER |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 31 Jan 2003 14:44:36 -0500 From: "Ingraham, Andrew" Subject: RE: [IBIS-Users] Pin name assignment For the [Pin] name itself (first column), the IBIS spec is not clear that you can even use A-Z characters. All of the examples in the IBIS spec have purely numeric pin names. Most PGAs and BGAs use alpha-numeric pinnames, and there have probably been discussions about this in the maillists, but the spec itself is mum about it. For the [Pin] signal_name, a trailing '#' ought to be OK for IBIS-aware tools, because they use it in the examples in the IBIS specs. To be as generic as possible, you probably can't go wrong with A-Z, 0-9, and '_'. Obviously, the IBIS comment character shouldn't be used anywhere in a name. This seems like a good topic for a BIRD! This is not just a matter of setting project naming conventions and sticking to them. IBIS model files are meant to be transportable between different companies, so one needs worldwide standards that one should adhere to. In lieu of a standard written into the IBIS spec, ibischk* may be the best we have to go on. Then deal with exceptions if/when they come up. It's strange that the one place the IBIS standard is specific about allowable characters, is in the filename; yet the filename is the one thing most easily corrected by the end-user should there be a problem. Other odd characters that I used to see in signal names (not in IBIS but elsewhere), include the space character, and a trailing backslash. The latter was once used to mean that a signal was low-true, kind of a shorthand for drawing a bar over the whole signal name. Perhaps '#' evolved as a better replacement. SPICE2 could use almost any non-whitespace character in names, except for parentheses, commas, or the equal sign. SPICE would treat any of these as field delimiters or separators, equivalent to whitespace. The first character in a name had some additional restrictions; for example, it couldn't be a digit. I wouldn't assume even that all Berkeley SPICEs follow the same conventions. HSpice is similar but has some differences. I think it has the same problem with parentheses, but brackets ... square, angle, or curly ... are OK. But beware that HSpice, unlike SPICE2, converts curly brackets into square brackets. Regards, Andy |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 31 Jan 2003 14:32:04 -0600 From: "Dunbar, Tony" Subject: RE: [IBIS-Users] Pin name assignment While we are now also debating the [Pin] column characters (and I know this thread didn't start there), may I throw in a point of practicality (and hopefully stay on topic)? This particulary concerns the use of the alpha character range, [a-z] and [A-Z], for PGA/BGA alpha-numeric pinnames. Please be aware that certain SI tools IBIS parsers differentiate between upper- and lower-case characters, just as the IBIS spec is case-sensitive, except for reserved words and keywords. The common convention for PGA/BGA pinnames is to use upper-case alpha-numeric characters; e.g. AE4. If you write an IBIS [Pin] list that contains pin name "ae4", this may not auto-map to pinname "AE4" that exists in the CAD library for the part/package. Regards, Tony - -----Original Message----- From: Ingraham, Andrew [mailto:Andrew.Ingraham@hp.com] Sent: Friday, January 31, 2003 1:45 PM To: ibis-users@server.eda.org Subject: RE: [IBIS-Users] Pin name assignment For the [Pin] name itself (first column), the IBIS spec is not clear that you can even use A-Z characters. All of the examples in the IBIS spec have purely numeric pin names. Most PGAs and BGAs use alpha-numeric pinnames, and there have probably been discussions about this in the maillists, but the spec itself is mum about it. For the [Pin] signal_name, a trailing '#' ought to be OK for IBIS-aware tools, because they use it in the examples in the IBIS specs. To be as generic as possible, you probably can't go wrong with A-Z, 0-9, and '_'. Obviously, the IBIS comment character shouldn't be used anywhere in a name. This seems like a good topic for a BIRD! This is not just a matter of setting project naming conventions and sticking to them. IBIS model files are meant to be transportable between different companies, so one needs worldwide standards that one should adhere to. In lieu of a standard written into the IBIS spec, ibischk* may be the best we have to go on. Then deal with exceptions if/when they come up. It's strange that the one place the IBIS standard is specific about allowable characters, is in the filename; yet the filename is the one thing most easily corrected by the end-user should there be a problem. Other odd characters that I used to see in signal names (not in IBIS but elsewhere), include the space character, and a trailing backslash. The latter was once used to mean that a signal was low-true, kind of a shorthand for drawing a bar over the whole signal name. Perhaps '#' evolved as a better replacement. SPICE2 could use almost any non-whitespace character in names, except for parentheses, commas, or the equal sign. SPICE would treat any of these as field delimiters or separators, equivalent to whitespace. The first character in a name had some additional restrictions; for example, it couldn't be a digit. I wouldn't assume even that all Berkeley SPICEs follow the same conventions. HSpice is similar but has some differences. I think it has the same problem with parentheses, but brackets ... square, angle, or curly ... are OK. But beware that HSpice, unlike SPICE2, converts curly brackets into square brackets. Regards, Andy |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 31 Jan 2003 14:15:03 -0800 From: "Eric Hsu" Subject: RE: [IBIS-Users] Pin name assignment Hi Dunbar, Thanks for your suggestion! Like you say, should we had better just use one case: no matter it is upper- or lower- case in IBIS model, even it would cause any problem when checking by the parsers (like "ibischk3")? Best Regard, Eric NetLogic Microsystems, Inc. - -----Original Message----- From: Dunbar, Tony [mailto:tony_dunbar@mentorg.com] Sent: Friday, January 31, 2003 12:32 PM To: ibis-users@server.eda.org Subject: RE: [IBIS-Users] Pin name assignment While we are now also debating the [Pin] column characters (and I know this thread didn't start there), may I throw in a point of practicality (and hopefully stay on topic)? This particulary concerns the use of the alpha character range, [a-z] and [A-Z], for PGA/BGA alpha-numeric pinnames. Please be aware that certain SI tools IBIS parsers differentiate between upper- and lower-case characters, just as the IBIS spec is case-sensitive, except for reserved words and keywords. The common convention for PGA/BGA pinnames is to use upper-case alpha-numeric characters; e.g. AE4. If you write an IBIS [Pin] list that contains pin name "ae4", this may not auto-map to pinname "AE4" that exists in the CAD library for the part/package. Regards, Tony - -----Original Message----- From: Ingraham, Andrew [mailto:Andrew.Ingraham@hp.com] Sent: Friday, January 31, 2003 1:45 PM To: ibis-users@server.eda.org Subject: RE: [IBIS-Users] Pin name assignment For the [Pin] name itself (first column), the IBIS spec is not clear that you can even use A-Z characters. All of the examples in the IBIS spec have purely numeric pin names. Most PGAs and BGAs use alpha-numeric pinnames, and there have probably been discussions about this in the maillists, but the spec itself is mum about it. For the [Pin] signal_name, a trailing '#' ought to be OK for IBIS-aware tools, because they use it in the examples in the IBIS specs. To be as generic as possible, you probably can't go wrong with A-Z, 0-9, and '_'. Obviously, the IBIS comment character shouldn't be used anywhere in a name. This seems like a good topic for a BIRD! This is not just a matter of setting project naming conventions and sticking to them. IBIS model files are meant to be transportable between different companies, so one needs worldwide standards that one should adhere to. In lieu of a standard written into the IBIS spec, ibischk* may be the best we have to go on. Then deal with exceptions if/when they come up. It's strange that the one place the IBIS standard is specific about allowable characters, is in the filename; yet the filename is the one thing most easily corrected by the end-user should there be a problem. Other odd characters that I used to see in signal names (not in IBIS but elsewhere), include the space character, and a trailing backslash. The latter was once used to mean that a signal was low-true, kind of a shorthand for drawing a bar over the whole signal name. Perhaps '#' evolved as a better replacement. SPICE2 could use almost any non-whitespace character in names, except for parentheses, commas, or the equal sign. SPICE would treat any of these as field delimiters or separators, equivalent to whitespace. The first character in a name had some additional restrictions; for example, it couldn't be a digit. I wouldn't assume even that all Berkeley SPICEs follow the same conventions. HSpice is similar but has some differences. I think it has the same problem with parentheses, but brackets ... square, angle, or curly ... are OK. But beware that HSpice, unlike SPICE2, converts curly brackets into square brackets. Regards, Andy |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 31 Jan 2003 17:22:38 -0500 From: "Ingraham, Andrew" Subject: RE: [IBIS-Users] Pin name assignment (off-topic) Here is something interesting I just noticed, mostly off-topic but slightly relevant.... The original mail I got from Eric Hsu listed five example pin names. The second example in the list was "", which I see as three lower-case X's between angle brackets, all enclosed in double-quotes. However, the replies that came from other people showed just a "" for the second item. Nothing between the quotes! It just goes to show that some characters don't work even in e-mail and text editors (as many of you already knew). If someone e-mailed an IBIS model file directly, not as an attachment, some characters or strings within the file might get dropped. Andy |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Mon, 03 Feb 2003 16:02:13 -0500 From: Sudheer B S Subject: [IBIS-Users] CAN 3.3v IBIS models can be used for 5v device Hi All I have IBIS model for a device operating at 3.3v , The model of the same device for 5V is not availible .My quection is , Since the technology remains same by extending the Pull up .pulldn pwrclamp and Gnd clamp Curves AND by Changing the Voltage range (also threshold) Can we make IBIS models ?? Does the change in device voltage will have Large Variation in C_comp ?? Instead of Going for Equivalent 5v device , this should be the better choice . please Correct me If I my approach is Wrong Thank you SUDHEER |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Mon, 3 Feb 2003 21:16:29 -0800 From: "Tom Dagostino" Subject: RE: [IBIS-Users] CAN 3.3v IBIS models can be used for 5v device Sudheer When you increase the voltage on a logic gate you are changing the bias on the FETs (I'm assuming a CMOS technology, the same applies for bipolar). With the increased Vgs, from 3.3 to 5.0, you are turning on the FET harder resulting in a lower output impedance. You are also speeding the device up. So the 3.3 Volt model will be slower and have higher output impedance than the 5 Volt version. Also the voltage swing of the transitions will be greater with 5 Volt operation. The differences in C_comp will pale compare to the ones mentioned above. Not a good idea. Tom Dagostino Teraspeed Consulting Group LLC Teraspeed Consulting Group LLC 2926 SE Yamhill St. Device Modeling Division Portland, OR 97214 13610 SW Harness Lane Beaverton, OR 97008 http://www.teraspeed.com 503-430-1065 tom@teraspeed.com - -----Original Message----- From: owner-ibis-users@server.eda.org [mailto:owner-ibis-users@server.eda.org]On Behalf Of Sudheer B S Sent: Monday, February 03, 2003 1:02 PM To: ibis-users@server.eda.org Subject: [IBIS-Users] CAN 3.3v IBIS models can be used for 5v device Hi All I have IBIS model for a device operating at 3.3v , The model of the same device for 5V is not availible .My quection is , Since the technology remains same by extending the Pull up .pulldn pwrclamp and Gnd clamp Curves AND by Changing the Voltage range (also threshold) Can we make IBIS models ?? Does the change in device voltage will have Large Variation in C_comp ?? Instead of Going for Equivalent 5v device , this should be the better choice . please Correct me If I my approach is Wrong Thank you SUDHEER |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Wed, 5 Feb 2003 12:01:25 +0100 From: Ralf Bruening Subject: [IBIS-Users] European IBIS Summit@DATe2003 - 2nd call for participation and presentations To All: We have been holding successful European IBIS Summit Meetings for the past five years. This year we are again holding a meeting along with DATE 2003 on Friday, March 7, 2003. The purpose is to promote communication among users and developers of IBIS models in Europe. The meeting is free and open to everyone. However, you will have to register for the exhibition at DATE (to get access to the meeting room). Refreshments are planned. Below is some information on the IBIS Summit and some related events. You are invited to register and also to submit presentation proposals. We already have three or four presentations. Bob Ross Mentor Graphics Ralf Bruening ZUKEN EMC Technology Center E U R O P E A N I B I S S U M M I T M E E T I N G S E C O N D A N N O U N C E M E N T Time/Date: 9:00 PM - 2:00 PM, Friday, March 7, 2003 Location: Meeting room in ICM (International Congress Center) Messe Munich, Germany (where DATE 2003 is being held) (Free DATE 2003 exhibition registration for room entry, see URL below) Content: Presentations and Discussions Purpose: Solicit and Exchange IBIS Model Related Information and Ideas Sponsors: Mentor Graphics, Zuken, Siemens DATE 2003: March 3-7, 2003. The IBIS meeting is scheduled the day after the exhibition and on the last day of DATE 2003. Location: International Congress Center, Munich, Germany DATE URL: http://www.date-conference.com BACKGROUND We have been holding interesting European IBIS Summit Meetings for the last five years. This year we are planning another meeting to include: Submitted Presentations on IBIS Topics (See below) Information about IBIS Version 4.0 Less formal Ad Hoc Presentations and Discussions IBIS Questions and Answers Below is an invitation to register and also to submit presentations. CALL FOR PARTICIPANTS People involved in IBIS Model development, EDA tool development, and digital circuit design are invited to participate in the European IBIS Summit meeting. If you plan to participate, please register with the information below (deadline, March 3, 2003): Name: E-mail address: Company: Telephone: Send to: Ralf Bruening (ralf.bruening@zuken.de) CALL FOR PRESENTATIONS We are seeking presentations from individuals who have IBIS experiences or issues. Some suggested subjects of interest are: IBIS Model Development Experiences Company IBIS Standards and Requirements Generating and Validating IBIS Models Future IBIS Requirements EMC/EMI IBIS Issues Format of Presentation: LCD or Overhead Projections Time: 15-30 Minutes Electronic Archival: We request electronic versions so that the presentations can be archived and also made available to non-attendees. Formats used in the past have been text, Power Point, Word, Postscript, and Acrobat. Electronic presentations should be made available by March 3, 2003. Otherwise the presentor will be expected to provide 30 copies for distribution. If you plan a presentation, please supply Title: Presenter: E-mail address: Company: Telephone: Estimate Time: Send this to both: Ralf Bruening (ralf.bruening@zuken.de) Bob Ross (bob_ross@mentor.com) |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Wed, 5 Feb 2003 11:58:21 -0800 From: "Angulo, John" Subject: [IBIS-Users] Shared pin modelling in MCM The following is posted on behalf of Michael Sendrove at Globespanvirata. Please send any private replies to msendrove@globespanvirata.com only. - ----------------------- Hi: I am trying to find information on how I should specify a pin which is bonded to 2 different pads in an MCM. The information I have is the IBIS model from the two different fabs for the 2 different technologies. For the first cut model, I will be neglecting substrate and package effects on the electrical charateristics of the pins. This means that I can replicate the IBIS modelling information from the Fabs. That's fine for IO which is directly mapped to 1 bond pad on either die. However - in this particular MCM, there are several pins bonded to more than 1 pad, and often the pads are on different die. Anyone got any idea what I should do in this case? Any help much appreciated, Thanks, Mike Mike Sendrove, IC Design Engineer, msendrove@globespanvirata.com DDI: +44 1223 707380 www.globespanvirata.com ******************Legal Disclaimer************************** "This email may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message in error, please advise the sender by reply email @globespanvirata.com, and delete the message. Thank you." **************************************************************** |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 07 Feb 2003 14:22:56 +0530 From: "Renukaradhya Hiremath" Subject: [IBIS-Users] convertion of MLM to IBIS model This is a multi-part message in MIME format. - --------------25326D3EFF5C2526CDF6A402 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi All, I am new to this field, I want details on convertion of Multi Line Model(MLM) of connector to IBIS Model. Is there any tool to convert MLM to IBIS model? Thanks in advance, Renukaradhya Hiremath - --------------25326D3EFF5C2526CDF6A402 Content-Type: text/x-vcard; charset=us-ascii; name="rnhiremath.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Renukaradhya Hiremath Content-Disposition: attachment; filename="rnhiremath.vcf" begin:vcard n:; x-mozilla-html:TRUE org:;TATA ELXSI LIMITED adr:;;;Bangalore;Karnataka;; version:2.1 email;internet:rnhiremath@tataelxsi.co.in title:Engineer (D & D) fn:Renukaradhya Hiremath end:vcard - --------------25326D3EFF5C2526CDF6A402-- |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 7 Feb 2003 08:23:30 -0800 From: "Peters, Stephen" Subject: [IBIS-Users] Agenda, IBIS Teleconference, 2/14 IBIS Open Forum Meeting Agenda for 2/14/03 Bridge Number Reservation # Passcode 1-916-356-2663 3 1805849 All meetings are 8:00 AM to 9:55 AM Pacific Time. When you call into the meeting, ask for the IBIS Open Forum hosted by Stephen Peters and give the Reservation Number and Passcode. 8:00 Check-In, Intros, Announcements Peters - Intros of New IBIS Participants, Meeting Quorum Peters - Call for Patents Peters - Membership Update and Treasurers Report Peters - Review of Previous Meeting's Minutes (and ARs) Peters - Miscellany/Announcements All - Press & Web Page Updates Huq, All - New Models Available, Library Update Leventhal, All - Opens for New Issues All 8:15 Administrative and Project Discussions International/External Progress - IEC 62014-3 (ICEM) Integrated Circuits Electromagnetic Model Proposal (IEC 93/67/NP IBIS and EMC Simulation) Perrin/Peters - JEDEC Activity Report Green DesignCon2003 IBIS Summit Meeting Feedback Peters DATE2003 European IBIS Summit Meeting Planning Ross DAC2003 and DesignCon2003 East Meeting Propoasal Peters IBIS Version 4.0 Parser Funding/Status Peters IBIS Quality Committee Katz IBIS Model Review Committee Green New Administrative Issues All 8:45 Technical Discussion IBIS Connector and Futures Group Report Peters/Green BIRD80.1 - Add External Reference Column to Pin Mapping Mirmak Keyword (vote) BIRD81.1 - Clarify Usage Rule for [Pin] I/O Model Green/Wang Assignment (vote) BIRD74.2 - EMI Parameters de Burgh BIRD79 - Non-linear Buffer Impedance (extension to C_comp) Muranyi/Giacotto ibischk3 Status Ross - BUG71 - Monotonic Checking for Combined I-V Tables Haller - BUG74 - Missing Timing Test Load Warning Messages Haller - BUG78 - Clamp Current Double Counting Test Leventhal/Ross New Technical Issues All 9:50 Wrap Up and Next Meetings Plans Peters 9:55 Sign Off |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 7 Feb 2003 10:58:25 -0800 From: "Angulo, John" Subject: RE: [IBIS-Users] Question about warning message The following is posted on behalf of Laxmi Vishwanathan of Lattice Semiconductor. Please send any private replies to laxmi.vishwanathan@latticesemi.com only. - ----------------------------- Hi, I am trying to Get Lab Data for a GTL+ Buffer, would I need to terminate the buffer ? If so, is there an IBIS spec for the termination vaule for GTL+ ? How can I measure data for this kind of terminated buffer. Thanks for the help. Laxmi. |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Thu, 13 Feb 2003 17:20:25 -0600 From: John Phillippe Subject: [IBIS-Users] Buffer ramp rates & loading question. Hello People, I have a few quick questions below: 1. I have gotten a few warnings about the power clamp values that never become zero. How can I fix the warnings? WARNING - Model Pad_fc_drive10: POWER Clamp : Minimum value never becomes zero 2. I have some slow I/O drivers that take a long time to settle for the rising and falling curves. To help the curves settle faster, I want to use 300 Ohms for the load. Normally I would use 50 Ohms load for the I/O drivers. I am wondering if I can use 300 Ohms load for the slow drivers? Is it going to be a simulator problem if some of the buffers use 50 Ohm loads, and others 300 Ohms loads? 3. The keyword [Ramp] gives you the ramp rate on how long it takes the output to switch from one state to another. It is define by 20% to 80% voltage swing of the output to the time it takes to swing the voltage. What is the pin loading used for this measurement? - -- John Phillippe SPS, 32 Bit Embedded Controller Division, IC Creation Motorola - 512-895-1835 Austin, TX - john.phillippe@motorola.com |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 14 Feb 2003 08:30:25 +0100 From: Lenski Eckhard Subject: AW: [IBIS-Users] Buffer ramp rates & loading question. Hello John, some quick answers 1) The powerclamp-curve should start at vcc with a value of 0mA; depending on your extraction method and the possibility that you might have an internal pullup/pulldown (which will be added to the clamp-behavior) this could be the reason, that at vcc the currentvalue isn't 0, but starts with e.g. 15uA or so. 2) as far as I know, there will be no problem for the simulator, but why don't you support waveforms for both r-fixture resistances ?( 4 waveforms with 50 ohm load and 4 waveforms with 300 ohm load ) 3) the loading for the ramp values are defined by the value of rload, which you have to support ( it is up to you to define the value, but the default value is 50 ohm ). Furthermore ibis uses the termination scheme with rload to gnd for the rising ramp and rload to vcc for the falling ramp. Regards Eckhard Eckhard Lenski Siemens AG ICN M&L OP Bsl TDC TC3 Phone : 0049 89 722 27776 Fax : 0049 89 722 44692 Email : eckhard.lenski@siemens.com - -----Ursprüngliche Nachricht----- Von: John Phillippe [mailto:john.phillippe@motorola.com] Gesendet: Freitag, 14. Februar 2003 00:20 An: ibis-users@eda.org Betreff: [IBIS-Users] Buffer ramp rates & loading question. Hello People, I have a few quick questions below: 1. I have gotten a few warnings about the power clamp values that never become zero. How can I fix the warnings? WARNING - Model Pad_fc_drive10: POWER Clamp : Minimum value never becomes zero 2. I have some slow I/O drivers that take a long time to settle for the rising and falling curves. To help the curves settle faster, I want to use 300 Ohms for the load. Normally I would use 50 Ohms load for the I/O drivers. I am wondering if I can use 300 Ohms load for the slow drivers? Is it going to be a simulator problem if some of the buffers use 50 Ohm loads, and others 300 Ohms loads? 3. The keyword [Ramp] gives you the ramp rate on how long it takes the output to switch from one state to another. It is define by 20% to 80% voltage swing of the output to the time it takes to swing the voltage. What is the pin loading used for this measurement? - -- John Phillippe SPS, 32 Bit Embedded Controller Division, IC Creation Motorola - 512-895-1835 Austin, TX - john.phillippe@motorola.com |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 14 Feb 2003 14:14:49 -0600 From: John Phillippe Subject: Re: [IBIS-Users] Buffer ramp rates & loading question. Lynne Green wrote: > > 2. I have some slow I/O drivers that take a long time to settle for the > rising and falling curves. To help the curves settle faster, I want to > use 300 Ohms for the load. Normally I would use 50 Ohms load for the I/O > drivers. I am wondering if I can use 300 Ohms load for the slow drivers? > Is it going to be a simulator problem if some of the buffers use 50 Ohm > loads, and others 300 Ohms loads? > > >>>V-t tables should be built with the nominal load you expect to see in >> > an actual PCB trace. If the driver is intended for use with a wide > range of trace impedances, you could build one set of V-t tables for the > maximum load (say 300 Ohms), and another set of V-t tables for the > minimum load (say 50 Ohms). IBIS supports up to 100 waveform tables. > >>>Simulators can use more than one set of V-t tables. A model is >> > generally more accurate if one set of V-t tables is "near" the actual > load. (For example, if a driver could be used with any load from 50-300 > Ohms, one could build a set of V-t tables at 50, another at 300, and > perhaps others in between.) I remember a while back that some people on this group had recommended to just use the 50 ohm load and nothing else for V/T curves. Now what I am sort of infering from the above post is to try and use a loading that would accurately represent how the chip will be used in a board environment. So this brings up a few new questions. FYI - I am using S2ibis2 for ibis creation. 1. I have been under the assumption that in an IBIS model, the I/V curves are what the simulator uses when doing board simulations. The V/T curves are simply a nice little reference, but are not used for any simulations. I.E. If I set my ibis model up in a simulator and then put a bunch of 50 ohm loads to ground, and then simulate some edges, the V/T curves are just there to "double check" the simulations. Is this a correct way of thinking? 2. If the above is correct, than it would make sense to add more than just the 50 ohm load models. I would want to add capacitative loads and what not to simulate the original design specs. I.E. If a buffer was designed to drive a 25pF load, than I would want to add that 25pF V/T curve for reference. 3. In the V/T curve section (of s2ibis2 scripts) you can add bond wire LRC values for the pin. It seems to me that I should leave this blank when modeling, because when I put the chip together the LRC bond wire values will be placed up in the pin list, and I would be "double counting" the LRC values if I modeled them with the individual buffers and also put them in the PIN list of the ibis model. Thanks for all the good information so far. - -- John Phillippe SPS, 32 Bit Embedded Controller Division, IC Creation Motorola - 512-895-1835 Austin, TX - john.phillippe@motorola.com |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Fri, 14 Feb 2003 13:04:26 -0800 From: "Peters, Stephen" Subject: RE: [IBIS-Users] Buffer ramp rates & loading question. Hi John: Actually, a simulator uses both the I-V and V-T tables to perform the simulation. In brief, V-T tables describe how a buffer output transitions from one state to another, and if all four recommended tables are included then a simulator knows exactly how to turn on or off a pullup or pulldown when transitioning from one output state to the next. The [Ramp] keyword supplies somewhat the same information, but obviously the V-T curves are more detailed. You are correct that the curve produced by the V-T table data can be used as a reference; i.e. the simulator should reproduce the V-T table data when simulating the buffer into the load documented by the [Rising Waveform]/[Falling Waveform] keywords. Adding, for example, a waveform of the buffer driving a capacitive load might be useful, but the simulator will probably not use it to create the model. One still needs to include the four waveforms into pure resistive loads. On your third point you are correct - don't add the bond wire LRC data when doing V-T extraction, or its effects will be double counted. Regards, Stephen Peters Intel Corp. - -----Original Message----- From: John Phillippe [mailto:john.phillippe@motorola.com] Sent: Friday, February 14, 2003 12:15 PM To: ibis-users@eda.org Subject: Re: [IBIS-Users] Buffer ramp rates & loading question. Lynne Green wrote: > > 2. I have some slow I/O drivers that take a long time to settle for > the rising and falling curves. To help the curves settle faster, I > want to use 300 Ohms for the load. Normally I would use 50 Ohms load > for the I/O drivers. I am wondering if I can use 300 Ohms load for the > slow drivers? Is it going to be a simulator problem if some of the > buffers use 50 Ohm loads, and others 300 Ohms loads? > > >>>V-t tables should be built with the nominal load you expect to see in >> > an actual PCB trace. If the driver is intended for use with a wide > range of trace impedances, you could build one set of V-t tables for > the maximum load (say 300 Ohms), and another set of V-t tables for the > minimum load (say 50 Ohms). IBIS supports up to 100 waveform tables. > >>>Simulators can use more than one set of V-t tables. A model is >> > generally more accurate if one set of V-t tables is "near" the actual > load. (For example, if a driver could be used with any load from > 50-300 Ohms, one could build a set of V-t tables at 50, another at > 300, and perhaps others in between.) I remember a while back that some people on this group had recommended to just use the 50 ohm load and nothing else for V/T curves. Now what I am sort of infering from the above post is to try and use a loading that would accurately represent how the chip will be used in a board environment. So this brings up a few new questions. FYI - I am using S2ibis2 for ibis creation. 1. I have been under the assumption that in an IBIS model, the I/V curves are what the simulator uses when doing board simulations. The V/T curves are simply a nice little reference, but are not used for any simulations. I.E. If I set my ibis model up in a simulator and then put a bunch of 50 ohm loads to ground, and then simulate some edges, the V/T curves are just there to "double check" the simulations. Is this a correct way of thinking? 2. If the above is correct, than it would make sense to add more than just the 50 ohm load models. I would want to add capacitative loads and what not to simulate the original design specs. I.E. If a buffer was designed to drive a 25pF load, than I would want to add that 25pF V/T curve for reference. 3. In the V/T curve section (of s2ibis2 scripts) you can add bond wire LRC values for the pin. It seems to me that I should leave this blank when modeling, because when I put the chip together the LRC bond wire values will be placed up in the pin list, and I would be "double counting" the LRC values if I modeled them with the individual buffers and also put them in the PIN list of the ibis model. Thanks for all the good information so far. - -- John Phillippe SPS, 32 Bit Embedded Controller Division, IC Creation Motorola - 512-895-1835 Austin, TX - john.phillippe@motorola.com |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org with just |the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Mon, 17 Feb 2003 15:09:27 -0700 From: rrwolff Subject: [IBIS-Users] [IBIS] Open forum minutes (02/14/03) DATE: 02/17/03 SUBJECT: February 14, 2003 EIA IBIS Open Forum Meeting Minutes VOTING MEMBERS AND 2003 PARTICIPANTS LIST: Ansoft Corporation (Eric Bracken) Apple Computer Kim Helliwell Applied Simulation Technology Fred Balistreri Cadence Design Lynne Green* Cisco Systems Syed Huq, Val Mandruson, Hung Pham Cypress Semiconductor (Rajesh Manapat) Huawei Technologies (Jiang Xiang Zhong) IBM (Pravin Patel) Intel Corporation Stephen Peters*, Michael Mirmak*, Arpad Muranyi* LSI Logic Frank Gasparik* Matsushita (Panasonic) Atsuji Ito Mentor Graphics Bob Ross*, Ian Dodd, Guy de Burgh*, John Angulo*, Mike Donnelly, Weston Beal Micron Technology Randy Wolff* Mitsubishi (Pat Hefferan) Molex Incorporated Gus Panella Motorola (Rick Kingen) National Semiconductor Milt Schwartz*, Tim Coyle* NEC Electric Corporation (Itsuki Yamada) North East Systems Associates Edward Sayre Philips Semiconductor (D.C. Sessions) Quantic EMC (Mike Ventham) Siemens (& Automotive) AG Eckhard Lenski* Signal Integrity Software (Bob Haller), Barry Katz, Doug Burns Sigrity Raj Raghuram SiQual (Rob Hinz) Texas Instruments Thomas Fisher Teraspeed Scott McMorrow, Tom Dagostino, Kevin Simpson Time Domain Analysis Systems Dima Smolyansky, Steve Corey Via Technologies (Weber Chuang) Zuken (& Incases) (Michael Schaeder) OTHER PARTICIPANTS IN 2003: Brocade Frank Yuan, Yongrue Yu Conexant Gary Felker EMC Corporation Brian Arsenault Fujitsu Tadashi Arai GEIA (Chris Denham) Hitachi ULSI Systems Kazuyoshi Shoji Independent Kelly Green NetLogic Microsystems Eric Hsu Plexus Joseph Socha Xilinx Susan Wu In the list above, attendees at the meeting are indicated by *. Principal members or other active members who have not attended are in parentheses. Participants who no longer are in the organization are in square brackets. Upcoming Meetings: The bridge numbers for future IBIS teleconferences are as follows: Date Bridge Number Reservation # Passcode March 7, 2003 (916) 356-2663 4 9034377 March 7, 2003 (no telephone bridge) - European IBIS Summit Meeting All meetings are 8:00 AM to 9:55 AM Pacific Time. We try to have agendas out 7 days before each Open Forum, and meeting minutes out within 7 days after. When you call into the meeting, ask for the IBIS Open Forum hosted by Stephen Peters and give the reservation number and passcode. NOTE: "AR" = Action Required. - -------------------------------- MINUTES ----------------------------------- INTRODUCTIONS AND MEETING QUORUM Randy Wolff from Micron Technology is now serving as Secretary, taking over from Guy de Burgh. CALL FOR PATENTS Stephen Peters called for any patents or pending patents related to the IBIS Version 4.0 Standard. No companies declared a patent. MEMBERSHIP UPDATE AND TREASURER'S REPORT Stephen Peters reported that as of Thursday February 13, 2003 the EIA has received eight IBIS dues payments. After the January 2003 summit, two more invoices were sent out, bringing the total companies invoiced to 35. REVIEW OF MINUTES AND AR'S The minutes of January 10, 2003 were approved without comment. The minutes for the January 27, 2003 IBIS Summit Meeting were reissued after Arpad Muranyi provided some technical corrections in the DATA DEPENDENT BUFFER CHARACTERISTICS section as detailed below: 1) Quote: "A re-extraction and re-scaling of the common mode currents got rid of the undershoot, ..." should say: "A re-extraction of the VT curves from the combined SPICE model got rid of the undershoot, ..." 2) Quote: "Due to Miller capacitance, gate waveforms were coupling to the outputs, and the amount of coupling was changing depending on if the buffer was driving normal or de-emphasized data. Arpad was able to match the final output waveforms closely with tedious fine tuning, but he was not able to solve the DC level mismatch problem." This should say: "Due to Miller capacitance, the output waveforms were coupled to the gate of the current source transistor, modulating the effective drive strength of the buffer as a function of the buffer driving normal or de-emphasized data. Arpad was able to improve the model's final output waveforms with tedious fine tuning, but he was not able to match all aspects of the edge rates and the DC level mismatch problem." 3) The idea captured in "Arpad also pointed out that another way of modeling on-die power and ground capacitance is to use the [series cap] keyword between two pins." was actually someone else's. I believe Bob Ross mentioned it first, so the credit should go to him. (I only confirmed it). 4) There is a small spelling error in "The bottom line is that this effect is real, it cannot be models in traditional IBIS,..." ^^^^^^ This should read: "modeled" The revised minutes were approved without comment. ARs will be discussed during the meeting. MISCELLANY/ANNOUNCEMENTS Lynne Green presented a live seminar on January 29, 2003 on IBIS Model Validation Methodology and demonstrated a typical flow. The presentation is available for download from the following URL: http://www.cadencepcb.com/webinar/Modeling2/frmModeling.asp PRESS AND WEB PAGE UPDATES Stephen Peters reported that Syed Huq has updated the IBIS roster page with a new entry for Brocade Communications Systems, Inc. Bob Ross reported that the January 23, 2003 issue of EDN had IBIS mentioned in "Automation Frees High-Speed Design", by David March, pp. 61-72 and (split in two lines to avoid truncation): http://www.e-insite.net/ednmag/index.asp layout=article&stt=000&articleid=CA269865&pubdate=1%2F23%2F2003 Also, Bob mentioned that several papers at DesignCon 2003 mentioned or discussed IBIS including "New IBIS Modeling Approaches for Internally Terminated LVDS Buffers" by Mohammed Korany, Hazem Hegazy and Sherif Hammad, and "Pad Capacitance Extraction Methodology for IBIS Modeling" by Hazem Hegazy. NEW MODELS AVAILABLE, LIBRARY UPDATE No new models reported. OPENS FOR NEW ISSUES Stephen Peters requested to add BUG79 to the agenda. INTERNATIONAL/EXTERNAL PROGRESS - - IEC 62014-3 (ICEM) Integrated Circuit Electromagnetic Model Proposal (formerly, IEC 93/67/NP IBIS and EMC Simulation) - No report. - - JEDEC Activity Report Lynne Green reported that she would present two short courses on IBIS modeling at the JEDEX conference on March 24th. The URL for signup is: http://www.jedex.org/ Lynne is presenting two seminars. Seminar A is entitled "An Introduction to IBIS Models and Model Validation." Seminar B is called "IBIS Models for High-Speed Interfaces." The cost is $349 for members of JEDEC and $399 for non-members. DESIGNCON2003 IBIS SUMMIT MEETING FEEDBACK Stephen Peters asked for any comments regarding the January 27, 2003 IBIS summit meeting held at DesignCon2003. Bob Ross remarked that there was a good variety of papers, and though attendance was down there was still a full day of presentations and activities. DATE2003 EUROPEAN IBIS SUMMIT MEETING PLANNING Bob Ross reported on the European IBIS Summit. This summit is held in conjunction with the DATE 2003 conference in Munich Germany on Friday, March 7, 2003. Because of travel restrictions, no one from the US has obtained commitment to travel to Europe. Ralf Bruening and the Zuken team (who were co-sponsors along with Siemens AG and Mentor) have volunteered to chair the meeting and take care of much of the logistics. This year the meeting will be held in a room at the International Congress Center (ICM) where DATE 2003 is being held. Bob noted that participants would have to register for the DATE 2003 conference. The first announcement went out on January 15, 2003 and the second on February 5, 2003. Bob does not have a specific agenda report at this time, but Eckhard Lenski stated that he knows of about seven possible presentations. Seven presentation will fill the 9:00 AM to 2:00 PM meeting time. Bob expects about 30 people. Lunch arrangements are still being worked out. In follow-up to a question at the last teleconference, Stephen Peters has read the EIA bylaws and determined that this meeting can be considered an official IBIS summit meeting. DAC2003 AND DESIGNCON2003 EAST MEETING PROPOSALS Bob Ross mentioned that Ed Sayre is chairing a new DesignCon 2003 East conference in Boston from June 23-25, 2003. Originally the meeting was going to be conducted at a hotel in Boston, but it appears that the location will be changed to a "beltway" site outside of Boston and closer to the industrial participants. Holding a DesignCon meeting on the East coast is partially motivated by the fact that, due to travel restrictions, the West coast DesignCon meeting is not drawing many East coast participants. Much of the East coast meeting will consist of the best presentations given at the January 2003 meeting. Ed has invited the IBIS committee to hold a meeting there as we have done for many years at the recent DesignCon2003 in Santa Clara. Bob stated that Barry Katz and the Signal Integrity Software team would be willing to chair the meeting and provide some of the local support. It is also very likely that IBIS could be an Associate Sponsor of DesignCon2003 East, thus obtaining a meeting room and other benefits. Normally we hold our annual officer transition meeting along with the Design Automation Conference. This year we have tentatively scheduled this meeting on Thursday, June 7, 2003 in Anaheim, California. Stephen Peters asked if we should choose one location over the other, or if we should hold two IBIS summits. Bob provided some considerations: - Since most of the IBIS officers are based on the West coast, it is not likely that many will get authorization to travel to the East coast. However, the West Coast meeting may cost more money because we will have to pay for the meeting room. - It is to the advantage of IBIS to be geographically diverse and leverage off of East Coast activity. We already hold an IBIS East Summit associated with PCB East Conference in the September, October time frame. - Finally, Bob noted that it might be possible to hold two meetings and set up a phone line for webcasting presentations to the DesignCon2003 East meeting. In fact some presentations at the DAC2003 IBIS Summit could be repeated. If this was done, a full DesignCon2003 East Meeting would not provide any significant logistical inconvenience and would still serve the East Coast IBIS community. In fact, the West Coast folks could also teleconference in, and the IBIS Chair could conduct the meeting. Tim Coyle remarked that it would be good to do the East coast meeting for those that couldn't attend DAC. Lynne Green asked about the balance of participation between east coast and west coast. Stephen replied that their are active IBIS participants on both coasts. Stephen also remarked that he sees little downside to committing to the DesignCon East meeting. After further discussion the group reached a consensus that we should make plans to hold a summit meeting at DesignCon2003. No decision was reached on whether or not to also have a summit at DAC. Lynne remarked that we need to reach a decision soon so folks can start making their travel requests. IBIS VERSION 4.0 PARSER FUNDING AND STATUS Stephen Peters reported that the EIA has received IBIS 4.0 parser payments from two companies, however, six more companies have indicated that they are processing the paperwork. In addition, Stephen reported that Atul Agarwal has completed implementing the [Receiver Threshold]/[External Reference] keywords and should have the [Alternate Package Models], C_comp and the expanded V-T table limits done by mid-February. IBIS QUALITY COMMITTEE Lynne Green reported that the IBIS Quality Committee met on Jan 21, 2003 and again on Feb 11, 2003. They will be meeting again on Feb 25, 2003. They are still reviewing documents. IBIS MODEL REVIEW COMMITTEE Lynne Green reported no new models to review. NEW ADMINISTRATIVE ISSUES None. IBIS FUTURES AND CONNECTOR WORKING GROUP REPORT Stephen Peters reported that the IBIS futures and connector working group met February 6, 2003 and again on February 13, 2003 to resolve the issues raised by Michael Mirmak and Kelly Green and captured at the January 2003 Summit Meeting. Stephen stated that the futures committee has made very good progress, resolving all but three of the editorial and clarification issues. The futures working group will meet again February 19, 2003 to resolve these last three issues. Stephen expects the working group to issue a revised draft 1.0 ICM specification for consideration by the full IBIS Open Forum sometime in early March. BIRD80.1 - Add External Reference Column to Pin Mapping Keyword There was no further discussion, so Stephen Peters called for a vote. A motion to accept BIRD80.1 passed unanimously. BIRD81.1 - Clarify Usage Rule for [Pin] I/O Model Assignment Bob Ross reported that BIRD81.1 was uploaded, adding the editorial changes to BIRD81 that were identified in the January 10, 2003 teleconference. Arpad Muranyi noted a typo in the 'Statement of Issues,' but there was no discussion on the BIRD itself. Stephen Peters called for a vote, and a motion to accept BIRD81.1 passed unanimously. BIRD74.2 - EMI Parameters BIRD79 - Non-linear buffer impedance (extension to C_comp) Discussion on these BIRDS was deferred. IBISCHK3 & BUG TRACKING STATUS - - BUG71 - Monotonic Checking for Combined I-V Tables Bob Ross has been discussing the clarification of I-V table combinations with Bob Haller. Further discussion was deferred until the next meeting. - - BUG74 - Missing Timing Test Load Warning Messages Greg Edlund has updated this bug with clarification of assumed default values for Cref, Vref, etc. Further action is postponed until the rest of the Open Forum has had a chance to review the contents of the bug report. - - BUG78 - Clamp Current Double Counting Test While this bug has a test case, it is still incomplete as to the bug specifics and how to detect the reported error. Bob Ross noted that this bug is data specific and may be beyond the scope of what the parser can detect. Bob proposed that unless the originator or quality committee can suggest a test for Clamp current double counting by the next teleconference, we should close this bug with a status of "will not fix". - - BUG79 - Parser Crashes on [Submodel Spec] Matthew Flora submitted this bug for consideration. In brief, the issue is that if the parser encounters an unrecognized subparameter under the [Submodel Spec] keyword, it crashes. Matthew has identified the problem and has submitted a solution. This bug is classified as Severe, Medium, and Will Fix. NEXT MEETING: The next teleconference meeting is scheduled for March 7, 2003 from 8:00 AM to 10:00 AM Pacific time. The next summit meeting is the European IBIS Summit Meeting on March 7, 2003. No phone bridge or webcast is planned. ============================================================================ NOTES IBIS CHAIR: Stephen Peters (503) 264-4108, Fax: (503) 264-1831 stephen.peters@intel.com Senior Hardware Engineer, Intel Corporation M/S JF4-215 2111 NE 25th Ave. Hillsboro, OR 97124-5961 VICE CHAIR: Lynne Green (425) 788-0412, Fax: (425) 788-4289 lgreen@cadence.com Senior Modeling Engineer, Cadence Design Systems 20 120th Ave NE, Suite 103, Bellevue, WA 98005-3016 SECRETARY: Randy Wolff (208) 363-1764, Fax: (208) 368-3475 rrwolff@micron.com Simulation Engineer, Micron Technology, Inc. 8000 S. Federal Way Mail Stop: 711 Boise, ID 83707-0006 LIBRARIAN: Roy Leventhal (847) 590-9398 roy.leventhal@ieee.org Consultant, Leventhal Design and Communications 1924 North Burke Drive Arlington Heights, Illinois 60004 WEBMASTER: Syed Huq (408) 525-3399, Fax: (408) 526-5504 shuq@cisco.com Manager, Hardware Engineering, Cisco Systems 170 West Tasman Drive San Jose, CA 95134-1706 POSTMASTER: John Angulo (425) 497-5077, Fax: (425) 881-1008 John_angulo@mentor.com Development Engineer, Mentor Graphics 14715 N.E. 95th Street, Suite 200 Redmond, WA 98052 This meeting was conducted in accordance with the EIA Legal Guides and EIA Manual of Organization and Procedure. The following e-mail addresses are used: majordomo@eda.org In the body, for the IBIS Open Forum Reflector: subscribe ibis In the body, for the IBIS Users' Group Reflector: subscribe ibis-users Help and other commands: help ibis-request@eda.org To join, change, or drop from either the IBIS Open Forum Reflector (ibis@eda.org), the IBIS Users' Group Reflector (ibis-users@eda.org) or both. State your request. ibis-info@eda.org To obtain general information about IBIS, to ask specific questions for individual response, and to inquire about joining the EIA-IBIS Open Forum as a full Member. ibis@eda.org To send a message to the general IBIS Open Forum Reflector. This is used mostly for IBIS Standardization business and future IBIS technical enhancements. Job posting information is not permitted. ibis-users@eda.org To send a message to the IBIS Users' Group Reflector. This is used mostly for IBIS clarification, current modeling issues, and general user concerns. Job posting information is not permitted. ibischk-bug@eda.org To report ibischk2/3 parser bugs. The Bug Report Form Resides on eda.org in /pub/ibis/bugs/ibischk/bugform.txt along with reported bugs. To report s2ibis, s2ibis2 and s2iplt bugs, use the Bug Report Forms which reside under eda.org in /pub/ibis/bugs/s2ibis/bugs2i.txt, /pub/ibis/bugs/s2ibis2/bugs2i2.txt, and /pub/ibis/bugs/s2iplt/bugsplt.txt respectively. Information on IBIS technical contents, IBIS participants, and actual IBIS models are available on the IBIS Home page found by selecting the Electronic Information Group under: http://www.eigroup.org/ibis/ibis.htm Check the pub/ibis directory on eda.org for more information on previous discussions and results. You can get on via FTP anonymous. ============================================================================ |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Tue, 18 Feb 2003 18:00:35 +0530 From: Anshuli Goel Subject: [IBIS-Users] ERROR in IBIS model Hi IBIS Gurus While compiling the IBIS model in ichk3 I am getting this error ERROR - Model tristate_driver: The [Rising Waveform] with [R_fixture]=50 Ohms and [V_fixture_max]=0V has MAX column DC endpoints of 0.00V and 2.04v, but an equivalent load applied to the model's I-V tables yields different voltages (-0.90V and 3.15V), a difference of -100.00% and 35.17%, respectively. ERROR - Model tristate_driver: The [Rising Waveform] with [R_fixture]=50 Ohms and [V_fixture_max]=3.6V has MAX column DC endpoints of 1.01V and 3.60v, but an equivalent load applied to the model's I-V tables yields different voltages (-0.90V and 3.60V), a difference of -212.22% and 0.00%, respectively. ERROR - Model tristate_driver: The [Falling Waveform] with [R_fixture]=50 Ohms and [V_fixture_max]=3.6V has MAX column DC endpoints of 1.01V and 3.60v, but an equivalent load applied to the model's I-V tables yields different voltages (-0.90V and 3.60V), a difference of -212.22% and 0.00%, respectively. ERROR - Model tristate_driver: The [Falling Waveform] with [R_fixture]=50 Ohms and [V_fixture_max]=0V has MAX column DC endpoints of 0.00V and 2.04v, but an equivalent load applied to the model's I-V tables yields different voltages (-0.90V and 3.15V), a difference of -100.00% and 35.17%, respectively. I don't understand this error and cause for this . Please help me out. Regards Anshuli |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ Date: Tue, 18 Feb 2003 18:32:22 +0530 From: Anshuli Goel Subject: Re: [IBIS-Users] ERROR in IBIS model - --------------0121A56684CCD5256AA2C438 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Attached is the control file that I am using for this. I have defined only one corner . | data0 - TFP501 DATA BUFFER : tristatable output buffer, with ST=0. | | | Specify the IBIS version and file revision number. | [IBIS Ver] 2.1 [File rev] 0 [File name] ubt062.ibs |[Clean up] [Clamp tolerance] 0 | | Add some comments to identify the file. | [date] Jan 29, 2002 [source] From TFP501 DATA BUFFER spice models [Disclaimer] Please be aware that in the absence of a written agreement +Texas Instruments(TI) assumes no liability for: +(1) The accuracy of the IBIS models provided to your company +(2) The proper functioning of these Models in your design + or for any resulting applications;or +(3)Infringement of patents,copyrights or intellectual + property rights resulting from your use of these models. + TI provides IBIS Models as a service to our customers and + therefore reserves the right to limit distribution of the + Models. [Copyright] Property of Texas Instruments Incorporated. +Unauthorised reproduction and/or distribution is strictly prohibited. +This product is protected under copyright law and trade +secret law as an unpublished work. +Created 2000,(C) Copyright 2000,Texas Instruments Inc., +All Rights Reserved.These commodities are under the U.S. +Government distribution license control.As such,they are not +to be re-exported without the prior approval of the U.S. +Department of Commerce. | | Give the spice type. Allowable values are hspice, pspice, spice2, | spice3 and spectre. | [Spice type] spice2 [Spice command] "spice3 -tmp /tmp -init /dev/null %s %s /dev/null >%s 2>&1" | | Now specify some global parameters. These parameters will apply to | _all_ the models in this file. | | Note on the [Temperature range] keyword: Since this is a CMOS circuit, | the min column contains the highest temperature, since this temperature | causes or amplifies the "min" (slow, weak) behavior, while the max | column contains the lowest temperature, since this temperature causes or | amplifies the "max" (fast, strong) behavior. If this were a bipolar | circuit, these temperature values would be reversed. | [temperature range] 0 0 0 [voltage range] 3.6 3.6 3.6 [sim time] 10ns [vil] 0 0 0 [vih] 1.65 1.65 1.65 [rload] 50 [Tr] 1n 1n 1n [Tf] 1n 1n 1n | | Specify the default pin parasitics | |[R_pkg] 0.1 0.097 0.123 |[L_pkg] 1.5nH 2.0nH 2.5nH |[C_pkg] 1.5pF 1.0pF 2.0pF [C_comp] 0.046pf 0.046pf 0.046pf | | Component Description | [Component] OUTPUT DRIVER [manufacturer] Texas Instruments | | Specify the SPICE file where the circuit is located. | | ST made high in the SPICE netlist | | [Spice file] UBT062.spi | | Now specify the pin list. Since we're just creating an IBIS file for | the driver, we'll use a very short pin list. | | The pin list formats can be found in doc/s2ibis2.txt. Briefly, the | first line of each pin is of the form | | pin_name spice_node signal_name model_name | | If a pin description has more than one line (e.g. the first pin in the | pin list below), the second line is of the form | | -> input_pin enable_pin | | Note that the second line must begin with the symbol "->". [Pin] Y Y3 Y tristate_driver - -> A GZ A A A dummy GZ GZ GZ dummy VDDS VDDS VDDS POWER VSSS VSSS VSSS GND | | Now we give the particulars of the model "tristate_driver". It is of | type "3-State" (allowable types may be found in doc/s2ibis2.txt) and is | non-inverting. We want to use models from the file "spectre.mod" for | typ, min and max simulations, and we want to include both a rising and | falling waveform in our IBIS model. Both the rising and falling | wveforms have a 500 ohm load; the rising waveform has the load | grounded, while the falling waveform has the load connected to 3.3V. | Neither waveform includes any other test fixture or package parasitics. | [Model] tristate_driver [Model type] 3-state [Polarity] Non-inverting [Enable] active-low [Model file] strong strong strong [Rising waveform] 50 0 0 0 NA NA NA NA NA [Rising waveform] 50 3.6 3.6 3.6 NA NA NA NA NA [Falling waveform] 50 3.6 3.6 3.6 NA NA NA NA NA [Falling waveform] 50 0 0 0 NA NA NA NA NA |[Vmeas] 1.5 | | Now specify stuff for the model "input". [Model] dummy [nomodel] ------------------------------------------------------------------------ IBIS model |************************************************************************ | IBIS file ubt062.ibs created by s2ibis2 version 1.1 | North Carolina State University Electronics Research Laboratory 1995 |************************************************************************ | [IBIS ver] 2.1 [File name] ubt062.ibs [File Rev] 0 [Date] Jan 29, 2002 [Source] From TFP501 DATA BUFFER spice models [Disclaimer] Please be aware that in the absence of a written agreement Texas Instruments(TI) assumes no liability for: (1) The accuracy of the IBIS models provided to your company (2) The proper functioning of these Models in your design or for any resulting applications;or (3)Infringement of patents,copyrights or intellectual property rights resulting from your use of these models. TI provides IBIS Models as a service to our customers and therefore reserves the right to limit distribution of the Models. [Copyright] Property of Texas Instruments Incorporated. Unauthorised reproduction and/or distribution is strictly prohibited. This product is protected under copyright law and trade secret law as an unpublished work. Created 2000,(C) Copyright 2000,Texas Instruments Inc., All Rights Reserved.These commodities are under the U.S. Government distribution license control.As such,they are not to be re-exported without the prior approval of the U.S. Department of Commerce. | |************************************************************************ | Component OUTPUT DRIVER |************************************************************************ | [Component] OUTPUT DRIVER [Manufacturer] Texas Instruments [Package] | variable typ min max R_pkg 0.000 0.000 0.000 L_pkg 0.000H 0.000H 0.000H C_pkg 0.000F 0.000F 0.000F | [Pin] signal_name model_name R_pin L_pin C_pin Y Y tristate_driver | A A dummy | GZ GZ dummy VDDS VDDS POWER VSSS VSSS GND | |************************************************************************ | Model tristate_driver |************************************************************************ | [Model] tristate_driver Model_type 3-state Polarity Non-Inverting Enable Active-Low C_comp 46.00fF 46.00fF 46.00fF | | [Temperature Range] 0.000 0.000 0.000 [Voltage Range] 3.60V 3.60V 3.60V [Pulldown] | voltage I(typ) I(min) I(max) | -3.60 -0.50mA -0.50mA -0.50mA -3.30 -0.57mA -0.57mA -0.57mA -3.00 -0.66mA -0.66mA -0.66mA -2.70 -0.79mA -0.79mA -0.79mA -2.40 -0.97mA -0.97mA -0.97mA -2.10 -1.26mA -1.26mA -1.26mA -1.80 -1.79mA -1.79mA -1.79mA -1.50 -3.02mA -3.02mA -3.02mA -1.20 -8.26mA -8.26mA -8.26mA -0.90 -42.48mA -42.48mA -42.48mA -0.90 -42.48mA -42.48mA -42.48mA -0.80 -42.27mA -42.27mA -42.27mA -0.70 -39.43mA -39.43mA -39.43mA -0.60 -35.54mA -35.54mA -35.54mA -0.50 -30.28mA -30.28mA -30.28mA -0.40 -24.44mA -24.44mA -24.44mA -0.30 -18.46mA -18.46mA -18.46mA -0.20 -12.39mA -12.39mA -12.39mA -0.10 -6.24mA -6.24mA -6.24mA 0.00 0.35nA 0.35nA 0.35nA 0.10 6.17mA 6.17mA 6.17mA 0.20 12.11mA 12.11mA 12.11mA 0.30 17.83mA 17.83mA 17.83mA 0.40 23.32mA 23.32mA 23.32mA 0.50 28.58mA 28.58mA 28.58mA 0.60 33.62mA 33.62mA 33.62mA 0.70 38.42mA 38.42mA 38.42mA 0.80 42.98mA 42.98mA 42.98mA 0.90 47.31mA 47.31mA 47.31mA 1.00 51.40mA 51.40mA 51.40mA 1.10 55.25mA 55.25mA 55.25mA 1.20 58.85mA 58.85mA 58.85mA 1.30 62.21mA 62.21mA 62.21mA 1.40 65.32mA 65.32mA 65.32mA 1.50 68.17mA 68.17mA 68.17mA 1.60 70.77mA 70.77mA 70.77mA 1.70 73.10mA 73.10mA 73.10mA 1.80 75.14mA 75.14mA 75.14mA 1.90 76.86mA 76.86mA 76.86mA 2.00 78.18mA 78.18mA 78.18mA 2.10 79.13mA 79.13mA 79.13mA 2.20 79.79mA 79.79mA 79.79mA 2.30 80.27mA 80.27mA 80.27mA 2.40 80.63mA 80.63mA 80.63mA 2.50 80.92mA 80.92mA 80.92mA 2.60 81.17mA 81.17mA 81.17mA 2.70 81.38mA 81.38mA 81.38mA 2.80 81.56mA 81.56mA 81.56mA 2.90 81.73mA 81.73mA 81.73mA 3.00 81.88mA 81.88mA 81.88mA 3.10 82.03mA 82.03mA 82.03mA 3.20 82.16mA 82.16mA 82.16mA 3.30 82.29mA 82.29mA 82.29mA 3.40 82.41mA 82.41mA 82.41mA 3.50 82.52mA 82.52mA 82.52mA 3.60 82.64mA 82.64mA 82.64mA 3.70 82.75mA 82.75mA 82.75mA 3.80 82.86mA 82.86mA 82.86mA 3.90 82.97mA 82.97mA 82.97mA 4.00 83.08mA 83.08mA 83.08mA 4.10 83.19mA 83.19mA 83.19mA 4.20 83.50mA 83.50mA 83.50mA 4.30 84.03mA 84.03mA 84.03mA 4.40 83.64mA 83.64mA 83.64mA 4.50 83.85mA 83.85mA 83.85mA 4.60 84.09mA 84.09mA 84.09mA 4.70 84.35mA 84.35mA 84.35mA 5.00 85.25mA 85.25mA 85.25mA 5.30 86.39mA 86.39mA 86.39mA 5.60 87.87mA 87.87mA 87.87mA 5.90 89.74mA 89.74mA 89.74mA 6.20 92.09mA 92.09mA 92.09mA 6.50 94.97mA 94.97mA 94.97mA 6.80 98.43mA 98.43mA 98.43mA 7.10 0.10A 0.10A 0.10A -1.00 -3.50A -0.96A -0.96A 7.20 0.10A 0.10A 0.10A | [Pullup] | voltage I(typ) I(min) I(max) | -3.60 0.12A 0.12A 0.12A -3.30 0.11A 0.11A 0.11A -3.00 95.23mA 95.23mA 95.23mA -2.70 84.49mA 84.49mA 84.49mA -2.40 73.79mA 73.79mA 73.79mA -2.10 63.18mA 63.18mA 63.18mA -1.80 52.74mA 52.74mA 52.74mA -1.50 43.30mA 43.30mA 43.30mA -1.20 34.49mA 34.49mA 34.49mA -0.90 25.71mA 25.71mA 25.71mA -0.90 25.71mA 25.71mA 25.71mA -0.80 22.79mA 22.79mA 22.79mA -0.70 19.89mA 19.89mA 19.89mA -0.60 17.02mA 17.02mA 17.02mA -0.50 14.14mA 14.14mA 14.14mA -0.40 11.38mA 11.38mA 11.38mA -0.30 8.61mA 8.61mA 8.61mA -0.20 5.74mA 5.74mA 5.74mA -0.10 2.87mA 2.87mA 2.87mA 0.00 0.12nA 0.12nA 0.12nA 0.10 -2.85mA -2.85mA -2.85mA 0.20 -5.68mA -5.68mA -5.68mA 0.30 -8.47mA -8.47mA -8.47mA 0.40 -11.24mA -11.24mA -11.24mA 0.50 -13.98mA -13.98mA -13.98mA 0.60 -16.69mA -16.69mA -16.69mA 0.70 -19.37mA -19.37mA -19.37mA 0.80 -22.01mA -22.01mA -22.01mA 0.90 -24.62mA -24.62mA -24.62mA 1.00 -27.20mA -27.20mA -27.20mA 1.10 -29.74mA -29.74mA -29.74mA 1.20 -32.25mA -32.25mA -32.25mA 1.30 -34.72mA -34.72mA -34.72mA 1.40 -37.15mA -37.15mA -37.15mA 1.50 -39.54mA -39.54mA -39.54mA 1.60 -41.90mA -41.90mA -41.90mA 1.70 -44.21mA -44.21mA -44.21mA 1.80 -46.47mA -46.47mA -46.47mA 1.90 -48.69mA -48.69mA -48.69mA 2.00 -50.87mA -50.87mA -50.87mA 2.10 -53.00mA -53.00mA -53.00mA 2.20 -55.07mA -55.07mA -55.07mA 2.30 -57.10mA -57.10mA -57.10mA 2.40 -59.07mA -59.07mA -59.07mA 2.50 -60.99mA -60.99mA -60.99mA 2.60 -62.84mA -62.84mA -62.84mA 2.70 -64.64mA -64.64mA -64.64mA 2.80 -66.37mA -66.37mA -66.37mA 2.90 -68.04mA -68.04mA -68.04mA 3.00 -69.64mA -69.64mA -69.64mA 3.10 -71.17mA -71.17mA -71.17mA 3.20 -72.62mA -72.62mA -72.62mA 3.30 -74.01mA -74.01mA -74.01mA 3.40 -75.31mA -75.31mA -75.31mA 3.50 -76.55mA -76.55mA -76.55mA 3.60 -77.72mA -77.72mA -77.72mA 3.70 -78.81mA -78.81mA -78.81mA 3.80 -79.85mA -79.85mA -79.85mA 3.90 -80.83mA -80.83mA -80.83mA 4.00 -81.75mA -81.75mA -81.75mA 4.10 -82.61mA -82.61mA -82.61mA 4.20 -83.43mA -83.43mA -83.43mA 4.30 -84.23mA -84.23mA -84.23mA 4.40 -85.34mA -85.34mA -85.34mA 4.50 -87.68mA -87.68mA -87.68mA 4.60 -91.48mA -91.48mA -91.48mA 4.70 -97.30mA -97.30mA -97.30mA 5.00 -0.17A -0.17A -0.17A 5.30 -0.28A -0.28A -0.28A 5.60 -0.39A -0.39A -0.39A 5.90 -0.50A -0.50A -0.50A 6.20 -0.62A -0.62A -0.62A 6.50 -0.73A -0.73A -0.73A 6.80 -0.84A -0.84A -0.84A 7.10 -0.96A -0.96A -0.96A 0.00 0.000A 0.000A 0.000A 7.20 -1.00A -1.00A -1.00A | [GND_clamp] | voltage I(typ) I(min) I(max) | -3.60 -1.00A -1.00A -1.00A -3.50 -0.96A -0.96A -0.96A -3.40 -0.92A -0.92A -0.92A -3.30 -0.88A -0.88A -0.88A -3.20 -0.84A -0.84A -0.84A -3.10 -0.80A -0.80A -0.80A -3.00 -0.77A -0.77A -0.77A -2.90 -0.73A -0.73A -0.73A -2.80 -0.69A -0.69A -0.69A -2.70 -0.65A -0.65A -0.65A -2.60 -0.61A -0.61A -0.61A -2.50 -0.58A -0.58A -0.58A -2.40 -0.54A -0.54A -0.54A -2.30 -0.50A -0.50A -0.50A -2.20 -0.46A -0.46A -0.46A -2.10 -0.43A -0.43A -0.43A -2.00 -0.39A -0.39A -0.39A -1.90 -0.35A -0.35A -0.35A -1.80 -0.31A -0.31A -0.31A -1.70 -0.28A -0.28A -0.28A -1.60 -0.24A -0.24A -0.24A -1.50 -0.20A -0.20A -0.20A -1.40 -0.17A -0.17A -0.17A -1.30 -0.13A -0.13A -0.13A -1.20 -95.41mA -95.41mA -95.41mA -1.10 -62.02mA -62.02mA -62.02mA -1.00 -32.45mA -32.45mA -32.45mA -0.90 -13.17mA -13.17mA -13.17mA -0.80 -6.39mA -6.39mA -6.39mA -0.70 -2.78mA -2.78mA -2.78mA -0.60 -0.68mA -0.68mA -0.68mA -0.50 -69.97uA -69.97uA -69.97uA -0.40 -3.65uA -3.65uA -3.65uA -0.30 -0.11uA -0.11uA -0.11uA -0.20 -5.21nA -5.21nA -5.21nA -0.10 -2.44nA -2.44nA -2.44nA 0.00 -2.13nA -2.13nA -2.13nA 0.10 -1.89nA -1.89nA -1.89nA 0.20 -1.68nA -1.68nA -1.68nA 0.30 -1.49nA -1.49nA -1.49nA 0.40 -1.32nA -1.32nA -1.32nA 0.50 -1.17nA -1.17nA -1.17nA 0.60 -1.02nA -1.02nA -1.02nA 0.70 -0.89nA -0.89nA -0.89nA 0.80 -0.78nA -0.78nA -0.78nA 0.90 -0.67nA -0.67nA -0.67nA 1.00 -0.57nA -0.57nA -0.57nA 1.10 -0.48nA -0.48nA -0.48nA 1.20 -0.40nA -0.40nA -0.40nA 1.30 -0.33nA -0.33nA -0.33nA 1.40 -0.26nA -0.26nA -0.26nA 1.50 -0.20nA -0.20nA -0.20nA 1.60 -0.14nA -0.14nA -0.14nA 1.70 -92.03pA -92.03pA -92.03pA 1.80 -44.85pA -44.85pA -44.85pA 1.90 -1.42pA -1.42pA -1.42pA 2.00 38.68pA 38.68pA 38.68pA 2.10 75.84pA 75.84pA 75.84pA 2.20 0.11nA 0.11nA 0.11nA 2.30 0.14nA 0.14nA 0.14nA 2.40 0.17nA 0.17nA 0.17nA 2.50 0.20nA 0.20nA 0.20nA 2.60 0.23nA 0.23nA 0.23nA 2.70 0.25nA 0.25nA 0.25nA 2.80 0.28nA 0.28nA 0.28nA 2.90 0.30nA 0.30nA 0.30nA 3.00 0.32nA 0.32nA 0.32nA 3.10 0.34nA 0.34nA 0.34nA 3.20 0.36nA 0.36nA 0.36nA 3.30 0.37nA 0.37nA 0.37nA 3.40 0.38nA 0.38nA 0.38nA 3.50 0.40nA 0.40nA 0.40nA 3.60 0.56nA 0.56nA 0.56nA | [POWER_clamp] | voltage I(typ) I(min) I(max) | -3.60 3.00mA 3.00mA 3.00mA -3.50 2.89mA 2.89mA 2.89mA -3.40 2.78mA 2.78mA 2.78mA -3.30 2.67mA 2.67mA 2.67mA -3.20 2.56mA 2.56mA 2.56mA -3.10 2.46mA 2.46mA 2.46mA -3.00 2.35mA 2.35mA 2.35mA -2.90 2.24mA 2.24mA 2.24mA -2.80 2.14mA 2.14mA 2.14mA -2.70 2.03mA 2.03mA 2.03mA -2.60 1.93mA 1.93mA 1.93mA -2.50 1.82mA 1.82mA 1.82mA -2.40 1.72mA 1.72mA 1.72mA -2.30 1.62mA 1.62mA 1.62mA -2.20 1.53mA 1.53mA 1.53mA -2.10 1.43mA 1.43mA 1.43mA -2.00 1.34mA 1.34mA 1.34mA -1.90 1.25mA 1.25mA 1.25mA -1.80 1.15mA 1.15mA 1.15mA -1.70 1.06mA 1.06mA 1.06mA -1.60 0.97mA 0.97mA 0.97mA -1.50 0.88mA 0.88mA 0.88mA -1.40 0.78mA 0.78mA 0.78mA -1.30 0.69mA 0.69mA 0.69mA -1.20 0.60mA 0.60mA 0.60mA -1.10 0.51mA 0.51mA 0.51mA -1.00 0.42mA 0.42mA 0.42mA -0.90 0.33mA 0.33mA 0.33mA -0.80 0.25mA 0.25mA 0.25mA -0.70 0.16mA 0.16mA 0.16mA -0.60 85.73uA 85.73uA 85.73uA -0.50 0.68mA 0.68mA 0.68mA -0.40 0.25mA 0.25mA 0.25mA -0.30 8.01uA 8.01uA 8.01uA -0.20 68.87nA 68.87nA 68.87nA -0.10 3.39nA 3.39nA 3.39nA 0.00 0.56nA 0.56nA 0.56nA | [Ramp] | variable typ min max dV/dt_r 0.83/0.74n 0.83/0.74n 0.83/0.74n dV/dt_f 1.11/0.79n 1.11/0.79n 1.11/0.79n R_load = 25.00 | [Rising Waveform] R_fixture = 25.00 V_fixture = 0.000 V_fixture_min = 0.000 V_fixture_max = 0.000 | time V(typ) V(min) V(max) | 0.000S 17.33nV 17.33nV 17.33nV 0.20nS 17.84nV 17.84nV 17.84nV 0.40nS 17.67nV 17.67nV 17.67nV 0.60nS 1.29uV 1.29uV 1.29uV 0.80nS 17.99uV 17.99uV 17.99uV 1.00nS 53.27mV 53.27mV 53.27mV 1.20nS 0.23V 0.23V 0.23V 1.40nS 0.59V 0.59V 0.59V 1.60nS 0.75V 0.75V 0.75V 1.80nS 0.84V 0.84V 0.84V 2.00nS 1.09V 1.09V 1.09V 2.20nS 1.35V 1.35V 1.35V 2.40nS 1.37V 1.37V 1.37V 2.60nS 1.38V 1.38V 1.38V 2.80nS 1.38V 1.38V 1.38V 3.00nS 1.38V 1.38V 1.38V 3.20nS 1.38V 1.38V 1.38V 3.40nS 1.38V 1.38V 1.38V 3.60nS 1.38V 1.38V 1.38V 3.80nS 1.38V 1.38V 1.38V 4.00nS 1.38V 1.38V 1.38V 4.20nS 1.38V 1.38V 1.38V 4.40nS 1.38V 1.38V 1.38V 4.60nS 1.38V 1.38V 1.38V 4.80nS 1.38V 1.38V 1.38V 5.00nS 1.38V 1.38V 1.38V 5.20nS 1.38V 1.38V 1.38V 5.40nS 1.38V 1.38V 1.38V 5.60nS 1.38V 1.38V 1.38V 5.80nS 1.38V 1.38V 1.38V 6.00nS 1.38V 1.38V 1.38V 6.20nS 1.38V 1.38V 1.38V 6.40nS 1.38V 1.38V 1.38V 6.60nS 1.38V 1.38V 1.38V 6.80nS 1.38V 1.38V 1.38V 7.00nS 1.38V 1.38V 1.38V 7.20nS 1.38V 1.38V 1.38V 7.40nS 1.38V 1.38V 1.38V 7.60nS 1.38V 1.38V 1.38V 7.80nS 1.38V 1.38V 1.38V 8.00nS 1.38V 1.38V 1.38V 8.20nS 1.38V 1.38V 1.38V 8.40nS 1.38V 1.38V 1.38V 8.60nS 1.38V 1.38V 1.38V 8.80nS 1.38V 1.38V 1.38V 9.00nS 1.38V 1.38V 1.38V 9.20nS 1.38V 1.38V 1.38V 9.40nS 1.38V 1.38V 1.38V 9.60nS 1.38V 1.38V 1.38V 9.80nS 1.38V 1.38V 1.38V 10.00nS 1.38V 1.38V 1.38V | [Rising Waveform] R_fixture = 25.00 V_fixture = 3.60 V_fixture_min = 3.60 V_fixture_max = 3.60 | time V(typ) V(min) V(max) | 0.000S 1.75V 1.75V 1.75V 0.20nS 1.75V 1.75V 1.75V 0.40nS 1.75V 1.75V 1.75V 0.60nS 1.75V 1.75V 1.75V 0.80nS 1.75V 1.75V 1.75V 1.00nS 1.82V 1.82V 1.82V 1.20nS 2.22V 2.22V 2.22V 1.40nS 3.32V 3.32V 3.32V 1.60nS 3.55V 3.55V 3.55V 1.80nS 3.58V 3.58V 3.58V 2.00nS 3.58V 3.58V 3.58V 2.20nS 3.60V 3.60V 3.60V 2.40nS 3.60V 3.60V 3.60V 2.60nS 3.60V 3.60V 3.60V 2.80nS 3.60V 3.60V 3.60V 3.00nS 3.60V 3.60V 3.60V 3.20nS 3.60V 3.60V 3.60V 3.40nS 3.60V 3.60V 3.60V 3.60nS 3.60V 3.60V 3.60V 3.80nS 3.60V 3.60V 3.60V 4.00nS 3.60V 3.60V 3.60V 4.20nS 3.60V 3.60V 3.60V 4.40nS 3.60V 3.60V 3.60V 4.60nS 3.60V 3.60V 3.60V 4.80nS 3.60V 3.60V 3.60V 5.00nS 3.60V 3.60V 3.60V 5.20nS 3.60V 3.60V 3.60V 5.40nS 3.60V 3.60V 3.60V 5.60nS 3.60V 3.60V 3.60V 5.80nS 3.60V 3.60V 3.60V 6.00nS 3.60V 3.60V 3.60V 6.20nS 3.60V 3.60V 3.60V 6.40nS 3.60V 3.60V 3.60V 6.60nS 3.60V 3.60V 3.60V 6.80nS 3.60V 3.60V 3.60V 7.00nS 3.60V 3.60V 3.60V 7.20nS 3.60V 3.60V 3.60V 7.40nS 3.60V 3.60V 3.60V 7.60nS 3.60V 3.60V 3.60V 7.80nS 3.60V 3.60V 3.60V 8.00nS 3.60V 3.60V 3.60V 8.20nS 3.60V 3.60V 3.60V 8.40nS 3.60V 3.60V 3.60V 8.60nS 3.60V 3.60V 3.60V 8.80nS 3.60V 3.60V 3.60V 9.00nS 3.60V 3.60V 3.60V 9.20nS 3.60V 3.60V 3.60V 9.40nS 3.60V 3.60V 3.60V 9.60nS 3.60V 3.60V 3.60V 9.80nS 3.60V 3.60V 3.60V 10.00nS 3.60V 3.60V 3.60V | [Falling Waveform] R_fixture = 25.00 V_fixture = 3.60 V_fixture_min = 3.60 V_fixture_max = 3.60 | time V(typ) V(min) V(max) | 0.000S 3.60V 3.60V 3.60V 0.20nS 3.60V 3.60V 3.60V 0.40nS 3.60V 3.60V 3.60V 0.60nS 3.60V 3.60V 3.60V 0.80nS 3.60V 3.60V 3.60V 1.00nS 3.60V 3.60V 3.60V 1.20nS 3.60V 3.60V 3.60V 1.40nS 3.59V 3.59V 3.59V 1.60nS 3.33V 3.33V 3.33V 1.80nS 3.05V 3.05V 3.05V 2.00nS 2.84V 2.84V 2.84V 2.20nS 2.80V 2.80V 2.80V 2.40nS 2.34V 2.34V 2.34V 2.60nS 1.98V 1.98V 1.98V 2.80nS 1.85V 1.85V 1.85V 3.00nS 1.79V 1.79V 1.79V 3.20nS 1.77V 1.77V 1.77V 3.40nS 1.76V 1.76V 1.76V 3.60nS 1.75V 1.75V 1.75V 3.80nS 1.75V 1.75V 1.75V 4.00nS 1.75V 1.75V 1.75V 4.20nS 1.75V 1.75V 1.75V 4.40nS 1.75V 1.75V 1.75V 4.60nS 1.75V 1.75V 1.75V 4.80nS 1.75V 1.75V 1.75V 5.00nS 1.75V 1.75V 1.75V 5.20nS 1.75V 1.75V 1.75V 5.40nS 1.75V 1.75V 1.75V 5.60nS 1.75V 1.75V 1.75V 5.80nS 1.75V 1.75V 1.75V 6.00nS 1.75V 1.75V 1.75V 6.20nS 1.75V 1.75V 1.75V 6.40nS 1.75V 1.75V 1.75V 6.60nS 1.75V 1.75V 1.75V 6.80nS 1.75V 1.75V 1.75V 7.00nS 1.75V 1.75V 1.75V 7.20nS 1.75V 1.75V 1.75V 7.40nS 1.75V 1.75V 1.75V 7.60nS 1.75V 1.75V 1.75V 7.80nS 1.75V 1.75V 1.75V 8.00nS 1.75V 1.75V 1.75V 8.20nS 1.75V 1.75V 1.75V 8.40nS 1.75V 1.75V 1.75V 8.60nS 1.75V 1.75V 1.75V 8.80nS 1.75V 1.75V 1.75V 9.00nS 1.75V 1.75V 1.75V 9.20nS 1.75V 1.75V 1.75V 9.40nS 1.75V 1.75V 1.75V 9.60nS 1.75V 1.75V 1.75V 9.80nS 1.75V 1.75V 1.75V 10.00nS 1.75V 1.75V 1.75V | [Falling Waveform] R_fixture = 25.00 V_fixture = 0.000 V_fixture_min = 0.000 V_fixture_max = 0.000 | time V(typ) V(min) V(max) | 0.000S 1.38V 1.38V 1.38V 0.20nS 1.38V 1.38V 1.38V 0.40nS 1.38V 1.38V 1.38V 0.60nS 1.38V 1.38V 1.38V 0.80nS 1.38V 1.38V 1.38V 1.00nS 1.38V 1.38V 1.38V 1.20nS 1.38V 1.38V 1.38V 1.40nS 1.37V 1.37V 1.37V 1.60nS 1.00V 1.00V 1.00V 1.80nS 0.36V 0.36V 0.36V 2.00nS 47.51mV 47.51mV 47.51mV 2.20nS 17.40mV 17.40mV 17.40mV 2.40nS 14.42mV 14.42mV 14.42mV 2.60nS 2.09mV 2.09mV 2.09mV 2.80nS 1.04mV 1.04mV 1.04mV 3.00nS 0.57mV 0.57mV 0.57mV 3.20nS 0.41mV 0.41mV 0.41mV 3.40nS 0.28mV 0.28mV 0.28mV 3.60nS 0.22mV 0.22mV 0.22mV 3.80nS 0.19mV 0.19mV 0.19mV 4.00nS 0.17mV 0.17mV 0.17mV 4.20nS 0.15mV 0.15mV 0.15mV 4.40nS 0.13mV 0.13mV 0.13mV 4.60nS 0.12mV 0.12mV 0.12mV 4.80nS 0.11mV 0.11mV 0.11mV 5.00nS 0.10mV 0.10mV 0.10mV 5.20nS 96.04uV 96.04uV 96.04uV 5.40nS 87.15uV 87.15uV 87.15uV 5.60nS 79.44uV 79.44uV 79.44uV 5.80nS 75.28uV 75.28uV 75.28uV 6.00nS 71.50uV 71.50uV 71.50uV 6.20nS 66.97uV 66.97uV 66.97uV 6.40nS 62.92uV 62.92uV 62.92uV 6.60nS 59.19uV 59.19uV 59.19uV 6.80nS 55.79uV 55.79uV 55.79uV 7.00nS 52.75uV 52.75uV 52.75uV 7.20nS 49.96uV 49.96uV 49.96uV 7.40nS 46.77uV 46.77uV 46.77uV 7.60nS 43.94uV 43.94uV 43.94uV 7.80nS 42.43uV 42.43uV 42.43uV 8.00nS 40.97uV 40.97uV 40.97uV 8.20nS 39.12uV 39.12uV 39.12uV 8.40nS 37.40uV 37.40uV 37.40uV 8.60nS 35.80uV 35.80uV 35.80uV 8.80nS 34.34uV 34.34uV 34.34uV 9.00nS 33.00uV 33.00uV 33.00uV 9.20nS 31.74uV 31.74uV 31.74uV 9.40nS 30.80uV 30.80uV 30.80uV 9.60nS 30.41uV 30.41uV 30.41uV 9.80nS 30.76uV 30.76uV 30.76uV 10.00nS 31.36uV 31.36uV 31.36uV | | End [Model] tristate_driver | | End [Component] OUTPUT DRIVER | [End] Regards Anshuli - --------------0121A56684CCD5256AA2C438 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Attached is the control file that I am using for this. I have defined only one corner .
| data0 -  TFP501 DATA BUFFER : tristatable output buffer, with ST=0.
|

|
| Specify the IBIS version and file revision number.
|
[IBIS Ver]  2.1
[File rev]   0
[File name]     ubt062.ibs
 

|[Clean up]
[Clamp tolerance] 0
|
| Add some comments to identify the file.
|
[date]  Jan 29, 2002
[source] From TFP501 DATA BUFFER spice models

[Disclaimer] Please be aware that in the absence of a written agreement
+Texas Instruments(TI) assumes no liability for:
+(1) The accuracy of the IBIS models provided to your company
+(2) The proper functioning of these Models in your design
+    or for any resulting applications;or
+(3)Infringement of patents,copyrights or intellectual
+   property rights resulting from your use of these models.
+ TI provides IBIS Models as a service to our customers and
+ therefore reserves the right to limit distribution of the
+ Models.

[Copyright] Property of Texas Instruments Incorporated.
+Unauthorised reproduction and/or distribution is strictly prohibited.
+This product is protected under copyright law and trade
+secret law as an unpublished work.
+Created 2000,(C) Copyright 2000,Texas Instruments Inc.,
+All Rights Reserved.These commodities are under the U.S.
+Government distribution license control.As such,they are not
+to be re-exported without the prior approval of the U.S.
+Department of Commerce.

|
| Give the spice type.  Allowable values are hspice, pspice, spice2,
| spice3 and spectre.
|
[Spice type]  spice2
[Spice command] "spice3  -tmp /tmp -init /dev/null %s %s /dev/null >%s 2>&1"

|
| Now specify some global parameters. These parameters will apply to
| _all_ the models in this file.
|
| Note on the [Temperature range] keyword: Since this is a CMOS circuit,
| the min column contains the highest temperature, since this temperature
| causes or amplifies the "min" (slow, weak) behavior, while the max
| column contains the lowest temperature, since this temperature causes or
| amplifies the "max" (fast, strong) behavior.  If this were a bipolar
| circuit, these temperature values would be reversed.
|
[temperature range] 0 0 0
[voltage range] 3.6 3.6 3.6
[sim time] 10ns
[vil] 0 0 0
[vih] 1.65 1.65 1.65
[rload] 50
[Tr]  1n 1n 1n
[Tf]  1n 1n 1n

|
| Specify the default pin parasitics
|
|[R_pkg]   0.1  0.097 0.123
|[L_pkg]   1.5nH 2.0nH  2.5nH
|[C_pkg]   1.5pF   1.0pF   2.0pF
[C_comp]       0.046pf 0.046pf 0.046pf

|
| Component Description
|
[Component] OUTPUT DRIVER
[manufacturer] Texas Instruments

|
| Specify the SPICE file where the circuit is located.
|
| ST made high in the SPICE netlist
|
|
[Spice file] UBT062.spi

|
| Now specify the pin list.  Since we're just creating an IBIS file for
| the driver, we'll use a very short pin list.
|
| The pin list formats can be found in doc/s2ibis2.txt.  Briefly, the
| first line of each pin is of the form
|
|  pin_name  spice_node  signal_name  model_name
|
| If a pin description has more than one line (e.g. the first pin in the
| pin list below), the second line is of the form
|
| -> input_pin  enable_pin
|
| Note that the second line must begin with the symbol "->".
[Pin]
Y Y3 Y tristate_driver
-> A GZ
A A A dummy
GZ GZ GZ dummy
VDDS VDDS VDDS POWER
VSSS VSSS VSSS GND

|
| Now we give the particulars of the model "tristate_driver".  It is of
| type "3-State" (allowable types may be found in doc/s2ibis2.txt) and is
| non-inverting. We want to use models from the file "spectre.mod" for
| typ, min and max simulations, and we want to include both a rising and
| falling waveform in our IBIS model. Both the rising and falling
| wveforms have a 500 ohm load; the rising waveform has the load
| grounded, while the falling waveform has the load connected to 3.3V.
| Neither waveform includes any other test fixture or package parasitics.
|
[Model] tristate_driver
[Model type] 3-state
[Polarity] Non-inverting
[Enable] active-low
[Model file] strong strong strong
[Rising waveform]  50 0 0 0  NA NA NA NA NA
[Rising waveform]  50 3.6 3.6 3.6  NA NA NA NA NA
[Falling waveform] 50 3.6 3.6 3.6 NA NA NA NA NA
[Falling waveform] 50 0 0 0  NA NA NA NA NA
|[Vmeas] 1.5

|
| Now specify stuff for the model "input".
[Model]  dummy
[nomodel]

IBIS model

|************************************************************************
| IBIS file ubt062.ibs created by s2ibis2 version 1.1
| North Carolina State University Electronics Research Laboratory  1995
|************************************************************************
|
[IBIS ver]       2.1
[File name]      ubt062.ibs
[File Rev]       0
[Date]           Jan 29, 2002
[Source]         From TFP501 DATA BUFFER spice models
[Disclaimer]     Please be aware that in the absence of a written agreement
                 Texas Instruments(TI) assumes no liability for: (1) The
                 accuracy of the IBIS models provided to your company (2) The
                 proper functioning of these Models in your design or for any
                 resulting applications;or (3)Infringement of
                 patents,copyrights or intellectual property rights resulting
                 from your use of these models. TI provides IBIS Models as a
                 service to our customers and therefore reserves the right to
                 limit distribution of the Models.
[Copyright]      Property of Texas Instruments Incorporated. Unauthorised
                 reproduction and/or distribution is strictly prohibited. This
                 product is protected under copyright law and trade secret law
                 as an unpublished work. Created 2000,(C) Copyright 2000,Texas
                 Instruments Inc., All Rights Reserved.These commodities are
                 under the U.S. Government distribution license control.As
                 such,they are not to be re-exported without the prior approval
                 of the U.S. Department of Commerce.
|
|************************************************************************
|                        Component OUTPUT DRIVER
|************************************************************************
|
[Component]      OUTPUT DRIVER
[Manufacturer]   Texas Instruments
[Package]
| variable       typ                 min                 max
R_pkg            0.000               0.000               0.000
L_pkg            0.000H              0.000H              0.000H
C_pkg            0.000F              0.000F              0.000F
|
[Pin]  signal_name          model_name           R_pin     L_pin     C_pin
Y      Y                    tristate_driver
| A    A                    dummy
| GZ   GZ                   dummy
VDDS   VDDS                 POWER
VSSS   VSSS                 GND
|
|************************************************************************
|                         Model tristate_driver
|************************************************************************
|
[Model]          tristate_driver
Model_type       3-state
Polarity         Non-Inverting
Enable           Active-Low
C_comp           46.00fF             46.00fF             46.00fF
|
|
[Temperature Range]       0.000               0.000               0.000
[Voltage Range]           3.60V               3.60V               3.60V
[Pulldown]
| voltage     I(typ)              I(min)              I(max)
|
  -3.60       -0.50mA             - -0.50mA             - -0.50mA
  -3.30       -0.57mA             - -0.57mA             - -0.57mA
  -3.00       -0.66mA             - -0.66mA             - -0.66mA
  -2.70       -0.79mA             - -0.79mA             - -0.79mA
  -2.40       -0.97mA             - -0.97mA             - -0.97mA
  -2.10       -1.26mA             - -1.26mA             - -1.26mA
  -1.80       -1.79mA             - -1.79mA             - -1.79mA
  -1.50       -3.02mA             - -3.02mA             - -3.02mA
  -1.20       -8.26mA             - -8.26mA             - -8.26mA
  -0.90      -42.48mA            - -42.48mA            - -42.48mA
  -0.90      -42.48mA            - -42.48mA            - -42.48mA
  -0.80      -42.27mA            - -42.27mA            - -42.27mA
  -0.70      -39.43mA            - -39.43mA            - -39.43mA
  -0.60      -35.54mA            - -35.54mA            - -35.54mA
  -0.50      -30.28mA            - -30.28mA            - -30.28mA
  -0.40      -24.44mA            - -24.44mA            - -24.44mA
  -0.30      -18.46mA            - -18.46mA            - -18.46mA
  -0.20      -12.39mA            - -12.39mA            - -12.39mA
  -0.10       -6.24mA             - -6.24mA             - -6.24mA
   0.00        0.35nA              0.35nA              0.35nA
   0.10        6.17mA              6.17mA              6.17mA
   0.20       12.11mA             12.11mA             12.11mA
   0.30       17.83mA             17.83mA             17.83mA
   0.40       23.32mA             23.32mA             23.32mA
   0.50       28.58mA             28.58mA             28.58mA
   0.60       33.62mA             33.62mA             33.62mA
   0.70       38.42mA             38.42mA             38.42mA
   0.80       42.98mA             42.98mA             42.98mA
   0.90       47.31mA             47.31mA             47.31mA
   1.00       51.40mA             51.40mA             51.40mA
   1.10       55.25mA             55.25mA             55.25mA
   1.20       58.85mA             58.85mA             58.85mA
   1.30       62.21mA             62.21mA             62.21mA
   1.40       65.32mA             65.32mA             65.32mA
   1.50       68.17mA             68.17mA             68.17mA
   1.60       70.77mA             70.77mA             70.77mA
   1.70       73.10mA             73.10mA             73.10mA
   1.80       75.14mA             75.14mA             75.14mA
   1.90       76.86mA             76.86mA             76.86mA
   2.00       78.18mA             78.18mA             78.18mA
   2.10       79.13mA             79.13mA             79.13mA
   2.20       79.79mA             79.79mA             79.79mA
   2.30       80.27mA             80.27mA             80.27mA
   2.40       80.63mA             80.63mA             80.63mA
   2.50       80.92mA             80.92mA             80.92mA
   2.60       81.17mA             81.17mA             81.17mA
   2.70       81.38mA             81.38mA             81.38mA
   2.80       81.56mA             81.56mA             81.56mA
   2.90       81.73mA             81.73mA             81.73mA
   3.00       81.88mA             81.88mA             81.88mA
   3.10       82.03mA             82.03mA             82.03mA
   3.20       82.16mA             82.16mA             82.16mA
   3.30       82.29mA             82.29mA             82.29mA
   3.40       82.41mA             82.41mA             82.41mA
   3.50       82.52mA             82.52mA             82.52mA
   3.60       82.64mA             82.64mA             82.64mA
   3.70       82.75mA             82.75mA             82.75mA
   3.80       82.86mA             82.86mA             82.86mA
   3.90       82.97mA             82.97mA             82.97mA
   4.00       83.08mA             83.08mA             83.08mA
   4.10       83.19mA             83.19mA             83.19mA
   4.20       83.50mA             83.50mA             83.50mA
   4.30       84.03mA             84.03mA             84.03mA
   4.40       83.64mA             83.64mA             83.64mA
   4.50       83.85mA             83.85mA             83.85mA
   4.60       84.09mA             84.09mA             84.09mA
   4.70       84.35mA             84.35mA             84.35mA
   5.00       85.25mA             85.25mA             85.25mA
   5.30       86.39mA             86.39mA             86.39mA
   5.60       87.87mA             87.87mA             87.87mA
   5.90       89.74mA             89.74mA             89.74mA
   6.20       92.09mA             92.09mA             92.09mA
   6.50       94.97mA             94.97mA             94.97mA
   6.80       98.43mA             98.43mA             98.43mA
   7.10        0.10A               0.10A               0.10A
  -1.00       -3.50A              - -0.96A              - -0.96A
   7.20        0.10A               0.10A               0.10A
|
[Pullup]
| voltage     I(typ)              I(min)              I(max)
|
  -3.60        0.12A               0.12A               0.12A
  -3.30        0.11A               0.11A               0.11A
  -3.00       95.23mA             95.23mA             95.23mA
  -2.70       84.49mA             84.49mA             84.49mA
  -2.40       73.79mA             73.79mA             73.79mA
  -2.10       63.18mA             63.18mA             63.18mA
  -1.80       52.74mA             52.74mA             52.74mA
  -1.50       43.30mA             43.30mA             43.30mA
  -1.20       34.49mA             34.49mA             34.49mA
  -0.90       25.71mA             25.71mA             25.71mA
  -0.90       25.71mA             25.71mA             25.71mA
  -0.80       22.79mA             22.79mA             22.79mA
  -0.70       19.89mA             19.89mA             19.89mA
  -0.60       17.02mA             17.02mA             17.02mA
  -0.50       14.14mA             14.14mA             14.14mA
  -0.40       11.38mA             11.38mA             11.38mA
  -0.30        8.61mA              8.61mA              8.61mA
  -0.20        5.74mA              5.74mA              5.74mA
  -0.10        2.87mA              2.87mA              2.87mA
   0.00        0.12nA              0.12nA              0.12nA
   0.10       -2.85mA             - -2.85mA             - -2.85mA
   0.20       -5.68mA             - -5.68mA             - -5.68mA
   0.30       -8.47mA             - -8.47mA             - -8.47mA
   0.40      -11.24mA            - -11.24mA            - -11.24mA
   0.50      -13.98mA            - -13.98mA            - -13.98mA
   0.60      -16.69mA            - -16.69mA            - -16.69mA
   0.70      -19.37mA            - -19.37mA            - -19.37mA
   0.80      -22.01mA            - -22.01mA            - -22.01mA
   0.90      -24.62mA            - -24.62mA            - -24.62mA
   1.00      -27.20mA            - -27.20mA            - -27.20mA
   1.10      -29.74mA            - -29.74mA            - -29.74mA
   1.20      -32.25mA            - -32.25mA            - -32.25mA
   1.30      -34.72mA            - -34.72mA            - -34.72mA
   1.40      -37.15mA            - -37.15mA            - -37.15mA
   1.50      -39.54mA            - -39.54mA            - -39.54mA
   1.60      -41.90mA            - -41.90mA            - -41.90mA
   1.70      -44.21mA            - -44.21mA            - -44.21mA
   1.80      -46.47mA            - -46.47mA            - -46.47mA
   1.90      -48.69mA            - -48.69mA            - -48.69mA
   2.00      -50.87mA            - -50.87mA            - -50.87mA
   2.10      -53.00mA            - -53.00mA            - -53.00mA
   2.20      -55.07mA            - -55.07mA            - -55.07mA
   2.30      -57.10mA            - -57.10mA            - -57.10mA
   2.40      -59.07mA            - -59.07mA            - -59.07mA
   2.50      -60.99mA            - -60.99mA            - -60.99mA
   2.60      -62.84mA            - -62.84mA            - -62.84mA
   2.70      -64.64mA            - -64.64mA            - -64.64mA
   2.80      -66.37mA            - -66.37mA            - -66.37mA
   2.90      -68.04mA            - -68.04mA            - -68.04mA
   3.00      -69.64mA            - -69.64mA            - -69.64mA
   3.10      -71.17mA            - -71.17mA            - -71.17mA
   3.20      -72.62mA            - -72.62mA            - -72.62mA
   3.30      -74.01mA            - -74.01mA            - -74.01mA
   3.40      -75.31mA            - -75.31mA            - -75.31mA
   3.50      -76.55mA            - -76.55mA            - -76.55mA
   3.60      -77.72mA            - -77.72mA            - -77.72mA
   3.70      -78.81mA            - -78.81mA            - -78.81mA
   3.80      -79.85mA            - -79.85mA            - -79.85mA
   3.90      -80.83mA            - -80.83mA            - -80.83mA
   4.00      -81.75mA            - -81.75mA            - -81.75mA
   4.10      -82.61mA            - -82.61mA            - -82.61mA
   4.20      -83.43mA            - -83.43mA            - -83.43mA
   4.30      -84.23mA            - -84.23mA            - -84.23mA
   4.40      -85.34mA            - -85.34mA            - -85.34mA
   4.50      -87.68mA            - -87.68mA            - -87.68mA
   4.60      -91.48mA            - -91.48mA            - -91.48mA
   4.70      -97.30mA            - -97.30mA            - -97.30mA
   5.00       -0.17A              - -0.17A              - -0.17A
   5.30       -0.28A              - -0.28A              - -0.28A
   5.60       -0.39A              - -0.39A              - -0.39A
   5.90       -0.50A              - -0.50A              - -0.50A
   6.20       -0.62A              - -0.62A              - -0.62A
   6.50       -0.73A              - -0.73A              - -0.73A
   6.80       -0.84A              - -0.84A              - -0.84A
   7.10       -0.96A              - -0.96A              - -0.96A
   0.00       0.000A              0.000A              0.000A
   7.20       -1.00A              - -1.00A              - -1.00A
|
[GND_clamp]
| voltage     I(typ)              I(min)              I(max)
|
  -3.60       -1.00A              - -1.00A              - -1.00A
  -3.50       -0.96A              - -0.96A              - -0.96A
  -3.40       -0.92A              - -0.92A              - -0.92A
  -3.30       -0.88A              - -0.88A              - -0.88A
  -3.20       -0.84A              - -0.84A              - -0.84A
  -3.10       -0.80A              - -0.80A              - -0.80A
  -3.00       -0.77A              - -0.77A              - -0.77A
  -2.90       -0.73A              - -0.73A              - -0.73A
  -2.80       -0.69A              - -0.69A              - -0.69A
  -2.70       -0.65A              - -0.65A              - -0.65A
  -2.60       -0.61A              - -0.61A              - -0.61A
  -2.50       -0.58A              - -0.58A              - -0.58A
  -2.40       -0.54A              - -0.54A              - -0.54A
  -2.30       -0.50A              - -0.50A              - -0.50A
  -2.20       -0.46A              - -0.46A              - -0.46A
  -2.10       -0.43A              - -0.43A              - -0.43A
  -2.00       -0.39A              - -0.39A              - -0.39A
  -1.90       -0.35A              - -0.35A              - -0.35A
  -1.80       -0.31A              - -0.31A              - -0.31A
  -1.70       -0.28A              - -0.28A              - -0.28A
  -1.60       -0.24A              - -0.24A              - -0.24A
  -1.50       -0.20A              - -0.20A              - -0.20A
  -1.40       -0.17A              - -0.17A              - -0.17A
  -1.30       -0.13A              - -0.13A              - -0.13A
  -1.20      -95.41mA            - -95.41mA            - -95.41mA
  -1.10      -62.02mA            - -62.02mA            - -62.02mA
  -1.00      -32.45mA            - -32.45mA            - -32.45mA
  -0.90      -13.17mA            - -13.17mA            - -13.17mA
  -0.80       -6.39mA             - -6.39mA             - -6.39mA
  -0.70       -2.78mA             - -2.78mA             - -2.78mA
  -0.60       -0.68mA             - -0.68mA             - -0.68mA
  -0.50      -69.97uA            - -69.97uA            - -69.97uA
  -0.40       -3.65uA             - -3.65uA             - -3.65uA
  -0.30       -0.11uA             - -0.11uA             - -0.11uA
  -0.20       -5.21nA             - -5.21nA             - -5.21nA
  -0.10       -2.44nA             - -2.44nA             - -2.44nA
   0.00       -2.13nA             - -2.13nA             - -2.13nA
   0.10       -1.89nA             - -1.89nA             - -1.89nA
   0.20       -1.68nA             - -1.68nA             - -1.68nA
   0.30       -1.49nA             - -1.49nA             - -1.49nA
   0.40       -1.32nA             - -1.32nA             - -1.32nA
   0.50       -1.17nA             - -1.17nA             - -1.17nA
   0.60       -1.02nA             - -1.02nA             - -1.02nA
   0.70       -0.89nA             - -0.89nA             - -0.89nA
   0.80       -0.78nA             - -0.78nA             - -0.78nA
   0.90       -0.67nA             - -0.67nA             - -0.67nA
   1.00       -0.57nA             - -0.57nA             - -0.57nA
   1.10       -0.48nA             - -0.48nA             - -0.48nA
   1.20       -0.40nA             - -0.40nA             - -0.40nA
   1.30       -0.33nA             - -0.33nA             - -0.33nA
   1.40       -0.26nA             - -0.26nA             - -0.26nA
   1.50       -0.20nA             - -0.20nA             - -0.20nA
   1.60       -0.14nA             - -0.14nA             - -0.14nA
   1.70      -92.03pA            - -92.03pA            - -92.03pA
   1.80      -44.85pA            - -44.85pA            - -44.85pA
   1.90       -1.42pA             - -1.42pA             - -1.42pA
   2.00       38.68pA             38.68pA             38.68pA
   2.10       75.84pA             75.84pA             75.84pA
   2.20        0.11nA              0.11nA              0.11nA
   2.30        0.14nA              0.14nA              0.14nA
   2.40        0.17nA              0.17nA              0.17nA
   2.50        0.20nA              0.20nA              0.20nA
   2.60        0.23nA              0.23nA              0.23nA
   2.70        0.25nA              0.25nA              0.25nA
   2.80        0.28nA              0.28nA              0.28nA
   2.90        0.30nA              0.30nA              0.30nA
   3.00        0.32nA              0.32nA              0.32nA
   3.10        0.34nA              0.34nA              0.34nA
   3.20        0.36nA              0.36nA              0.36nA
   3.30        0.37nA              0.37nA              0.37nA
   3.40        0.38nA              0.38nA              0.38nA
   3.50        0.40nA              0.40nA              0.40nA
   3.60        0.56nA              0.56nA              0.56nA
|
[POWER_clamp]
| voltage     I(typ)              I(min)              I(max)
|
  -3.60        3.00mA              3.00mA              3.00mA
  -3.50        2.89mA              2.89mA              2.89mA
  -3.40        2.78mA              2.78mA              2.78mA
  -3.30        2.67mA              2.67mA              2.67mA
  -3.20        2.56mA              2.56mA              2.56mA
  -3.10        2.46mA              2.46mA              2.46mA
  -3.00        2.35mA              2.35mA              2.35mA
  -2.90        2.24mA              2.24mA              2.24mA
  -2.80        2.14mA              2.14mA              2.14mA
  -2.70        2.03mA              2.03mA              2.03mA
  -2.60        1.93mA              1.93mA              1.93mA
  -2.50        1.82mA              1.82mA              1.82mA
  -2.40        1.72mA              1.72mA              1.72mA
  -2.30        1.62mA              1.62mA              1.62mA
  -2.20        1.53mA              1.53mA              1.53mA
  -2.10        1.43mA              1.43mA              1.43mA
  -2.00        1.34mA              1.34mA              1.34mA
  -1.90        1.25mA              1.25mA              1.25mA
  -1.80        1.15mA              1.15mA              1.15mA
  -1.70        1.06mA              1.06mA              1.06mA
  -1.60        0.97mA              0.97mA              0.97mA
  -1.50        0.88mA              0.88mA              0.88mA
  -1.40        0.78mA              0.78mA              0.78mA
  -1.30        0.69mA              0.69mA              0.69mA
  -1.20        0.60mA              0.60mA              0.60mA
  -1.10        0.51mA              0.51mA              0.51mA
  -1.00        0.42mA              0.42mA              0.42mA
  -0.90        0.33mA              0.33mA              0.33mA
  -0.80        0.25mA              0.25mA              0.25mA
  -0.70        0.16mA              0.16mA              0.16mA
  -0.60       85.73uA             85.73uA             85.73uA
  -0.50        0.68mA              0.68mA              0.68mA
  -0.40        0.25mA              0.25mA              0.25mA
  -0.30        8.01uA              8.01uA              8.01uA
  -0.20       68.87nA             68.87nA             68.87nA
  -0.10        3.39nA              3.39nA              3.39nA
   0.00        0.56nA              0.56nA              0.56nA
|
[Ramp]
| variable       typ                 min                 max
dV/dt_r          0.83/0.74n          0.83/0.74n          0.83/0.74n
dV/dt_f          1.11/0.79n          1.11/0.79n          1.11/0.79n
R_load = 25.00
|
[Rising Waveform]
R_fixture = 25.00
V_fixture = 0.000
V_fixture_min = 0.000
V_fixture_max = 0.000
| time           V(typ)              V(min)              V(max)
|
  0.000S         17.33nV             17.33nV             17.33nV
   0.20nS        17.84nV             17.84nV             17.84nV
   0.40nS        17.67nV             17.67nV             17.67nV
   0.60nS         1.29uV              1.29uV              1.29uV
   0.80nS        17.99uV             17.99uV             17.99uV
   1.00nS        53.27mV             53.27mV             53.27mV
   1.20nS         0.23V               0.23V               0.23V
   1.40nS         0.59V               0.59V               0.59V
   1.60nS         0.75V               0.75V               0.75V
   1.80nS         0.84V               0.84V               0.84V
   2.00nS         1.09V               1.09V               1.09V
   2.20nS         1.35V               1.35V               1.35V
   2.40nS         1.37V               1.37V               1.37V
   2.60nS         1.38V               1.38V               1.38V
   2.80nS         1.38V               1.38V               1.38V
   3.00nS         1.38V               1.38V               1.38V
   3.20nS         1.38V               1.38V               1.38V
   3.40nS         1.38V               1.38V               1.38V
   3.60nS         1.38V               1.38V               1.38V
   3.80nS         1.38V               1.38V               1.38V
   4.00nS         1.38V               1.38V               1.38V
   4.20nS         1.38V               1.38V               1.38V
   4.40nS         1.38V               1.38V               1.38V
   4.60nS         1.38V               1.38V               1.38V
   4.80nS         1.38V               1.38V               1.38V
   5.00nS         1.38V               1.38V               1.38V
   5.20nS         1.38V               1.38V               1.38V
   5.40nS         1.38V               1.38V               1.38V
   5.60nS         1.38V               1.38V               1.38V
   5.80nS         1.38V               1.38V               1.38V
   6.00nS         1.38V               1.38V               1.38V
   6.20nS         1.38V               1.38V               1.38V
   6.40nS         1.38V               1.38V               1.38V
   6.60nS         1.38V               1.38V               1.38V
   6.80nS         1.38V               1.38V               1.38V
   7.00nS         1.38V               1.38V               1.38V
   7.20nS         1.38V               1.38V               1.38V
   7.40nS         1.38V               1.38V               1.38V
   7.60nS         1.38V               1.38V               1.38V
   7.80nS         1.38V               1.38V               1.38V
   8.00nS         1.38V               1.38V               1.38V
   8.20nS         1.38V               1.38V               1.38V
   8.40nS         1.38V               1.38V               1.38V
   8.60nS         1.38V               1.38V               1.38V
   8.80nS         1.38V               1.38V               1.38V
   9.00nS         1.38V               1.38V               1.38V
   9.20nS         1.38V               1.38V               1.38V
   9.40nS         1.38V               1.38V               1.38V
   9.60nS         1.38V               1.38V               1.38V
   9.80nS         1.38V               1.38V               1.38V
  10.00nS         1.38V               1.38V               1.38V
|
[Rising Waveform]
R_fixture = 25.00
V_fixture = 3.60
V_fixture_min = 3.60
V_fixture_max = 3.60
| time           V(typ)              V(min)              V(max)
|
  0.000S          1.75V               1.75V               1.75V
   0.20nS         1.75V               1.75V               1.75V
   0.40nS         1.75V               1.75V               1.75V
   0.60nS         1.75V               1.75V               1.75V
   0.80nS         1.75V               1.75V               1.75V
   1.00nS         1.82V               1.82V               1.82V
   1.20nS         2.22V               2.22V               2.22V
   1.40nS         3.32V               3.32V               3.32V
   1.60nS         3.55V               3.55V               3.55V
   1.80nS         3.58V               3.58V               3.58V
   2.00nS         3.58V               3.58V               3.58V
   2.20nS         3.60V               3.60V               3.60V
   2.40nS         3.60V               3.60V               3.60V
   2.60nS         3.60V               3.60V               3.60V
   2.80nS         3.60V               3.60V               3.60V
   3.00nS         3.60V               3.60V               3.60V
   3.20nS         3.60V               3.60V               3.60V
   3.40nS         3.60V               3.60V               3.60V
   3.60nS         3.60V               3.60V               3.60V
   3.80nS         3.60V               3.60V               3.60V
   4.00nS         3.60V               3.60V               3.60V
   4.20nS         3.60V               3.60V               3.60V
   4.40nS         3.60V               3.60V               3.60V
   4.60nS         3.60V               3.60V               3.60V
   4.80nS         3.60V               3.60V               3.60V
   5.00nS         3.60V               3.60V               3.60V
   5.20nS         3.60V               3.60V               3.60V
   5.40nS         3.60V               3.60V               3.60V
   5.60nS         3.60V               3.60V               3.60V
   5.80nS         3.60V               3.60V               3.60V
   6.00nS         3.60V               3.60V               3.60V
   6.20nS         3.60V               3.60V               3.60V
   6.40nS         3.60V               3.60V               3.60V
   6.60nS         3.60V               3.60V               3.60V
   6.80nS         3.60V               3.60V               3.60V
   7.00nS         3.60V               3.60V               3.60V
   7.20nS         3.60V               3.60V               3.60V
   7.40nS         3.60V               3.60V               3.60V
   7.60nS         3.60V               3.60V               3.60V
   7.80nS         3.60V               3.60V               3.60V
   8.00nS         3.60V               3.60V               3.60V
   8.20nS         3.60V               3.60V               3.60V
   8.40nS         3.60V               3.60V               3.60V
   8.60nS         3.60V               3.60V               3.60V
   8.80nS         3.60V               3.60V               3.60V
   9.00nS         3.60V               3.60V               3.60V
   9.20nS         3.60V               3.60V               3.60V
   9.40nS         3.60V               3.60V               3.60V
   9.60nS         3.60V               3.60V               3.60V
   9.80nS         3.60V               3.60V               3.60V
  10.00nS         3.60V               3.60V               3.60V
|
[Falling Waveform]
R_fixture = 25.00
V_fixture = 3.60
V_fixture_min = 3.60
V_fixture_max = 3.60
| time           V(typ)              V(min)              V(max)
|
  0.000S          3.60V               3.60V               3.60V
   0.20nS         3.60V               3.60V               3.60V
   0.40nS         3.60V               3.60V               3.60V
   0.60nS         3.60V               3.60V               3.60V
   0.80nS         3.60V               3.60V               3.60V
   1.00nS         3.60V               3.60V               3.60V
   1.20nS         3.60V               3.60V               3.60V
   1.40nS         3.59V               3.59V               3.59V
   1.60nS         3.33V               3.33V               3.33V
   1.80nS         3.05V               3.05V               3.05V
   2.00nS         2.84V               2.84V               2.84V
   2.20nS         2.80V               2.80V               2.80V
   2.40nS         2.34V               2.34V               2.34V
   2.60nS         1.98V               1.98V               1.98V
   2.80nS         1.85V               1.85V               1.85V
   3.00nS         1.79V               1.79V               1.79V
   3.20nS         1.77V               1.77V               1.77V
   3.40nS         1.76V               1.76V               1.76V
   3.60nS         1.75V               1.75V               1.75V
   3.80nS         1.75V               1.75V               1.75V
   4.00nS         1.75V               1.75V               1.75V
   4.20nS         1.75V               1.75V               1.75V
   4.40nS         1.75V               1.75V               1.75V
   4.60nS         1.75V               1.75V               1.75V
   4.80nS         1.75V               1.75V               1.75V
   5.00nS         1.75V               1.75V               1.75V
   5.20nS         1.75V               1.75V               1.75V
   5.40nS         1.75V               1.75V               1.75V
   5.60nS         1.75V               1.75V               1.75V
   5.80nS         1.75V               1.75V               1.75V
   6.00nS         1.75V               1.75V               1.75V
   6.20nS         1.75V               1.75V               1.75V
   6.40nS         1.75V               1.75V               1.75V
   6.60nS         1.75V               1.75V               1.75V
   6.80nS         1.75V               1.75V               1.75V
   7.00nS         1.75V               1.75V               1.75V
   7.20nS         1.75V               1.75V               1.75V
   7.40nS         1.75V               1.75V               1.75V
   7.60nS         1.75V               1.75V               1.75V
   7.80nS         1.75V               1.75V               1.75V
   8.00nS         1.75V               1.75V               1.75V
   8.20nS         1.75V               1.75V               1.75V
   8.40nS         1.75V               1.75V               1.75V
   8.60nS         1.75V               1.75V               1.75V
   8.80nS         1.75V               1.75V               1.75V
   9.00nS         1.75V               1.75V               1.75V
   9.20nS         1.75V               1.75V               1.75V
   9.40nS         1.75V               1.75V               1.75V
   9.60nS         1.75V               1.75V               1.75V
   9.80nS         1.75V               1.75V               1.75V
  10.00nS         1.75V               1.75V               1.75V
|
[Falling Waveform]
R_fixture = 25.00
V_fixture = 0.000
V_fixture_min = 0.000
V_fixture_max = 0.000
| time           V(typ)              V(min)              V(max)
|
  0.000S          1.38V               1.38V               1.38V
   0.20nS         1.38V               1.38V               1.38V
   0.40nS         1.38V               1.38V               1.38V
   0.60nS         1.38V               1.38V               1.38V
   0.80nS         1.38V               1.38V               1.38V
   1.00nS         1.38V               1.38V               1.38V
   1.20nS         1.38V               1.38V               1.38V
   1.40nS         1.37V               1.37V               1.37V
   1.60nS         1.00V               1.00V               1.00V
   1.80nS         0.36V               0.36V               0.36V
   2.00nS        47.51mV             47.51mV             47.51mV
   2.20nS        17.40mV             17.40mV             17.40mV
   2.40nS        14.42mV             14.42mV             14.42mV
   2.60nS         2.09mV              2.09mV              2.09mV
   2.80nS         1.04mV              1.04mV              1.04mV
   3.00nS         0.57mV              0.57mV              0.57mV
   3.20nS         0.41mV              0.41mV              0.41mV
   3.40nS         0.28mV              0.28mV              0.28mV
   3.60nS         0.22mV              0.22mV              0.22mV
   3.80nS         0.19mV              0.19mV              0.19mV
   4.00nS         0.17mV              0.17mV              0.17mV
   4.20nS         0.15mV              0.15mV              0.15mV
   4.40nS         0.13mV              0.13mV              0.13mV
   4.60nS         0.12mV              0.12mV              0.12mV
   4.80nS         0.11mV              0.11mV              0.11mV
   5.00nS         0.10mV              0.10mV              0.10mV
   5.20nS        96.04uV             96.04uV             96.04uV
   5.40nS        87.15uV             87.15uV             87.15uV
   5.60nS        79.44uV             79.44uV             79.44uV
   5.80nS        75.28uV             75.28uV             75.28uV
   6.00nS        71.50uV             71.50uV             71.50uV
   6.20nS        66.97uV             66.97uV             66.97uV
   6.40nS        62.92uV             62.92uV             62.92uV
   6.60nS        59.19uV             59.19uV             59.19uV
   6.80nS        55.79uV             55.79uV             55.79uV
   7.00nS        52.75uV             52.75uV             52.75uV
   7.20nS        49.96uV             49.96uV             49.96uV
   7.40nS        46.77uV             46.77uV             46.77uV
   7.60nS        43.94uV             43.94uV             43.94uV
   7.80nS        42.43uV             42.43uV             42.43uV
   8.00nS        40.97uV             40.97uV             40.97uV
   8.20nS        39.12uV             39.12uV             39.12uV
   8.40nS        37.40uV             37.40uV             37.40uV
   8.60nS        35.80uV             35.80uV             35.80uV
   8.80nS        34.34uV             34.34uV             34.34uV
   9.00nS        33.00uV             33.00uV             33.00uV
   9.20nS        31.74uV             31.74uV             31.74uV
   9.40nS        30.80uV             30.80uV             30.80uV
   9.60nS        30.41uV             30.41uV             30.41uV
   9.80nS        30.76uV             30.76uV             30.76uV
  10.00nS        31.36uV             31.36uV             31.36uV
|
| End [Model] tristate_driver
|
| End [Component] OUTPUT DRIVER
|
[End]
 
 

Regards
Anshuli
  - --------------0121A56684CCD5256AA2C438-- |------------------------------------------------------------------ |For help or to subscribe/unsubscribe, email majordomo@eda.org |with just the appropriate command message(s) in the body: | | help | subscribe ibis | subscribe ibis-users | unsubscribe ibis | unsubscribe ibis-users | |or email a written request to ibis-request@eda.org. | |IBIS reflector archives exist under: | | http://www.eda.org/pub/ibis/email_archive/ Recent | http://www.eda.org/pub/ibis/users_archive/ Recent | http://www.eda.org/pub/ibis/email/ E-mail since 1993 ------------------------------ End of ibis-users V1 #17 ************************