Skip to search.

Breaking News Visit Yahoo! News for the latest.

×Close this window

ts-7000 · TS-7000 ARM SBC

The Yahoo! Groups Product Blog

Check it out!

Group Information

  • Members: 3636
  • Category: Hardware
  • Founded: Sep 28, 2004
  • Language: English
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Hear how Yahoo! Groups has changed the lives of others. Take me there.

Messages

Advanced
Messages Help
Messages 20837 - 20866 of 22377   Oldest  |  < Older  |  Newer >  |  Newest
Messages: Show Message Summaries Sort by Date ^  
#20837 From: "jeffwebbuk1" <jeffwebbuk1@...>
Date: Fri Jul 1, 2011 11:16 am
Subject: A question on xuartctl - please help!
jeffwebbuk1
Send Email Send Email
 
Hi all,

First up, I'm a novice when it comes to UART stuff so please be kind :)

I've been developing on a TS-7550. I've connected the rs232 to an external
controller. By running the following:

xuartctl --port=0 --speed=9600

I can manually type the letter 'a', for example, hit return and the controller
sends a nice big string back to the screen like :xyz123;

But what I really want to do is have a simple shell script that sends 'a' to
port 0 every x seconds, and when it gets the string back it assigns it to a
variable for use by other functions.

I've read all the manuals and scoured the net, but even why I try the suggested
test of something like:

echo "hello world" > /dev/pts/0

it doesn't actually do anything :(

Could anyone possibly point me in the right direction as it's the very last bit
of the puzzle to make my whole fun project work!

Thanks in advance to anyone who can help me with this :)

#20838 From: "Jimmi Engh" <jien@...>
Date: Fri Jul 1, 2011 3:58 pm
Subject: Getting EABI, Tslib and DirectFB1.4.13 to play on the TS-7395
jimmi.engh
Send Email Send Email
 
Hello all, we've been fiddling around with the TS-7395 board for a couple of months. At first we thought it was a bit slow and some searching on the net landed me on this group and on Donals (http://automon.donaloconnor.net/)and Scott's (http://smcrook.blogspot.com) blogs and read about how EABI would increase performance. 
Well after a lot of work and tweaking and cursing we finally managed to get it to work... sort of. the performance boost compared to OABI was great, but DirectFB (which we upgraded to 1.4.13, which generated a lot of headbanging and cursing too) didn't respond to events as it should (touchscreen events) it seemed like the button down event was triggered when touching the screen but instead of reading where the touch occured it read the cursor position (or mouse pointer). Then we read about tslib, and that sounded like some great stuff, we managed to compile it. We ran ts_calibrate and it ran as it should.
But when we tried to make it talk to directfb it didn't go so well (we recompiled directfb and set --with-inputdrivers=tslib... etc etc) but when we try and run an application with directfb we get this:

   ~~~~~~~~~~~~~~~~~~~~~~~~~~| DirectFB 1.4.13 |~~~~~~~~~~~~~~~~~~~~~~~~~~
        (c) 2001-2010  The world wide DirectFB Open Source Community
        (c) 2000-2004  Convergence (integrated media) GmbH
      ----------------------------------------------------------------

(*) DirectFB/Core: Single Application Core. (2011-07-01 14:34)
(*) Direct/Memcpy: Using libc memcpy()
(*) Direct/Thread: Started 'VT Switcher' (-1) [CRITICAL OTHER/OTHER 0/0] <8388608>...
(*) Direct/Thread: Started 'VT Flusher' (-1) [DEFAULT OTHER/OTHER 0/0] <8388608>...
(*) DirectFB/FBDev: Found 'TS7370' (ID 0) with frame buffer at 0x60100000, 750k (MMIO 0x600ff030, 0k)
(!) Direct/Modules: Unable to dlopen `/usr/local/lib/directfb-1.4-5/inputdrivers/libdirectfb_tslib.so'!
    --> /usr/local/lib/directfb-1.4-5/inputdrivers/libdirectfb_tslib.so: undefined symbol: ts_close
(*) DirectFB/Graphics: Generic Software Rasterizer 0.6 (directfb.org)
(*) DirectFB/Core/WM: Default 0.3 (directfb.org)
(*) FBDev/Mode: Setting 800x480 RGB16
(*) FBDev/Mode: Switched to 800x480 (virtual 800x480) at 16 bit (RGB16), pitch 1

And we're at a loss. It's been an uphill struggle to get this far... and the hill keeps going up! 
Is there anyone out there with a working dd image with (preferably) EABI and Directfb working with the touchscreen? Or any help in how to proceed from here?

Best Regards
Jimmi

#20839 From: "Donal O'Connor" <donaloconnor@...>
Date: Fri Jul 1, 2011 4:12 pm
Subject: Re: Getting EABI, Tslib and DirectFB1.4.13 to play on the TS-7395
wap_surfer
Send Email Send Email
 
Hey,

I attempted to get the directfb working with the EABI but it was a struggle and I hadn't time so I stopped after a day or 2.

I'm interesting in seeing if anyone has a solution to this.

DOnal

On Fri, Jul 1, 2011 at 4:58 PM, Jimmi Engh <jien@...> wrote:
 

Hello all, we've been fiddling around with the TS-7395 board for a couple of months. At first we thought it was a bit slow and some searching on the net landed me on this group and on Donals (http://automon.donaloconnor.net/)and Scott's (http://smcrook.blogspot.com) blogs and read about how EABI would increase performance. 
Well after a lot of work and tweaking and cursing we finally managed to get it to work... sort of. the performance boost compared to OABI was great, but DirectFB (which we upgraded to 1.4.13, which generated a lot of headbanging and cursing too) didn't respond to events as it should (touchscreen events) it seemed like the button down event was triggered when touching the screen but instead of reading where the touch occured it read the cursor position (or mouse pointer). Then we read about tslib, and that sounded like some great stuff, we managed to compile it. We ran ts_calibrate and it ran as it should.
But when we tried to make it talk to directfb it didn't go so well (we recompiled directfb and set --with-inputdrivers=tslib... etc etc) but when we try and run an application with directfb we get this:

   ~~~~~~~~~~~~~~~~~~~~~~~~~~| DirectFB 1.4.13 |~~~~~~~~~~~~~~~~~~~~~~~~~~
        (c) 2001-2010  The world wide DirectFB Open Source Community
        (c) 2000-2004  Convergence (integrated media) GmbH
      ----------------------------------------------------------------

(*) DirectFB/Core: Single Application Core. (2011-07-01 14:34)
(*) Direct/Memcpy: Using libc memcpy()
(*) Direct/Thread: Started 'VT Switcher' (-1) [CRITICAL OTHER/OTHER 0/0] <8388608>...
(*) Direct/Thread: Started 'VT Flusher' (-1) [DEFAULT OTHER/OTHER 0/0] <8388608>...
(*) DirectFB/FBDev: Found 'TS7370' (ID 0) with frame buffer at 0x60100000, 750k (MMIO 0x600ff030, 0k)
(!) Direct/Modules: Unable to dlopen `/usr/local/lib/directfb-1.4-5/inputdrivers/libdirectfb_tslib.so'!
    --> /usr/local/lib/directfb-1.4-5/inputdrivers/libdirectfb_tslib.so: undefined symbol: ts_close
(*) DirectFB/Graphics: Generic Software Rasterizer 0.6 (directfb.org)
(*) DirectFB/Core/WM: Default 0.3 (directfb.org)
(*) FBDev/Mode: Setting 800x480 RGB16
(*) FBDev/Mode: Switched to 800x480 (virtual 800x480) at 16 bit (RGB16), pitch 1

And we're at a loss. It's been an uphill struggle to get this far... and the hill keeps going up! 
Is there anyone out there with a working dd image with (preferably) EABI and Directfb working with the touchscreen? Or any help in how to proceed from here?

Best Regards
Jimmi



#20840 From: "Rekcut_Nod" <dtucker@...>
Date: Fri Jul 1, 2011 4:46 pm
Subject: DIO output TS-7260
Rekcut_Nod
Send Email Send Email
 
I'm attempting to run the TS sample from:

ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7260-linux/samples/button.c

modified slightly to toggle output on the DIO1 header, rather than the on-board
LEDs.  I'm monitoring DIO1 pin 9 (DIO_4) with a volt meter across a resister to
ground, and it reads a constant 5.6mV, even when the program enters into the
toggle loop.

Can anyone tell me what I need to do differently?

Don


int main(int argc, char **argv)
{
    volatile unsigned int *PBDR, *PBDDR, *GPIOBDB;
    int i;
    unsigned char state;
    unsigned char *start;
    int fd = open("/dev/mem", O_RDWR|O_SYNC);

    start = mmap(0, getpagesize(), PROT_READ|PROT_WRITE, MAP_SHARED, fd,
0x80840000);
    PBDR = (unsigned int *)(start + 0x04);     // port b
    PBDDR = (unsigned int *)(start + 0x14);    // port b direction register
    GPIOBDB = (unsigned int *)(start + 0xC4);  // debounce on port b

    *PBDDR = 0xf0; 		      // upper nibble output, lower nibble input
    *GPIOBDB = 0x01; 		      // enable debounce on bit 0

    state = *PBDR;                             // read initial state
    while (state & 0x01) {                     // wait until button goes low
       state = *PBDR;                          // remember bit 0 is pulled up
with 4.7k ohm
    }


    // blink 5 times, sleep 1 second so it's visible
    for (i = 0; i < 5; i++) {
       *PBDR = 0xf0;
       sleep(1);
       *PBDR = 0x00;
       sleep(1);
    }
    close(fd);
    return 0;
}

#20841 From: "Rekcut_Nod" <dtucker@...>
Date: Fri Jul 1, 2011 7:54 pm
Subject: Re: DIO output TS-7260
Rekcut_Nod
Send Email Send Email
 
I am even seeing the same behavior using TS's scripts in ts7xxx.subr
(ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7260-linux/binaries/ts-scripts/ts7xxx.s\
ubr).  No change in in the output value from toggling the output line:

ts7000:~# dio_dir_set 4 1
0xF0
ts7000:~# dio_data_set 4 0
0xF
ts7000:~# dio_data_set 4 1
0xF


Wtf?

Don

#20842 From: Petr ©tetiar <ynezz@...>
Date: Sat Jul 2, 2011 7:33 am
Subject: Re: Re: DIO output TS-7260
kurvadopicek...
Send Email Send Email
 
Rekcut_Nod <dtucker@...> [2011-07-01 19:54:02]:

> I am even seeing the same behavior using TS's scripts in ts7xxx.subr
>
(ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7260-linux/binaries/ts-scripts/ts7xxx.s\
ubr).
> No change in in the output value from toggling the output line:
>
> ts7000:~# dio_dir_set 4 1
> 0xF0
> ts7000:~# dio_data_set 4 0
> 0xF
> ts7000:~# dio_data_set 4 1
> 0xF
>
> Wtf?

Maybe you should ask their support instead of whinning here? :-) With a decent
kernel, you could use in-kernel gpio[1] library.

1. http://tech.groups.yahoo.com/group/ts-7000/message/19317

-- ynezz

#20843 From: Jim Jackson <jj@...>
Date: Sat Jul 2, 2011 8:48 am
Subject: Re: DIO output TS-7260
jimbox51
Send Email Send Email
 
As I said in another thread only the other day, you have to be carefull
when using integer pointers[1].

Change your pointers to "unsigned char *" from "unsigned int *"

Jim

[1] you might try printing out the hex values of start, PBDR & PBDDR,
and see if the numbers are what you think they should. You will
find they are start+0x10, start+0x50

To C  the address of (start+0x04) is the same as the address of start[4]
(the fourth integer in the integer array start) which is of course at
start+16 or start+0x10. As I said above using byte pointers is sooooo much
easier.

On Fri, 1 Jul 2011, Rekcut_Nod wrote:

> I'm attempting to run the TS sample from:
>
> ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7260-linux/samples/button.c
>
> modified slightly to toggle output on the DIO1 header, rather than the
> on-board LEDs.  I'm monitoring DIO1 pin 9 (DIO_4) with a volt meter
> across a resister to ground, and it reads a constant 5.6mV, even when the
> program enters into the toggle loop.
>
> Can anyone tell me what I need to do differently?
>
> Don
>
>
> int main(int argc, char **argv)
> {
>    volatile unsigned int *PBDR, *PBDDR, *GPIOBDB;
>    int i;
>    unsigned char state;
>    unsigned char *start;
>    int fd = open("/dev/mem", O_RDWR|O_SYNC);
>
>    start = mmap(0, getpagesize(), PROT_READ|PROT_WRITE, MAP_SHARED, fd,
0x80840000);
>    PBDR = (unsigned int *)(start + 0x04);     // port b
>    PBDDR = (unsigned int *)(start + 0x14);    // port b direction register
>    GPIOBDB = (unsigned int *)(start + 0xC4);  // debounce on port b
>
>    *PBDDR = 0xf0; 		      // upper nibble output, lower nibble input
>    *GPIOBDB = 0x01; 		      // enable debounce on bit 0
>
>    state = *PBDR;                             // read initial state
>    while (state & 0x01) {                     // wait until button goes low
>       state = *PBDR;                          // remember bit 0 is pulled up
with 4.7k ohm
>    }
>
>
>    // blink 5 times, sleep 1 second so it's visible
>    for (i = 0; i < 5; i++) {
>       *PBDR = 0xf0;
>       sleep(1);
>       *PBDR = 0x00;
>       sleep(1);
>    }
>    close(fd);
>    return 0;
> }
>
>

#20844 From: mahendiran gopal <gmahendiran@...>
Date: Sat Jul 2, 2011 8:58 am
Subject: Re: DIO output TS-7260
gmahendiran
Send Email Send Email
 
Hi,
 
Remove the below code in your program and compile then try it will work.
 
 state = *PBDR; // read initial state
 while (state & 0x01) { // wait until button goes low
 state = *PBDR; // remember bit 0 is pulled up with 4.7k ohm
 }
Regargs,
Mahendiran
India
 


 
On Sat, Jul 2, 2011 at 2:18 PM, Jim Jackson <jj@...> wrote:
 


As I said in another thread only the other day, you have to be carefull
when using integer pointers[1].

Change your pointers to "unsigned char *" from "unsigned int *"

Jim

[1] you might try printing out the hex values of start, PBDR & PBDDR,
and see if the numbers are what you think they should. You will
find they are start+0x10, start+0x50

To C the address of (start+0x04) is the same as the address of start[4]
(the fourth integer in the integer array start) which is of course at
start+16 or start+0x10. As I said above using byte pointers is sooooo much
easier.



On Fri, 1 Jul 2011, Rekcut_Nod wrote:

> I'm attempting to run the TS sample from:
>
> ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7260-linux/samples/button.c
>
> modified slightly to toggle output on the DIO1 header, rather than the
> on-board LEDs. I'm monitoring DIO1 pin 9 (DIO_4) with a volt meter
> across a resister to ground, and it reads a constant 5.6mV, even when the
> program enters into the toggle loop.
>
> Can anyone tell me what I need to do differently?
>
> Don
>
>
> int main(int argc, char **argv)
> {
> volatile unsigned int *PBDR, *PBDDR, *GPIOBDB;
> int i;
> unsigned char state;
> unsigned char *start;
> int fd = open("/dev/mem", O_RDWR|O_SYNC);
>
> start = mmap(0, getpagesize(), PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0x80840000);
> PBDR = (unsigned int *)(start + 0x04); // port b
> PBDDR = (unsigned int *)(start + 0x14); // port b direction register
> GPIOBDB = (unsigned int *)(start + 0xC4); // debounce on port b
>
> *PBDDR = 0xf0; // upper nibble output, lower nibble input
> *GPIOBDB = 0x01; // enable debounce on bit 0
>
> state = *PBDR; // read initial state
> while (state & 0x01) { // wait until button goes low
> state = *PBDR; // remember bit 0 is pulled up with 4.7k ohm
> }
>
>
> // blink 5 times, sleep 1 second so it's visible
> for (i = 0; i < 5; i++) {
> *PBDR = 0xf0;
> sleep(1);
> *PBDR = 0x00;
> sleep(1);
> }
> close(fd);
> return 0;
> }
>
>



#20845 From: Jim Jackson <jj@...>
Date: Sun Jul 3, 2011 12:08 pm
Subject: Re: DIO output TS-7260
jimbox51
Send Email Send Email
 
On Sat, 2 Jul 2011, Jim Jackson wrote:

>
> As I said in another thread only the other day, you have to be carefull
> when using integer pointers[1].
>
> Change your pointers to "unsigned char *" from "unsigned int *"
>
> Jim
>
> [1] you might try printing out the hex values of start, PBDR & PBDDR,
> and see if the numbers are what you think they should. You will
> find they are start+0x10, start+0x50
>
> To C  the address of (start+0x04) is the same as the address of start[4]
> (the fourth integer in the integer array start) which is of course at
        ^^^^^^

surprized no one picked me up. I meant the 5th integer.

> start+16 or start+0x10. As I said above using byte pointers is sooooo much
> easier.
>
> On Fri, 1 Jul 2011, Rekcut_Nod wrote:
>
> > I'm attempting to run the TS sample from:
> >
> > ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7260-linux/samples/button.c
> >
> > modified slightly to toggle output on the DIO1 header, rather than the
> > on-board LEDs.  I'm monitoring DIO1 pin 9 (DIO_4) with a volt meter
> > across a resister to ground, and it reads a constant 5.6mV, even when the
> > program enters into the toggle loop.
> >
> > Can anyone tell me what I need to do differently?
> >
> > Don
> >
> >
> > int main(int argc, char **argv)
> > {
> >    volatile unsigned int *PBDR, *PBDDR, *GPIOBDB;
> >    int i;
> >    unsigned char state;
> >    unsigned char *start;
> >    int fd = open("/dev/mem", O_RDWR|O_SYNC);
> >
> >    start = mmap(0, getpagesize(), PROT_READ|PROT_WRITE, MAP_SHARED, fd,
0x80840000);
> >    PBDR = (unsigned int *)(start + 0x04);     // port b
> >    PBDDR = (unsigned int *)(start + 0x14);    // port b direction register
> >    GPIOBDB = (unsigned int *)(start + 0xC4);  // debounce on port b
> >
> >    *PBDDR = 0xf0; 		      // upper nibble output, lower nibble input
> >    *GPIOBDB = 0x01; 		      // enable debounce on bit 0
> >
> >    state = *PBDR;                             // read initial state
> >    while (state & 0x01) {                     // wait until button goes low
> >       state = *PBDR;                          // remember bit 0 is pulled up
with 4.7k ohm
> >    }
> >
> >
> >    // blink 5 times, sleep 1 second so it's visible
> >    for (i = 0; i < 5; i++) {
> >       *PBDR = 0xf0;
> >       sleep(1);
> >       *PBDR = 0x00;
> >       sleep(1);
> >    }
> >    close(fd);
> >    return 0;
> > }
> >
> >
>

#20846 From: "naturalwatt" <martin@...>
Date: Sun Jul 3, 2011 3:44 pm
Subject: Re: A question on xuartctl - please help!
naturalwatt
Send Email Send Email
 
--- In ts-7000@yahoogroups.com, "jeffwebbuk1" <jeffwebbuk1@...> wrote:
>
> Hi all,
>
> First up, I'm a novice when it comes to UART stuff so please be kind :)
>
> I've been developing on a TS-7550. I've connected the rs232 to an external
controller. By running the following:
>
> xuartctl --port=0 --speed=9600
>
> I can manually type the letter 'a', for example, hit return and the controller
sends a nice big string back to the screen like :xyz123;
>
> But what I really want to do is have a simple shell script that sends 'a' to
port 0 every x seconds, and when it gets the string back it assigns it to a
variable for use by other functions.
>
> I've read all the manuals and scoured the net, but even why I try the
suggested test of something like:
>
> echo "hello world" > /dev/pts/0
>
> it doesn't actually do anything :(
>
> Could anyone possibly point me in the right direction as it's the very last
bit of the puzzle to make my whole fun project work!
>
> Thanks in advance to anyone who can help me with this :)

The xuartctl line as you have it sets up so that standard input is sent to the
port and conversely bytes read from the serial port are sent to standard output.
That's fine for interactive use but not for a shell script.

You will probably need to add the --server option which makes the xuartctl
program daemonise itself and creates a /dev/pts/XX device for you to read to and
write from.

The tricky thing is guaranteeing what device has been created.  If you have made
one or more telnet connection to the board, that will start to create /dev/pts
entries as well.

I don't think shell script is the best way to handle serial I/O, I am afraid.

It would be really nice to use Python and its serial libraries, but building
that lot has got to be a major job.

All my serial handling is one from C - where you do at least have complete
control.

In your project you will have to handle timeouts to decide when you have got a
complete string back.  Unless you can find an equivalent to 'read' which accepts
a timeout parameter.


>

#20847 From: "bdinc2001" <bdinc2001@...>
Date: Mon Jul 4, 2011 9:58 pm
Subject: Problem with kernel 2.6.34 on ts-7800,
bdinc2001
Send Email Send Email
 
Hi,

I am working on ts-7800 and would like to use kernel 2.6.23 or later.
For this purpose I have tried to compile the kernel from
ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7800-linux/sources/2.6.34.tar.gz
and as tool-chain, I have used
ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7800-linux/cross-toolchains/ts7800-cross\
tool-linux-gnueabi-2008q3-2.tar.gz,
but it does not work.
During the boot

"Uncompressing Linux... done, booting the kernel."

then it stuck,

Does Kernel 2.6.34 from embeddedarm.com work with ts-7800 embedded sbc?
If not, how can I work Kernel 2.6.34 on ts-7800?

Thanks for any kind of help.

Bolat

#20848 From: "Jaan" <jaan_r@...>
Date: Tue Jul 5, 2011 9:16 am
Subject: Re: Problem with kernel 2.6.34 on ts-7800,
jaan_r
Send Email Send Email
 
Hi,

My guess would be that you have no parameters set in make menuconfig -> boot
options -> default kernel command string. To see why it just hangs, add
console=ttyS0,115200n8 to the line. TS kernel default is console=none and then
you don't see the kernel panic message.

An alternative would be to use a kernel.org kernel with make
orion5x_defconfig... There are several messages in this Yahoo! group describing
the process of compiling a kernel.org kernel, but it is not easy when you have
little experience. As a starting point, you can look at message no 20289 in this
Yahoo! group.

Jaan

--- In ts-7000@yahoogroups.com, "bdinc2001" <bdinc2001@...> wrote:
>
> Hi,
>
> I am working on ts-7800 and would like to use kernel 2.6.23 or later.
> For this purpose I have tried to compile the kernel from
ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7800-linux/sources/2.6.34.tar.gz
> and as tool-chain, I have used
>
ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7800-linux/cross-toolchains/ts7800-cross\
tool-linux-gnueabi-2008q3-2.tar.gz,
> but it does not work.
> During the boot
>
> "Uncompressing Linux... done, booting the kernel."
>
> then it stuck,
>
> Does Kernel 2.6.34 from embeddedarm.com work with ts-7800 embedded sbc?
> If not, how can I work Kernel 2.6.34 on ts-7800?
>
> Thanks for any kind of help.
>
> Bolat

#20849 From: "Kok Hua" <kokhua@...>
Date: Tue Jul 5, 2011 10:16 am
Subject: Testing TS-GSM1 + Q64 on TS-7260
kokhuatong
Send Email Send Email
 
Hi, all

I just received a TS-7260 with TS-GSM1 + WaveCOM Q64 GSM modem onboard. To have
a quick test of the Q64 modem, I setup the TS-GSM1 to use COM2 (by shorting JP1
on TS-GSM1, with the rest of the jumpers as factory default). I then tried
accessing COM2 using picocom. The output is shown below:
-----------------------------------
$ ./picocom /dev/ttyAM1
picocom v1.6

port is        : /dev/ttyAM1
flowcontrol    : none
baudrate is    : 9600
parity is      : none
databits are   : 8
escape is      : C-a
local echo is  : no
noinit is      : no
noreset is     : no
nolock is      : no
send_cmd is    : sz -vv
receive_cmd is : rz -vv
imap is        :
omap is        :
emap is        : crcrlf,delbs,

Removing stale lock: /var/lock/LCK..ttyAM1
Terminal ready
-----------------------------------

I typed "AT" and hit the Enter key but no response was received.

I am wondering if my way of testing the functionality of the Q64 modem is
correct. Hope someone out there can shed me some light.

Thanks

Tong

#20850 From: Don Tucker <dtucker@...>
Date: Tue Jul 5, 2011 2:02 pm
Subject: Re: DIO output TS-7260
Rekcut_Nod
Send Email Send Email
 
Thanks, Jim. I changed PBDR and PBDDR from unsigned int to unsigned
char. PBDR, and PBDDR look like what I would expect, but I'm not sure
what I should be seeing for start.

start= 2AAC9000, PBDR= 2AAC9004, PBDDR= 2AAC9014.

On 7/2/2011 3:48 AM, Jim Jackson wrote:
>
>
> As I said in another thread only the other day, you have to be carefull
> when using integer pointers[1].
>
> Change your pointers to "unsigned char *" from "unsigned int *"
>
> Jim
>
> [1] you might try printing out the hex values of start, PBDR & PBDDR,
> and see if the numbers are what you think they should. You will
> find they are start+0x10, start+0x50
>
> To C the address of (start+0x04) is the same as the address of start[4]
> (the fourth integer in the integer array start) which is of course at
> start+16 or start+0x10. As I said above using byte pointers is sooooo
> much
> easier.
>
> On Fri, 1 Jul 2011, Rekcut_Nod wrote:
>
> > I'm attempting to run the TS sample from:
> >
> > ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7260-linux/samples/button.c
> >
> > modified slightly to toggle output on the DIO1 header, rather than the
> > on-board LEDs. I'm monitoring DIO1 pin 9 (DIO_4) with a volt meter
> > across a resister to ground, and it reads a constant 5.6mV, even
> when the
> > program enters into the toggle loop.
> >
> > Can anyone tell me what I need to do differently?
> >
> > Don
> >
> >
> > int main(int argc, char **argv)
> > {
> > volatile unsigned int *PBDR, *PBDDR, *GPIOBDB;
> > int i;
> > unsigned char state;
> > unsigned char *start;
> > int fd = open("/dev/mem", O_RDWR|O_SYNC);
> >
> > start = mmap(0, getpagesize(), PROT_READ|PROT_WRITE, MAP_SHARED, fd,
> 0x80840000);
> > PBDR = (unsigned int *)(start + 0x04); // port b
> > PBDDR = (unsigned int *)(start + 0x14); // port b direction register
> > GPIOBDB = (unsigned int *)(start + 0xC4); // debounce on port b
> >
> > *PBDDR = 0xf0; // upper nibble output, lower nibble input
> > *GPIOBDB = 0x01; // enable debounce on bit 0
> >
> > state = *PBDR; // read initial state
> > while (state & 0x01) { // wait until button goes low
> > state = *PBDR; // remember bit 0 is pulled up with 4.7k ohm
> > }
> >
> >
> > // blink 5 times, sleep 1 second so it's visible
> > for (i = 0; i < 5; i++) {
> > *PBDR = 0xf0;
> > sleep(1);
> > *PBDR = 0x00;
> > sleep(1);
> > }
> > close(fd);
> > return 0;
> > }
> >
> >
>
>

#20851 From: Don Tucker <dtucker@...>
Date: Tue Jul 5, 2011 2:10 pm
Subject: Re: DIO output TS-7260
Rekcut_Nod
Send Email Send Email
 
Thanks, Mahendiran.  I know that this portion of my code works, since
the program will wait forever until I ground DIO1 pin 1, as it should.

Don

On 7/2/2011 3:58 AM, mahendiran gopal wrote:
> Hi,
> Remove the below code in your program and compile then try it will work.
>  state = *PBDR; // read initial state
>  while (state & 0x01) { // wait until button goes low
>  state = *PBDR; // remember bit 0 is pulled up with 4.7k ohm
>  }
> Regargs,
> Mahendiran
> India
>
>
> On Sat, Jul 2, 2011 at 2:18 PM, Jim Jackson <jj@...
> <mailto:jj@...>> wrote:
>
>
>     As I said in another thread only the other day, you have to be
>     carefull
>     when using integer pointers[1].
>
>     Change your pointers to "unsigned char *" from "unsigned int *"
>
>     Jim
>
>     [1] you might try printing out the hex values of start, PBDR & PBDDR,
>     and see if the numbers are what you think they should. You will
>     find they are start+0x10, start+0x50
>
>     To C the address of (start+0x04) is the same as the address of
>     start[4]
>     (the fourth integer in the integer array start) which is of course at
>     start+16 or start+0x10. As I said above using byte pointers is
>     sooooo much
>     easier.
>
>
>
>     On Fri, 1 Jul 2011, Rekcut_Nod wrote:
>
>     > I'm attempting to run the TS sample from:
>     >
>     > ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7260-linux/samples/button.c
>     >
>     > modified slightly to toggle output on the DIO1 header, rather
>     than the
>     > on-board LEDs. I'm monitoring DIO1 pin 9 (DIO_4) with a volt meter
>     > across a resister to ground, and it reads a constant 5.6mV, even
>     when the
>     > program enters into the toggle loop.
>     >
>     > Can anyone tell me what I need to do differently?
>     >
>     > Don
>     >
>     >
>     > int main(int argc, char **argv)
>     > {
>     > volatile unsigned int *PBDR, *PBDDR, *GPIOBDB;
>     > int i;
>     > unsigned char state;
>     > unsigned char *start;
>     > int fd = open("/dev/mem", O_RDWR|O_SYNC);
>     >
>     > start = mmap(0, getpagesize(), PROT_READ|PROT_WRITE, MAP_SHARED,
>     fd, 0x80840000);
>     > PBDR = (unsigned int *)(start + 0x04); // port b
>     > PBDDR = (unsigned int *)(start + 0x14); // port b direction register
>     > GPIOBDB = (unsigned int *)(start + 0xC4); // debounce on port b
>     >
>     > *PBDDR = 0xf0; // upper nibble output, lower nibble input
>     > *GPIOBDB = 0x01; // enable debounce on bit 0
>     >
>     > state = *PBDR; // read initial state
>     > while (state & 0x01) { // wait until button goes low
>     > state = *PBDR; // remember bit 0 is pulled up with 4.7k ohm
>     > }
>     >
>     >
>     > // blink 5 times, sleep 1 second so it's visible
>     > for (i = 0; i < 5; i++) {
>     > *PBDR = 0xf0;
>     > sleep(1);
>     > *PBDR = 0x00;
>     > sleep(1);
>     > }
>     > close(fd);
>     > return 0;
>     > }
>     >
>     >
>
>
>

#20852 From: Simon Leung <simonleung@...>
Date: Tue Jul 5, 2011 2:27 pm
Subject: Re: Testing TS-GSM1 + Q64 on TS-7260
simonleung@...
Send Email Send Email
 
On 05/07/11 11:16, Kok Hua wrote:
> Hi, all
>
> I just received a TS-7260 with TS-GSM1 + WaveCOM Q64 GSM modem onboard. To
have a quick test of the Q64 modem, I setup the TS-GSM1 to use COM2 (by shorting
JP1 on TS-GSM1, with the rest of the jumpers as factory default). I then tried
accessing COM2 using picocom. The output is shown below:
> -----------------------------------
> $ ./picocom /dev/ttyAM1
> picocom v1.6
>
>
When I used TS-GSM1 on TS7800, the device file is not ttyAMx. I had to
use ttts4. Not too sure about TS7260.

#20853 From: Don Tucker <dtucker@...>
Date: Tue Jul 5, 2011 4:06 pm
Subject: Re: Testing TS-GSM1 + Q64 on TS-7260
Rekcut_Nod
Send Email Send Email
 
I think Simon is right. I use the TS-GSM1 with the TS-7260. The TS-GSM1
connects to the TS-7260 through the ISA bus. COM2 (/dev/ttyAM1) is a
separate header on the TS-7260 board. I connect through COM3, which is
/dev/ttyS0.

Don

On 7/5/2011 9:27 AM, Simon Leung wrote:
>
> On 05/07/11 11:16, Kok Hua wrote:
> > Hi, all
> >
> > I just received a TS-7260 with TS-GSM1 + WaveCOM Q64 GSM modem
> onboard. To have a quick test of the Q64 modem, I setup the TS-GSM1 to
> use COM2 (by shorting JP1 on TS-GSM1, with the rest of the jumpers as
> factory default). I then tried accessing COM2 using picocom. The
> output is shown below:
> > -----------------------------------
> > $ ./picocom /dev/ttyAM1
> > picocom v1.6
> >
> >
> When I used TS-GSM1 on TS7800, the device file is not ttyAMx. I had to
> use ttts4. Not too sure about TS7260.
>
>

#20854 From: Jim Jackson <jj@...>
Date: Tue Jul 5, 2011 4:38 pm
Subject: Re: DIO output TS-7260
jimbox51
Send Email Send Email
 
On Tue, 5 Jul 2011, Don Tucker wrote:

> Thanks, Jim. I changed PBDR and PBDDR from unsigned int to unsigned char.
> PBDR, and PBDDR look like what I would expect, but I'm not sure what I should
> be seeing for start.

what you see is what you get - The page address returned by the mmap call.
You see that in actual fact PBDR IS start+0x4 and PBDDR IS start + 0x14
If you had used unsigned int * they would NOT have been what you expected.

When you write/read from these addresses you ARE accessing the correct
locations.

cheers
Jim
> start= 2AAC9000, PBDR= 2AAC9004, PBDDR= 2AAC9014.
>
> On 7/2/2011 3:48 AM, Jim Jackson wrote:
> >
> >
> > As I said in another thread only the other day, you have to be carefull
> > when using integer pointers[1].
> >
> > Change your pointers to "unsigned char *" from "unsigned int *"
> >
> > Jim
> >
> > [1] you might try printing out the hex values of start, PBDR & PBDDR,
> > and see if the numbers are what you think they should. You will
> > find they are start+0x10, start+0x50
> >
> > To C the address of (start+0x04) is the same as the address of start[4]
> > (the fourth integer in the integer array start) which is of course at
> > start+16 or start+0x10. As I said above using byte pointers is sooooo much
> > easier.
> >
> > On Fri, 1 Jul 2011, Rekcut_Nod wrote:
> >
> > > I'm attempting to run the TS sample from:
> > >
> > > ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7260-linux/samples/button.c
> > >
> > > modified slightly to toggle output on the DIO1 header, rather than the
> > > on-board LEDs. I'm monitoring DIO1 pin 9 (DIO_4) with a volt meter
> > > across a resister to ground, and it reads a constant 5.6mV, even when the
> > > program enters into the toggle loop.
> > >
> > > Can anyone tell me what I need to do differently?
> > >
> > > Don
> > >
> > >
> > > int main(int argc, char **argv)
> > > {
> > > volatile unsigned int *PBDR, *PBDDR, *GPIOBDB;
> > > int i;
> > > unsigned char state;
> > > unsigned char *start;
> > > int fd = open("/dev/mem", O_RDWR|O_SYNC);
> > >
> > > start = mmap(0, getpagesize(), PROT_READ|PROT_WRITE, MAP_SHARED, fd,
> > 0x80840000);
> > > PBDR = (unsigned int *)(start + 0x04); // port b
> > > PBDDR = (unsigned int *)(start + 0x14); // port b direction register
> > > GPIOBDB = (unsigned int *)(start + 0xC4); // debounce on port b
> > >
> > > *PBDDR = 0xf0; // upper nibble output, lower nibble input
> > > *GPIOBDB = 0x01; // enable debounce on bit 0
> > >
> > > state = *PBDR; // read initial state
> > > while (state & 0x01) { // wait until button goes low
> > > state = *PBDR; // remember bit 0 is pulled up with 4.7k ohm
> > > }
> > >
> > >
> > > // blink 5 times, sleep 1 second so it's visible
> > > for (i = 0; i < 5; i++) {
> > > *PBDR = 0xf0;
> > > sleep(1);
> > > *PBDR = 0x00;
> > > sleep(1);
> > > }
> > > close(fd);
> > > return 0;
> > > }
> > >
> > >
> >
> >
>
>

#20855 From: Jim Jackson <jj@...>
Date: Tue Jul 5, 2011 4:45 pm
Subject: Re: Testing TS-GSM1 + Q64 on TS-7260
jimbox51
Send Email Send Email
 
On Tue, 5 Jul 2011, Kok Hua wrote:

> Hi, all
>
> I just received a TS-7260 with TS-GSM1 + WaveCOM Q64 GSM modem onboard.
> To have a quick test of the Q64 modem, I setup the TS-GSM1 to use COM2
> (by shorting JP1 on TS-GSM1, with the rest of the jumpers as factory
> default). I then tried accessing COM2 using picocom. The output is shown
> below:
> -----------------------------------
> $ ./picocom /dev/ttyAM1
               ^^^^^^^^^^^

You have to be very very careful about using words like COM1/COM2 etc.
/dev/ttyAM0 /dev/ttyAM1 have NOTHING to do with the GSM board. They
are the 2 RS232 ports on the TS7260 board.

The GSM1 board provides ANOTHER serial interface, using addresses
and IRQs that would correspond to COM1 COM2 etc on a STANDARD X86 PC.

So I suggest leaving the jumpers exactly as factory default, and using
the device /dev/tts/0 , if you keep the settings you have now then use
/dev/tts/1

> picocom v1.6
>
> port is        : /dev/ttyAM1
> flowcontrol    : none
> baudrate is    : 9600
> parity is      : none
> databits are   : 8
> escape is      : C-a
> local echo is  : no
> noinit is      : no
> noreset is     : no
> nolock is      : no
> send_cmd is    : sz -vv
> receive_cmd is : rz -vv
> imap is        :
> omap is        :
> emap is        : crcrlf,delbs,
>
> Removing stale lock: /var/lock/LCK..ttyAM1
> Terminal ready
> -----------------------------------
>
> I typed "AT" and hit the Enter key but no response was received.
>
> I am wondering if my way of testing the functionality of the Q64 modem is
correct. Hope someone out there can shed me some light.
>
> Thanks
>
> Tong
>
>
>

#20856 From: "Kok Hua" <kokhua@...>
Date: Wed Jul 6, 2011 6:42 am
Subject: Re: Testing TS-GSM1 + Q64 on TS-7260
kokhuatong
Send Email Send Email
 
Thanks to all of you for pointing out my mistake on the COM port. I can now talk
to the Q64 on my TS-7260 via serial port /dev/tts/0, using baud rate of 115200.

$ ./picocom -b 115200 --echo -f h /dev/tts/0
picocom v1.6

port is        : /dev/tts/0
flowcontrol    : RTS/CTS
baudrate is    : 115200
parity is      : none
databits are   : 8
escape is      : C-a
local echo is  : yes
noinit is      : no
noreset is     : no
nolock is      : no
send_cmd is    : sz -vv
receive_cmd is : rz -vv
imap is        :
omap is        :
emap is        : crcrlf,delbs,

Terminal ready
AATT

OK
AATTEE00

OK
AT

OK

Tong

--- In ts-7000@yahoogroups.com, Jim Jackson <jj@...> wrote:
>
>
>
>
> On Tue, 5 Jul 2011, Kok Hua wrote:
>
> > Hi, all
> >
> > I just received a TS-7260 with TS-GSM1 + WaveCOM Q64 GSM modem onboard.
> > To have a quick test of the Q64 modem, I setup the TS-GSM1 to use COM2
> > (by shorting JP1 on TS-GSM1, with the rest of the jumpers as factory
> > default). I then tried accessing COM2 using picocom. The output is shown
> > below:
> > -----------------------------------
> > $ ./picocom /dev/ttyAM1
>               ^^^^^^^^^^^
>
> You have to be very very careful about using words like COM1/COM2 etc.
> /dev/ttyAM0 /dev/ttyAM1 have NOTHING to do with the GSM board. They
> are the 2 RS232 ports on the TS7260 board.
>
> The GSM1 board provides ANOTHER serial interface, using addresses
> and IRQs that would correspond to COM1 COM2 etc on a STANDARD X86 PC.
>
> So I suggest leaving the jumpers exactly as factory default, and using
> the device /dev/tts/0 , if you keep the settings you have now then use
> /dev/tts/1
>
> > picocom v1.6
> >
> > port is        : /dev/ttyAM1
> > flowcontrol    : none
> > baudrate is    : 9600
> > parity is      : none
> > databits are   : 8
> > escape is      : C-a
> > local echo is  : no
> > noinit is      : no
> > noreset is     : no
> > nolock is      : no
> > send_cmd is    : sz -vv
> > receive_cmd is : rz -vv
> > imap is        :
> > omap is        :
> > emap is        : crcrlf,delbs,
> >
> > Removing stale lock: /var/lock/LCK..ttyAM1
> > Terminal ready
> > -----------------------------------
> >
> > I typed "AT" and hit the Enter key but no response was received.
> >
> > I am wondering if my way of testing the functionality of the Q64 modem is
correct. Hope someone out there can shed me some light.
> >
> > Thanks
> >
> > Tong
> >
> >
> >
>

#20857 From: "jeffwebbuk1" <jeffwebbuk1@...>
Date: Fri Jul 8, 2011 10:47 am
Subject: Re: A question on xuartctl - please help!
jeffwebbuk1
Send Email Send Email
 
--- In ts-7000@yahoogroups.com, "naturalwatt" <martin@...> wrote:
>
>
>
> --- In ts-7000@yahoogroups.com, "jeffwebbuk1" <jeffwebbuk1@> wrote:
> >
> > Hi all,
> >
> > First up, I'm a novice when it comes to UART stuff so please be kind :)
> >
> > I've been developing on a TS-7550. I've connected the rs232 to an external
controller. By running the following:
> >
> > xuartctl --port=0 --speed=9600
> >
> > I can manually type the letter 'a', for example, hit return and the
controller sends a nice big string back to the screen like :xyz123;
> >
> > But what I really want to do is have a simple shell script that sends 'a' to
port 0 every x seconds, and when it gets the string back it assigns it to a
variable for use by other functions.
> >
> > I've read all the manuals and scoured the net, but even why I try the
suggested test of something like:
> >
> > echo "hello world" > /dev/pts/0
> >
> > it doesn't actually do anything :(
> >
> > Could anyone possibly point me in the right direction as it's the very last
bit of the puzzle to make my whole fun project work!
> >
> > Thanks in advance to anyone who can help me with this :)
>
> The xuartctl line as you have it sets up so that standard input is sent to the
port and conversely bytes read from the serial port are sent to standard output.
That's fine for interactive use but not for a shell script.
>
> You will probably need to add the --server option which makes the xuartctl
program daemonise itself and creates a /dev/pts/XX device for you to read to and
write from.
>
> The tricky thing is guaranteeing what device has been created.  If you have
made one or more telnet connection to the board, that will start to create
/dev/pts entries as well.
>
> I don't think shell script is the best way to handle serial I/O, I am afraid.
>
> It would be really nice to use Python and its serial libraries, but building
that lot has got to be a major job.
>
> All my serial handling is one from C - where you do at least have complete
control.
>
> In your project you will have to handle timeouts to decide when you have got a
complete string back.  Unless you can find an equivalent to 'read' which accepts
a timeout parameter.
>
>
> >
>

Hi there,

Many thanks for your reply - Cracked it in the end, thanks to help from TS
themselves :). Set a simple script to 'listen' for when /dev/pts/X changes,
checks for the string length, and if correct assigns it to a temporary variable.
Works like a charm.

I am using:

stty -F /dev/pts/0 raw # only need to do this once
read TEST < /dev/pts/0 # can then read the variable $TEST in rest of script.

I've had the script running every three seconds for almost a week now and it's
behaving itself wonderfully.

Thanks again for your help and advice!

#20858 From: "Vivint Shetty" <vivints@...>
Date: Thu Jul 7, 2011 11:42 pm
Subject: Problems with QT , TS 7800 and TS 7KV
vivints
Send Email Send Email
 
I am trying to run a simple Hello World QT program using QT embedded 3.3.4(the
recommended version by Technologic). It executes fine, except that any mouse
movement paints a yellow color over the window and toolbar wherever the cursor
moves.

We are using a TS 7800, TS-7KV VGA card. If any one has any clue or suggestions
OR have come across this issue please reply or email me at vivints@...

Thanks in advance
V

#20859 From: Neil Stone <neil@...>
Date: Fri Jul 8, 2011 4:55 pm
Subject: Sound
neil_stone.rm
Send Email Send Email
 
Greetings peoples..

I want to get audio output from a TS-7550, I am awaiting a USB audio
device (not sure of spec etc)

Does anyone have any pointers, or better yet, a howto ??

#20860 From: walter marvin <walter_b_marvin@...>
Date: Fri Jul 8, 2011 6:10 pm
Subject: Re: Sound
walter_b_marvin
Send Email Send Email
 
my best guess would to be put a codec on a small board and attach to the TWI

--- On Fri, 7/8/11, Neil Stone <neil@...> wrote:

> From: Neil Stone <neil@...>
> Subject: [ts-7000] Sound
> To: ts-7000@yahoogroups.com
> Date: Friday, July 8, 2011, 12:55 PM
> Greetings peoples..
>
> I want to get audio output from a TS-7550, I am awaiting a
> USB audio
> device (not sure of spec etc)
>
> Does anyone have any pointers, or better yet, a howto ??
>
>

#20861 From: Razvan-Ionut Stoian <razvan_ionut_stoian@...>
Date: Fri Jul 8, 2011 6:32 pm
Subject: Re: Sound
razvan_ionut...
Send Email Send Email
 
Almost any cheap USB sound card works fine. Make sure that you have USB audio and OSS(3) enabled in your kernel.  If your Linux doesn't use udev or mdev, you should have  CONFIG_DEVTMPFS=y in your .config, so your /dev/mixer and /dev/dsp entries exist in /dev/.

I was able to run madplay and ogg123 without any issues. The only disadvantage is that you cannot play multiple streams at the same time as with OSS4. It would be interesting if someone ported (successfully compiled) OSS4 for ARM.

Hope this helps.

R.

--- On Fri, 7/8/11, walter marvin <walter_b_marvin@...> wrote:

From: walter marvin <walter_b_marvin@...>
Subject: Re: [ts-7000] Sound
To: ts-7000@yahoogroups.com
Date: Friday, July 8, 2011, 2:10 PM

 

my best guess would to be put a codec on a small board and attach to the TWI

--- On Fri, 7/8/11, Neil Stone <neil@...> wrote:

> From: Neil Stone <neil@...>
> Subject: [ts-7000] Sound
> To: ts-7000@yahoogroups.com
> Date: Friday, July 8, 2011, 12:55 PM
> Greetings peoples..
>
> I want to get audio output from a TS-7550, I am awaiting a
> USB audio
> device (not sure of spec etc)
>
> Does anyone have any pointers, or better yet, a howto ??
>
>


#20862 From: "J. Langley" <jameselangley@...>
Date: Sat Jul 9, 2011 12:13 am
Subject: Re: Sound
jameselangley@...
Send Email Send Email
 
I was able to get a Creative SoundBlaster USB Audio widget to work with very little effort.  I'm running a 2.6 kernel though - I'm not sure what kind of support you would get when running a 2.4 kernel.  I may have gotten lucky with having the right setup based on the kernel config.

-J.

On Fri, Jul 8, 2011 at 1:32 PM, Razvan-Ionut Stoian <razvan_ionut_stoian@...> wrote:
 

Almost any cheap USB sound card works fine. Make sure that you have USB audio and OSS(3) enabled in your kernel.  If your Linux doesn't use udev or mdev, you should have  CONFIG_DEVTMPFS=y in your .config, so your /dev/mixer and /dev/dsp entries exist in /dev/.

I was able to run madplay and ogg123 without any issues. The only disadvantage is that you cannot play multiple streams at the same time as with OSS4. It would be interesting if someone ported (successfully compiled) OSS4 for ARM.

Hope this helps.

R.

--- On Fri, 7/8/11, walter marvin <walter_b_marvin@...> wrote:

From: walter marvin <walter_b_marvin@...>
Subject: Re: [ts-7000] SoundDate: Friday, July 8, 2011, 2:10 PM


 

my best guess would to be put a codec on a small board and attach to the TWI

--- On Fri, 7/8/11, Neil Stone <neil@...> wrote:

> From: Neil Stone <neil@...>
> Subject: [ts-7000] Sound
> To: ts-7000@yahoogroups.com
> Date: Friday, July 8, 2011, 12:55 PM
> Greetings peoples..
>
> I want to get audio output from a TS-7550, I am awaiting a
> USB audio
> device (not sure of spec etc)
>
> Does anyone have any pointers, or better yet, a howto ??
>
>



#20863 From: Neil Stone <neil@...>
Date: Sat Jul 9, 2011 10:26 am
Subject: Re: Sound
neil_stone.rm
Send Email Send Email
 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08/07/11 17:55, Neil Stone wrote:
> Greetings peoples..
>
> I want to get audio output from a TS-7550, I am awaiting a USB audio
> device (not sure of spec etc)
>
> Does anyone have any pointers, or better yet, a howto ??
>
_really_ helpfull output from the kernel after plugging in the USB dongle;

[265675.090000] usb 2-2: new full speed USB device using str8100-ohci
and address 2
[265675.270000] usb 2-2: configuration #1 chosen from 1 choice

*sigh*

time to poke things..
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk4YLN4ACgkQz3Av8JKgzxT9IQCgpqMbxJ7BxULT4LvGZbXVEnVv
Nq8Amwd/jEQVqI3S0CcS9/NCbu2PLKz1
=YBz+
-----END PGP SIGNATURE-----

#20864 From: Petr ©tetiar <ynezz@...>
Date: Sat Jul 9, 2011 11:07 am
Subject: Re: Sound
kurvadopicek...
Send Email Send Email
 
Neil Stone <neil@...> [2011-07-09 11:26:44]:

> > Does anyone have any pointers, or better yet, a howto ??
> >
> _really_ helpfull output from the kernel after plugging in the USB dongle;

And what would you rather see sir, link to some howto 'howto use google'? :-)

> time to poke things..

lsusb, lookup that VID/PID via google etc...

If I were you, I would try to make it work on some desktop distro first and
then make it work on the embedded device. This could save you some hours of
*sigh*s.

-- ynezz

#20865 From: fred basset <fredbasset1000@...>
Date: Sat Jul 9, 2011 10:20 pm
Subject: Read analog inputs on TS-7350
smachin1000
Send Email Send Email
 
Hi All,

Does anyone have any pointers to sample code to read the analog inputs
on a TS-7350?  Also I was wondering what the voltage range is on those
inputs.

Thanks,
Fred

#20866 From: "bdinc2001" <bdinc2001@...>
Date: Mon Jul 11, 2011 12:42 am
Subject: Re: Problem with kernel 2.6.34 on ts-7800,
bdinc2001
Send Email Send Email
 
Hi Jaan,

Thanks for your sincere help.

I have changed CONFIG_CMDLINE as
CONFIG_CMDLINE="console=ttyS0,115200n8", but there is no change.

Still I cannot see anything on the terminal except

>> TS-BOOTROM - built Jun 10 2009
>> Copyright (c) 2008, Technologic Systems
>> Booting from SD card...
.
.
.
.
Uncompressing Linux... done, booting the kernel.

Do I need to modify head.S and/or head-xscale.S in arc/arm/boot/compressed/ to
pass board parameter to the kernel?
as in article no 20289
#ifdef CONFIG_MACH_TS78XX
ldr r1, =0x00000674 @ TS-7800 is 0x674
#endif

My board is ts-7800, Rev D, and JP1 is connected.

Best Regards.
--- In ts-7000@yahoogroups.com, "Jaan" <jaan_r@...> wrote:
>
> Hi,
>
> My guess would be that you have no parameters set in make menuconfig -> boot
options -> default kernel command string. To see why it just hangs, add
console=ttyS0,115200n8 to the line. TS kernel default is console=none and then
you don't see the kernel panic message.
>
> An alternative would be to use a kernel.org kernel with make
orion5x_defconfig... There are several messages in this Yahoo! group describing
the process of compiling a kernel.org kernel, but it is not easy when you have
little experience. As a starting point, you can look at message no 20289 in this
Yahoo! group.
>
> Jaan
>
> --- In ts-7000@yahoogroups.com, "bdinc2001" <bdinc2001@> wrote:
> >
> > Hi,
> >
> > I am working on ts-7800 and would like to use kernel 2.6.23 or later.
> > For this purpose I have tried to compile the kernel from
ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7800-linux/sources/2.6.34.tar.gz
> > and as tool-chain, I have used
> >
ftp://ftp.embeddedarm.com/ts-arm-sbc/ts-7800-linux/cross-toolchains/ts7800-cross\
tool-linux-gnueabi-2008q3-2.tar.gz,
> > but it does not work.
> > During the boot
> >
> > "Uncompressing Linux... done, booting the kernel."
> >
> > then it stuck,
> >
> > Does Kernel 2.6.34 from embeddedarm.com work with ts-7800 embedded sbc?
> > If not, how can I work Kernel 2.6.34 on ts-7800?
> >
> > Thanks for any kind of help.
> >
> > Bolat
>

Messages 20837 - 20866 of 22377   Oldest  |  < Older  |  Newer >  |  Newest
Add to My Yahoo!      XML What's This?

Copyright © 2010 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines NEW - Help