Oh, just got it, 0b also a valid hex number, and it said that 10 digit hex number you gave is just too huge to store in 8 bits - but that's only a warning in first place. Tamas On 3/16/07, Tamas Rudnai wrote: > > Jon, > > What type of compiler are you using? For me MPLAB says something wrong > with the 0b11111111 and checking with simulator it turned out it uses the > standard radix which is for me hex. So WREG becomes H'11' instead of > B'11111111'... > > Tamas > > > > > On 3/14/07, Hans Ruopp wrote: > > > > Gerhard Fiedler wrote: > > > Philip Pemberton wrote: > > > > > > > > >> [PIC tag added -PAP] > > >> > > >> slippyr4 wrote: > > >> > > >>> banksel PORTB ; set all outputs high > > >>> movlw 0b11111111 > > >>> movwf PORTB > > >>> > > >>> when I run that code, RB0 does indeed go high, but RB1 does not. it > > >>> stays firmly low. Currently, these pins are tied to ground via 10K; > > i > > >>> am testing high and low with my scope. > > >>> > > >> RB1? That is odd. If you'd said RA1, I'd have suggested turning off > > the > > >> comparator module (BANKSEL CMCON, MOVLW H'07', MOVWF CMCON)... > > >> > > > > > > I haven't seen the other messages in this thread, and maybe it's too > > > obvious... is TRISB all 0? :) > > > > > > Gerhard > > > > > > > > Have you tried the code in another chip? > > > > Once I had a problem with RB6 in an 877A and in fact the pin was dead. > > > > Just a guess. > > > > Hans > > -- > > http://www.piclist.com PIC/SX FAQ & list archive > > View/change your membership options at > > http://mailman.mit.edu/mailman/listinfo/piclist > > > > > > -- > unPIC -- The PIC Disassembler > http://unpic.sourceforge.net -- unPIC -- The PIC Disassembler http://unpic.sourceforge.net -- http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist