Posts by Florida

    Catalin Pop related to your post #22


    1. Did you ever tried to access the share with the IP-only in the address bar of the Windows Explorer? e.g. \\175.88.99.100

    Please post a screenshot of the result!


    2. All the issues you have are maybe related to the following question: Did you change the Computer name???

    In post #22 even though I can barely read it, it shows \\KR70\Share

    Really bad that you can't ping it. Hard to tell if your IP is correct or not.

    Check C:\krc\roboter\config\user\common\knet.xml to see if it includes the entry:

    NonRealtimeIp="172.17.0.1" RealtimeIp="172.16.0.1" isLocalHost="true


    If so I assume, that something is not right with your User "KukaUser". Maybe the new User you created messed up something in the User Rights. And I don't know if a re-install can fix it. I would use KUKA Recovery and create a new HDD which I would use for testing. On this new Hard Drive, I would go to D:\KRC-Release and install the KSS again. If with the new HDD the system comes up with a working smartPAD connection, I would care about getting my Fieldbus and my programs back. Maybe create another Image in between.

    And only if all that is working properly and I have an up to date Image, I would look into the share and new User if really needed.

    It should work. Usually as long as the KUKA part number is the same, you can exchange the components. Possible issue you get is that the firmware on the older components has a (firmware) bug causing unwanted issues. I've had a problem on a bunch of controllers and only a firmware update solved the issue. And as soon as you change a component, you may install one with a different firmware.

    [DEVNET]

    INB0=10, 18, x1 ; if 18 bytes are for RS485 (bytes 0-17)

    OUTB0=10, 12, x1 ; if 12 bytes are for RS485 (bytes 0-11)

    OUTB1=10, 13, x1 ; this is the next one...

    I agree with panic mode!


    The Devnet need to be changed a little bit:


    [DEVNET]

    INB0=10, 0, x18 ; if 18 bytes are for RS485 (bytes 0-17)

    OUTB0=10, 0, x12 ; if 12 bytes are for RS485 (bytes 0-11)

    OUTB1=10, 13, x1 ; this is the next one...


    if you want you can write every single byte instead of using the multiplier:

    INB0=10, 0, x1

    INB1=10, 1, x1

    INB2=10, 2, x1

    INB3=10, 3, x1

    etc.


    Reference:

    ;[DEVNET] DeviceNet on the KUKA MFC

    ; Entries in form 2 for driver dn2drv.o

    ; {address}=DeviceNet MACID

    and

    ; Form 2:

    ; {token}{offset}={address},{byte}[,{multip}]

    ;

    ; {token} INB, INW, INDW, OUTB, OUTW, OUTDW

    ; {offset} byte offset of robot IO System

    ; {address} address of a peripheral device (0..m)

    ; driver specific information, see descr. below

    ; {byte} byte offset at this peripheral device (0..m)

    ; Offset starts with 0 at the every device

    ; driver specific information, see descr. below

    ; {multip} creats n dataobjects of {token}

    ; Example:

    ; INW4=10,0,x2

    ; Two words of the peripheral device with address 10 and

    ; up from byte 0 are mapped to the inputs 33-80.

    There is a good possibility that this RS485 device adds some Diagnostic data to the bus coupler. This would explain why the IO-mapping is off.


    Did you try it without IO assignment in IOsys.ini?


    Does it work again once you remove RS485?

    SmartPAD IP itself is 172.16.0.254


    I do have an older KSS Version, but I guess the following works on your smartPAD too.

    Turn the Keyswitch and press the menu button...

    in my case I see Buttons for

    Info

    Ping

    RDP

    Network

    Display

    6D Mouse

    Language


    Select Ping and by default it should show 172.17.0.1, if not type it in

    Now hit the button Start and check if it shows

    Answer from 172.17.0.1......

    The PGNO-PARITY bit it's used to check if the PGNO sent by the host computer is odd or even? I read that the parity bit can have a negative value, 0 or positive. If the parity bit it's just 1 bit long how it can have a negative value?

    I assume if my I send a PGNO like 2 or 8 and the parity bit is set to 1 then it will return in some variable that the PGNO is odd like the one sent from the host computer?

    Can someone explain a little this concept I have some holes...

    According to the manual it doesn't care about PGNO_PARITY if PGNO_TYPE is 3.


    Now how does it work with the positive/negative number:It is configured as an Integer

    INT PGNO_PARITY=0 ;parity bit of ext. pgno


    so if you type in Output Number 666 it will look for a number greater than 0 (in p00.src)

    IF (PGNO_PARITY>0) THEN

    P_RECV=$IN[PGNO_PARITY]....

    and write to the Boolean Variable P_RECV e.g. $IN[666] is TRUE, P_RECV will be TRUE
    if you type in Output Number -666 it will look for a number less than 0 (in p00.src)

    IF (PGNO_PARITY<0) THEN
    P_RECV=$IN[PGNO_PARITY*(-1)] ; -666 * (-1) = 666

    in this case it will write the status of Output 666 in P_RECV as well


    The difference is based on the positive or negative value that the following comparison is called with

    IF (P_RECV<>P_CALC) THEN

    PGNO=0

    PGNO_ERROR=1


    OR

    IF (P_RECV<> NOT (P_CALC)) THEN

    PGNO=0

    PGNO_ERROR=1




    Would be nice to see a screenshot of the error message...

    I don't know how you share the folder, but right-click on it, select Properties, select Sharing, select Advanced Sharing and check if your user has access to the folder.

    under Share Permissions, mark your User, activate the checkbox (Allow) for Full Control, Change, Read...

    192.168.0.x Realtime OS Virtual Network Adapter visible in Windows and as an internal subnet visible in the HMI

    192.168.1.xy might be used by the KONI network

    172.16.x.x internal subnet visible in the HMI

    172.17.x,x internal subnet visible in the HMI


    Don't configure IP's in that area

    Don't have V8.6.

    Try to select Cold start in the Menu Shutdown

    Turn the robot controller off

    Disconnect Monitor

    Reboot Controller

    Wait 2 or 3 minutes until the green flashing light on the Cabinet door (top left) turns solid green

    Enable connection manager with the key on the smartPAD

    Click on T1 and on the robot name/controller name

    turn the key back to disable the connection manager


    and it should be ok!

    Don't know anything about Wago, but if it has an eds, it can be added as a device to the KRC4.

    If it is a controller it can be configured as a scanner for the KRC4.


    You look for free Ethernet ports? Usually an EthernetIP device gets connected to KLI network on the robot. If you have no free RJ45 connection to it, buy an unmanaged switch and install it in the robot cabinet

    Looks like you have to go with pre-defined variables and set repeating dialog messages with Soft-keys like

    100 up|100 down|10 up|10down|1up|1 down|Value OK

    Value OK would stop repetitions of the Dialog message


    Another way would be an Analog Input....


    or possibly the easiest way is to change the value under Display|Variable|Single or Display|Variable|Overview|Display

    For example it is missing the mam file.

    check C:/krc/roboter/rdc for <serialnumber>.mam


    You're saying the Image is not original! Is the Image and the WoV Project the correct one for this robot/controller?

Advertising from our partners