Re: RE: problems starting JavaKit

"Kris Ardis" <Kristopher.Ardis-6tN4nzCoH/[email protected]>
Newsgroups gmane.comp.hardware.microcontrollers.tini
Message-ID <013101c4051b$89626780$764000b4@kardis>
> Board is interface with PC through serial port using only Tx, Rx and
> Gnd line. There is no DTR line used to reset the board. DS80C400
> is resetted manually when required.

This is probably the problem.  The binary load sequence for each 64K segment
is terminated with a DTR reset.  You might be able to create one big hex
file and load that.

Kris

----- Original Message -----
From: "Saurabh Mukadam" <[email protected]>
To: <tini-6tN4nzCoH/[email protected]>
Cc: <bryan.armstrong-6tN4nzCoH/[email protected]>
Sent: Tuesday, March 02, 2004 10:52 PM
Subject: [TINI]RE: problems starting JavaKit


I am able to run JavaKit program with the following commands:

In autoexec.bat file the classpath is set as

SET CLASSPATH = <Path where J2SDK is installed>\LIB\COMM.JAR

At command prompt under tini\bin directory, this command is executed
to invoke JavaKit

java -cp tini.jar;comm.jar JavaKit -400 -flash 40

My problem is...I feel JavaKit is unable to load the tini_400.tbin
and slush.tbin in the flash of the board. My board is designed with
DS80C400, AM29LV017D (2 MByte Flash), K6T4008C1B (SRAM 512KBytes).
Memory mapping is as follows:

AM29LV017D is interfaced with DS80C400 at address 0x400000. nCE2
of DS80C400 is used as a chip select for AM29LV017D Flash Memory.

K6T4008C1B (SRAM 512KBytes) is interfaced with DS80C400 at address
0x00000. nCE0 of DS80C400 is used as a chip select for SRAM.

Basically interface is merged program and data memory.

Board is interface with PC through serial port using only Tx, Rx and Gnd
line. There is no DTR line used to reset the board. DS80C400 is
resetted manually when required.

By using JavaKit i am trying to load tini_400.tbin and slush.tbin file.
During loading it gives me an error message as NO RESPONSE FROM TINI BOARD.
I am unable to load TINIOS at all thus stuck on my further activity. For
reference, attaching the log file which was generated during while loading
tini_400.tbin and slush.tbin file through JavaKit.


It will highly appreciable if anyone can help me in sorting out this
problem.

Saurabh

-----Original Message-----
From: tini-admin-6tN4nzCoH/[email protected] [mailto:[email protected]]On Behalf Of
tini-request-6tN4nzCoH/[email protected]
Sent: Tuesday, March 02, 2004 11:35 PM
To: tini-6tN4nzCoH/[email protected]
Subject: TINI digest, Vol 1 #1790 - 14 msgs


Send TINI mailing list submissions to
tini-6tN4nzCoH/[email protected]

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.dalsemi.com/mailman/listinfo/tini
or, via email, send a message with subject or body 'help' to
tini-request-6tN4nzCoH/[email protected]

You can reach the person managing the list at
tini-admin-6tN4nzCoH/[email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of TINI digest..."


Today's Topics:

  1. RE: problems starting JavaKit (Bernhard Boser)
  2. Native Serial code on TINI (Andreas Skaar)
  3. RE: problems starting JavaKit (Kiran Kumar)
  4. Re: problems starting JavaKit (Kris Ardis)
  5. Re: C400 and KEIL SImulator (Kris Ardis)
  6. Re: Need some help with the TINI EVAL Kit (Kris Ardis)
  7. Re: I2C and TINI 1.12 (Bryan Armstrong)
  8. Re: setTickCount() bug? (Bryan Armstrong)
  9. RE: Native Serial code on TINI (Rob van der Ouderaa)
  10. Re: Installing ISR for Interrupt 5 (Chris Musial)
  11. RE: problems starting JavaKit (Cameron Roe)
  12. Interesting projects? (Joe Vitale)
  13.  Tini Blackbox serial race condition hang? (Dooley, Skip)
  14. Re: Installing ISR for Interrupt 5 (Bryan Armstrong)

--__--__--

Message: 1
Reply-To: <boser-aFE07iDfcCIb0cFwG/[email protected]>
From: "Bernhard Boser" <boser-aFE07iDfcCIb0cFwG/[email protected]>
To: <tini-6tN4nzCoH/[email protected]>
Cc: <[email protected]>
Subject: RE: [TINI]problems starting JavaKit
Date: Mon, 1 Mar 2004 10:16:55 -0800
Organization: UC Berkeley
charset="US-ASCII"

The following commands works for me to start JavaKit from tini1.12\bin (all
on one line, of course):

C:\java\j2sdk1.4.2_02\jre\bin\java -cp
tini.jar;C:\java\j2sdk1.4.2\lib\comm.jar JavaKit -400 -flash 40

I find that I still must choose TINIm400 from the menu when loading binaries
that are larger than a page.

Bernhard


Reply-To: <[email protected]>
From: "doal" <[email protected]>
To: <TINI-6tN4nzCoH/[email protected]>
Date: Sun, 29 Feb 2004 14:36:33 -0600
charset="iso-8859-1"
Subject: [TINI]problems starting JavaKit

I know this is a common problem, and I've looked at all the FAQs I could and
tried all the angles I could from this end and I have to admit I'm stuck.

This is VERY frustrating, and I KNOW I'm not alone in my struggle to figure
this out.
Trying to get JavaKit started and haveing NO success. Read all the FAQs
followed all the instructions for where to copy files and always get the
same error. The three files in question have been copied to the directories
as instructed. This is such a common question I cant believe there isnt a
better description of common mistakes...
e:\progra~1\j2sdk_nb\j2sdk142\bin\java -classpath
e:\tinihme\tini112\tini.jar;e:\tinihme\tini112\tiniclasses.jar JavaKit
this is the dos-ified version I've tried for this running in a command shell
in w2k
I've tried the cmd shell with no differance.
I always get the error
"Exception in thread "main" java.lang.NoClassDefFoundError: JavaKit"
nothing I do fixes this...and its imbarasing how long I've tried to figure
this out!
Please help what am I missing?


Henry Kroker


--__--__--

Message: 2
From: "Andreas Skaar" <[email protected]>
To: [email protected]
Date: Mon, 01 Mar 2004 18:04:35 +0000
Subject: [TINI]Native Serial code on TINI

I am doing a 3rd year project where I am trying to control a Marklin train
set. I hope to do this by using the serial port on the TINI board. I have
had some success with using the java library to send the data to the train
set. But I have run in to a timing issue and java doesn't seem to give me
enough control over the system. I need to have a break for a couple of
hundred micro seconds which I can't do in java. So I have started to
research how to do it using native code.
I have written the following program to test the serial port in native mode

$include(tini.inc)
$include(ds80c390.inc)
$include(tinimacro.inc)
$include(apiequ.inc)

Serial_Init:
clr a
ret

Native_method1:
send:
MOV sbuf1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
;******** Send finished *********
MOV R0, #003h ;just a test value
MOV R1, #0h
MOV R2, #0h
MOV R3, #0h

CLR A ; No errors
RET ; Exit from Program
;************** Function for waiting between sending bytes
******************
POUT: JNB TI1, POUT ; Wait here until TI bit is set
CLR TI1 ; Clear TI for next byte
RET ; Return
END

I create a serial port object in the java code to set up the serial port. I
then want to use the code above to send data bytes.
But at the moment the code seems to be sending random stuff. And if I try to
run the above code more than 2 times without restarting the TINI board the
board sends random bytes after the program has finished.

Can anyone tell me what I am doing wrong with my assembly code?

_________________________________________________________________
Tired of 56k? Get a FREE BT Broadband connection
http://www.msn.co.uk/specials/btbroadband


--__--__--

Message: 3
From: "Kiran Kumar" <kkumar-VxAcNM/[email protected]>
To: <[email protected]>, <[email protected]>
Subject: RE: [TINI]problems starting JavaKit
Date: Mon, 1 Mar 2004 12:16:17 -0500
charset="us-ascii"

Henry,
Try to add "." or "\." in your classpath.

Regards,
Kiran

-----Original Message-----
From: tini-admin-6tN4nzCoH/[email protected] [mailto:[email protected]] On Behalf
Of doal
Sent: Sunday, February 29, 2004 3:37 PM
To: TINI-6tN4nzCoH/[email protected]
Subject: [TINI]problems starting JavaKit

I know this is a common problem, and I've looked at all the FAQs I could
and
tried all the angles I could from this end and I have to admit I'm
stuck.

This is VERY frustrating, and I KNOW I'm not alone in my struggle to
figure
this out.
Trying to get JavaKit started and haveing NO success. Read all the FAQs
followed all the instructions for where to copy files and always get the
same error. The three files in question have been copied to the
directories
as instructed. This is such a common question I cant believe there isnt
a
better description of common mistakes...
e:\progra~1\j2sdk_nb\j2sdk142\bin\java -classpath
e:\tinihme\tini112\tini.jar;e:\tinihme\tini112\tiniclasses.jar JavaKit
this is the dos-ified version I've tried for this running in a command
shell
in w2k
I've tried the cmd shell with no differance.
I always get the error
"Exception in thread "main" java.lang.NoClassDefFoundError: JavaKit"
nothing I do fixes this...and its imbarasing how long I've tried to
figure
this out!
Please help what am I missing?


Henry Kroker


_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini


--__--__--

Message: 4
From: "Kris Ardis" <Kristopher.Ardis-6tN4nzCoH/[email protected]>
To: <[email protected]>, <[email protected]>
Subject: Re: [TINI]problems starting JavaKit
Date: Mon, 1 Mar 2004 10:31:25 -0600
charset="iso-8859-1"

You definitely don't ever want to include 'tiniclasses.jar' in your
classpath...this file contains the actual classes that run on TINI, and will
cause problems if they try to run anywhere else.

> e:\progra~1\j2sdk_nb\j2sdk142\bin\java -classpath
e:\tinihme\tini112\tini.jar JavaKit

Should that classpath not be "e:\tinihme\tini1.12\bin\tini.jar"?

Kris

----- Original Message -----
From: "doal" <[email protected]>
To: <TINI-6tN4nzCoH/[email protected]>
Sent: Sunday, February 29, 2004 2:36 PM
Subject: [TINI]problems starting JavaKit


> I know this is a common problem, and I've looked at all the FAQs I could
and
> tried all the angles I could from this end and I have to admit I'm stuck.
>
> This is VERY frustrating, and I KNOW I'm not alone in my struggle to
figure
> this out.
> Trying to get JavaKit started and haveing NO success. Read all the FAQs
> followed all the instructions for where to copy files and always get the
> same error. The three files in question have been copied to the
directories
> as instructed. This is such a common question I cant believe there isnt a
> better description of common mistakes...
> e:\progra~1\j2sdk_nb\j2sdk142\bin\java -classpath
> e:\tinihme\tini112\tini.jar;e:\tinihme\tini112\tiniclasses.jar JavaKit
> this is the dos-ified version I've tried for this running in a command
shell
> in w2k
> I've tried the cmd shell with no differance.
> I always get the error
> "Exception in thread "main" java.lang.NoClassDefFoundError: JavaKit"
> nothing I do fixes this...and its imbarasing how long I've tried to figure
> this out!
> Please help what am I missing?
>
>
> Henry Kroker
>
>
> _______________________________________________
> TINI mailing list
> TINI-6tN4nzCoH/[email protected]
> To UNSUBSCRIBE, edit your profile, or see list archives:
> http://lists.dalsemi.com/mailman/listinfo/tini
>



--__--__--

Message: 5
From: "Kris Ardis" <Kristopher.Ardis-6tN4nzCoH/[email protected]>
To: "Hans Brinkman" <[email protected]>, <[email protected]>
Subject: Re: [TINI]C400 and KEIL SImulator
Date: Mon, 1 Mar 2004 10:28:17 -0600
charset="iso-8859-1"

I don't think the Keil simulator will work with C code written for the 400.
You might want to look at using the monitor:
http://www.maxim-ic.com/appnotes.cfm/appnote_number/2777/ln/en

Kris

----- Original Message -----
From: "Hans Brinkman" <[email protected]>
To: <tini-6tN4nzCoH/[email protected]>
Sent: Thursday, February 26, 2004 4:27 AM
Subject: [TINI]C400 and KEIL SImulator


> Hi All
>
> I am trying to debug an app. using the simulator in the KEIL uV2
> environment.
> Whenever I get into the init_rom(0,0) function, the first RET throws me
back
> at address C:0x0000.
> I'm using the 16MB contiguous mode, startup400.a51.
> I get a number of error 65:access violations in my flash area, whre the
'no
> permission to write' makes sense, but the 'no permission to READ' does
not.
> Also, the EPROM area has been entered correctly in the project options.
>
> Anybody out there that can help me get the debugger back on track ?
>
> Greetz,
> Hans
>
>
>
> Hans Brinkman
> LogicaCMG bv.
> Division IDT-RTAT2, Advanced Technology
> Kralingseweg 241-249, 3062 CE Rotterdam
> Tel: 010-2537000
> Fax: 010-2537032
> Email: hans.brinkman-/[email protected]
> The Information contained in this E-mail and its attachments is
confidential
> and may be legally privileged. It is intended solely for the use of the
> individual or entity to whom it is addressed and others authorised to
> receive it. If you are not the intended recipient you are hereby notified
> that any disclosure, copying, distribution or taking any actions in
reliance
> of the contents of this E-mail and any attachments is strictly prohibited
> and may be unlawful. LogicaCMG is neither liable for the proper and
complete
> transmission of the information contained in this E-mail and any
attachments
> nor for any delay in its receipt. If received in error, please contact
> LogicaCMG on +31 (0)20 50 33 000 quoting the name of the sender and the
> addressee and then delete it from your system. Please note that LogicaCMG
> does not accept any responsibility for viruses and it is your
responsibility
> to scan the Email and attachments (if any). No contracts may be concluded
on
> behalf of LogicaCMG by means of E-mail communications.
>
>
>
> This e-mail and any attachment is for authorised use by the intended
recipient(s) only. It may contain proprietary material, confidential
information and/or be subject to legal privilege. It should not be copied,
disclosed to, retained or used by, any other party. If you are not an
intended recipient then please promptly delete this e-mail and any
attachment and all copies and inform the sender. Thank you.
> _______________________________________________
> TINI mailing list
> TINI-6tN4nzCoH/[email protected]
> To UNSUBSCRIBE, edit your profile, or see list archives:
> http://lists.dalsemi.com/mailman/listinfo/tini
>



--__--__--

Message: 6
From: "Kris Ardis" <Kristopher.Ardis-6tN4nzCoH/[email protected]>
To: "Desai, Sohail" <[email protected]>, <[email protected]>
Subject: Re: [TINI]Need some help with the TINI EVAL Kit
Date: Mon, 1 Mar 2004 10:25:35 -0600
charset="iso-8859-1"

There are a few problems with this program:

1) You should clear out the 'socketaddress' to all 0's.  This is not done
automatically for you, whatever garbage is already there will be present in
sin_addr[0..11].
2) Change 'unsigned char result' to 'int result'...the socket functions have
16-bit return values.
3) You need to bind before you connect.
4) You might also want to change your switch statement at the bottom to have
a success case when the return value is 0, so you don't get confused and see
an error message even though the return value is 0.

Kris

----- Original Message -----
From: "Desai, Sohail" <[email protected]>
To: "Kris Ardis" <Kristopher.Ardis-6tN4nzCoH/[email protected]>; <[email protected]>
Sent: Friday, February 27, 2004 4:23 PM
Subject: RE: [TINI]Need some help with the TINI EVAL Kit


Hi Kris,

Thanks for your reply, here is my code for creating a HTTP client:
*********************************************************************
#include "rom400_dhcp.h"
#include "rom400_sock.h"
#include "rom400_init.h"
#include "rom400_task.h"
#include "tini400_dns.h"
#include "rom400_err.h"
#include <stdio.h>


#define RAM_START 0x14000
#define RAM_END 0x5FFFF

void network_config()
{
    unsigned char config[60];
    unsigned int result;
    unsigned int i;
    for (i=0;i<56;i++)
        config[i] = 0;

    result = getnetworkparams(config);
    printf("Network params result: %d\r\n", result);

    printf("IP    : %bu.%bu.%bu.%bu\r\n", config[12], config[13],
config[14], config[15]);
    printf("Subnet: %bu.%bu.%bu.%bu\r\n", config[16], config[17],
config[18], config[19]);
    printf("Prefix: %bu\r\n", config[20]);
    printf("Gate  : %bu.%bu.%bu.%bu\r\n", config[33], config[34],
config[35], config[36]);

}

void main()
{
unsigned int temp;
unsigned char result;
struct hostent* hostresult;
struct sockaddr socketaddress;
char* info;
char buffer[20];
char buffer2[] = "GET /index.html HTTP/1.0\r\n \r\n";
int handle1;

init_rom(RAM_START,RAM_END);

clear_param_buffers();

dhcp_init();

result = task_wait(0, FLAG_DHCP_WAIT, 20000);

temp = dhcp_status();

switch (temp)
    {
        case DHCP_STATUS_INIT       : printf("DHCP: Init\r\n");
                                      break;
        case DHCP_STATUS_SELECTING  : printf("DHCP: Selecting\r\n");
                                      break;
        case DHCP_STATUS_REQUESTING : printf("DHCP: Requesting\r\n");
                                      break;
        case DHCP_STATUS_INITREBOOT : printf("DHCP: Init reboot\r\n");
                                      break;
        case DHCP_STATUS_REBOOTING  : printf("DHCP: Rebooting\r\n");
                                      break;
        case DHCP_STATUS_BOUND      : printf("DHCP: Bound\r\n");
                                      break;
        case DHCP_STATUS_RENEWING   : printf("DHCP: Renewing\r\n");
                                      break;
        case DHCP_STATUS_REBINDING  : printf("DHCP: Rebinding\r\n");
                                      break;
    }

network_config();

printf("Getting IP address for www.google.com\r\n");

hostresult = gethostbyname("www.google.com");

info = hostresult->h_addr_list[0];

if(info == NULL)
{
printf("DNS lookup failed.\r\n");
}
else
{

printf("lenght of address:
%u\r\n",hostresult->h_length);

printf("The IP address is:
%s\r\n",inet_ntop(hostresult->h_addrtype,info,buffer,20));

socketaddress.sin_port = 80;

printf("Setting Socket Port
to:%u\r\n",socketaddress.sin_port);

socketaddress.sin_addr[12] = info[0];
socketaddress.sin_addr[13] = info[1];
socketaddress.sin_addr[14] = info[2];
socketaddress.sin_addr[15] = info[3];

printf("creating socket to www.google.com.\r\n");

handle1 = syn_socket(SOCKET_TYPE_STREAM);

result = connect(handle1,&socketaddress,sizeof(struct
sockaddr));

printf("%x\r\n",result);

switch(result)
{
case ROM400_CONNECTEXCEPTION:
printf("rom 400 connect exception\r\n");
break;

case ROM400_SOCKETEXCEPTION:
printf("rom 400 socket exception\r\n");
break;

default:
printf("unknown error.. connection failed\r\n");
break;
}


/* {
printf("socket creation successful.\r\n");

printf("Sending a request using GET
command.\r\n");
syn_send(handle1,sizeof(buffer2),buffer2);

*/
closesocket(handle1);

// }

}
    while(1);

}

************************************************************************
***

I am monitoring the communication through ethereal. The DHCP request and
DNS lookup work fine but not the socket creation. Thanks for all your
help. BTW I checked the ROM error codes as you advised and I keep on
getting a ROM 400 CONNECT EXCEPTION. What does this mean?

Sohail



--__--__--

Message: 7
Date: Mon, 01 Mar 2004 13:33:33 -0600
From: Bryan Armstrong <bryan.armstrong-6tN4nzCoH/[email protected]>
To: Liapis Dimitris <liad-S/[email protected]>
CC: tini-6tN4nzCoH/[email protected]
Subject: Re: [TINI]I2C and TINI 1.12

Liapis Dimitris wrote:
> I see that in TINI1.12 some problems about I2C are fixed. I tried to
> download TINI1.12 from the ftp site (ftp.dalsemi.com/pub/tini/) but the
> TINI1_12.tgz archive seems to have only docs and examples and no src.
> Can you please tell me where I can find the TINI1.12 firmware?

Look in <tinidir>/examples/i2ctest for an example of how to use I2C.
The firmware is located in <tinidir>/bin.

--
--
Bryan Armstrong
bryan.armstrong-6tN4nzCoH/[email protected]



--__--__--

Message: 8
Date: Mon, 01 Mar 2004 13:39:00 -0600
From: Bryan Armstrong <bryan.armstrong-6tN4nzCoH/[email protected]>
To: David Fearon <[email protected]>
CC: tini-6tN4nzCoH/[email protected]
Subject: Re: [TINI]setTickCount() bug?

David Fearon wrote:
> Just wondering if there's a known bug regarding the
> com.dalsemi.system.Clock.setTickCount() method. Sitting here on Feb 29th
> writing an automatic RTC updater client (pulling current time off of
> time.nist.gov), and given a long int, setTickCount() sets the clock to the
> correct time and year, but the wrong day: Feb 28th.
>
> Was wondering if it's a subtle bug based on the fact that I just happen to
> be writing the code (and updating the clock) on Feb 29th of a leap year.
>
> Running a 1MB 390 board, Firmware 1.09e.

You should upgrade to 1.02f.  It has a few bug fixes related to
time/date/RTC.  We haven't received any time/date bug reports since its
release.

--
--
Bryan Armstrong
bryan.armstrong-6tN4nzCoH/[email protected]



--__--__--

Message: 9
From: "Rob van der Ouderaa" <rouderaa-qWit8jRvyhVmR6Xm/[email protected]>
To: "Andreas Skaar" <[email protected]>, <[email protected]>
Subject: RE: [TINI]Native Serial code on TINI
Date: Mon, 1 Mar 2004 23:27:06 +0100
charset="iso-8859-1"

Hi Andreas,

The following snippet works on my TINI ds80c400

send_char:
                CLR 099h     ; TI_0 bit clear
                MOV SBUF0,A ; Send one serial character byte
wait_for_char: JNB 099h, wait_for_char
                CLR 099h     ; TI_0 bit clear
                RET

Note that SBUF0 is used, so serial port 0 is used.
If serial port 1 is used, then your in trouble with the regular dallas
board,
it uses it for single wire communication.

Kind regards,
  Rob van der Ouderaa


-----Original Message-----
From: tini-admin-6tN4nzCoH/[email protected] [mailto:[email protected]]On Behalf Of
Andreas Skaar
Sent: maandag 1 maart 2004 19:05
To: [email protected]
Subject: [TINI]Native Serial code on TINI


I am doing a 3rd year project where I am trying to control a Marklin train
set. I hope to do this by using the serial port on the TINI board. I have
had some success with using the java library to send the data to the train
set. But I have run in to a timing issue and java doesn't seem to give me
enough control over the system. I need to have a break for a couple of
hundred micro seconds which I can't do in java. So I have started to
research how to do it using native code.
I have written the following program to test the serial port in native mode

$include(tini.inc)
$include(ds80c390.inc)
$include(tinimacro.inc)
$include(apiequ.inc)

Serial_Init:
clr a
ret

Native_method1:
send:
MOV sbuf1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
CALL POUT
MOV SBUF1, #0ffh
CALL POUT
MOV SBUF1, #000h
;******** Send finished *********
MOV R0, #003h ;just a test value
MOV R1, #0h
MOV R2, #0h
MOV R3, #0h

CLR A ; No errors
RET ; Exit from Program
;************** Function for waiting between sending bytes
******************
POUT: JNB TI1, POUT ; Wait here until TI bit is set
CLR TI1 ; Clear TI for next byte
RET ; Return
END

I create a serial port object in the java code to set up the serial port. I
then want to use the code above to send data bytes.
But at the moment the code seems to be sending random stuff. And if I try to
run the above code more than 2 times without restarting the TINI board the
board sends random bytes after the program has finished.

Can anyone tell me what I am doing wrong with my assembly code?

_________________________________________________________________
Tired of 56k? Get a FREE BT Broadband connection
http://www.msn.co.uk/specials/btbroadband

_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini


--__--__--

Message: 10
Date: Mon,  1 Mar 2004 17:49:51 -0600
From: Chris Musial <cmusial-cK+/[email protected]>
To: tini-6tN4nzCoH/[email protected]
Subject: Re: [TINI]Installing ISR for Interrupt 5

Bryan,

Thanks for the response.  You had said to make sure J5 is not installed,
however
we are using it for the netboot.  Could that be what's causing the rapid
interrupts?  Is the use of J5 incompatible with using int 5?  (And if int 5
can't be used, presumably ints 2-4 can't be used since they share the same
interrupt vector and enable bit).


Chris Musial wrote:
I checked that the code is clearing IE5 and it is.  I'm still getting
interrupt
5 firing continuously.  I have found how to clear the EOWMI bit and am now
doing
that.  However when our engineer put a scope on the line, he saw that the
cpu
was trying to drive the pin low while the external device was driving it
high,
and that may be causing the constant firing of the interrupt.  The
documentation
says that the port can operate as either a general purpose i/o port or in an
alternate mode based on the 'associated port 1 latch bit'.  I can't find any
documentation on this latch bit - is there some sort of setup I need to do
so
that port 1.7 (as well as 1.4 - 1.6) will be an input port driving the
interrupt?


P1.7 is used to enable quiet booting.  Make sure that J5 is not installed or
the
line could be pulled to ground.  I cannot find anywhere that P1.7 is touched
in
the TINIOS firmware other than explicitly through
com.dalsemi.system.BitPort.


-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/

--__--__--

Message: 11
From: "Cameron Roe" <camroe-NP2g6PpLnQ18UrSeD/[email protected]>
To: "Kris Ardis" <Kristopher.Ardis-6tN4nzCoH/[email protected]>,
<[email protected]>,
<TINI-6tN4nzCoH/[email protected]>
Subject: RE: [TINI]problems starting JavaKit
Date: Mon, 1 Mar 2004 17:15:37 -0700
charset="iso-8859-1"

I usually use a batch file that I can change to point to a different JDK or
a different tini version depending on what I am working on. The batch file
looks like this

set jdkpath=%JAVA_HOME%
set tinihome=E:\software\tini\tini1.11\bin
%jdkpath%\bin\java -cp e:\common\lib\comm.jar;%tinihome%\tini.jar JavaKit

In this case the JDK is just the default as pointed to by Java_Home.

By the way, I find it helpful if I NEVER set my CLASSPATH environment
variable. That way I know exactly what I am calling and what is required to
do it. Just my 2 cents.

Cheers


-----Original Message-----
From: tini-admin-6tN4nzCoH/[email protected] [mailto:[email protected]]On Behalf Of
Kris Ardis
Sent: March 1, 2004 9:31 AM
To: [email protected]; [email protected]
Subject: Re: [TINI]problems starting JavaKit


You definitely don't ever want to include 'tiniclasses.jar' in your
classpath...this file contains the actual classes that run on TINI, and will
cause problems if they try to run anywhere else.

> e:\progra~1\j2sdk_nb\j2sdk142\bin\java -classpath
e:\tinihme\tini112\tini.jar JavaKit

Should that classpath not be "e:\tinihme\tini1.12\bin\tini.jar"?

Kris

----- Original Message -----
From: "doal" <[email protected]>
To: <TINI-6tN4nzCoH/[email protected]>
Sent: Sunday, February 29, 2004 2:36 PM
Subject: [TINI]problems starting JavaKit


> I know this is a common problem, and I've looked at all the FAQs I could
and
> tried all the angles I could from this end and I have to admit I'm stuck.
>
> This is VERY frustrating, and I KNOW I'm not alone in my struggle to
figure
> this out.
> Trying to get JavaKit started and haveing NO success. Read all the FAQs
> followed all the instructions for where to copy files and always get the
> same error. The three files in question have been copied to the
directories
> as instructed. This is such a common question I cant believe there isnt a
> better description of common mistakes...
> e:\progra~1\j2sdk_nb\j2sdk142\bin\java -classpath
> e:\tinihme\tini112\tini.jar;e:\tinihme\tini112\tiniclasses.jar JavaKit
> this is the dos-ified version I've tried for this running in a command
shell
> in w2k
> I've tried the cmd shell with no differance.
> I always get the error
> "Exception in thread "main" java.lang.NoClassDefFoundError: JavaKit"
> nothing I do fixes this...and its imbarasing how long I've tried to figure
> this out!
> Please help what am I missing?
>
>
> Henry Kroker
>
>
> _______________________________________________
> TINI mailing list
> TINI-6tN4nzCoH/[email protected]
> To UNSUBSCRIBE, edit your profile, or see list archives:
> http://lists.dalsemi.com/mailman/listinfo/tini
>


_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini




--__--__--

Message: 12
From: "Joe Vitale" <[email protected]>
To: <tini-6tN4nzCoH/[email protected]>
Date: Tue, 2 Mar 2004 00:37:54 -0800
charset="iso-8859-1"
Subject: [TINI]Interesting projects?

I'm very new to the world of TINI devices, if anyone has any interesting
projects involving the DSTINIm400 Please let me know. (or any links to
places that have projects).

Thanks!
-Joe


--__--__--

Message: 13
From: "Dooley, Skip" <[email protected]>
To: "'tini-6tN4nzCoH/[email protected]'" <[email protected]>
Subject: [TINI] Tini Blackbox serial race condition hang?
Date: Tue, 2 Mar 2004 07:14:12 -0600
charset="iso-8859-1"

OS: 1.12

Two DS80C400 evaluation boards hooked back-to-back if you will.
Driven by MTTY (MS example TTY) on a PC with 104 byte files every 300-330 ms
@ 9600 baud
bidirectional simultaneous data flow.
The java software is basically derived from the Sun Blackbox example.
The program is multithreaded but rather then having a transmitter thread (to
keep it simpler) the receiver threads write the data they have received to
their peer ports output stream. (crossing streams  just like black box).
PC<->Serial0<->serialtest<->serial4<->serial4<->serialtest<->serial0<->PC
The program works and in most case will run for hours until one or both unit
lock up writing data (there is no flow control).
The write to serial0 (to the PC) is generally the culprit but I have seen
the serial4 write hang also. I have looked at the stream implementation and
see synchronized methods. Something is causing the write to block?
The debug cycle can be long since it can take hours for this to occur.
The only thing I can think of at this point is the serial ports need
synchronization on them which could be done but no more simultaneous
bidirectional data flow!
Certainly someone else has seen a similar problem, but maybe not, my tests
push a lot of data over a long time bidirectional.

Any thoughts? I am to the point of trashing the code and using NativeComm
which may or may not resolve the problem!

The code is a little large to post by I am trimming it down to as small as I
can get it in a reasonable time and still demonstrate the problem. It is
multiple java files. I can send it via e-mail on request or will post it
when I get it trimmed down some more
Skip Dooley

--__--__--

Message: 14
Date: Tue, 02 Mar 2004 08:15:34 -0600
From: Bryan Armstrong <bryan.armstrong-6tN4nzCoH/[email protected]>
To: Chris Musial <cmusial-cK+/[email protected]>
CC: tini-6tN4nzCoH/[email protected]
Subject: Re: [TINI]Installing ISR for Interrupt 5

Chris Musial wrote:
> Thanks for the response.  You had said to make sure J5 is not installed,
however
> we are using it for the netboot.  Could that be what's causing the rapid
> interrupts?  Is the use of J5 incompatible with using int 5?  (And if int
5
> can't be used, presumably ints 2-4 can't be used since they share the same
> interrupt vector and enable bit).

This could cause the interrupts you are seeing.  Try removing J5 to see
if the interupts stop.  P1.7 is INT5.  You can use any interrupt line
that is physically unencumbered.  P1.5 (INT3) and P1.6 (INT4) can be
used if you do not need flow control for serial 4.

--
--
Bryan Armstrong
bryan.armstrong-6tN4nzCoH/[email protected]




--__--__--

_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini


End of TINI Digest_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini

_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini



_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.