Separate hardware library

[rpartzsch]

Refactored the TLU main script into a hardware side controller. This separates the functionalities of the constellation satellite further from the rest of the Python package and makes it easier to handle status logs and data differently for the different use cases.

• Check if constellation satellite has the same functionalities
• Check with hardware

[cbespin]

This should probably be rebased since the merge of #47. I see some parts that are identical.

[stephanlachnit]

Just gave this branch a try, and there seems to be a bug in here. I get the following error:

17-11-25 15:38:33.521843 [135088050267840] ERROR - Bad response code (0x7 = 'bus timeout on write') received for Incrementing write at base address 0x2006 (node "TLU.Shutter.RunActiveRW").  URI: "chtcp-2.0://localhost:10203?target=192.168.200.30:50001". Sent/received headers: 0x262c011f / 0x262c0017 (transaction 1/1 bytes into IPbus payload)
17-11-25 15:38:33.522005 [135089563893888] WARNING - Closing TCP socket for device with URI "chtcp-2.0://localhost:10203?target=192.168.200.30:50001" since exception detected.
2025-11-17 15:38:33,524 [AIDATLU           ] - CRITICAL exception in _wrap_initialize: Bad response code (0x7 = 'bus timeout on write') received for Incrementing write at base address 0x2006 (node "TLU.Shutter.RunActiveRW").  URI: "chtcp-2.0://localhost:10203?target=192.168.200.30:50001". Sent/received headers: 0x262c011f / 0x262c0017 (transaction 1/1 bytes into IPbus payload)

Does not happen when I use main.

[rpartzsch]

Ok, it seems like this only happens when using constellation. And only at the first initialization step. If the TLU is already initialized when starting constellation then everything works.

This does not happen, when using the pure Python side, but I will investigate this further.

[cbespin]

The constellation issues were solved in #49, right? Then we could continue here

[rpartzsch]

Yes, this branch should work now.

[simonspa]

™️

[stephanlachnit]

@rpartzsch @cbespin FYI we have testbeam next week and will use this branch together with Constellation v0.6.1, if we find something we'll let you know, if not it would be nice to get a new release with this.

[cbespin]

Sounds good! Small celebration before the end of the year then

[stephanlachnit]

Overall it worked really well, there is however still an issue if the clock_config parameter is not set sometimes