Release notes
New Serial Decoding features
· Support for 8 new protocols ( now 16 in total ! )
Ethernet 10Base-T
Fast Ethernet 100Base-TX
PS/2
DMX-512
1-Wire
ARINC-429
DCC
SENT (Fast & Slow)
· updated user interface
· significant decoding speed improvements
· added checksum calculations on most protocols
Math channel speed improvements and maximum data supported by a math channel increased to 5 MS.
BTW, how many years do I need to have been a member here, or how many posts, before I no longer have to wait days for my comments to go through a Moderator? (Notwithstanding the fact that no matter how many Posts I contribute here, my count always remains at 0.)
Your posts should no longer need moderating, the automatic mechanism for switching this after a few posts is broken. Post counts may take a little longer.
I haven't had any time to test the Beta yet myself, but I have looked at the Examples, and they are also obviously incorrect. (When I first saw them, I thought they were just "faked".)
Why do I say that? Because many of the ID fields depicted have values such as Ax xx xx xx, and 9x xx xx xx. Which would be pretty interesting to hear how that's possible on a 29-bit Extended ID field. (the top 3 bits of a 32-bit Long are always 0)
So as Benno reported, the bits aren't being shifted into the proper positions. Unfortunately, with a mistake as blatant as that, it throws the rest of the decode into question. E.g., are tricky things like "stuff" bits being properly handled?
Luckily, this is something that should be easily correctable.
thank you Martyn for this new serial decoding addition.
I work mainly with SPI, I2C and SMBUS (at the moment gaz gauges BQ3060 / BQ24725) and noticed better decoding at low speed (60 kHz clock). Decoding wasn't always correctly done with V6.10 (some missing decoding values), all seem be OK with V6.11.4 beta (PicoScope 3204D-MSO).
Martyn wrote:The new beta version of PicoScope software is available for download from PicoScope 6.11.4 Beta
Hi Martyn,
Have there been any improvements that might allow users to create their own protocols? We use three different hardware layers and use the same packet formats over all three.
Are there any plans to allow users to specify some simple rules that would allow the construction and display of entire packets rather than individual bytes/words?
e.g.
Start marker: idle > 200us
Header Length: 12 bytes
Data: everything else
End marker: idle > 200us
I'm sure you've all thought about this before... Viewing RS232/UART data in PicoScope is very cumbersome without a few simple rules to condense a hundred thousand rows in to a couple hundred packets.
PS: How many posts until a mod isn't required to review? 3-5?