Jump to content

incentive

Members
  • Content Count

    19
  • Joined

  • Last visited

Posts posted by incentive


  1. Sorted it by fitting blocking diodes on the 485 leaving the encoders

    The hikvision encoders must of seen ptz commands on the line that it didnt generate and those reboots, so diodes block any commands back feeding into the encoders

     

    The 485 was run from out enocder 1 to encoder 2 to encoder 3 and so on then one cable out to the cameras.


  2. Hi the keyboards are the 1100 ip touchscreen keyboards so there is no direct 485 cable from these.

     

    485 from the encoders only all parraled up...

     

    I tried my idea and it works..the encoders obv dont like it when it sees data transmitted that wasnt from its own encoder data line..blocking diodes on the a b line done the trick

     

    And the ip keyboards are practlically useless without a decoder..as it doesnt recognise any nvr video output


  3. hi have a situation..

    I have 1 hikvision 96128 super nvr, 4x hikvision 16 channel encoders

     

    all the analog cameras connect to the encoders and the rs-485 lines

     

    so, the data on encoder one is then daisy-chained into encoder 2 data line, then 3 and so on

     

    on encoder 4 it then loops back out and goes onto one cable to go around the cameras.

     

    encoder 1 address = 1-16

    encoder 2 address = 17=32

    etc

     

    the problem is, using one keyboard I can control all cameras no problems, I introduce keyboard 2 and it falls over.

     

    if keyboard 1 is ptz a camera say on encoder 1 address 4 and keboard 2 then starts ptz a camera on encoder 2 address 20, encoder 2 shuts down and reboots.

     

    now if I use keyboards 1 and 2 and control a camera from the same encoder at the same time say 1 and 9 all is ok

     

    I think the looping of the 485 is causing a feedback issue, I need a combiner that will combine 4 inputs nd output 1,

     

    but I was thinking of putting blocking diodes on the data outputs to stop any feedback causing my reboots

     

    any thoughts?


  4. Yes

     

    Touchscreen keyboards need more user lock down facilities,

    Touchscreen keyboards need to access the nvr video outputs same way as a decoder does

    They need to properly engineer their protocols as pelco is not true pelco and vcl is a load of crAp, stops commands are wrong so just keep going.

     

    Ivms software monitor outputs need more tiles available . Only have 1,4,6,8,9,16 how about option to make your own tiles and output size..

     

    Super nvr has 4 gig ports these should have option to load balance betwern and not just fault tollorance, esp when you have 400mbps coming in


  5. hi have a situation..

    I have 1 hikvision 96128 super nvr, 4x hikvision 16 channel encoders

     

    all the analog cameras connect to the encoders and the rs-485 lines

     

    so, the data on encoder one is then daisy-chained into encoder 2 data line, then 3 and so on

     

    on encoder 4 it then loops back out and goes onto one cable to go around the cameras.

     

    encoder 1 address = 1-16

    encoder 2 address = 17=32

    etc

     

    the problem is, using one keyboard I can control all cameras no problems, I introduce keyboard 2 and it falls over.

     

    if keyboard 1 is ptz a camera say on encoder 1 address 4 and keboard 2 then starts ptz a camera on encoder 2 address 20, encoder 2 shuts down and reboots.

     

    now if I use keyboards 1 and 2 and control a camera from the same encoder at the same time say 1 and 9 all is ok

     

    I think the looping of the 485 is causing a feedback issue, I need a combiner that will combine 4 inputs nd output 1,

     

    but I was thinking of putting blocking diodes on the data outputs to stop any feedback causing my reboots

     

    any thoughts?

×