Bug 361 - Data aquisition from bus pirate gives demo data instead of real data
Summary: Data aquisition from bus pirate gives demo data instead of real data
Status: RESOLVED WORKSFORME
Alias: None
Product: PulseView
Classification: Unclassified
Component: Acquisition (show other bugs)
Version: 0.1.0
Hardware: x86 Linux
: Normal normal
Target Milestone: ---
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-06-01 14:54 CEST by int_bugzilla
Modified: 2016-11-04 21:57 CET (History)
1 user (show)



Attachments
gdb backtrace of pulseview 0.1.0 (10.37 KB, text/plain)
2014-06-01 14:54 CEST, int_bugzilla
Details

Note You need to log in before you can comment on or make changes to this bug.
Description int_bugzilla 2014-06-01 14:54:34 CEST
Created attachment 77 [details]
gdb backtrace of pulseview 0.1.0

Hardware is Bus Pirate 3.5a, latest firmware from package v6.1. Data aquisition with sigrok-cli works with this device and gives the real state of the input pins.
When opening the device in pulseview, pulseview throws the message "QFormLayout: Cannot add null field to ".
Pulseview then shows the five input lines of the Bus Pirate.
The first run shows the actual signals at the input pins.
The next runs show not existing signals, that look like the signals from the demo device, except that there are only five digital lines shown.
When I switch to the demo device and then back to the Bus Pirate, it still shows only demo data.
When closing pulseview, the serial port (/dev/ttyUSB0 in my case) is still locked.
Comment 1 Soeren Apel 2016-04-18 20:55:47 CEST
This bug needs verification. It may be solved by now but I lack the hardware to check.
Comment 2 Soeren Apel 2016-11-04 21:57:13 CET
Closing as bug reporter did not respond and no one else seems to have such issues.