Advanced Search

OK that sounds.

Not sure why you are getting the watchdog bite

What is the host computer, and have all power saving option been disabled in the BIOS?
 

Hallo, da habe ich eine Null vergessen.

PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data
--- 10.10.10.10 ping statistics ---
60000 packets transmitted, 60000 received, 0% packet loss, time 60110ms
rtt min/arg/max/mdev = 0.055/0.071/0.181/0.004ms

That looks OK, but I  would go longer, that's why I suggested 60000 (= 1 minute)

Ich habe den Befehl eingegeben, es macht aber nur einen Durchlauf. Es kommt diese Meldung:
PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data
--- 10.10.10.10 ping statistics ---
6000 packets transmitted, 6000 received, 0% packet loss, time 6010ms
rtt min/arg/max/mdev = 0.059/0.069/0.174/0.004ms

Looks like a latency issue on the host PC

What does a latency test show?

latency-histogram --nobase --sbins 500

Bonjour a tous,
j 'ai un probleme depuis quelques temps ,ma machine s'arrete avec ces erreurs , cela est aleatoire ,ca peux prendre 15 min a plusieurs heures avant d'avoir les alarmes.
j'utilise la version 2.8.1.
 je n 'ai rien changer depuis 2 ans , elle tournai tres bien jusque il y a quelque semaines.
pour redemarrer , j 'arrete linuxcnc  ,pas le pc, juste le programme ,  et ca fonctionne.
merci pour votre aide
 

Yes, 000000 Indicates the likely U3 has been damaged and is shorting out
the shared 4V supply so U20 and P2 will not work either.

I'm surprised that there is no SMT repair facility available there. We routinely repair
minor faults like this for a nominal fee ($35.00), but of course shipping is s killer.
(the part is about $1.00)
 
EDIT:
Its likely that if you simply removed U3, that the other port would work allowing
you to connect the 7I85 to P2.

The 0x1004 is simply the register address of the GPIO port that's connected  to P1.
It should be all ones = 0x0001FFFF when unconnected because the expansion
GPIO ports on a 7I76E have pullup resistors and all GPIO is set to input mode
at power up or watchdog fault. All 7I76E firmware is open source and the low level register
addresses/functions are provided in the regmap file in the source directory of the 7I76E
software support zip file.


The 7I76EU is a one-to-one replacement of the 7I76E, no hal file changes are needed,
unless you want to use one of the new features.

If linuxcnc.stat call_level is 1, the preview in flexgui is disabled, and i try to find a way to solve that, but i have no idea what to change in stdglue.py.
 

Maybe that is actually a bug in flexgui?
If I start the example program in

`/configs/sim/axis/remap/rack-toolchange/racktoolchange.ini `

I can see the call_level staying at '1' until the whole program has executed but the preview works just fine:


 

cool

1: you mean a mbus_device template ? yes i will check it

2: Do you mean the Modbus outputs? Yes, there is something there, but I’ll need to check it again as I’ve rewritten the Modbus plugins. (Error values)
Basically, it’s just the Modbus message but without the address and without the CSUM.
This is then sent when the FPGA detects an error (disconnect / timeout).

I'd like to share some latest information regarding current status of the project.
Support of serial port (with almost the same principle as pktuart) has been added in last pull request. Yet not approved by Peter. github.com/Peter-van-Tol/LiteX-CNC/pull/155

Thanks @meister , now works! 
Two more things:
-1: would be grateful if we could make a preconfig for that kind of board.

-2: In case of host disconnection...Can I force a value?. For example, if some of the signals are high, if I close the Linuxcnc, I want to force all signals low.

 Thank you.

In my setup is a problem with stdglue.py, the version provided with linuxcnc. In my case, it's a remaped M6 (REMAP=M6  modalgroup=6 prolog=change_prolog ngc=change epilog=change_epilog), in terminal is printed 'emcTaskPlanLevel() returned 1' , linuxcnc.stat call_level returns 1 as well. It returns 1, until the final toolchange is done and then the returned value is 0.
If linuxcnc.stat call_level is 1, the preview in flexgui is disabled, and i try to find a way to solve that, but i have no idea what to change in stdglue.py.
If M6 is done without remap, everything works as expected.
 

Actually, it could be a regular wifi scan. Try this to disable it and report back.Add this text and save
then type

This is more likely due to a Linux service firing regularly rather than being ethercat related.
What Operating system and kernel version.
What steps have you taken to tune your kernel?
 

Thanks a lot for the fast response PCW

Both comands returned 00000000 (when lncnc is running in the background, the operation is not permitted,right?).
I take it, this means there is no response, or a faulty one. Now I can see some slight color degradation on top of U3 compared to U20, which i brushed off as dirt before. But it`s probably from the accident.

Is there anything else to test before trashing it? I don`t think anyone in Switzerland is doing PCB repairs, and if they do, a new one is probably cheaper.
Since the 7i76 is replaced by the 7i76eu, I will have to get the new one (if it`s even available atm). Is there any major change between them, or can I more or less leave the .hal file as is? I probably have to change the name everywhere, but as far as I know, the rest should be working the same way.

Thanks again for your help. I see your profile on every second post on this site and it helped me countless times before. I appreciate you taking the time to support so many people.

P.s. Is this "rpo 0x1004" something one should know, or is this more of a manufacturer inside knowledge?