Products > Test Equipment
New Scope Demoboard from Batronix
<< < (60/65) > >>
Electro Fan:

--- Quote from: blurpy on April 06, 2024, 09:36:57 am ---
--- Quote from: ebastler on April 06, 2024, 07:12:05 am ---we are now asking Siglent to add a decoder option so we can run the demo nicely?

--- End quote ---
Not really though. Siglent has already implemented the decoder for parallel signals. The hard part is getting the binary value from the signal, which works today. After that, you decide how to display the result to the user. Display as the original binary value, or something more humanly readable, like hex or ascii.

And the functionality to convert binary to ascii is already implemented for serial signals. So all the pieces are there already, we are just asking Siglent to add the required glue and menu element so we can use it. A demo board like this is just the first place many will experience this lacking feature, before venturing into real projects.

--- End quote ---

+1
 :-+
axantas:

--- Quote from: blurpy on April 06, 2024, 09:36:57 am ---
--- Quote from: ebastler on April 06, 2024, 07:12:05 am ---we are now asking Siglent to add a decoder option so we can run the demo nicely?

--- End quote ---
Not really though. Siglent has already implemented the decoder for parallel signals. The hard part is getting the binary value from the signal, which works today. After that, you decide how to display the result to the user. Display as the original binary value, or something more humanly readable, like hex or ascii.

And the functionality to convert binary to ascii is already implemented for serial signals. So all the pieces are there already, we are just asking Siglent to add the required glue and menu element so we can use it. A demo board like this is just the first place many will experience this lacking feature, before venturing into real projects.

--- End quote ---

I do not completely disagree - just a little bit...
Venturing into new projects also means mastering hurdles - so to say.

Houston, we have a problem.

Finding the solution is not pushing button number 5 to get into the menue, but to find out and to learn. I sometimes like to run into a problem and then to search for the solution (including frustrating failures...), because it helps venturing future projects.
blurpy:

--- Quote from: axantas on April 06, 2024, 07:37:48 pm ---Finding the solution is not pushing button number 5 to get into the menue, but to find out and to learn. I sometimes like to run into a problem and then to search for the solution (including frustrating failures...), because it helps venturing future projects.

--- End quote ---
I agree that learning is valuable, but optional automation wont stop anyone from learning if they want, and at the same time it speeds up the task for those who already know or don't care.

Modern scopes are pretty amazing efficiency tools. All the nice measurements that Siglent have implemented for us are there because it saves us time, even if we know how to count divisions to get peek to peek voltage or know the math behind RMS. I don't see anyone advocating to remove features here, including the removal of ascii support for serial signals. Or is that what is happening?
ebastler:

--- Quote from: blurpy on April 07, 2024, 10:25:42 am ---I don't see anyone advocating to remove features here, including the removal of ascii support for serial signals. Or is that what is happening?

--- End quote ---

That's called a strawman argument -- nobody has ever suggested that. But serial protocols are quite commonly used to transmit ASCII data, while parallel buses are not (anymore). Hence I think there are many things Siglent could do which are more important than implementing ASCII output for the parallel decoder, even if that would be a limited effort.

For example, how about enabling pattern "trigger" for the Search function? That would enable us to capture and decode a long data sequence from a parallel bus including its handhake signals, then look for particular situations (patterns) on those lines and highlight them via search markers.

That would be really useful for working with parallel buses in my opinion. In contrast to ASCII-formatted output, where the key rationale seems to be a nicer demo with the Batronix board.  ::)
blurpy:

--- Quote from: ebastler on April 07, 2024, 10:49:15 am ---For example, how about enabling pattern "trigger" for the Search function? That would enable us to capture and decode a long data sequence from a parallel bus including its handhake signals, then look for particular situations (patterns) on those lines and highlight them via search markers.

--- End quote ---
Well you would learn much more by not having this feature I think :)
Navigation
Message Index
Next page
Previous page
There was an error while thanking
Thanking...

Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod