Latest version of SODA.
Panda Data Concentrator on TRB3 and on Xilinx KC705 board running at 2Gb/s
Feature Extraction at Kintex 7 Front End ADC board
Feature Extraction on Virtex 6 (old version)
SODA source and SODA hub on TRB3 board

SODA-only looking stable. Minor bug-fixes.

Slow-control interface updated; added soda-reset and soda-enable bit
Details in SODA_addressmap.odt

Slow-control interface update; added soda-enable bit and soda-reset bit
Details in SODA_addressmap.odt

Minor updates to soda_source.vhd and med_ecp3_sfp_sync_down.vhd

Merge branch 'master' of jspc29.x-matter.uni-frankfurt.de:soda

Conflicts:
code/trb3_periph_sodasource.vhd

Before Merge

added debug output to source, added old LED behavior

Trb3 over copper, soda over fiber. Automatic error reporting to slow control works.

changed soda_source.lpf to standard names.

Colab update: in soda_hub.vhd: tx_ref_clk was changed from rx_full_clk to clk_200_osc;
to be verified!!
Syntax of lpf-files has changed, causing havoc. This has been addressed. Design is working again(like before)

Cu trb + fiber soda working.
Basic functionality: superbursts are transmitted from quad-source to a hub and down to a client. Proper replies are generated and received. Calibration from quad-source to hub works, from hub to client does not work yet.
ToDo: debug hub2client calibration. Check 'dead-channel' detection/registration.

Conflicts repaired

Merge branch 'master' of jspc29.x-matter.uni-frankfurt.de:soda

Conflicts:
code/med_ecp3_sfp_4_sync_down.vhd
code/soda_components.vhd

Commit before pull origin of Jan Michel's updates

my current status - source not working properly

fixing conflicts

current status, hub not working yet

Trb med_xxxx signals reconnected.
SYSCLK of med_ecp3_sfp_4_sync_down.vhd connected to rxup_full_clk
instead of clk_100_osc. Preferences in ldf file debugged and simplified.

Some 100 timing errors remain (setup) mostly rx_full_clk, some clk_200_osc.

Bug Fix in soda_client SCI. Error in sci_sel/address decoding. How did this ever work?

Collaboration commit. Project soda_hub.ldf is now compiling again.

Soda_client over SFP with trb over copper in the same quad (pcsa).
Testing at length remains to be done to check reset processes.

Two serdes in one PCSA. Trb over copper, soda over fiber. Compiling but untested

FEE_adc32 added to the soda-git

adding the DataConcentrator to the soda-git

Update before adding Data Concentrator to soda git

Change of priority. Was working on soda client/hub over fiber with trb over Cu to an endpoint only.
Priority switch to: soda source with soda on 40MHz repetition rate.

Working 4-channel soda_source. Tested with 4 clients on 2 different trb boards.
Calibration looks good.
1 long fiber and 3 short fibers; calibration times: 0x9A, 0x3D, 0x3B, 0x3C.

ToDo:

- reset calibration registers @ start-of-calibration
- more testing

Writing new quad output soda source with onlu a trb-endpoint to control it
but no trbnet over the optical link.

SERDES config files added. soda_hub constraint-file added.

SPI_RELOAD also on rx_half_clk.
trb3_soda_hub.xcf added

THE_SPI_RELOAD also on rx_half_clk

Disabled unused ports on trb_hub.
All SYSCLK now to rx_half_clk, except SPI_RELOAD !!
Minor clock rename in media_interface

Discussion update

Back to simple clocking of soda_hub. Using tx_full_clks did not provide
 a working system although this should be the way (according to docs).
Situatiuon: trb is running on oscillator clocks (!!) soda is running on rx_full_clk.
This gives a working trbnet (with errors) but I'm amazed that it works at all.

implementing tx_full_clk_chx as clock for downstream data.

Minor bug fix in soda_client reply. Error detection added to reply-handler. Debugging
multilayer trbnet not stable!

Finally! SODA across a soda-hub. Reset-problem solved (stuck quad reset on hub downlink)
 trbnet not working at all right now

Data clock added to code/med_ecp3_sfp_4_sync_down.vhd; this is synchronous with the data.
Still no beef ! P2p works great but no connection when a hub is in between.
The connection between source and hub is OK; there is no lock between hub and client; clock or reset problems!!

Working connections once again. There was an error in the lpf files designating the wrong quad. BUMMER!

Uplink serdesses are all the same on 'A3', Folder structure modified. VHDL is in 'code/', IPs in 'code/ip/'

replacing new files in version control

removing files from version control

removing files from version control

Moved sourcecode from "source/" to "code/"

preparing to move from source to code

link loss-of-lock problems. seem fixed. Creating separate serdesses for :
1) source down, 2) hub up, 3) hub down and 4) client up

Messedup med_ecp3_sfp_4_sync_down.vhd with split signals for 'up' and 'dn'...
these will now be removed

Intermediate commit. In the process of creating the soda-hub. Now going to fiddle in the trb3_hub. Probably should have started here.

New soda_hub project created and populated. Basic code is there.
Reveal files added for convenience

Source TX-FIFO removed; mostly stable: when it works, it keeps on working

Observed calibration delays (clocks): x3e, x3f and x40

No RX-FIFO's. Semi stable; trb errors can usually (?) be restored with 'trbcmd reset'.
Some times a fault appears that causes the calibration value to max-out (0xffff); not understood
Resets need more study.

Stable (or at least it really looks that way) but not quite synchronous
All crashes (3 sofar) of trbnet have been solved with 'trbcmd reset'.

Changes to soda:
- The source now has a tx-fifo (fixed delay) but NO rx-fifo.
- Both sides have a watchdog implemented. It checks 'got_link_ready'. If this is absent the watchdog fires and resets the rx-control fsm.
- Calibration works with: 'trbcmd w 0xf355 0xbe00 0x40000000;trbcmd w 0xf355 0xbe00 0x00000000; trbcmd r 0xf355 0xbe02'
- The client still has an rx-fifo ; this will be next to go.

Back a few steps. This is compiled including:
- several syn_keep and syn_preserve attributes to keep signal names transparent
- synthesis constraints to get more control of clock resources.

This version has BOTH transmit and receive buffers and is therefore not synchronous.
However: The source-transmiter is clocked from the GPLL.
The client-receiver is clocked from rx_full (as it should be)
The client-transmiter is clocked from rx_full (max synch. with receiver)
The source-receiver is also clocked with (source-)rx_full.

This seems to work ok. Next step is to remove the rx_fifo.
As rxiclk_ch0 is clocked with rx_full aswell, this should not make any difference.
Will try first for the source, second for the client aswell.

This should then be really synchronous, as Lattice claims that the TX-fifo has a fixed latency.

Seeing is believing.

Changes to lpf constraint file (correcting paths)
Currently trying to get timing closure in CLK_GPLL_RIGHT.
For unknown reasons the compiler claims that this is NOT located on a dedicated clock-site and therefor get's excessive delay.
According to "LatticeECP3 sysCLOCK PLL/DLL Design and Usage Guide" page 10-38, Table 10-17, it is a preferred pad for feedback to the PLL.

Synthesys is complaining about undeclared clocks. Added soda_source_synconstraints.fdc. No success yet

Changed lpf-files removing errors. Currently no working link.

Nice soda.... crashes on first trbcmd read/write

Major reconstruction ahead on tx_control data_FSM

forgot one file

About to rebuild the tx_control FSM. Major reconstruction.

status: trbnet working when no soda traffic (K_DLMs) interfering.
Maybe tx-control or rx-control FSM not working properly.
When no K_DLMs: disconnect can lead to trb-connectionloss; "trbcmd reset" can solve this

Soda traffic arbiter added (soda_cmd_window_generator)

tx_control replaced by special soda-version to remedy latancy problems.
Still occasional reset problems: got_link_ready_i sometimes goes low, indicating link-loss

Dedicated signal introduced for LINK_PHASE (for proper start of 8-bit tx in 16-bit interface) and
TX_DLM_INIT (early warning to tx_control state-machine; 1st byte loss is mended.

This works... now and then. Trbnet can quite reliably be started with optical link disconnected. Once working it is stable. Soda_source: SOB-faker is now clocked with recovered clock to make it async. This works nicely. Transmitted data is always correct. Client: often starts-up somehow out of phase. It receives the last 3 bytes of 4 and the 4th=0x00. Reset problem?

Update SODA source and client

Added serdes_sync_upstream.lpc & serdes_sync_downstream.lpc

mediafiles added to repo.

Constraint-files added to git.

New ipx files constructed for serdesses. Different serdes for up an downstream
downstream: no tx-fifo for sync operation but does have rx-fifo for reply (async)
upstream:   no rx-fifo for sync operation but does have tx-fifo for reply (asynx)

Clock domains now separated.

SOURCE:
tx-clock=fabric-clock (200MHz). THis is the origin of SODA/master-clock
rx-clock=fabric clock. Phase differences taken care of by rx-fifo

CLIENT:
rx-clock=reconstructed clock
tx-clock=rx-clock

New ipx files constructed for serdesses. Different serdes for up an downstream
downstream: no tx-fifo for sync operation but does have rx-fifo for reply (async)
upstream:   no rx-fifo for sync operation but does have tx-fifo for reply (asynx)

Clock domains now separated.

SOURCE:
tx-clock=fabric-clock (200MHz). THis is the origin of SODA/master-clock
rx-clock=fabric clock. Phase differences taken care of by rx-fifo

CLIENT:
rx-clock=reconstructed clock
tx-clock=rx-clock

Cleanup commit. Obvious bugs/typo's removed
Both source and client now accessible over trbnet.
No optical comm. Fiberes swapped?? Looks like both are talking on the same channel.

New project added that contains a soda_client instead of a source.

Attempting to opperate a point2point soda connection

minor update

Added a module to fake a start-of-burst signal with a 2.4us period

Source files added for a complete (?) soda-chain comprised of source, hub and client

Source is tested in test-benches (functional tests)

soda-source written into the bus structure of trb3.
Register access is implemented making use of regIO-example  (by Peter Schakel)
controlling LEDs on trb3; i.e. slowcontrol is tested here.
No more errors in Synplify so this should result in a downloadable and working firmware.
First test is access to trb with trbcmd.

ToDo next:
- design/implement/test reply-checker
- make new project for SODA-client or use conditional synthesis ("generate if")

jaaaa, Toplevel toegevoegd!! zat niet in repo!

LDF file added

Created new project "soda_source" because of compilation failures not understood. Compilation script had to be modified and is put into git. Compilation is currently still not finishing complete. Script still needs tuning. In Lattice Diamond many errors are generated by instantiation of trb_net16_regio_bus_handler : "formal bus_no_more_data_in associated individually was not in contiguous sequence" and such. Plan is to0 rewrite this instance so that it is contiguous and the Diamond GUI can be used.

reset now working stably

added debug output, changed LEDs

small changes (LED & ID)

first slave implementation added

placeholders in empty directories

changed compile projects'

first files

added some files

added some files

initial directories