Back
[00:01:37] <al1ta> http://pastebin.com/raw.php?i=44A0BX4F
[00:02:17] <al1ta> I'm trieing without gnd-tdi pin
[00:02:57] <al1ta> using it disapares the serial port ttyACM0
[00:03:54] <al1ta> disappears
[00:10:52] <al1ta> any supported host software you like, such as AVRDude (note: PDI programming is broken in the latest release and requires manual patching)""
[00:11:20] <al1ta> it is saw here..
http://fourwalledcubicle.com/blog/2010/02/mein-server/
[00:11:36] <al1ta> it is told
[00:12:07] <al1ta> it says that last version of avrdude is broken andmust be patched..
[00:12:32] <al1ta> I have a 5.11.1 version of avrdude
[00:13:07] <al1ta> and the blog is written on 2012
[00:13:10] <al1ta> 2010
[00:14:32] <al1ta> I've also tried to flash the at90usb1287 by dfu-programmer and by flip ... I get same results
[00:15:19] <al1ta> everything seems went right but when I run avrdude it fails with timeout
[00:25:32] <al1ta> this is a verbose output
[00:25:38] <al1ta> http://pastebin.com/raw.php?i=ZyYRjhws
[00:26:35] <al1ta> i'm trieing avrisp2 and avrispmkII programmer types..
[01:47:44] <eadthem> mmm sha512 uses a bit of codespace
[01:47:53] <eadthem> 10666 bytes
[01:48:02] <eadthem> and its 1am off to bed cya
[04:03:38] <OndraSter> who the eff was eadthem?!
[04:09:59] <DanFrederiksen> who are you
[04:11:13] <OndraSter> I have been here for >3 years
[04:15:27] <OndraSter> huh, on #avr I am not 3 years, a bit less
[04:15:53] <OndraSter> and I ment - who the hell is al1ta
[04:15:58] <OndraSter> that is some nice monolog :)
[04:26:25] <hackvana> OndraSter: Having fun? :-)
[04:27:17] <OndraSter> nah, still haven't got up
[05:18:56] <al1ta> hi all
[05:20:28] <al1ta> I'm traing to use atmelxmega128a1 xplain as a programmer of herself by the XPLAIN bridge
[05:20:33] <al1ta> http://www.fourwalledcubicle.com/XPLAIN.php
[05:21:01] <al1ta> avrdude doesn't work
[05:21:51] <al1ta> the xplain board is saw like aavrisp mkii programmer clone
[05:22:25] <al1ta> Bus 002 Device 069: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
[05:22:42] <al1ta> avrdude goes in timeout
[05:23:18] <al1ta> http://pastebin.com/raw.php?i=ZyYRjhws
[05:23:35] <al1ta> any clues?
[05:24:03] <al1ta> I'm using avrdude 5.11.1 on linux
[05:25:01] <al1ta> here
http://fourwalledcubicle.com/blog/2010/02/mein-server/ says that lastversion of avrdude is broken and need a patch but this blog post is from 2010
[05:26:08] <theBear> al1ta, it's quite clear from the article i read earlier, that it will NEVER work without TDI pulled to gnd
[05:26:31] <OndraSter> wait
[05:26:32] <theBear> pulling tdi to ground is what tells the lufa code to act as avrisp2
[05:26:34] <OndraSter> avrisp mkII
[05:26:36] <OndraSter> TDI
[05:26:37] <OndraSter> wut
[05:26:51] <OndraSter> avrisp mkII does PDI, not JTAG for these chips
[05:27:18] <theBear> OndraSter, it's not avrisp2, it's a lufa-avrisp2/bootloader thingy
[05:27:26] <OndraSter> ah
[05:27:26] <theBear> and umm, yeah, jtag aint gonna work either
[05:30:00] <theBear> this xplain thing has 2 avr's, one is preprogrammed as a usb-programmer (the idea being to program the other one) that is apparently buggy and tricky to use (like you might have to manually do stuff to reset), that article there describes how to program a lufa version of the 'same thing' that DOES work, and has 2 or 3 functions selected by gnding a couple pins..
[05:31:03] <theBear> and it states VERY CLEARLY, that for 'normal'/avrisp2 mode, you need to gnd TDI
[05:32:33] <OndraSter> ah I see
[05:34:31] <theBear> now i think about it, that error makes perfect sense too... it's like aiming avrdude/programmer software at a serial port with no programmer connected right now, 'cos it's not in programmer mode
[05:35:02] <theBear> i assume in this mode it acts as serial<>usb for the 'target' avr on the same board, but of course, when that avr isn't programmed, that isn't much use
[05:50:23] <al1ta> @theBear ... thanks a lot for your answer
[05:51:48] <al1ta> so it will never work? in I pin tdi/gnd the ttyACM0 disappears and I can't use avrdude
[05:52:02] <al1ta> it says that this mode works only with avrstudio
[05:53:17] <al1ta> I don't understand the sense... using it without tdignd whare use for?
[05:53:30] <theBear> where does it say that ? it says that gnding that pin puts it in avrisp mode... you do reset it after gnding the pin right ?
[05:54:08] <al1ta> yes a recycle xplain
[05:54:15] <al1ta> I recycled xplain
[05:54:26] <theBear> you aren't making sense now
[05:54:28] <al1ta> and no more serial to connect to are present
[05:54:45] <theBear> what does dmesg say when you reboot the avr with tdi gnded ?
[05:55:14] <al1ta> I unplug/replug the useb cable after set the pin on tdi/gnd
[05:55:26] <al1ta> sorry ... usb cable
[05:55:40] <al1ta> yes
[05:55:53] <theBear> mmm, that's not what recycle means, and unless the usb is the only power supply, that won't reset the avr
[05:58:03] <al1ta> this is without pin
http://pastebin.com/raw.php?i=Ui1GF37C plug/unplug
[06:00:06] <al1ta> here is with tdi/gnd pin
http://pastebin.com/raw.php?i=kYuFVn8p
[06:00:48] <al1ta> ok
[06:02:21] <al1ta> I can reset only the at90usb1287 put pin on tck/gnd nad shorting upper right 3 pin
[06:02:34] <al1ta> I have also tried this without success
[06:03:18] <al1ta> may be that I haven't understoood completly what I'm doing :-)
[06:13:05] <al1ta> here
http://pastebin.com/raw.php?i=6g1tzg2G is there a at90usb1287 reset after the xplain has been pluged with tdi/gnd pin on
[06:14:25] <al1ta> I think it is a mode without usb serial
[06:15:14] <al1ta> it creates a file named /etc/dfu-4 that is linked to bus/usb/002/078
[06:16:39] <al1ta> if I run avrdude it I get the error that it can't connect the serial ttyACM0
[06:17:06] <al1ta> I think that this way may work using only avrstudio
[06:17:39] <al1ta> using windows I was trieing to use it from linux with xmegarduino
[06:20:20] <RikusW> use FLIP
[06:20:33] <RikusW> its the tool Atmel use with the DFU bootloaders
[06:24:57] <al1ta> the boot loader has already been flashed correctly with the xplain bridge
[06:27:00] <RikusW> maybe you're getting the bridge bootloader ?
[06:29:44] <al1ta> I've put the xplain bridge firmware on at90usb1287 trieing to use it like a programmer... but may be that I've misunderstood the meaning of xplain bridge
[06:30:33] <RikusW> which xplain board is that ?
[06:31:01] <al1ta> I was trieing to find a way to program the xplain board without a physical programmer
[06:31:26] <al1ta> it's a atmelxmega128a1 xplain
[06:32:25] <RikusW> afaik there is already such fw on the bridge ?
[06:32:36] <RikusW> LUFA got some xplain fw too
[06:33:19] <RikusW> if it shows up as DFU it means its the default Atmel bootloader
[06:36:16] <al1ta> :-( I've have to go.. can I will talk about this issue with you in the future?
[06:37:12] <al1ta> I've understood from theBear that it never work with usbtoserial but only with the pin tdi/gnd
[06:37:50] <al1ta> but it seems that this way only work with avrstudio on windows so no way to work with avrdude and linux
[06:39:10] <RikusW> there might be a way
[06:39:20] <RikusW> FLIP is available on Linux too
[06:44:30] <al1ta> i'd like to use it with xmegarduino
[06:45:25] <al1ta> Ok .. thank you all guys
[06:45:31] <al1ta> I have to go now
[06:54:01] * RikusW got a http://www.copperhead.cc/HN9400.htm for "free" :)
[06:54:20] <RikusW> actually used for VoIP and still owned by the telco...
[06:54:39] <RikusW> but the internet part will be turned on next year
[07:14:32] <Horologium> RikusW, I had starband some years back. wasn't bad. 600Kb/s down, 64Kb/s up on satellite connect only, no phone line needed.
[07:14:48] <Horologium> for internet only.
[07:14:59] <Horologium> never tried voip on it.
[07:15:05] <RikusW> the local telco use this for VoIP
[07:15:10] <RikusW> and internet too
[07:15:20] <Horologium> I'm sorry.
[07:15:21] <Horologium> hehe.
[07:15:24] <RikusW> though only the VoIP is functional for now
[07:15:29] <Horologium> when it snows your voice will go to shit.
[07:15:36] <RikusW> maybe
[07:15:41] <RikusW> its got a 1.2m dish
[07:15:56] <RikusW> and it doesn't snow much over here...
[07:16:06] <RikusW> (South Africa)
[07:17:16] <Horologium> then you are good to go.
[07:17:16] <Horologium> hehe
[07:24:40] <theBear> i only know what the link he pasted said... and that includes why you would want/need to upgrade the default/stock bootloader to a lufa one
[07:25:46] <theBear> oh look, hours later he pastes the kernel output i asked about... that kinda makes things clear
[07:25:53] <theBear> meh, there's no helping some people
[07:26:15] <theBear> they'd rather just say it doesn't work and how they keep trying the same thing that doesn't work than thinking for a minute or two
[08:50:28] <Malinuss> I think it might be the hangover but I
[08:50:38] <Malinuss> I'm just totally confused over some very basic stuff
[08:51:54] <Malinuss> I have a overflow timer count up a integer, the timer runs with no prescalar. Wouldn't that mean that the overflow happens at the speed of F_CPU?
[08:57:49] <Horologium> well, it should run at the speed of the main system clock.
[08:57:58] <Horologium> not at whatever F_CPU is set at necessarily.
[09:03:29] <Malinuss> Eh never mind, I just confused the fact how often the overflow functions runs, and how often the timer actualy ticks
[10:14:26] <al1ta> it works!! :-)
[10:16:43] <al1ta> I was trying to program a atmel xmeg128a1 xplain board directly from linux without an hardware programmer
[10:17:21] <al1ta> so I have flashed the at90usb1287 with the xplain bridge
[10:18:07] <al1ta> I was wrong because i was trying to connect using serial interface
[10:18:49] <al1ta> everythig went fine when I added the -Pusb option to avrdude ... so this command now
[10:19:27] <al1ta> avrdude -Pusb -c avrisp2 -p x128a1 -U flash:w:test_leds.hex -v
[10:19:31] <al1ta> complete correctly
[10:19:40] <specing> al1ta: For a second I thought you programmed the avr through SPI on a Linux arm devboard
[10:19:59] <specing> Oh well, nothing interesting, move along
[10:21:17] <specing> actually you are using a hardware programmer
[10:21:24] <specing> so don't lie to us
[10:21:47] <al1ta> no... i'm just a newbie... I'm starting to avr these days reusing a xplain board used in the past to hack ps3
[10:22:39] <specing> OndraSter_: Stellaris shipped :D
[10:22:45] <al1ta> now I'd like to use xmegarduino sdk ... but I have to find how not using the serial interface but the PDI usb interface
[10:25:05] <OndraSter_> specing, congrats
[10:28:43] <Malinuss> Somehow I lost my ultrasonic distance measurment code, and now I can't make that fucker work again ;D. Well I get lower numbers when the distance is closer, and higher numbers when further away, but nothing near the expected measured distance. Also the numbers are not linear for some myserious reason
[10:32:57] <al1ta> ok also xmagaduino works.. I have choosen xplain using pdi
[10:33:06] <al1ta> xmegaduino
[10:53:42] <Tom_itx> al1ta, so you got it working then?
[10:53:44] <Tom_itx> great
[10:54:33] <Tom_itx> Malinuss, simple. ping a pin and wait for a reply on another pin
[10:55:00] <Tom_itx> count the difference and divide by 2
[10:55:04] <Tom_itx> and you have distance
[10:55:17] <Malinuss> Tom_itx, why divide by 2?
[10:55:26] <Tom_itx> time to travel and time to return
[10:55:30] <Tom_itx> echo
[10:55:34] <Malinuss> Tom_itx, oh fuck
[10:55:37] <Tom_itx> :)
[10:55:37] <Malinuss> kill me pls
[10:55:41] <Tom_itx> you forgot that part ehh?
[10:56:05] <Tom_itx> and mult by 1132 or something for feet / sec at sea level
[10:56:24] <Tom_itx> err i think that was the number for my altitude
[10:56:46] <Steffanx> Tom_itx, Malinuss is from the good side of the globe :P
[10:57:25] <Horologium> speed is different on the other side of the globe?
[10:58:04] <Steffanx> metric vs imperial :)
[10:59:19] <al1ta> yes Tom.. now it works
[10:59:24] <Malinuss> Tom_itx, no it wasn't that. For some weired reason, the problem is the timer, so I have the 8bit timer running with no prescalar so at 16mhz... that should give (1s / 1000000us) / (1s / 16000000ticks) = 16ticks/us - 1 (because 0 counts too) so 15ticks/us... instead it works when I set it to the random value of 20
[10:59:56] <Malinuss> seriously, why would it do that? wanna se the code (pretty short)
[11:00:24] <al1ta> I was also able to use xmegaduino... now I'm trying to find some example to try
[11:01:30] <Malinuss> Tom_itx,
http://pastebin.com/0hhCTvmn
[11:01:35] <al1ta> I've found xplainpinmapping.wiki and I'm trying to usingi the blink example
[11:01:45] <Tom_itx> Malinuss, check the fuse bits for ckdiv8
[11:01:47] <al1ta> but no lights for now
[11:01:49] <al1ta> :-)
[11:01:52] <Malinuss> just look in the ultrasonic_measurment functions if you would mind
[11:02:03] <Tom_itx> naw, you'll figure it out
[11:02:04] <al1ta> xplain board has 8 leds and 8 switch on
[11:02:22] <Malinuss> Tom_itx, not it should be right, because my wait function works just fine....
[11:02:59] <Tom_itx> al1ta did you save the original hex?
[11:03:06] <al1ta> thanks a lot tom...and thanks also to thebear and casper that interact with me in this things
[11:03:08] <Malinuss> Tom_itx, pleas ;P?
[11:03:32] <al1ta> are you tolking about the blink example ?
[11:04:13] <al1ta> or are you talking about the original xplain program ?
[11:04:24] <Tom_itx> yeah
[11:04:27] <Tom_itx> i saved it
[11:04:39] <Tom_itx> Malinuss, where do you set the prescalar and init the timer?
[11:05:05] <Tom_itx> and SEI() the interrupts
[11:05:29] <Tom_itx> woops
[11:05:48] <Tom_itx> oh i see it
[11:05:52] <Malinuss> Tom_itx, in setup_wait
[11:06:00] <Malinuss> oh
[11:06:29] <Tom_itx> you can combine those with |
[11:07:07] <Malinuss> I know, was just easier for me to see that way :)
[11:07:32] <Malinuss> but yeah, would porpalby be cleaner
[11:07:48] <Tom_itx> try enabling the interrupt after setting the prescalar
[11:07:55] <Tom_itx> good practice even if it doesn't fix it
[11:08:15] <Malinuss> yup
[11:08:26] <Malinuss> think I've messed that up when I copied it over.
[11:08:49] <Malinuss> also I could porpably have the whole wait function without even have a interrupt, but yeah..
[11:09:57] <Tom_itx> use int0 for the reply
[11:10:06] <Tom_itx> external interrupt
[11:10:16] <Tom_itx> in it, read the timer
[11:11:04] <Tom_itx> so, ping.. start the timer, wait for int0, read the timer
[11:11:14] <Malinuss> Tom_itx, yeah that would propably be cleaner then just counting, but still, this code actually "works" when I have it set to 20...
[11:15:38] <Tom_itx> i also used polaroid sonar which would go up to around 35 ft or so
[11:15:49] <Tom_itx> and the devantech ones as well but shorter range
[12:00:38] <Vutral> i gettin mad
[12:00:42] <Vutral> this spi paripherial
[12:00:44] <Vutral> peripherial
[12:00:57] <Vutral> i write and then i read afterwards
[12:01:04] <Vutral> but somehow the read fails
[12:01:26] <rue_bed> whats the perph
[12:04:17] <RikusW> Vutral: do you wait for the SPI transmission to complete ?
[12:22:27] <r00t|home> Vutral: THE Vutral?
[12:43:55] <OndraSter> I must say that the internet today works brilliantly
[12:43:55] <OndraSter> NOT
[12:51:13] <RikusW> OndraSter: seems the coco dfu starts at 0x40000
[12:51:22] <RikusW> :020000024000BC
[12:51:23] <RikusW> :1000000000C00091780005FD42C0F092800608E132
[12:51:30] <OndraSter> the DFU starts in the bootloader section
[12:52:00] <OndraSter> which is "after" the 256kB of the flash
[12:52:29] <RikusW> thus address 40000
[12:52:40] <OndraSter> yes
[12:52:49] <OndraSter> and I am off to grab a beer... again
[12:52:54] <OndraSter> afk
[12:52:57] <RikusW> can you read hex files ?
[12:53:07] <RikusW> to help with the CDC ? ;)
[12:53:39] <RikusW> its a pity abc is so busy these days
[12:53:48] <RikusW> !seen abcminiuser
[12:53:48] <tobbor> abcminiuser was last seen in #avr on Oct 27 09:18 2012
[14:29:14] <eadthem> i have the folowing int8_t * dest;
[14:29:19] <eadthem> sha256(dest,&"testing",7);
[14:29:36] <eadthem> undefined reference to `sha256(void*, void const*, unsigned long)'
[14:30:12] <eadthem> sha is declared as... void sha256(void* dest, const void* msg, uint32_t length_b);
[14:30:16] <eadthem> what am i missing
[14:31:04] <Malinuss> eadthem, ehm? sha256(void*, void const*, unsigned long) and sha256(void* dest, const void* msg, uint32_t length_b) aint exactly the same thing?
[14:31:35] <eadthem> undefined refrence is the compiler error
[14:32:12] <Malinuss> yes, because it's undefined
[14:32:19] <Malinuss> because you defined it as something else
[14:34:12] <eadthem> ya i didnt define it anywhere else
[14:34:23] <eadthem> im use to msvc++ compiler errors
[14:34:43] <eadthem> this error happend in linking just noticed it
[14:35:30] <yunta> eadthem: void const * and const void * are not the same thing
[14:35:34] <yunta> did you try without &?
[14:36:04] <eadthem> undefined reference to `sha256(void*, void const*, unsigned long)' sans &
[14:37:25] <eadthem> on msvc the order void const and const void would not matter
[14:37:30] <yunta> implicit casting failure?
[14:38:58] <eadthem> sha256((void*)dest,(void*)"testing",(uint32_t)7);
[14:39:24] <eadthem> same error also tryed that with and without & and also with and without const void* for testing
[14:40:21] <yunta> uh, no wait, you may be right, void * const would be different
[14:40:41] <yunta> is that gcc?
[14:40:46] <eadthem> gcc
[14:41:52] <eadthem> this is the latist nightly for avr-crypto
[14:42:11] <eadthem> i was not able to find a offical release but everything checks out as far as function delcration vr definition
[14:42:38] <eadthem> the sha256.c is being built includes sha2_small_common.h and the C for it is being built
[14:43:09] <eadthem> this is in the latist relaese of atmelstudio 6
[14:43:20] <yunta> bleah
[14:44:06] <Tom_itx> it is gcc though
[14:46:42] <yunta> eadthem:
http://pastebin.com/utfzEVw5
[14:46:53] <yunta> this compiles just fine for me
[14:47:33] <eadthem> dose for me to
[14:48:47] <yunta> ah, wait
[14:48:55] <yunta> this error you get during linking?
[14:48:59] <eadthem> yes
[14:49:28] <yunta> are you sure you're linking with avr-crypto .o ?
[14:50:00] <eadthem> im not
[14:50:14] <eadthem> i included just the sha2 stuff in the project
[14:50:48] <yunta> I don't know what "project" is. Do you have Makefile there?
[14:50:53] <eadthem> sha256.c sha2_small_common.c are being built and there .o are in the linker
[14:51:09] <eadthem> projects are akin to a makefile
[14:51:44] <yunta> and this .o contains compiled sha256 function?
[14:51:50] <eadthem> visual studio project or in this case atmel studio is roughly a makefile it holds tracking for all files and is used to build or compile the project and then link it
[14:52:03] <eadthem> .o is the built objectcode
[14:52:14] <eadthem> witch shuld contain all the functions of the .c file
[14:52:38] <yunta> and does it?
[14:53:52] <yunta> just in case you're linking against wrong .o.....
[14:54:05] <eadthem> well that is all done by the ide
[14:54:13] <eadthem> one min never opend a .o or .d before
[14:55:03] <yunta> nm , or avr-nm should help you
[14:56:57] <eadthem> they appear to contain the function
[14:58:11] <eadthem> http://pastebin.com/WA10QVKA
[14:58:15] <eadthem> that is the build log
[14:58:52] <yunta> ow ++
[14:59:50] <eadthem> figured if i was going to take the plunge and not use asm for avr
[14:59:53] <eadthem> miatswell go all in
[15:00:12] <eadthem> that and i have never found good c++ code to be any slower than c code
[15:00:17] <eadthem> or larger
[15:00:26] <yunta> yes, it's just that gcc will have to know that you want c-style binding
[15:00:46] <eadthem> not sure what you mean, im use to mixing c and c++ all the time with vc
[15:00:53] <eadthem> dose gcc requre something extra?
[15:01:11] <yunta> if you include .h header from c-library in c++ file
[15:01:17] <yunta> without extern "c"
[15:01:36] <yunta> gcc will expect type-encoded-function names in .o afaik
[15:02:00] <eadthem> you mean it wont automaticly compile everything as c++
[15:02:10] <eadthem> mmm not seeing that option
[15:02:32] <eadthem> visual studio has a option defaulted to on compile c as c++
[15:02:58] <yunta> your sha*.c are compiled with gcc, not c++
[15:03:20] <eadthem> i mean if this is the issue thats going to be a pain in the ass when i trasfer some of my x86 programs
[15:03:22] <eadthem> to linux
[15:04:11] <yunta> try wrapping your #include <...crypto...h> with extern "C" { }
[15:04:19] <yunta> in your c++ code only
[15:05:58] <eadthem> that appears to of done it
[15:06:03] <eadthem> thanks
[15:06:14] <yunta> np
[15:07:03] <eadthem> now to see how horrable this is to run on a tiny45
[15:09:25] <yunta> it's not linux related... just the way C and C++ interacts
[15:10:57] <eadthem> 109usec 109 clocks 1mhz at start 271008 271,008 mSec at finish
[15:11:23] <eadthem> for what im using it for thats acceptable
[15:13:19] <eadthem> using c++ for avr dosent frighten me 1/2 as much as me seeing threading options in debugging
[15:13:25] <eadthem> for a avr
[15:25:19] <eadthem> ok i need to do IR communcations with this
[15:25:44] <eadthem> do you need to modulate the IR to get distance on it?
[15:26:18] <eadthem> i would like feet but 6 inches max range would be ok
[17:01:57] <rue_shop3> hmm
[17:04:58] <Tom_itx> hmm?
[17:07:56] <Malinuss> hmmm
[17:09:41] <rue_shop3> it looks like I cant print nail polish
[17:13:30] <OndraSter_> did you try printign it on paper or on the nails?
[17:17:00] <rue_shop3> on copper
[17:17:59] <OndraSter_> oh
[17:20:00] <rue_shop3> copper coated fiberglass actually
[18:03:29] <ug768> Wondering if I can get some help:
[18:03:29] <ug768> avr-gcc -mmcu=attiny13a main.c -o main
[18:03:29] <ug768> /usr/lib/gcc/avr/4.7.0/../../../avr/bin/ld: crttn13a.o: No such file: No such file or directory
[18:06:45] <ug768> compiling with -mmcu=attiny13 works with no error
[18:15:48] <Horologium> so, what is the difference between the two chips?
[18:16:11] <ug768> If I move /usr/lib/avr/lib/avr25/crttn13a.o to /usr/lib/avr/lib the linker doesn't complain
[19:03:30] <Horologium> so there is a path issue...seems you have solved it.
[19:04:08] <ug768> no, that is a very ugly fix
[19:15:00] <Horologium> I suggest you check with the avr-libc guys on a permanent fix.
[20:19:07] <rue_mohr> heh
[20:42:02] <eadthem> OMG the lcd wasnt working because the data command register select line was inverted
[21:05:43] <Tom_itx> oops
[23:02:14] <eadthem> what is the c++ type for a port or pin ?