comparison pru_rtaudio.p @ 188:c706be7daad7

Fixed misbehaviour of GPIO when -C2: the GPIO buffer was being processed at double sampling rate and so for the second part of the buffer, it  was just processing zeros. Closes #1532.

 //i.e.: the first line will always take 145ns/185ns and the second one will always take 95ns/130ns, 
 //regardless of whether the order is gpio1-gpio2 or gpio2-gpio1
 JMP r28.w0 // go back to ADC_WRITE_AND_PROCESS_GPIO
 
 .macro HANG //useful for debugging
-DALOOP: 
+DALOOP:
     set r30.t14
     clr r30.t14
 QBA DALOOP
 .endm	
 

 .macro ADC_WRITE_GPIO
 .mparam in, out, do_gpio
      ADC_CS_ASSERT
      ADC_TX in
      QBBC GPIO_DONE, reg_flags, FLAG_BIT_USE_DIGITAL //skip if DIGITAL is disabled
+     QBLT CASE_4_OR_8_CHANNELS, reg_num_channels, 2
+CASE_2_CHANNELS:
+     AND r27, reg_frame_current, 0x1
+     QBNE GPIO_DONE, r27, 0
+     JMP DO_GPIO
+CASE_4_OR_8_CHANNELS:
      AND r27, do_gpio, 0x3 // only do a DIGITAL every 2 SPI I/O
      QBNE GPIO_DONE, r27, 0 
+DO_GPIO:
 //from here to GPIO_DONE takes 1.8us, while usually ADC_WAIT_FOR_FINISH only waits for 1.14us.
 //TODO: it would be better to split the DIGITAL stuff in two parts:
 //- one taking place during DAC_WRITE which sets the GPIO_OE
 //- and the other during ADC_WRITE which actually reads DATAIN and writes CLEAR/SET DATAOUT
                             //r27 is actually r27, so do not use r27 from here to ...