From: Demetris Z. <fgc...@cy...> - 2006-06-05 17:41:06
|
here is how my Terminal shows it: Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=co ld,hard video=pxafb:mode:640x480-16,passive,color,hsynclen:3,right:5,left:7,vsyn clen:39,pixclock:80000,hsync:1,vsync:1,pixclockpol:1 so what is the problem with my kernel? ----- Original Message ----- From: "Sumit Birla" <sb...@ta...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Monday, June 05, 2006 8:41 PM Subject: Re: [Gumstix-users] LCD Frame Buffer > Seems like for some reason, your kernel is not loading the framebuffer > driver. In your output, the Kernel command line has a line break after > 'reboot=co'. Is this just the email formatting? Otherwise maybe that > could cause pxafb to not load. You should see something similar to the > following in your dmesg - > > Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 > reboot=cold,hard > video=pxafb:mode:320x240-16,active,hsynclen:12,left:72,upper:6,pixclock:158730 > pxa2xx-fb pxa2xx-fb: overriding resolution: 320x240 > pxa2xx-fb pxa2xx-fb: overriding bit depth: 16 > pxa2xx-fb pxa2xx-fb: override hsynclen: 12 > pxa2xx-fb pxa2xx-fb: override left: 72 > pxa2xx-fb pxa2xx-fb: override upper: 6 > pxa2xx-fb pxa2xx-fb: override pixclock: 158730 > > > > Demetris Zavorotnichenko wrote: > >>OK >> >>i did all that and reflashed Gumstix >> >>here is the result of my 'dmesg' >> >>......... >>Linux version 2.6.15gum (root@localhost.localdomain) (gcc version 3.4.5) >>#4 >>Mon >>Jun 5 17:24:38 EEST 2006 >>CPU: XScale-PXA255 [69052d06] revision 6 (ARMv5TE) >>Machine: The Gumstix Platform >>Memory policy: ECC disabled, Data cache writeback >>On node 0 totalpages: 16384 >> DMA zone: 16384 pages, LIFO batch:3 >> DMA32 zone: 0 pages, LIFO batch:0 >> Normal zone: 0 pages, LIFO batch:0 >> HighMem zone: 0 pages, LIFO batch:0 >>Memory clock: 99.53MHz (*27) >>Run Mode clock: 398.13MHz (*4) >>Turbo Mode clock: 398.13MHz (*1.0, inactive) >>CPU0: D VIVT undefined 5 cache >>CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets >>CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets >>Built 1 zonelists >>Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 >>reboot=co >>ld,hard >>video=pxafb:mode:640x480-16,passive,color,hsynclen:3,right:5,left:7,vsyn >>clen:39,pixclock:80000,hsync:1,vsync:1,pixclockpol:1 >>PID hash table entries: 512 (order: 9, 8192 bytes) >>Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) >>Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) >>Memory: 64MB = 64MB total >>Memory: 63232KB available (1289K code, 253K data, 68K init) >>Calibrating delay loop... 397.31 BogoMIPS (lpj=1986560) >>Mount-cache hash table entries: 512 >>CPU: Testing write buffer coherency: ok >>NET: Registered protocol family 16 >>JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc. >>Initializing Cryptographic API >>io scheduler noop registered >>pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 15) is a FFUART >>pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 14) is a BTUART >>pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 13) is a STUART >>pxa2xx-uart.3: ttyS3 at MMIO 0x41600000 (irq = 0) is a HWUART >>Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit >>bankwidth) >>Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank >>Gumstix Flash ROM: Found an alias at 0x400000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x800000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0xc00000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x1000000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x1400000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x1800000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x1c00000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x2000000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x2400000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x2800000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x2c00000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x3000000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x3400000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x3800000 for the chip at 0x0 >>Gumstix Flash ROM: Found an alias at 0x3c00000 for the chip at 0x0 >> Intel/Sharp Extended Query Table at 0x0031 >>Using buffer write method >>cfi_cmdset_0001: Erase suspend on write enabled >>erase region 0: offset=0x0,size=0x20000,blocks=32 >>Using static partitions on Gumstix Flash ROM >>Creating 2 MTD partitions on "Gumstix Flash ROM": >>0x00000000-0x00040000 : "Bootloader" >>0x00040000-0x00400000 : "RootFS" >>mice: PS/2 mouse device common for all mice >>NET: Registered protocol family 2 >>IP route cache hash table entries: 1024 (order: 0, 4096 bytes) >>TCP established hash table entries: 4096 (order: 2, 16384 bytes) >>TCP bind hash table entries: 4096 (order: 2, 16384 bytes) >>TCP: Hash tables configured (established 4096 bind 4096) >>TCP reno registered >>TCP bic registered >>VFS: Mounted root (jffs2 filesystem). >>Freeing init memory: 68K >>NET: Registered protocol family 1 >>Set (AF1,out,set) via /proc/gpio/GPIO12 >>Set (GPIO,out,clear) via /proc/gpio/GPIO7 >>Set (GPIO,out,set) via /proc/gpio/GPIO7 >>Set (GPIO,out,clear) via /proc/gpio/GPIO7 >>Set (GPIO,out,set) via /proc/gpio/GPIO7 >>Set (GPIO,out,clear) via /proc/gpio/GPIO7 >>Set (GPIO,out,set) via /proc/gpio/GPIO7 >>pxa2xx_udc: version 4-May-2005 >>usb0: Ethernet Gadget, version: May Day 2005 >>usb0: using pxa2xx_udc, OUT ep2out-bulk IN ep1in-bulk STATUS ep6in-bulk >>usb0: MAC 0a:00:0b:42:67:e1 >>usb0: HOST MAC 0a:00:0b:42:67:e2 >>usb0: RNDIS ready >>NET: Registered protocol family 17 >>smc91x: not found (-19). >>smc91x: not found (-19). >> >>how should the line look which states that the Framebuffer is active and >>is >>it active here? >> >> >> > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Demetris Z. <fgc...@cy...> - 2006-06-06 17:53:48
|
If i want to be able to control motors, servos, e.t.c. on robostix with a simple GUI (Windows, buttons) how would i do it? What steps to follow(other than enabling the Framebuffer and activating a working LCD) ? |
From: Dave H. <dhy...@gm...> - 2006-06-07 21:58:10
|
Hi Demetris, On 6/6/06, Demetris Zavorotnichenko <fgc...@cy...> wrote: > If i want to be able to control motors, servos, e.t.c. on robostix with a > simple GUI (Windows, buttons) how would i do it? > > What steps to follow(other than enabling the Framebuffer and activating a > working LCD) ? Can't help out much with the GUI side except t say that microwindows will probably do the trick. There is a programmatic interface to the i2c routines. Look for -api.c and -api.h files in the robostix/gumstix/Common directory. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Demetris Z. <fgc...@cy...> - 2006-06-07 22:52:42
|
Dave have you operated Microwindows on Gumstix? i noticed that there is more documentation (from first look) for Microwindows than for Tinyx If that's the case where can i find it? Demetris Z. ----- Original Message ----- From: "Dave Hylands" <dhy...@gm...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Thursday, June 08, 2006 12:57 AM Subject: Re: [Gumstix-users] GUI on Gumstix > Hi Demetris, > > On 6/6/06, Demetris Zavorotnichenko <fgc...@cy...> wrote: >> If i want to be able to control motors, servos, e.t.c. on robostix with >> a >> simple GUI (Windows, buttons) how would i do it? >> >> What steps to follow(other than enabling the Framebuffer and activating a >> working LCD) ? > > Can't help out much with the GUI side except t say that microwindows > will probably do the trick. > > There is a programmatic interface to the i2c routines. Look for -api.c > and -api.h files in the robostix/gumstix/Common directory. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Dave H. <dhy...@gm...> - 2006-06-07 23:33:28
|
Hi Demetris, On 6/7/06, Demetris Zavorotnichenko <fgc...@cy...> wrote: > Dave have you operated Microwindows on Gumstix? > > i noticed that there is more documentation (from first look) for > Microwindows than for Tinyx > > If that's the case where can i find it? I've used microwindows at work, but it's running on an ARM926, which is similar to the PXA255. I've never tried getting it to work on the gumstix, since I don't yet have an LCD connected (still way down on my todo list). Microwindows is now called Nano-X, and is available from here: http://www.microwindows.org/ I see microwin as a package listed in buildroot, so in theory you should be able to just turn it on. Unfortunately, the tarballs don't seem to be accessible (at least for me from work). -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Sumit B. <sb...@ta...> - 2006-06-08 00:45:54
|
Depending on how sophisticated your GUI needs to be, an option would be to create your own toolkit by drawing directly to framebuffer. This is what I did a while back for my carpc which had a touchscreen (http://sumitbirla.com/photo/browse.php?dir=../projects/indashpc/pictures&cmd=max&start=&pic=carpc-main.png). I have a C++ class to handle the drawing part which I can send you if you want. It uses the GD library to draw text and shapes. You will have to modify it to work with an 8-bit display. - Sumit Dave Hylands wrote: > Hi Demetris, > > On 6/7/06, Demetris Zavorotnichenko <fgc...@cy...> wrote: > >> Dave have you operated Microwindows on Gumstix? >> >> i noticed that there is more documentation (from first look) for >> Microwindows than for Tinyx >> >> If that's the case where can i find it? >> |
From: Demetris Z. <fgc...@cy...> - 2006-06-08 10:05:32
|
I've enabled the "microwin" in menuconfig but there seems to be an error : touch: cannot touch `/home/dan/gumstix-buildroot2/build_arm_nofpu/microwin/.unpacked': No such file or directory how do i fix that? I searched on the mailing list for this error and it's posted but how to fix it i didn't find anything. Demetris Z . ----- Original Message ----- From: "Sumit Birla" <sb...@ta...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Thursday, June 08, 2006 3:45 AM Subject: Re: [Gumstix-users] GUI on Gumstix > Depending on how sophisticated your GUI needs to be, an option would be > to create your own toolkit by drawing directly to framebuffer. This is > what I did a while back for my carpc which had a touchscreen > (http://sumitbirla.com/photo/browse.php?dir=../projects/indashpc/pictures&cmd=max&start=&pic=carpc-main.png). > > > I have a C++ class to handle the drawing part which I can send you if > you want. It uses the GD library to draw text and shapes. You will have > to modify it to work with an 8-bit display. > > - Sumit > > > Dave Hylands wrote: >> Hi Demetris, >> >> On 6/7/06, Demetris Zavorotnichenko <fgc...@cy...> wrote: >> >>> Dave have you operated Microwindows on Gumstix? >>> >>> i noticed that there is more documentation (from first look) for >>> Microwindows than for Tinyx >>> >>> If that's the case where can i find it? >>> > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Demetris Z. <fgc...@cy...> - 2006-06-08 10:42:13
|
Hi Birla. There isn't much sophistication needed for my interface, yes i will be using the touch screen on the Panasonic Display to control it, the interface would control Harware equipment and store some settings but i wanted something more in the "Windows" kinda look, with the "tinylogin" since there are going to be several users, scroll buttons, and those nice windows looking buttons. Demetris Z . ----- Original Message ----- From: "Sumit Birla" <sb...@ta...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Thursday, June 08, 2006 3:45 AM Subject: Re: [Gumstix-users] GUI on Gumstix > Depending on how sophisticated your GUI needs to be, an option would be > to create your own toolkit by drawing directly to framebuffer. This is > what I did a while back for my carpc which had a touchscreen > (http://sumitbirla.com/photo/browse.php?dir=../projects/indashpc/pictures&cmd=max&start=&pic=carpc-main.png). > > > I have a C++ class to handle the drawing part which I can send you if > you want. It uses the GD library to draw text and shapes. You will have > to modify it to work with an 8-bit display. > > - Sumit > > > Dave Hylands wrote: >> Hi Demetris, >> >> On 6/7/06, Demetris Zavorotnichenko <fgc...@cy...> wrote: >> >>> Dave have you operated Microwindows on Gumstix? >>> >>> i noticed that there is more documentation (from first look) for >>> Microwindows than for Tinyx >>> >>> If that's the case where can i find it? >>> > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Demetris Z. <fgc...@cy...> - 2006-06-08 14:04:31
|
Sorry, the error i get when i enable Microwindows and try to MAKE is: touch: cannot touch /gumstix-buildroot/build_arm_nofpu/microwin/.unpacked: no such file or directory Demetris Z . ----- Original Message ----- From: "Sumit Birla" <sb...@ta...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Thursday, June 08, 2006 3:45 AM Subject: Re: [Gumstix-users] GUI on Gumstix > Depending on how sophisticated your GUI needs to be, an option would be > to create your own toolkit by drawing directly to framebuffer. This is > what I did a while back for my carpc which had a touchscreen > (http://sumitbirla.com/photo/browse.php?dir=../projects/indashpc/pictures&cmd=max&start=&pic=carpc-main.png). > > > I have a C++ class to handle the drawing part which I can send you if > you want. It uses the GD library to draw text and shapes. You will have > to modify it to work with an 8-bit display. > > - Sumit > > > Dave Hylands wrote: >> Hi Demetris, >> >> On 6/7/06, Demetris Zavorotnichenko <fgc...@cy...> wrote: >> >>> Dave have you operated Microwindows on Gumstix? >>> >>> i noticed that there is more documentation (from first look) for >>> Microwindows than for Tinyx >>> >>> If that's the case where can i find it? >>> > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Demetris Z. <fgc...@cy...> - 2006-06-05 14:21:42
|
Tnx for the Tip Birls, i'll try it out and see how it turns out ----- Original Message ----- From: "Sumit Birla" <sb...@ta...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Monday, June 05, 2006 5:16 PM Subject: Re: [Gumstix-users] LCD Frame Buffer > This is what I did - > > cd build_arm_nofpu/linux-2.6.15gum > export ARCH=arm > export DEPMODE=/bin/true > make menuconfig > > In Graphics Support -> > select Support for Framebuffer device > select PXA LCD framebuffer support > select PXA LCD command line helper funciton > > Save changes > make clean > cd ../../ > make > > If everything compiles fine, I get a new rootfs.arm_nofpu.jffs2. I send > this to gumstix using kermit. > > > > > > > > Demetris Zavorotnichenko wrote: > >>i' using 1001 (the latest one) >> >>what commands to execute to compile the PXA framebuffer? >> >>the ones i did are : >> >>in linux-2.6.15gum : >>make ARCH=arm CROSS_COMPILE=$PWD/../staging_dir/bin/arm-linux-uclibc- >>menuconfigthen CD to Gumstix-buildroot and MAKEis this correct? >> >> >> > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Demetris Z. <fgc...@cy...> - 2006-06-05 17:31:08
|
OK i did all that and reflashed Gumstix here is the result of my 'dmesg' ......... Linux version 2.6.15gum (root@localhost.localdomain) (gcc version 3.4.5) #4 Mon Jun 5 17:24:38 EEST 2006 CPU: XScale-PXA255 [69052d06] revision 6 (ARMv5TE) Machine: The Gumstix Platform Memory policy: ECC disabled, Data cache writeback On node 0 totalpages: 16384 DMA zone: 16384 pages, LIFO batch:3 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 0 pages, LIFO batch:0 HighMem zone: 0 pages, LIFO batch:0 Memory clock: 99.53MHz (*27) Run Mode clock: 398.13MHz (*4) Turbo Mode clock: 398.13MHz (*1.0, inactive) CPU0: D VIVT undefined 5 cache CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets Built 1 zonelists Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 reboot=co ld,hard video=pxafb:mode:640x480-16,passive,color,hsynclen:3,right:5,left:7,vsyn clen:39,pixclock:80000,hsync:1,vsync:1,pixclockpol:1 PID hash table entries: 512 (order: 9, 8192 bytes) Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 64MB = 64MB total Memory: 63232KB available (1289K code, 253K data, 68K init) Calibrating delay loop... 397.31 BogoMIPS (lpj=1986560) Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc. Initializing Cryptographic API io scheduler noop registered pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 15) is a FFUART pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 14) is a BTUART pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 13) is a STUART pxa2xx-uart.3: ttyS3 at MMIO 0x41600000 (irq = 0) is a HWUART Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit bankwidth) Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank Gumstix Flash ROM: Found an alias at 0x400000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x800000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0xc00000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x1000000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x1400000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x1800000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x1c00000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x2000000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x2400000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x2800000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x2c00000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x3000000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x3400000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x3800000 for the chip at 0x0 Gumstix Flash ROM: Found an alias at 0x3c00000 for the chip at 0x0 Intel/Sharp Extended Query Table at 0x0031 Using buffer write method cfi_cmdset_0001: Erase suspend on write enabled erase region 0: offset=0x0,size=0x20000,blocks=32 Using static partitions on Gumstix Flash ROM Creating 2 MTD partitions on "Gumstix Flash ROM": 0x00000000-0x00040000 : "Bootloader" 0x00040000-0x00400000 : "RootFS" mice: PS/2 mouse device common for all mice NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 4096 (order: 2, 16384 bytes) TCP bind hash table entries: 4096 (order: 2, 16384 bytes) TCP: Hash tables configured (established 4096 bind 4096) TCP reno registered TCP bic registered VFS: Mounted root (jffs2 filesystem). Freeing init memory: 68K NET: Registered protocol family 1 Set (AF1,out,set) via /proc/gpio/GPIO12 Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 Set (GPIO,out,clear) via /proc/gpio/GPIO7 Set (GPIO,out,set) via /proc/gpio/GPIO7 pxa2xx_udc: version 4-May-2005 usb0: Ethernet Gadget, version: May Day 2005 usb0: using pxa2xx_udc, OUT ep2out-bulk IN ep1in-bulk STATUS ep6in-bulk usb0: MAC 0a:00:0b:42:67:e1 usb0: HOST MAC 0a:00:0b:42:67:e2 usb0: RNDIS ready NET: Registered protocol family 17 smc91x: not found (-19). smc91x: not found (-19). how should the line look which states that the Framebuffer is active and is it active here? ----- Original Message ----- From: "Sumit Birla" <sb...@ta...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Monday, June 05, 2006 5:16 PM Subject: Re: [Gumstix-users] LCD Frame Buffer > This is what I did - > > cd build_arm_nofpu/linux-2.6.15gum > export ARCH=arm > export DEPMODE=/bin/true > make menuconfig > > In Graphics Support -> > select Support for Framebuffer device > select PXA LCD framebuffer support > select PXA LCD command line helper funciton > > Save changes > make clean > cd ../../ > make > > If everything compiles fine, I get a new rootfs.arm_nofpu.jffs2. I send > this to gumstix using kermit. |
From: Demetris Z. <fgc...@cy...> - 2006-06-06 06:42:55
|
So what is the optimum way of controlling motors, Hbrigdes, and the rest of the things that Atmega can do through Gumstix? |
From: Dave H. <dhy...@gm...> - 2006-06-08 00:46:17
|
HI Demetris, On 6/5/06, Demetris Zavorotnichenko <fgc...@cy...> wrote: > So what is the optimum way of controlling motors, Hbrigdes, and the rest of > the things that Atmega can do through Gumstix? Optimum depends on what exact peripherals you need to use and what type of performance level you need. If i2c-io does what you need, then that's optimal. If it isn't, then you'll probably need to write your own app which runs on the robostix. I would start by looking at i2c-io code. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Demetris Z. <fgc...@cy...> - 2006-06-06 06:44:36
|
I would have to write software for Atmega in order to control it through i2c(the way it's connected to Gumstix) and write software on gumstix in order to run my App through Gumstix i2c? |
From: Dave H. <dhy...@gm...> - 2006-06-07 21:59:02
|
Hi Demetris, (Repost since my original got lost) On 6/5/06, Demetris Zavorotnichenko <fgc...@cy...> wrote: > So what is the optimum way of controlling motors, Hbrigdes, and the rest of > the things that Atmega can do through Gumstix? Optimum depends on what exact peripherals you need to use and what type of performance level you need. If i2c-io does what you need, then that's optimal. If it isn't, then you'll probably need to write your own app which runs on the robostix. I would start by looking at i2c-io code. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Demetris Z. <fgc...@cy...> - 2006-06-07 22:16:05
|
would Tinyx do what i need in this case and would i be able to write my own app for tinyx in order to control hardware on robostix? Demetris Z. ----- Original Message ----- From: "Dave Hylands" <dhy...@gm...> To: "General mailing list for gumstix users." <gum...@li...> Sent: Thursday, June 08, 2006 12:57 AM Subject: Re: [Gumstix-users] GUI on Gumstix > Hi Demetris, > > On 6/6/06, Demetris Zavorotnichenko <fgc...@cy...> wrote: >> If i want to be able to control motors, servos, e.t.c. on robostix with >> a >> simple GUI (Windows, buttons) how would i do it? >> >> What steps to follow(other than enabling the Framebuffer and activating a >> working LCD) ? > > Can't help out much with the GUI side except t say that microwindows > will probably do the trick. > > There is a programmatic interface to the i2c routines. Look for -api.c > and -api.h files in the robostix/gumstix/Common directory. > > -- > Dave Hylands > Vancouver, BC, Canada > http://www.DaveHylands.com/ > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Dave H. <dhy...@gm...> - 2006-06-07 22:21:06
|
Hi Demetris, On 6/7/06, Demetris Zavorotnichenko <fgc...@cy...> wrote: > would Tinyx do what i need in this case and would i be able to write my own > app for tinyx in order to control hardware on robostix? I don't see why not - I've never used tinyx though. -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Demetris Z. <fgc...@cy...> - 2006-05-31 12:20:31
|
the /home partition for the Gumstix buildroot is about 1 GB do i need more than that? |
From: Jesse W. <jda...@ho...> - 2006-05-31 16:06:52
|
<html><div style='background-color:'><P><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif">That all depends....when I did a DU I was using 1.2GB but that's because I had already added some other stuff to the buildroot (uisp and other stuff) using the make menuconfig....but if I know any thing about compilers they will eat up some extra space for temporary files....I'm no expert but I would expect to use 3-5GB to develop code, add moduals, and compile it all</FONT></P> <P><FONT style="FONT-SIZE: 11px; FONT-FAMILY: tahoma,sans-serif"> </P> <P><BR>>the /home partition for the Gumstix buildroot is about 1 GB do i <BR>>need more than that?<BR>><BR>><BR>><BR>>-------------------------------------------------------<BR>>All the advantages of Linux Managed Hosting--Without the Cost and <BR>>Risk!<BR>>Fully trained technicians. The highest number of Red Hat <BR>>certifications in<BR>>the hosting industry. Fanatical Support. Click to learn more<BR>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642<BR>>_______________________________________________<BR>>gumstix-users mailing list<BR>>gum...@li...<BR>>https://lists.sourceforge.net/lists/listinfo/gumstix-users<BR></P></FONT></div></html> |
From: Craig H. <cr...@gu...> - 2006-05-31 22:17:26
|
On May 31, 2006, at 5:20 AM, Demetris Zavorotnichenko wrote: > the /home partition for the Gumstix buildroot is about 1 GB do i > need more than that? I just ran "du" on my buildroot directory, which right now just about only has the standard build stuff in it, and total it reports is 1.1GB C |