Subject: Minutes of the Committee call (22nd July 2002)
From: Srikanth Chandrasekaran (schandra@asc.corp.mot.com)
Date: Tue Jul 23 2002 - 01:15:07 PDT
Attendees: Martin (Cadence), Peter (Antrim), Kevin (National),
Sri & Graham (Motorola)
Date: 22nd July, 4:30PM PST
Comments on Chapter 8:
* clarification on what is a nuetral net. Rephrase "A net can be declared
either a nuetral, ..." page 8-2
* Rephrase the beginning of the paragraph "The drivers and receivers of a net
are associated with the ports..." on page 8-3.
* Attributes of a node refer to abstol attribute of the nature for that node
* same as point #1 (clarify nuetral interconnect)
Comments on Chapter 9:
* Break up the second sentence in 9.2.2.2 "When it is initially activated, it
will attempt to predict...". Sentence too long. Page 9-5.
* Clarify the term "crossings" in the second paragraph of section 9.2.2.2
* Should analog process be implicitly sensitive to digital signals used in
procedural code?
- Martin felt that they should be. Since they are sensitive to analog
signals they should also be sensitive to digital to be consistent.
- Graham, Sri & Kevin felt that it should be insensitive. If the user wants
the signal to be sensitive it should be part of the event expression. Also
this implicit sensitivity would make an already slow simulation even
slower. Only changes in event expression will trigger re-evaluation.
* Should the digital kernel a2d events to the nearest tick?
- Martin felt that it should be truncated. This was agreed to be truncated
way back to be consistent with VHDL-AMS
- Kevin mentioned that this concept is handled differently in VHDL-AMS and
also rounding to the nearest tick reduces the error to half a tick when
swapping analog for its digital equivalent, and resolves timing problems
when this is done.
- Martin to check with his group with regards to this.
* Rephrase "If connector A detects a positive threshold..." in page 9-6
section 9.2.2.3
* It was felt that it would be good to have section 9.2.3 "Synchronization
Loop" instead of deleting it as per the proposal. It was agreed that the
figure 9-4 "Sample run" was very complicated and messy. Kevin would have a
go at this to make it simpler in terms of synch between digital and analog.
cheers,
Sri
-- Srikanth Chandrasekaran Global Software Group, EDA SBU Motorola Australia. Phone: +61-8-8168 3592 Fax: x3501
This archive was generated by hypermail 2b28 : Tue Jul 23 2002 - 01:16:51 PDT