Siemens SPC 4320

Has anyone got a hikvision camera working with the 4320? I can get a JPEG into a browser, but it wants a user name/password embedded in the URL before the IP address and the 4320 doesn't seem to allow that.

johnny_adidas wrote: »

The android app password gets wiped (even if remember password is ticked)

Uninstall and reinstall it and should be ok.

Another free recommendation issue I note KoolKid.

Yes you keep telling yourself, that big bad awful company control the countries telephone networks now as well.

The same way that ARC's should have done likewise for clients who never knew there was an issue with their digis or phone lines in times past is it?

I am not licensed to provide a monitoring service so I would not know the answer to that I am afraid

Of course I would, but I cannot speak for HKC. Perhaps there is something in the contract, again I have no idea.

KoolKid wrote:

Funny how you have no problem speaking for HKC when you are posting positive promotional feedback. You are ofcourse right you should notify your customers in the event of a issue with service. That's exactly what others were saying they expected of HKC in that thread.

Funny how I have the ability to answer questions that other posters put to me as well, unlike how you were during our recent discussion.

Positive promotional feedback you say, absolutely their products are perfect, I know that from first hand experience you see.
However with regard to issues on that thread, well as I mentioned there is probably something in the contracts, that it is the customers responsibility to ensure that their lines are capable of transmitting text.

KoolKid wrote: »

Untill you don't want to.:D

You weren't asked to speak for HKC you were asked for an opinion.
In your opinion, should a company being paid for a monitoring/notification service notify their customers if service is down & it appears to be a permanent problem?


Just proved my point.:D

I can't lie, HKC gear is the best, it ticks all the boxes

Maybe HKC are doing something about this now as it has been brought to their attention. I am not going telling them about it, they should know what to do themselves.

KoolKid wrote: »

LOL if this was an issue with any other manufacturer you would be slating them from a height.
You jumped into this thread ready to slag off Vanderbilt for down time on a free service , but not HKC for charging customers on a service thats not working.
Nice to see the true colours shine through.:D

I missed this post.
Right I was not having a go at Vanderbilt, I was mentioning to you that this is just an example of what happens when you and especially you advise people to go for the free option.
You know well also that we install Vanderbilt systems and I have no issues with their equipment at all.
With regard to your usual hop off HKC, well they are not responsible for the telephone lines in Ireland and they are the issue here.

Stoner wrote: »

Kub.
You had a rest last week, the fights over, it's not round two.

Best if the Siemens HKC arguments were stopped again.

My apologies Stoner, I just felt that post needed a response. I will leave it there on the public forum and i just hope that the discussion can be followed up by all interested parties in the private forum.

Did virgin media push out a change to some of their modems?

The port mappings seemed to be timming out every 60 seconds. Needed to bring the polling interval down to 30 seconds.

Anyone else see similar?

KoolKid wrote: »

There have been some issues with different modems software whereby the SPC panel would not resolve the DNS and reconnect straightaway. SPC version 3-8-0 has addressed this .

Yea the TCP/IP stack seems to be a little picky. I must try and update to 3-8-0.

I swapped from using the url to the ip address and it didn't solve the issue, so definitely wasn't DNS related.

Until i changed the polling rate, it would show up as available on the app, but when i would try access the panel it would fail.

Local connection was always ok via the web browser.

The first out going poll from the panel always worked fine too. I didn't get a chance to wireshark it, but seems to be using udp and expecting the NAT to keep the reverse port mapping alive. They should really be using uPNP to request the required ports to open on the NAT, but don't seem to have implemented that.