UPDATE: Tektronix were able to reproduce the bit rate limitation issue and are working on it. UPDATE2: They have identified the issue "DPG output does not track the user programmed bitrate. This is causing the decode to stop working. Fixing this issue in our next release."
My uncle worked in the Tectonics Guernsey workshop for most of his life. I loved chatting electronics with him when I was doing my degree. His knowledge was literally from the ground up and deeper than the ocean.
That text layout is awful. Th R&S can transition to a vertical display to maximise the amount of visible data. And what's with the green marks on the left of each character? Unless there are errors, the display should maximise the visibility of the data. I'd expect this sort of thing from cheapo Chinese scopes, not Tek.
I recently saw Applied Science Ben using the 2 series AFG and was very impressed by the software, UI and inbuilt measurement capabilities, only then did I truly understand it's not just an entry level portable scope and thus the price point Tektronix set for it.
@@jstro-hobbytech AU$3,000 for the 2 channel 70 MHz entry level one, which is already more expensive than other brands entry scopes, but up to AU$19,000 with all the channels, gens and options which is closer to what Ben was using.
Very odd to see the internal drive of the scope lettered C: listing a directory called lost+found. I guess it's easier to represent drive lettering in a widespread DOS/Windows way while having some sort of unix/linux OS in the background with an ext filesystem I guess. :)
It would be easy to write some scripts that create the needed csv files from your desired input... Just spitting out some ones and zeroes into some text file 😉
It is common for RS232 to sample at 8x or 16x the baud rate to detect the beginning of the start bit, and then to sample at the center of each bit after that. Maybe that sample rate is a limitation?
@@EEVblog2 maybe for sync protocols like SPI that is true? RS-232 is async, so you typically need to over sample the input data to correctly detect the start of a word (start bit, data bits, optional parity bits and one or more stop bits). But, they could be doing it a different way ...
Yeah, feels like a USB scope with PC user interface. Full of features but painfully inconvenient to use... Those flat under-plastic-surface buttons also look like a cheap pocket calculator from mid-90s.
Interesting scope... so, we reached that dystopian future where you have to buy licences to use the basic functionality of your test gear, huh? What has the world come to?
The glare is worse on camera than irl I would think. I like pc monitors that are glossy instead of matte for example since you perceive the colors as more vivid and blacks as darker. I dont have any problems with it, but a pc monitor, like this "tablet" scope will mostly be postitioned at correct angle to not get glare, a normal bench scope on the other hand could be in a worse viewing angle so there being a matte screen is more important. And the glass screen on this scope is hard to avoid since it's portable and you dont want a plastic screen that willl scratch in no time...
@@kruppin definitely. Its a shame tho for the engineers who designed the scope that their work ends up looking like this in the reviews. I'm sure its fine in person
Try specify the buad in 15000 kbits on both instead. It seems the buad on either the pg or decoder is wierd which is why it cant decode it. Edit: And i'm sorry Dave, but it is always amusing how all UIs are badly designed when you are doing stuff. Sure, I can agree it's not the best, but also it showed the file in the drop down after you loaded it from the usb so it was clear enough it was loaded. :D And I'm just having some fun, it's great you point out these things. :)
@@EEVblog2 Ah, okey. If you specify 12345kbits instead then? Or will it not accept any arbitrary buad rate? Im guessing the pg will accept anything, and the decoder is stupid and only accepts "normal" serial buads.
