Back
[04:17:31] <Nutter> I'm having some trouble with a AVR32 project I'm playing with (not mine originally) that's based off the USART -> USB CDC bridge example
[04:18:43] <Nutter> what I'm trying to do is get a different USART working (as a regular usart), however there's only data on the TXD pin when it's plugged into USB and the virtual com port is open O_o
[04:19:26] <Nutter> does anyone know what would cause that kind of issue? I'm brand new to AVR32 unfortunately, and have been digging through the docs and examples for hours without any luck
[04:19:56] <jacekowski> read the code
[04:20:20] <Tom_itx> you could also ask in #avr32
[04:20:33] <Nutter> ah, thanks Tom
[04:20:48] <Tom_itx> not alot of activity there
[04:20:53] <Tom_itx> be patient
[04:20:59] <Nutter> hrm, yeah - not many people
[04:21:29] <Tom_itx> some are atmel employees though
[04:21:30] <Tom_itx> iirc
[04:22:10] <Nutter> nice - thanks :)
[05:46:03] <creep> its it's :P
[05:46:49] <creep> for the dog and its fleas' well being
[05:47:20] <creep> specing<<
[06:09:30] <Inz1er> )
[06:09:42] <Inz1er> Всем привет )
[06:09:57] <Inz1er> Anybody know anything about UzeBox?
[06:11:37] <megal0maniac_> English only, please. And what would you like to know about it?
[06:12:18] <creep> like H.P. Baxxter said : "If you are first, you are first! If you are second, you are nothing!"
[06:12:55] <Inz1er> I searching for source code for mega8
[06:13:01] <Inz1er> or.. mega64
[06:13:03] <Inz1er> 644*
[06:13:21] <Inz1er> I mean mega644 =)
[06:14:41] <megal0maniac_> It's all on the website..
[06:14:53] <megal0maniac_> creep: huh?
[06:15:36] <Inz1er> one momet
[06:15:39] <Inz1er> moment*
[06:16:22] <Inz1er> I see source only for games, but not for controller
[06:20:06] <megal0maniac_> code.google.com/p/uzebox/downloads/list
[06:20:20] <megal0maniac_> It's all on the website
[06:21:22] <Inz1er> uzebox_rompack_r2.zip - this?
[06:22:51] <megal0maniac_> No
[06:23:11] <megal0maniac_> uzebox_src_3.3.zip
[06:23:38] <megal0maniac_> Uzebox sources version 3.3
[06:41:33] <Inz1er> I find "uzebox how it works", it is better)
[06:41:38] <Inz1er> Thanks
[06:43:06] <megal0maniac_> Cool
[06:53:32] <megal0maniac_> OndraSter: ping
[07:26:04] <Tom_itx> OndraSter,
http://www.ebay.com.au/itm/180947008880#ht_3326wt_1399
[07:26:10] <Tom_itx> can't build em for that
[07:26:56] <Tom_itx> got a couple of the 7seg display ones too
[07:33:42] <OndraSter> megal0maniac_afk, ey
[07:39:55] <OndraSter> Tom_itx, nope, can't match it
[07:40:38] <OndraSter> $1.73 :(
[07:40:41] <OndraSter> how can they make it so cheap!
[11:03:39] <kline> am i right in believing there is a discrepancy between this disasms vector table and that set out in the datasheet?
[11:03:48] <kline> http://never.mortals.dy.fi/disasm.txt VS
http://www.atmel.com/Images/doc2588.pdf (page 50)
[11:07:18] <kline> (specifically, the disasm shows TIMER1_OVF in slot 6 (correct) but at address 0x000A, which the datasheet says should be where ANA_COMP is. it appears the compiler is creating 2-byte rjmps instead of some other 1 byte jmp as the device is looking for)
[11:28:33] <MrMobius> if i am using 595 shift registers to multiplex LEDs, can i just use mcu pins to turn on transistors to sink the current from the shift registers?
[11:37:22] <GuShH> MrMobius: why not?
[11:38:30] <GuShH> MrMobius: otoh isn't the OE pin what you want?
[11:38:41] <GuShH> it's an active low output enable pin
[11:39:08] * GuShH tails amee2woof
[11:59:36] <MrMobius> GuShH, sorry no one answered so i asked in #arduino
[12:28:51] <geri> hi is polymorphie used on low foodprint embedded processors?
[12:29:11] <geri> polymorphism
[12:34:51] <specing> geri: ?
[12:35:02] <specing> geri: you can use C++ ifthat is what you are asking
[12:36:14] <geri> but c++ is rarely used on embedded platforms?
[12:37:48] <DagoRed> Rarely yes, even when C++ is used it looks a lot like C still anyway because objects and polymorphism can make code bloated and harder to debug when you're dealing with lots of conditions and such. Add in RTOS and a person may find themselves regretting OOP.
[12:38:23] <geri> RTOS uses C?
[12:38:46] <geri> FreeRTOS?
[12:50:52] * amee2woof slurps GuShH's nose :D
[12:51:13] * amee2woof howls a bit
[12:51:19] <amee2woof> aroooooooo! :D
[12:52:07] <GuShH> such conic behavior...
[12:55:36] <amee2woof> s/conic/canine/;
[12:55:46] <amee2woof> i have yet to see a traffic cone howl properly
[14:27:45] <wakko> i came here to know if someone had try the 1284p xplained eval board, and if someone got luck with the usb to uart under linux
[14:30:33] <yunta> usb to uart?
[14:30:52] <wakko> the board controller
[14:31:25] <wakko> it's a usb (cdc_acm) that it supposed to give access to the µC uart
[14:31:50] <wakko> it's works on windows with the driver atmel gave me, but it does not under linux
[14:34:02] <Tom_itx> go figure
[14:34:19] <wakko> ?
[14:34:37] <Tom_itx> i wonder if dean's code would work on that
[14:34:43] <Tom_itx> what's the usb chip?
[14:34:51] <abcminiuser> UC3B
[14:34:58] <wakko> yep
[14:34:59] <Tom_itx> so will it?
[14:35:03] <abcminiuser> ATUC3B0256 IIRC
[14:35:16] <abcminiuser> Well technically yes, but it would need a UART driver and some fiddling
[14:35:24] <wakko> AT32UC3B
[14:35:31] <abcminiuser> But the official firmware works under Linux if you rebuild from the source
[14:35:38] <wakko> ah ok
[14:35:45] <abcminiuser> It was patched after production started, so they couldn't alter it
[14:36:02] <abcminiuser> If you have Atmel Studio, its the "Board Controller" demo in the latest ASF
[14:36:05] <wakko> i was gonna do that, but at some point i read someone did this because the product id was not the good one, except on my model it is the good one
[14:36:23] <abcminiuser> Wut
[14:36:32] <wakko> yes
[14:36:35] <wakko> wait
[14:37:11] <wakko> http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&p=1027066#1027066
[14:37:12] <wakko> that one
[14:37:48] <abcminiuser> That's all been fixed
[14:37:49] <wakko> he said to replace USB_PID_ATMEL_UC3_CDC_DEBUG by USB_PID_ATMEL_XPLAINED but USB_PID_ATMEL_XPLAINED = 2122, and that's what lsusb gives me
[14:37:52] <wakko> ok ok
[14:37:55] <abcminiuser> Just rebuild the demo code and run it
[14:38:03] <abcminiuser> At least it should have been fixed
[14:38:11] <abcminiuser> Either way linux won't give a crap what the VID/PID is
[14:38:36] <wakko> linux gives crap actually, i auto load the cdc_acm driver
[14:39:08] <wakko> so i have to flash the controller board...
[14:39:18] <wakko> i need to figure out how to do that :)
[14:40:23] <abcminiuser> It's a small pain - you short the "BC Bootloader" header pins together and power up the board
[14:40:42] <abcminiuser> Then use Atmel FLIP from the command line to program in the new firmware over USB
[14:40:56] <wakko> ok
[14:40:59] <Tom_itx> simple az dat
[14:41:09] <wakko> no risk to brick the controller chip ?
[14:41:28] <Tom_itx> call atmel customer service and ask for dean if it does
[14:41:29] <wakko> (i am kinda new to atmel)
[14:41:35] <wakko> ok
[14:41:39] <Tom_itx> :)
[14:42:35] <abcminiuser> You can nuke the firmware which would be bad
[14:42:38] <Tom_itx> abcminiuser, does it already have HWB low on that board?
[14:42:48] <abcminiuser> But you shouldn't be able to nuke the bootloader section, which means it's always recoverable
[14:42:49] <Tom_itx> so shorting just resets
[14:43:00] <abcminiuser> Tom_itx, there's no HWB on the UC3 chips
[14:43:04] <Tom_itx> oh
[14:43:16] <abcminiuser> The bootloader always runs and it checks a pin to see if it should stay in bootloader or not
[14:43:23] <Tom_itx> is the shorted pin still reset though?
[14:43:33] <wakko> i guess the udpdate thru the usb is done with the bootloader, so the bootloader hsould protect itself when flashing, am i wrong ?
[14:43:35] <Tom_itx> probably not..
[14:43:43] <abcminiuser> The pin checked is sourced from the chip's user fuses
[14:43:48] <Tom_itx> ok
[14:44:15] <abcminiuser> No, it's a regular IO pin, hence why you need to power cycle (there's a pad for reset underneath, but it's a pain to short when you can just power cycle
[14:44:25] <abcminiuser> wakko, correct
[14:44:35] <abcminiuser> Theoretically you can't break the bootloader VIA the bootloader
[14:44:43] <wakko> :)
[14:45:10] <abcminiuser> I always say theoretically as now that I have worked on support I now know nothing is impossible :P
[14:45:55] <ike> have any of you played with those cheap RF 433 modules
http://www.ebay.com/itm/1pcs-RF-transmitter-and-receiver-kit-for-Arduino-project-433Mhz-/370685120131?pt=LH_DefaultDomain_0&hash=item564e8e0e83
[14:57:57] <wakko> could i solder pins for the second jtag so i don't have to bother with the usb under linux ?
[14:58:11] <wakko> can i flash the board controller that way ?
[15:00:35] <Tom_itx> i'm not sure
[15:00:45] <Tom_itx> i know it's best to do it the way he suggested
[15:00:57] <wakko> i'll do it that way
[17:37:24] <wakko> flip does not show me a device to select that look like my device (AT32UC3B1256)
[18:02:36] <Tom_itx> hmm
[18:02:41] <Tom_itx> i dunno about that
[18:06:12] * OndraSter is a crazy person: if they open BI-PA2 class on even thursdays 5+6th hour, I will be going to the school once a week/twice a week
[18:06:31] <OndraSter> err, twice a week always, but odd weeks only for a PE in the morning
[18:07:38] <Tom_itx> OndraSter, did you see those smps i posted earlier?
[18:08:03] <OndraSter> I did
[18:08:04] <OndraSter> and I replied
[18:08:15] <Tom_itx> oh, i missed that
[18:08:17] <OndraSter> <OndraSter> Tom_itx, nope, can't match it
[18:08:17] <OndraSter> <OndraSter> $1.73 :(
[18:08:17] <OndraSter> <OndraSter> how can they make it so cheap!
[18:08:26] <Tom_itx> i got a handfull
[18:08:38] <Tom_itx> i kinda liked the one with the 7 seg display
[18:08:39] <OndraSter> I mean, the parts even in 1000 values cost more alltogether
[18:08:45] <Tom_itx> yup
[18:08:55] <OndraSter> the chips must be fake
[18:09:01] <OndraSter> have you checked ripple/max load/..?
[18:09:08] <Tom_itx> rif is using them
[18:09:22] <Tom_itx> i don't have any yet
[18:09:28] <OndraSter> ah ok
[18:09:39] <Tom_itx> even so, it wouldn't be the first waste at worst case for me
[18:09:42] <OndraSter> :D
[18:10:05] <Tom_itx> the displays would cost that much probably
[18:13:53] <Tom_itx> wakko i think avr32 are jtag only but i'm not sure
[18:14:07] <OndraSter> yes
[18:14:08] <OndraSter> they aer
[18:14:13] <OndraSter> but he is using FLIP
[18:14:17] <OndraSter> aka USB bootloader
[18:14:22] <OndraSter> and FLIP supports avr32
[18:16:57] <Tom_itx> he said it wasn't in the list
[18:17:30] <Tom_itx> and i didn't notice it either
[18:17:37] <Tom_itx> just downloaded the newest one
[18:18:49] <Tom_itx> where did you see it works with flip?
[18:19:03] <Tom_itx> or how do you get flip to see it?
[18:21:35] <grummund> FLIP 3.4.1 here and i see only 8-bit devices
[18:22:36] <Tom_itx> same
[18:22:53] <Tom_itx> i just grabbed 3.4.7 same thing
[18:23:16] <OndraSter> weird
[18:23:18] <OndraSter> I remember seeing it there
[23:28:02] <SuperMiguel> hey guys i got this LCD
http://pdf1.alldatasheet.com/datasheet-pdf/view/39690/SANYO/DM1623.html and i cant figure out what byte can i send it to go to the last right position on the bottom line of it
[23:28:43] <Casper> hd44780 clone?
[23:29:40] <Casper> if so you need to init in 2 line mode, default is 1 line
[23:30:23] <SuperMiguel> and then
[23:30:25] <Casper> then you have to understand how the memory work: it assume that the screen is 20 char long, even if your have 16... so you have some non-visible characters
[23:31:05] <SuperMiguel> so i want to be at 16 bottom which is 4fh
[23:31:13] <Casper> but if you just print characters it will ends up going to the second line
[23:31:46] <Casper> line 1: 0-15 (and 16-19 not visible)
[23:32:08] <Casper> line 2: 20-35 (and 36-39 not visible)
[23:32:52] <SuperMiguel> so the address is 1001111
[23:34:00] <SuperMiguel> ya 11001111 worked