Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

Well, It seems to me as if perhaps somehow your W7 is not detecting the device properly.

You could try this http://software.intel.com/en-us/articles/intel-tools-for-upnp-technologies and use the device spy/sniffer components to see if it gives you any further clues as to what is or isn't happening

Are you seeing this in Windows Task manager?

If so, are any instances reported as Below Normal Priority?
If so, you could simply end those processes.


Also, are you seeing many ONGOING files in the Scripts folder?
These should be auto-deleted temporary files, only remaining when HG612_stats.exe is 'stuck' or crashed before completing.

If you note the date & time of any ONGOING files, you could check the relevant around the relevant dates/times in ERROR.LOG (in the Ongoing_Stats folder) for any possible clues as to what might have happened.

HG612_stats.exe should start & complete within 2 seconds or so every minute & should only take longer if it is waiting for HG612_current_stats.exe to complete or if something like an intensive virus scan is taking place & hogging the PC's resources.

Hi,

I have been using this program for some time now without any issues however in th elast few days I have noticed multiple occurences of HG612_stats.exe running, only used to have 1 running now either 2 or more.

What I have also noticed that the amount of cpu utilisation has increased up to 28% per instance, normally it was around 7% or less.

Any ideas on what I need to do in order to resolve this ?

Cheers

I can see no reason why if W7 can see the printer on the network

But you said it doesn't. 
I think you just said you can ping the IP from W7, that's all?

I think Canon may be right and you have a W7 problem.

Yeah, can only read a couple of sentences without subscribing.

Not really big news though, as this can and does happen often. Obviously in the backwashes of some small Lake District villages, it's probably the most exciting thing to happen in the last decade ?? 

I can't see which kind of cable was stolen ?? E or D-side ?? The problem with crossed-pairs is that back in the day, a lot of cables (especially E-side) were what's called 'Random Jointed'. This means there was no 'pattern' to how the 'Pairs' were connected. As most will know, when jointing cables we follow a certain colour code so we know what is 'Pair1' or 'Pair 2' etc etc ....
With Random Jointing, rather than 'Form and read' the cable, the pairs were put through willy-nilly, the an oscillator was used to 'Prove' which pair went where.

So, once the thieving oiks have cut out a section of cable, it's impossible to joint the replacement cable up as it was before. The only way would be to use a 'Field Telephone', connected to one pair at a time at the cut cable going towards the customers. Using this device we can then ring the EU's phone. You then have to hope somebody is in to answer it, and that they will give you their telephone number. A lot wont worrying that it could be a scam.
Once we have this number, we can then joint through the correct circuit.

Imagine having to do this on a 4800 pair cable ?? Imagine the chances of everyone being at home whilst performing this operation ?? Imagine them all willing to give their numbers to a stranger on the phone ??

Now, apply reality and its quicker and easier to just joint up the new cable, and mop up the crossed connections as they are reported, which is the easiest of tasks an engineer will ever have to undertake.

There's usually a good reason behind most things, Walter. You just need to be aware of them.      

Well Canon have finally come back and said it installs OK on their W7 PC so it must be mine. No explanation of why it might be. So I'm going to run trace on it and try to find out if there are any packets being sent via IP to discover the printer. I can see no reason why if W7 can see the printer on the network that an application cannot see the same device, I've tried in Administrator mode as well although my login is the admin on this laptop.

Stuart

Gentlefolk,

http://www.thetimes.co.uk/tto/news/uk/article3794611.ece

(probably behind a pay-wall)

States that BT engineers (or possibly their subcontractors - ww edit) replacing stolen cables in the twin villages of Askam and Ireleth and in nearby Dalton in Cumbria were reconnected wrongly, diverting villagers’ inbound and outbound calls to the wrong houses to be answered by total strangers.

Kind regards,
Walter

Thanks a million for your reply.

Line 2 does look better in terms of what it is achieving, I agree. However line 1 looks like it should be doing more/better than line 1. Marginally lower Atten and higher SNRM.

Have I got that completely wrong?

Both lines were ordered without me being involved. As far as I know both are capped at 30mbps.

I called to get the profile changed yesterday on line 2 (isp is eircom, Ireland's BT equivalent) and was told that the line can't take anymore....

I pointed out to them that I had one of their engineers on site that morning and he had hooked up a unit that runs tests on the line. He showed me the live results on screen and he said line 1 should take between 33-37mbps without fault. He also showed me that the current sync speeds were only using 60 something % of what it is capable of.

Eircom are telling me their system can not put the line on a higher profile, it won't let them.

I asked if I could have a line reset, they didn't know what I was talking about.

Two things are bothering me.....

If I had ordered the line I would have put it on the 50mbps plan. Eircom would have done this as they had no data for the line.

Why is line 2, which is further away getting better results?

The local engineer is a top bloke, he knows the business owners and will do what he can to help, including trying different pairs back to the cabinet.

The modem is an eircom own branded unit. Their own firmware. I believe its a zyxel P-2812.

Looking at the SNRM values, both lines appear to be capable of more speed.

Are you on some sort of speed-capped business service (possibly in order to provide increased stability at the expense of some sync speed)?

Who is your ISP?



Generally speaking, Line 2 looks 'better' to me.
i.e. generally lower attenuation values for each band plan.


I wouldn't worry about Line 1's lack of D3 Signal Attenuation data.
I think the line length is too long to achieve anything really useful from that highest frequency band.
The values actually captured for D3 on Line 2 look too high to be of much use anyway.


For curiosity, which make & model of modem/modems (or other equipment) are you using to obtain the stats that you posted?
Your stats are formatted a little differently to the data usually obtained via a Huawei HG612.

Do you have any record of error counts for each line?
It's 'possible' that DLM has detected many errors, applied a high level of Interleaving & capped sync speeds accordingly.

Points to asbokid