PNut_v33?
RossH
Posts: 5,462
in Propeller 2
I have PNut_v32i.exe, which is the latest version I can find. But this version cannot load my P2 EVAL (RevB) board. Which is a bit odd, because p2load and payload both do so quite happily.
Is there a PNut_v33 somewhere?
Thanks
Ross.
Is there a PNut_v33 somewhere?
Thanks
Ross.
Comments
Parallax needs to update propeller.parallax.com!
Ross.
It might have been from FPGA testing...
Thanks.
I really hate the fact that it is so hard to find the latest, definitive information about the Propeller 2. It makes everything three times harder than it should be
Sorry. As soon as PNut.exe comes out of flux, I'll make a cohesive place for everything. Maybe I should just post a link to the v33 PNut in the "New Silicon" thread that also has links to the doc's.
Yes, good idea. Also, you should put a link on propeller.parallax.com, which currently has PNut_v32i.exe only.
Ross.
Agreed.
For the docs update I have a question...
Is PNUT 33k backward compatible for RevA chips?
ie. should we list 32i for RevA (ES silicon 1)
and 33k for RevG (ES silicon 2)
or just 33k for both silicon.
Edit: All ok. Docs and site updates in progress with the team.
If you use 33k for RevA it won't error on the RevB PTRX[index] changes.
Yeah please put up a link. I got caught up with not knowing about Pnut 33 and the latest Flexgui 4.0.3. Now all is working.
BTW I like the new board. A lot cleaner. I now get to hang my Rev A on the wall.
Let me find it....
https://drive.google.com/file/d/1W4_O8garuXfxYGz80bLm81kBuby5WeI9/view?usp=sharing
I guess the question is if 33L will work for RevA or do we use 33i forever on that platform?
Yes, for rev A silicon, you must stick with v33i.
Whoops. It would be v32i.
I made the REV operator use MSB# instead of the number of bits. In P2, the PASM instructions all use MSB#, so I thought the operators should use MSB#.
There seems to be no perfect solution, but where 32 bits are involved, it's nice to fit the range to 5 bits.
a = %1011 rev 5
should then return a value of $d000_0000?
PS: I can just hard code the addresses if there isn't a solution.
(%1011 rev 5) returns $00000034.
Think of bit 5 being the MSB, then reverse it:
%001011 --> %110100