Re: [time-nuts] FE-5680A firmware dump

In message <509c3858.6050...@verizon.net>, Peter Gottlieb writes: >The reason is that code frequently combines tables and instructions [...] What I do in PyRevEng is try to automate this and many other steps. The disassembler gets pointed at an address were we know there is an instructi

Re: [time-nuts] FE-5680A firmware dump

I've done lots of disassembly and strongly prefer an interactive disassembler. The reason is that code frequently combines tables and instructions and if you just try to straight disassemble you will get large sections of nonsense which even extend beyond the data due to multiple byte instructi

Re: [time-nuts] FE-5680A firmware dump

In message , paul swed writes: >Poul >Tried looking this up and have pretty odd results. A link please https://github.com/bsdphk/PyRevEng -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-t

Re: [time-nuts] FE-5680A firmware dump

Hi A disassembler is only going to give you a steaming pile of assembly code. Assuming the origin of the code was a high(er) level language, you will have a major task ahead to turn it into anything rational. Writing a 8051 disassembler is likely a much easier project. Bob On Nov 8, 2012, at

Re: [time-nuts] FE-5680A firmware dump

Poul Tried looking this up and have pretty odd results. A link please On Thu, Nov 8, 2012 at 1:13 PM, Poul-Henning Kamp wrote: > > In message m8k2hmxpqnc1+p...@mail.gmail.com>, Elio C writes: > > >Just to be clear, I thanks all of you for the warm suggestions on writing > >an 8051 disas

Re: [time-nuts] FE-5680A firmware dump

In message , Elio C writes: >Just to be clear, I thanks all of you for the warm suggestions on writing >an 8051 disassembler by myself, but it is not exactly what I was asking >for... >I asked for some _suggestions_ on a reasonable good disassembler. There is already a 8051 disassemble

Re: [time-nuts] FE-5680A firmware dump

Just to be clear, I thanks all of you for the warm suggestions on writing an 8051 disassembler by myself, but it is not exactly what I was asking for... I asked for some _suggestions_ on a reasonable good disassembler. Even if I have the expertise to write my own disassembler, I just do not want t

Re: [time-nuts] FE-5680A firmware dump

Murray not rocket science for some is to others and actually I would just like to know how the RB actually works. So I am staying clear of another endless project. Because I am not that smart. ;-) Regards Paul WB8TSL On Thu, Nov 8, 2012 at 11:56 AM, Murray Greenman wrote: > Disassemblers are har

Re: [time-nuts] FE-5680A firmware dump

In message <69463259C455458FAE691C4D0DC8FF75@EEPC>, "Murray Greenman" writes: >Disassemblers are hardly rocket science. They are only a parser with a pile >of memory to remember labels. Why not write your own? I wrote a framework for such reverse engineering, where the disassembler just

[time-nuts] FE-5680A firmware dump

Disassemblers are hardly rocket science. They are only a parser with a pile of memory to remember labels. Why not write your own? I've written them in the past (a long way in the past, and I've written cross-assemblers too), so I don't see anything difficult about writing one for the 8051. The

Re: [time-nuts] FE-5680A firmware dump (at last!)

On Thu, Nov 8, 2012 at 7:32 AM, Chuck Harris wrote: > If > I need something different from what one of the open > source projects can supply, I put on my coding hat > and do it my way. > > That is the major advantage of Open Source. If the program does not have some feature you want you ca

Re: [time-nuts] FE-5680A firmware dump (at last!)

Elio, The problem with diassemblers is they only do what the author needed. And, different people have different needs, and different ideas of what is best. I find that I use different disassemblers at different times. Some handle one problem very well, others handle others better. For a pidd

[time-nuts] Wavecrest DTS 2077 Service Manual?

Anyone have a Wavecrest DTS 2075/77/79 service manual? I've recently got a DTS 2077 that however turned out to be defective. There was a power supply failure that I could fix, but there is still a power-up selftest error message and calibratin fails. Adrian ___

Re: [time-nuts] FE-5680A firmware dump (at last!)

> http://lmgtfy.com/?q=8051+disassembler > Dear Chuck, I appreciate your ironic comment, but I was really serious regarding the suggestions for a 8051 disassembler for several reasons: - I think I'm already able to use Google - I have very few time to spa

Re: [time-nuts] FE-5680A firmware dump (at last!)

http://lmgtfy.com/?q=8051+disassembler paul swed wrote: I have no idea on a free disassembler. But there has to be one. Will look later tonight. Regards Paul. On Thu, Nov 8, 2012 at 8:44 AM, Elio C wrote: From: paul swed Just downloaded the information. The schematic really is shaping up

Re: [time-nuts] FE-5680A firmware dump (at last!)

I have found this: http://home.earthlink.net/~davesullins/software/dis51.html not tested, but it seems good On Thu, Nov 8, 2012 at 3:12 PM, paul swed wrote: > I have no idea on a free disassembler. But there has to be one. Will look > later tonight. > Regards > Paul. > > On Thu, Nov 8, 2012 at

Re: [time-nuts] FE-5680A firmware dump (at last!)

I have no idea on a free disassembler. But there has to be one. Will look later tonight. Regards Paul. On Thu, Nov 8, 2012 at 8:44 AM, Elio C wrote: > From: paul swed > > > Just downloaded the information. The schematic really is shaping up very > > nicely. > > On the dumps any suggestion for l

Re: [time-nuts] FE-5680A firmware dump (at last!)

From: paul swed > Just downloaded the information. The schematic really is shaping up very > nicely. > On the dumps any suggestion for looking at them? > You have to use an 8051 disassembler to look at the FLASH dump: I have been using IDA beca

Re: [time-nuts] Is it sensible to update every few seconds from NTP server?

Hi There are two different things being used here. One is SNTP - a one way time set and forget approach. The other is NTP - a client / server setup that creates a disciplined local clock in software. You get SNTP data from an NTP server, but that doesn't make it NTP. It's still SNTP. Since you

Re: [time-nuts] Is it sensible to update every few seconds from NTP server?

On 7 November 2012 22:52, David wrote: > Some finicky software becomes upset if time is stepped backwards too > far. Although noting to dowith my original post, if I set the time too far back on a CentOs 5 (Redhat clone), it will not boot properly next time, as it detects the file sytem was last

Re: [time-nuts] Is it sensible to update every few seconds from NTP server?

In message , David Kirkby writes: If the local NTP implementation on the machine has a marginally competent PLL, updating more than once per minute will just increase the noise. If the local NTP implementation is really SNTP which steps the clock, then you should find a better one, if w