home bbs files messages ]

Just a sample of the Echomail archive

Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.

   RBERRYPI      Support for the Raspberry Pi device      21,939 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 20,657 of 21,939   
   The Natural Philosopher to john larkin   
   Re: uP port mapping   
   13 Sep 24 09:30:22   
   
   INTL 3:770/1 3:770/3   
   REPLYADDR tnp@invalid.invalid   
   REPLYTO 3:770/3.0 UUCP   
   MSGID:  9638f32a   
   REPLY: <6jg6ejlh6f0iqo84v2dlo4487fpccprjmh@4ax.com> cbf42cf6   
   PID: SoupGate-Win32 v1.05   
   XPost: sci.electronics.design   
      
   On 12/09/2024 20:35, john larkin wrote:   
   > RP2040 has I think 2 PIO blocks and each has a couple of hardware   
   > programmable state machines, and those can be set up to drive pins.   
   > I'm mostly concerned now with a PCB schematic design, picking the   
   > appropriate and easy-to-route pins from the CPU to things.   
   >   
   It would be unusual for the pins in numerical order not to be part of   
   the same PIO block   
   So you might as well design the PCB that way.   
      
   > My general question, for various processors, is how to associate bits   
   > in integer variables with physical pins on the chip.   
      
   Well that is a software issue.   
   I thought that on the Pi PICO there was software to do a bulk set of pins   
      
   Yes.   
      
   https://www.raspberrypi.com/documentation/pico-sdk/hardware.html#functions70   
   There is a set pins by mask - mask is up to 32 bits - and clear pins by   
   mask.   
      
   So presumably if you invert the mask (XOR with FFFF) and clear with that   
   and set with the original mask and add  a strobe pulse as well to latch   
   the data, its three calls in C....or have I misunderstood..not sure if   
   you can set AND clear simultaneously.   
      
   Now irrespective of whether the hardware supports more, that's as good   
   as you are going to get with the C SDK, and presumably only assembler is   
   faster. And presumably the actual gpio functions are written in   
   assembler anyway. So that (c gpio) will be as good as it gets.   
      
   What that leads to in respect of your original question is to treat the   
   gpio numbers as if they represented the bits in order.   
      
   https://forums.raspberrypi.com/viewtopic.php?t=326719   
      
   That conversation implies that they are.   
      
   So gpio 0-12 should e.g. go to the DAC lsb->msb set of bots.   
      
   These are all arranged in order down one side of the board, so it should   
   be easy   
      
   Good luck!   
      
   --   
   No Apple devices were knowingly used in the preparation of this post.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)   
   SEEN-BY: 1/19 16/0 19/37 80/1 90/1 105/81 106/201 123/130 129/305   
   SEEN-BY: 142/104 153/757 7715 203/0 218/700 840 220/70 221/1 6 242   
   SEEN-BY: 221/360 226/17 30 100 227/114 229/110 111 114 200 206 300   
   SEEN-BY: 229/317 400 426 428 470 550 616 664 700 230/0 240/5832 266/512   
   SEEN-BY: 267/800 280/5003 282/1038 291/111 292/854 301/1 310/31 320/119   
   SEEN-BY: 320/219 319 2119 322/757 762 325/304 335/364 341/66 342/200   
   SEEN-BY: 396/45 423/81 460/58 633/280 712/848 770/1 3 100 330 340   
   SEEN-BY: 772/210 220 230 5020/400 5053/58 5058/104 5075/35   
   PATH: 770/3 1 218/840 221/6 1 320/219 229/426   
      

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca