Не видел этого сообщения. У меня везде стоит 555лн1 т.к. у меня их больше и они дешевле (4 экземпляра такой схемы запущено), везде работает. Собственно, аппаратная часть используется "как есть" из ЕМНИП этого проекта, я тут ничего не изобретал. Если с резюками лучше, то почему бы и нет. Хотя, тогда наверное можно было бы обойтись без ЛН1? Поставив привязку к +5В и поменяв программную часть. Но мне дико лениво что-то менять по части ПО.
- - - Добавлено - - -
Кстати, вот и сам автор объясняет, что 74HC04 {т.е. в его случае это вообще 1564 серия} как раз для борьбы с "послесбросовыми" состояниями ВВ55 (насколько уж корректно - я не вникал: заработало сразу, да и ладно ):
Hardware description
When implementing a 16-bits I/O port all you need is a bidirectional I/O port and some control bits to generate the /RD, /WR etc... That is when the 8255 came in view. An 8255 has 3 8-bits I/O ports. It can be switched from output to input and back under software control. I used 2 of the 8-bits I/O ports for the data path and use port to generate the IDE control signals. The 74HC04 came into the design later. Once I had the controller and the 8255 strapped together with the IDE connector and a disk I found out that the 8255 has a nasty trait. Whenever you switch the I/O modus of the chip it resets ALL its memory bits. That includes ALL output signals too. For the data bus that is not so much of a problem. The control signals get a real shake when this happens. In particular: The /RESET line of the interface is activated. That makes all control of a disk on this interface impossible (the disk gets a reset at all kinds of odd moments...). I have solved this by simply inverting all the control signals from the 8255 to the IDE bus. When the modus of the 8255 is switched all outputs of the chip go to '0'. That means that all the (low-active) control signals are made inactive by the inversion. That is -in fact- the state where I have them already when I'm about to change the 8255's modus.