Resetting a slave from master mcu

[richard]

I don't have to worry about the surges up towards the Master during programming the Slave.

No, but the 120 ohm pullup will be a pin killer if the vdd is 5v

[Demon]

No, but the 120 ohm pullup will be a pin killer if the vdd is 5v

Yeah, I was blindly following SN7407 datasheet. I don't really care about timing, so I upped it to 1K pull-up.

[richard]

Yeah, I was blindly following SN7407 datasheet. I don't really care about timing, so I upped it to 1K pull-up.

given that I-inh max for a SN7407 gate is 40uA and a pic output pin could drive more than 20 of them and still produce a clean TTL signal.
i cannot see that signal timing would even be a consideration. just what need does the pullup fulfill ?

[Demon]

given that I-inh max for a SN7407 gate is 40uA and a pic output pin could drive more than 20 of them and still produce a clean TTL signal.
i cannot see that signal timing would even be a consideration. just what need does the pullup fulfill ?

Except from preventing the input pin on the SN7407 from floating, I don't see one for my application.

I don't really care about "precision timing"; I just trigger the MCLR reset on the Slave with a 10usec pause. I still have a pull-up downstream on the Slave PIC.

SlaveMCLR = 0
PauseUS 10
SlaveMCLR = 1

EDIT: I figured I'd read the instructions AFTER posting that reply.

11.1 Layout Guidelines: ... All unused inputs of digital logic devices must be connected to a high or low bias to prevent them from floating.

Promptly runs over to breadboard to pull down the other 5 unused inputs.