Since TRICTL = 0, FX2 always either pushes or pulls the CTLx pins.
Signed-off-by: Paul Fertser <[email protected]>
---
gpif-acquisition.c | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/gpif-acquisition.c b/gpif-acquisition.c
index 57e852b..09a56ca 100644
--- a/gpif-acquisition.c
+++ b/gpif-acquisition.c
@@ -215,7 +215,8 @@ bool gpif_acquisition_start(const struct
cmd_start_acquisition *cmd)
if (cmd->flags & CMD_START_FLAGS_CLK_CTL2) {
uint8_t delay_1, delay_2;
- /* We need a pulse where the CTL2 pin alternates states. */
+ /* We need a pulse where the CTL1 and CTL2 pins
+ * alternate states. */
/* Make the low pulse shorter then the high pulse. */
delay_2 = cmd->sample_delay_l >> 2;
@@ -224,8 +225,8 @@ bool gpif_acquisition_start(const struct
cmd_start_acquisition *cmd)
delay_2 = 1;
delay_1 = cmd->sample_delay_l - delay_2;
- gpif_make_delay_state(pSTATE++, delay_2, 0x40);
- gpif_make_delay_state(pSTATE++, delay_1, 0x46);
+ gpif_make_delay_state(pSTATE++, delay_2, 0x00);
+ gpif_make_delay_state(pSTATE++, delay_1, 0x06);
} else {
/* Populate delay states. */
if ((cmd->sample_delay_h == 0 && cmd->sample_delay_l == 0) ||
--
2.7.3
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
sigrok-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sigrok-devel
