only autmomatically notify about low throughput tip changes

[caila-marashaj]

Overview

On the 96 channel pipette, readings of the tip presence sensor are only meaningful when the gear motors are moved down far enough to drop the shroud below the optical sensor. If tips are accidentally dropped during a protocol, we wouldn't actually know until we check by commanding the gear motors to move. Therefore, we don't need an interrupt for changes in the 96 channel's sensor status.

Changelog

• Initialize the tip presence sensor for the 96 channel as a regular gpio input, and keep interrupt initialization for the single and 8 channel pipettes
• Remove the check in the interrupt's callback for whether the gpio pin is the primary or secondary sensor, as this only applies to the 96 channel
• Invert the active setting of the gpio pin only for the 96 channel, so the 96 channel's response logic matches the single and 8 channel's

[fsinapi]

nice this LGTM but we should also not enable the IRQ for the tip sense interrupt on the 96ch (in nvic_priority_enable_init)

[sfoster1]

Looks good to me if tested and works!

[ahiuchingau]

LGTM!