ColorCNC Colorlight 5A-75E/5A-75B as FPGA controller board

Progress Report:

I got my Colorlight 5A-75B V 8.0 working with a (modified) romanetz version ( added a magic and version info as well as a watchdog to stop the machine in case of a loss of communication).

I don't think that the buffer size is the problem. It works with sizes of 200 as well as 1100.

Initially I had stability issues with the romanetz version. The Colorlight card did suddenly not respond anymore.

The main reason for stability issues seem to be unsolicited incoming network packets. I did a lot of testing with wireshark to monitor the packets on the wire and noticed quite often ARP or mDNS packets just before the crash. These packets do not crash the Liteeth core always. But it seems that they can come in a monent which screws up the core.

I got mine working for hours now after
- using a direct ethernet cable between my Rapsi PI4 and the Colorlight
- turning off the linux ahavi daemon (which sends mDNS packets to the Colorlight)
- setting a fixed ARP entry for the Colorlight on the linux side.

Disable ahavi:
sudo systemctl stop avahi-daemon.socket avahi-daemon.service
sudo systemctl disable avahi-daemon.service

Use static ARP ( once after restart):
sudo arp -s 192.168.1.50 10:e2:d5:00:00:00


One more remark: The stepgen.v ( the 3,5 KB version from the romanetz verison) does works nicely, when the lines referencing the debug field are unkommented in the python file. As is, the stepper will only move in one direction. ( Don't as me why...,)
 

Regarding SMD desoldering: I have changed 3 buffer ics to CBT3245 using that "magic" alloy described here:


The chipquik "SMD1 NL" alloy + flux is available from amazon, at least in my country. 

Thanks for sharing! Good finding about the board locking up, it was on my home network during my test so was certainly subject to other packets/probes hitting it. I will do more tests with it directly connected next time.

Do you have your modified files available to share with the group?

@Inga Thank you very much for the finding about the stability problem. Just today I was trying to understand this strange behavior.
This could also be notified to enjoy-digital of litex
for troubleshooting from their side.
I've enabled the support for encoder inputs,
as soon as I'll complete some testing I'll share my edited files.

I'm still plagued by periodic disconnection, anyway I'm uploading my files for who
is interested in playing with encoder inputs.
- Board is 5A75B V8.0
- U9 U12 U15 ic's are replaced (or I-O pads shorted, your preference) for the inputs connection
- I've attached the input/output map in an odf file
- I've attached a PyVCP panel for quick testing the connections
- I've replaced encoder design in original file, my encoders are only quadrature AB, no index input
- Didnt test well stepgens, didnt change their implemetation, but there is something fishy about their behavior
- inputs outputs and PWM seem to work ok
- 12 inputs
- 12 outputs
- 3 PWM
- 6 AB encoder inputs
- 6 step generators
- c and h files for the drivers have some edits for encoder interface
The code is probably broken in several ways, not trustable yet.


 

Next steps would be
- have a similar set of files for 5A75E V8.0 board
- solve disconnections from ethernet (this is a show stopper for any real world use)
- validate stepgens
- test on actual machine
- clean the code once it is working