DS80C400 Firmware Version
"Saurabh" <[email protected]>
| Newsgroups | gmane.comp.hardware.microcontrollers.tini |
|---|---|
| Message-ID | <[email protected]> |
Hi, It has been found that there are several DS80C400 chipsets released which contains different firmware inside the ROM. I have got the DS80C400 whose internal Boot loader fails to detect the user application at startup...where as i have another chipset which is able to find user application... Is there anyway internal or external which defines the internal ROM version of DS80C400...This is very critical for procurement...i believe.. Please help... Saurabh -----Original Message----- From: tini-admin-6tN4nzCoH/[email protected] [mailto:[email protected]]On Behalf Of tini-request-6tN4nzCoH/[email protected] Sent: Wednesday, April 14, 2004 10:35 PM To: tini-6tN4nzCoH/[email protected] Subject: TINI digest, Vol 1 #1828 - 11 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: URL problem in firmware 1.12 (Kris Ardis) 2. Re: (no subject) (Robert Muchsel) 3. Re: SRAM Ethernet RAM (Mr Wallace Lages) 4. Re: RE: SRAM Ethernet RAM (Mr Wallace Lages) (Mr Wallace Lages) 5. Strange double ACK in TCP/IP (Barry Demchak) 6. CAN startup problems (Karsten Christensen) 7. Re: URL problem in firmware 1.12 (Jac Kersing) 8. Re: Bug in synchronized() ? (rumi) 9. Problem with TiniHttpServer (Doc Gloumy) 10. Modem Dialing (Joseph Standish) 11. RE: Problem with TiniHttpServer (Kelly Smith) --__--__-- Message: 1 From: "Kris Ardis" <Kristopher.Ardis-6tN4nzCoH/[email protected]> To: "Jac Kersing" <j.kersing-9+7/[email protected]>, <[email protected]> Subject: Re: [TINI]URL problem in firmware 1.12 Date: Tue, 13 Apr 2004 10:54:04 -0500 charset="iso-8859-1" This problem has been found and fixed for future releases. Thanks for the concise bug report...it made it very easy to fix. This issue can be worked around for 1.12 with either an updated file from 'modules.jar' or a full pre-release. Please contact me off-list for details. Kris ----- Original Message ----- From: "Jac Kersing" <j.kersing-9+7/[email protected]> To: <tini-6tN4nzCoH/[email protected]> Sent: Friday, April 09, 2004 6:02 AM Subject: [TINI]URL problem in firmware 1.12 > Hi, > > After questions on the JXME list I decided to run some simple tests to > find why JXME doesn't run on TINI. It seems to boil down to a rather fatal > flaw (for JXME at least) in the URL parsing for HTTP connections. > > When TINI is parsing URLs the parameters for GET are being included in the > parsing. The parse results are unusable when the parameters for the get > include ':' as TINI expects to find a port number after it. > > See the output and test code below. > > DalSemi, could I get a bugfix release for this issue??? > > Regards, > > Jac > > Output from TINI: > janeway /> java T.tini > protocol: http > host : > 172.16.1.2:9700/unknown-unknown?2000,-1,http://172.16.1.2:9700/EndpointServi ce > port : -1 > file : /uuid-DEADBEEFDEAFBABAFEEDBABE0000000F05/pid > ref : null > > Output from PC (java 1.3.1): > protocol: http > host : 172.16.1.2 > port : 9700 > file : > /unknown-unknown?2000,-1,http://172.16.1.2:9700/EndpointService:jxta-NetGrou p/uuid-DEADBEEFDEAFBABAFEEDBABE0000000F05/pid > ref : null > > The code: > import java.net.URL; > import java.net.MalformedURLException; > > public class T { > > public static void test(String url) { > try { > URL u = new URL(url); > > System.out.println("protocol: "+u.getProtocol()); > System.out.println("host : "+u.getHost()); > System.out.println("port : "+u.getPort()); > System.out.println("file : "+u.getFile()); > System.out.println("ref : "+u.getRef()); > } catch (MalformedURLException e) { > System.out.println("Exception: "+e.getMessage()); > e.printStackTrace(); > } > } > > public static void main(String[] a) { > > test("http://172.16.1.2:9700/unknown-unknown?2000,-1,http://172.16.1.2:9700/ EndpointService:jxta-NetGroup/uuid-DEADBEEFDEAFBABAFEEDBABE0000000F05/pid"); > } > } > > > -- > Jac Kersing Technical Consultant The-Box Development > j.kersing-9+7/[email protected] http://www.the-box.com > _______________________________________________ > TINI mailing list > TINI-6tN4nzCoH/[email protected] > To UNSUBSCRIBE, edit your profile, or see list archives: > http://lists.dalsemi.com/mailman/listinfo/tini > --__--__-- Message: 2 Subject: Re: [TINI](no subject) From: Robert Muchsel <robert.muchsel-6tN4nzCoH/[email protected]> To: "Desai, Sohail" <[email protected]> Cc: tini-6tN4nzCoH/[email protected] <D89F42ED0D2D4140999736DFB93542B410A2E6-WMSfXiZwWcHsLobpkwt06PCUV6ezcBOaQQ4Iyu8u01E@public.gmane.org> Organization: Date: 13 Apr 2004 10:43:12 -0500 This is not implemented in the current version of the network stack/firmware. Future versions will support this functionality. > Is there a way to disable ICMP, (ie. Response to a ping) on the > DS80C400. I am trying to make my system more secure by preventing a > denial of service attack on the system. Any help would be extremely > appreciated. -- Robert Muchsel - Dallas Semiconductor - http://www.maxim-ic.com/TINI/ --__--__-- Message: 3 Date: Tue, 13 Apr 2004 09:32:28 -0700 (PDT) From: Mr Wallace Lages <wallacesantos-/[email protected]> Subject: Re: [TINI]SRAM Ethernet RAM To: Robert Muchsel <robert.muchsel-6tN4nzCoH/[email protected]> Cc: tini-6tN4nzCoH/[email protected] Hi, I'm using them, however I am not sure if it will know where in the memory map the 8K memory is (since I can change it via MCON reg in startup code). --- Robert Muchsel <robert.muchsel-6tN4nzCoH/[email protected]> wrote: > > I'm developing a networked application on > > the 80DSC400 in C using Keil. > > I would like to set the 8K internal SRAM > > as ethernet buffers. What should I do ? > > When you use the Keil C libraries we provide > (ftp://ftp.dalsemi.com/pub/tini/ds80c400/c_libraries/index.html), > the > Ethernet driver automatically uses 2Kx32 (8 KB) for > frame buffers. > > Robert > > -- > Robert Muchsel - Dallas Semiconductor - > http://www.maxim-ic.com/TINI/ > > _______________________________________________ > TINI mailing list > TINI-6tN4nzCoH/[email protected] > To UNSUBSCRIBE, edit your profile, or see list > archives: > http://lists.dalsemi.com/mailman/listinfo/tini __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ --__--__-- Message: 4 Date: Tue, 13 Apr 2004 10:06:25 -0700 (PDT) From: Mr Wallace Lages <wallacesantos-/[email protected]> Subject: Re: [TINI]RE: SRAM Ethernet RAM (Mr Wallace Lages) To: tini-6tN4nzCoH/[email protected] Just a question: Keil will only use the memory specified under project settings to allocate xdata variables right ? Since I didn't specify any of the memory locations where internal SRAM can be mapped I don't expect Keil to use this memory in any way. Assuming this, do I still need to reserve the memory in the startup code ? Thanks! Wallace --- Mark Underwood <basicmark-/[email protected]> wrote: > In your startup400.a51 > > Just before > name ?C_STARTUP > > add the following > > XSEG AT 00E000H > ethernetmem: DS 8192 > > so it no looks like > > > XSEG AT 00E000H > ethernetmem: DS 8192 > > name ?C_STARTUP > > This reserves the 8K so keil will not use it. > > Cheers, Mark __________________________________ Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway http://promotions.yahoo.com/design_giveaway/ --__--__-- Message: 5 Date: Tue, 13 Apr 2004 11:15:29 -0700 To: TINI Mailing List <tini-6tN4nzCoH/[email protected]> From: Barry Demchak <[email protected]> Subject: [TINI]Strange double ACK in TCP/IP Hi -- I have been tracking a TCP/IP stream that's going between a TINI (192.168.1.250) and a Win2K machine (192.168.1.100). Strangely, it appears that when the TINI ACKs a packet from the PC, it ACKs twice ... once immediately after receiving the PC's packet, and another a short while later. The main difference between the ACKs appears to be in the window frame size. The second one always appears to be a window frame size of 4096, and the first one appears to be the 4096 less the size of the packet actually sent (roughly). Based on this, I would speculate that TINI does an ACK immediately when it receives the packet, telling the sender how much buffer the TINI has left... And then, when my application reads the buffer, TINI sends another ACK to say that it has more buffer space available. Is this what's going on?? Why is the second ACK necessary or desirable??? The latest version of Ethereal (v10) seems to complain about this behavior. What's the scoop? Thanks. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv : Barry Demchak : : Torrey Pines Software, Inc. : : http://www.tpsoft.com/ : : (858) 452-8700 : ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ --__--__-- Message: 6 Reply-To: kic-P0R/[email protected] From: "Karsten Christensen" <karsteningemanchristensen-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org> To: tini-6tN4nzCoH/[email protected] Date: Tue, 13 Apr 2004 19:06:31 +0000 Subject: [TINI]CAN startup problems Hi, I am making an application based on the DSTINIm400 board with firmware 1.12. Everything is programmed in JAVA, and I use the CANBus interface for controlling the system. I have a PC with CANBus interface that i use for testing my application, and everything seems to works just fine! The only problem occurs when i let the PC communicate to the system during powerup or reset. I look like the DSTINIm400 module pulls down the CAN RX-pin if it receives to many CAN messages during start of the TINIOS, even this pin is an input on the DS80C400 CANBus! When my own aplication then starts after the TINIOS finishes initializing, it initializes the CANBus and everything seems to be initialized ok (no exeptions or anything). BUT no telegrams are received, and the input pin is still pulled down by the DS80C400!! If the module is started up WITHOUT any messages being received on the CANBus, everythings works always. _________________________________________________________________ Få alle de nye og sjove ikoner med MSN Messenger http://www.msn.dk/messenger --__--__-- Message: 7 Date: Tue, 13 Apr 2004 22:36:35 +0200 (CEST) From: Jac Kersing <j.kersing-9+7/[email protected]> To: Technoid <[email protected]> cc: tini-6tN4nzCoH/[email protected] Subject: Re: [TINI]URL problem in firmware 1.12 <[email protected]> <[email protected]> On Mon, 12 Apr 2004, Technoid wrote: > > I'm testing jxme on Tini too.The problems seem to be the > > HttpMessenger class in the jxta-cdc.jar Like you ,i 've created a > > work around for the parsing Url issue.I modifiied the > > HttpMessenger.poll(int timeout, Message outgoing) method to avoid the > > IllegalArgument Exception like this : There is no problem in the HttpMessenger class, there is a problem in the TINI 1.12 firmware. I've created a work-around for this issue (and will test the fix DalSemi send me asap), but there is another problem lurking in the code as well. I think I've worked around both issues as I've been able to run ChatBot for a couple of hours over the weekend, but I want to make sure everything is alright before commiting the new code to teh JXME code base. As I too busy to look at it this week it will have to wait for the week-end. BTW, constructURL needs to be fixed to work around the current firmware problem. From what I've seen you will not be able to fix it anywhere else. If you're interrested I could sent you the fixed files, drop me a message at the address listed below if you want them before I finalized testing. Regards, Jac -- Jac Kersing Technical Consultant The-Box Development j.kersing-9+7/[email protected] http://www.the-box.com --__--__-- Message: 8 Date: Tue, 13 Apr 2004 22:39:21 +0200 From: rumi <rumi_smieci-h7QdYz1kt/[email protected]> To: Bryan Armstrong <bryan.armstrong-6tN4nzCoH/[email protected]> Cc: tini-6tN4nzCoH/[email protected] Subject: Re: [TINI]Bug in synchronized() ? Bryan Armstrong wrote: > > Rumi, > > The synchronized problem turned out to be that the content size header > was calculated and sent outside the synchronized block. So, if the file > was written to after the content size was sent, but before the sync > block was entered and the data sent, you would have a mismatch. The > HTTP client would close the connection as soon as it received what it > thought was all the data. > > This will be fixed in the next full release. However, the source to > HTTPWorker.java is available in src/ModulesSrc.jar and can be modified > and added to bin/modules.jar for a quick fix. > > -Bryan > Hello Bryan, Your patch doesn't work but it wasn't difficult to move synchronized block by hand. Thank you very much for your help. It works great of course! One question still is unsolved: how to serve static files (for example unchangeable graphical files) without synchronization? Maybe serve files acceleration isn't worth of trouble - and it may be good answer :). Thank you again! brgds rumi --__--__-- Message: 9 Date: Tue, 13 Apr 2004 22:35:28 +0200 From: Doc Gloumy <[email protected]> To: tini-6tN4nzCoH/[email protected] Subject: [TINI]Problem with TiniHttpServer I have a directory with all my needed files, and when i run ant in dos mode, it returns me this line : C:\ant141\bin\build.xml:133: Could not find BuildDependency. Make sure you have it in your classpath But i have this line in my build.properties : dependency.classpath=C:\ant141\bin\BuildDependencySrc.jar Wath os the BuildDependency. ? the file BuildDependencySrc.jar is in the Tini Firmware Package, is it the good ? Thx for help -- /************************************************** GARCIA Patrick alias Doc Gloumy BTS Informatique et Reseaux pour l'Industrie et les Services Port : 06-89-51-54-01 Tel : 05-61-07-65-58 Trésorier, electricien, Responsable logistique et materiel de PcRézoo www.pcrezoo.net [email protected] ICQ : 94469133 MSN : [email protected] **************************************************/ --__--__-- Message: 10 From: "Joseph Standish" <josephstandish-3nDt598S20JWk0Htik3J/[email protected]> To: <tini-6tN4nzCoH/[email protected]> Date: Tue, 13 Apr 2004 15:42:59 -0700 charset="koi8-r" Subject: [TINI]Modem Dialing Quick question-- Does anyone have code that can simply the make the TINI connect to the internet by dialing an ISP (with an attached modem) and providing the username and password? I am not good with Java and need something to move forward on a project. Any pointers would also be appeciated. Thanks for sharing, Joe S. --__--__-- Message: 11 From: "Kelly Smith" <[email protected]> To: "TINI" <tini-6tN4nzCoH/[email protected]>, "Doc Gloumy" <[email protected]> Subject: RE: [TINI]Problem with TiniHttpServer Date: Tue, 13 Apr 2004 17:45:37 -0700 charset="iso-8859-1" Dear Doc Gloumy - Re: "But i have this line in my build.properties : dependency.classpath=C:\ant141\bin\BuildDependencySrc.jar" Whooops! You don't want, or need a path to (example), C:\Tini\tini1.12\src\BuildDependencySrc.jar. You need to be point your classpath into the \bin directory. "BuildDependency", allows for all kinds of user-specified dependent files to be built into the TINI application (typically 1-Wire devices), as used in TiniHttpServer as "examples". Read BuildDependency.txt for details. And example compile command line would be something like: java BuildDependency -f ReadClock.class -o clock.tini -d tini.db -add OneWireContainer04;OneWireContainer21 -x owapi_dep.txt If the build fails or to see more of what BuildDependency is doing, add the '-debug' switch. In the TINI SDK's \bin directory, is tini.jar which contains BuildDependency.class. DalSemi lets you have the Java source to ADD YOUR DEPENDENCYS, that may be unique to you. Sooo...(Given all that): Make sure that you have your PCs environment variables setup, something like this (what I use on Windoze 2000)... watchout for "line-wrap" on the email...some of these "strings" are long!. ANT_HOME C:\ant JAVA_HOME C:\j2sdk1.4.1_01 classpath C:\ant\lib\TiniAnt.jar;C:\ant\lib\ant.jar;C:\j2sdk1.4.1_01\bin;C:\j2sdk1.4.1 _01\jre\lib\rt.jar;C:\j2sdk1.4.1_01\lib\tools.jar;C:\j2sdk1.4.1_01\lib\comm. jar;C:TINI\tini1.02\bin\tini.jar;JavaKit Path C:\;C:\ant\bin;C:\j2sdk1.4.1_01\bin\;%SystemRoot%\system32;%SystemRoot%;%Sys temRoot%\System32\Wbem Make sure that the build.properties file is something similar, to this: # Set "tini.dir" to your TINI installation directory. # # NOTE: Be sure to use forward slashes (as shown) even on Windows! tini.dir=C:/Tini/tini1.12 ################ # # Set "servlet.jar" to the absolute name of the servlet.jar file from JSDK 2.2. # # NOTE: Be sure to use forward slashes (as shown) even on Windows! servlet.jar=C:/j2sdk1.4.2_01/lib/servlet.jar Best regards, Kelly Smith -----Original Message----- From: tini-admin-6tN4nzCoH/[email protected] [mailto:[email protected]]On Behalf Of Doc Gloumy Sent: Tuesday, April 13, 2004 1:35 PM To: tini-6tN4nzCoH/[email protected] Subject: [TINI]Problem with TiniHttpServer I have a directory with all my needed files, and when i run ant in dos mode, it returns me this line : C:\ant141\bin\build.xml:133: Could not find BuildDependency. Make sure you have it in your classpath But i have this line in my build.properties : dependency.classpath=C:\ant141\bin\BuildDependencySrc.jar Wath os the BuildDependency. ? the file BuildDependencySrc.jar is in the Tini Firmware Package, is it the good ? Thx for help -- /************************************************** GARCIA Patrick alias Doc Gloumy BTS Informatique et Reseaux pour l'Industrie et les Services Port : 06-89-51-54-01 Tel : 05-61-07-65-58 Trésorier, electricien, Responsable logistique et materiel de PcRézoo www.pcrezoo.net [email protected] ICQ : 94469133 MSN : [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 --__--__-- _______________________________________________ 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 ************************************************************************************************** The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals and malicious content. ** ************************************************************************************************** _______________________________________________ TINI mailing list TINI-6tN4nzCoH/[email protected] To UNSUBSCRIBE, edit your profile, or see list archives: http://lists.dalsemi.com/mailman/listinfo/tini