this post was submitted on 17 Jan 2025
23 points (100.0% liked)

Factorio

1136 readers
6 users here now

A Lemmy community for the game Factorio made by Wube Software.

Rules

founded 2 years ago
MODERATORS
 

So I had a problem. I wanted to be able to broadcast a set of circuit signals representing a list of required items for a given outpost. The problem was that the radio only supports green and red channels leading to N>3 outputs intermixing signals.

Solution: Use a repeating clock that sends a signal only if Z={{my_chosen_channel_num}}. There's some odd stuff going on combinator wise to keep signal values in memory while the Z timer is on a different channel. Also requires a single clock radio blueprint in order to keep receivers and transmitters in-sync with one another.

This is my first time fiddling with circuits more advanced than if X > Y inserter_enabled so if you find a way to make this better LMK

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 13 points 3 days ago (5 children)

In computing this sort of a problem would generally be solved by tagging via packet metadata - wouldn't it be simpler to reserve a portion of the signal for a recipient address for signal decoding?

[–] maarvin 8 points 3 days ago (4 children)

That would be way easier. I'm a dumb.

[–] [email protected] 7 points 3 days ago* (last edited 3 days ago) (1 children)

I mean TDMA is also a perfectly valid solution.

Just needs an easier way to synchronize clocks. Maybe one (master) station could send out a sync word that lets all other stations start their clocks.

[–] maarvin 8 points 3 days ago

The easy solution to clock sync was to only have one clock. There's some funkiness required to TX a signal during the TX's clock cycle due to combinator timing but, I used that to my advantage on the RX side as it now only requires a single frame delay combinator to keep the signal alive 100% of the time.

load more comments (2 replies)
load more comments (2 replies)