Bug 883 - "probes" dialog does not reflect device state after initial connect
Summary: "probes" dialog does not reflect device state after initial connect
Status: RESOLVED FIXED
Alias: None
Product: libsigrok
Classification: Unclassified
Component: Driver: hameg-hmo (show other bugs)
Version: unreleased development snapshot
Hardware: All All
: Normal normal
Target Milestone: ---
Assignee: Nobody
URL:
Keywords:
: 1068 (view as bug list)
Depends on:
Blocks:
 
Reported: 2017-01-08 13:55 CET by Gerhard Sittig
Modified: 2017-12-10 14:30 CET (History)
3 users (show)



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gerhard Sittig 2017-01-08 13:55:49 CET
This was observed in a Hameg HMO2524 setup:

Pulseview does not remember settings for TCP connected devices (see #882). 
Pulseview does remember settings for USB connected devices.  Upon close 
and re-start, the previous state of enabled channels and probes is retained.

For the first connect to a USB attached HMO2524, the channels' state is 
determined via SCPI queries, but does not reflect in PulseView's probes 
dialog.  Instead, all channels are enabled.  After manual adjustment, 
the state is retained across invocations (see above, for USB, not TCP).
Comment 1 Soeren Apel 2017-06-03 16:01:52 CEST
Turns out this is a hameg-hmo issue as the channel state isn't updated when querying the device state.

Compare
http://sigrok.org/gitweb/?p=libsigrok.git;a=blob;f=src/hardware/hameg-hmo/protocol.c#l449

with the drivers that don't show this bug:
http://sigrok.org/gitweb/?p=libsigrok.git;a=blob;f=src/hardware/yokogawa-dlm/protocol.c#l447
http://sigrok.org/gitweb/?p=libsigrok.git;a=blob;f=src/hardware/rigol-ds/protocol.c#l795
Comment 2 Soeren Apel 2017-12-02 18:25:44 CET
*** Bug 1068 has been marked as a duplicate of this bug. ***
Comment 3 Uwe Hermann 2017-12-10 14:30:49 CET
Fixed in bd70ec4b7325707a8b2f2fdf5ebf097051781c7b, thanks!