@sb10q @airwoodix we have been playing around and have hit a roadblock.
1) Prior to today, my gateware was built on 6.7582.c2248278 for both master and satellite, and I flashed the gateware and things worked - dds, ttl and analog. (Aside from rebooting every 20 mins). I flashed this back in March. The satellite log always reported a boot like below:
__ __ _ ____ ____
| \/ (_) ___| ___ / ___|
| |\/| | \___ \ / _ \| |
| | | | |___) | (_) | |___
|_| |_|_|____/ \___/ \____|
MiSoC Bootloader
Copyright (c) 2017-2021 M-Labs Limited
Bootloader CRC passed
Gateware ident 6.7582.c2248278;Kasli_Earth_Luna_artiq6_Satellite
Initializing SDRAM...
Read leveling scan:
Module 1:
00000000000011111111111000000000
Module 0:
00000000000011111111111100000000
Read leveling: 17+-5 17+-6 done
SDRAM initialized
Memory test passed
Booting from flash...
Starting firmware.
[ 0.000004s] INFO(satman): ARTIQ satellite manager starting...
[ 0.005612s] INFO(satman): software ident 6.7582.c2248278;Kasli_Earth_Luna_ artiq6_Satellite
[ 0.014072s] INFO(satman): gateware ident 6.7582.c2248278;Kasli_Earth_Luna_ artiq6_Satellite
[ 0.293009s] INFO(board_artiq::si5324): waiting for Si5324 lock...
[ 2.245255s] INFO(board_artiq::si5324): ...locked
[ 2.393374s] INFO(satman): uplink is up, switching to recovered clock
[ 2.426444s] INFO(board_artiq::si5324): waiting for Si5324 lock...
[ 4.169475s] INFO(board_artiq::si5324): ...locked
[ 6.857361s] INFO(board_artiq::si5324::siphaser): calibration successful, l ead: 80, width: 435 (349deg)
[ 7.098975s] WARN(satman): aux packet error (routing error)
[ 7.306905s] WARN(satman): aux packet error (routing error)
[ 7.521824s] WARN(satman): aux packet error (routing error)
[ 7.729419s] INFO(satman): TSC loaded from uplink
[ 7.733062s] WARN(satman): aux packet error (routing error)
[ 7.940356s] WARN(satman): aux packet error (routing error)
[ 8.343516s] INFO(satman): rank: 1
[ 8.345622s] INFO(satman): routing table: RoutingTable { 0: 0; 1: 1 0; 2: 2 0; }
[ 16.036747s] INFO(satman): resetting RTIO
2) I swapped satellite to 7.7637.522c2f59 using latest artiq7 beta, and then it never gets past
[ 2.426444s] INFO(board_artiq::si5324): waiting for Si5324 lock...
[ 4.169475s] INFO(board_artiq::si5324): ...locked
However, having first updated just the satellite and left the master on 6.7582.c2248278 this operated exactly as before.
3) This morning I tried master also on 7.7637.522c2f59 and again see same behvaiour, except now when using Zotino self.z0.init()
the AO card now errors.
4) I attempted to roll-back to 6.7582.c2248278 on both satellite and master, using the same firmware compiled back in march and transferred using the same virtual environment. I now never see the satellite boot past
[ 2.426444s] INFO(board_artiq::si5324): waiting for Si5324 lock...
[ 4.169475s] INFO(board_artiq::si5324): ...locked
and the zotino init error that was never an issue is now reproducible.
If I flash the master with gateware compiled against an identical .json but now set to "standalone" then the code runs no issue so the Zotino is functional and there is not a hardware issue or problem with the artiq experiment file. I also used a third Kasli (all v1.1) and any pair behaves the same.
At this point I am stuck trying to get back to where I started this morning --> Is there a reason why flashing the same firmware created back in March is giving me different behaviour now? Does the nix environment inherit new bootloader files etc that might have changed since I did this back in March which are not tracked by simply changing the artiq environment and then update when launching the nix shell?
For reference, my nix environment script is simply nix-shell -I articSrc=~/artiqDev/artig6 and ~/artiqDev/nix-scripts/artiq-fast/shell-dev.nix
Thanks in advance for the help