/obj/machinery/logic_gate name = "Logic Base" desc = "This does nothing except connect to things. Highly illogical, report to a coder at once if you see this in-game." icon = 'icons/obj/computer3.dmi' icon_state = "serverframe" density = 1 anchored = 1 settagwhitelist = list("input1_id_tag", "input2_id_tag", "output_id_tag") var/tamperproof = 0 //if set, will make the machine unable to be destroyed, adjusted, etc. via in-game interaction (USE ONLY FOR MAPPING STUFF) var/mono_input = 0 //if set, will ignore input2 var/datum/radio_frequency/radio_connection var/frequency = 0 /* Some notes on Input/Output: - Multiple things can be linked to the same input or output tag, just like how wires can connect multiple sources and receivers. - For inputs, only the last signal received BEFORE a process() call will be used in the logic handling. - Input states are updated immediately whenever an input signal is received, so it is possible to update multiple times within a single process cycle. - This means if you have multiple connected inputs, but the last signal received before the process() call is OFF, it won't matter if the others are both ON. - For this reason, please set up your logic properly. You can theoretically chain these infinitely, so there's no need to link multiple things to a single input. - For outputs, the signal will attempt to be sent out every process() call, to ensure newly connected things are updated within one process cycle - Connecting an output to multiple inputs should not cause issues, as long as you don't have multiple connections to a given input (see previous notes on inputs). - The output state is determined immediately preceeding the signal broadcast, using the input states at the time of the process() call, not when a signal is received. - Because of how the process cycle works, it is possible that it may take multiple cycles for a signal to fully propogate through a logic chain. - This is because machines attempt to process in the order they were added to the scheduler. - Building the logic gates at the end of the chain first may cause delays in signal propogation. If you take all this into consideration when linking and using logic machinery, you should have no unexpected issues with input/output. Your design flaws are on you though. */ var/input1_id_tag = null var/input1_state = LOGIC_OFF var/input2_id_tag = null var/input2_state = LOGIC_OFF var/output_id_tag = null var/output_state = LOGIC_OFF /obj/machinery/logic_gate/New() if(tamperproof) //doing this during New so we don't have to worry about forgetting to set these vars during editting / defining unacidable = 1 ..() if(radio_controller) set_frequency(frequency) component_parts = list() var/obj/item/weapon/circuitboard/logic_gate/LG = new(null) LG.set_type(type) component_parts += LG component_parts += new /obj/item/stack/cable_coil(null, 1) /obj/machinery/logic_gate/initialize() ..() set_frequency(frequency) /obj/machinery/logic_gate/proc/set_frequency(new_frequency) radio_controller.remove_object(src, frequency) frequency = new_frequency radio_connection = radio_controller.add_object(src, frequency, RADIO_LOGIC) return /obj/machinery/logic_gate/Destroy() if(radio_controller) radio_controller.remove_object(src,frequency) return ..() /obj/machinery/logic_gate/process() handle_logic() handle_output() //All output will send for at least one cycle, and will attempt to send every cycle. Hopefully this won't be too taxing. return /obj/machinery/logic_gate/proc/handle_logic() return /obj/machinery/logic_gate/proc/handle_output() if(!radio_connection) //can't output without this return if(output_id_tag == null) //Don't output to an undefined id_tag return var/datum/signal/signal = new signal.transmission_method = 1 //radio signal signal.source = src signal.data = list( "tag" = output_id_tag, "sigtype" = "logic", "state" = output_state, ) radio_connection.post_signal(src, signal, filter = RADIO_LOGIC) /obj/machinery/logic_gate/receive_signal(datum/signal/signal, receive_method, receive_param) if(!signal.data["tag"] || ((signal.data["tag"] != input1_id_tag) && (signal.data["tag"] != input2_id_tag)) || (signal.data["sigtype"] != "logic")) //If the signal lacks tag data, the signal's tag data doesn't match either input id tag, or is not a "logic" signal, ignore it since it's not for us return if(signal.data["tag"] == input1_id_tag) //If the signal is for input1 if(signal.data["state"] == input1_state) //If we already match, ignore the new signal since nothing changes return if(signal.data["state"] == LOGIC_OFF) //Shut it down and keep it off input1_state = LOGIC_OFF return if(signal.data["state"] == LOGIC_ON) //Turn it on and keep it on input1_state = LOGIC_ON return if(signal.data["state"] == LOGIC_FLICKER) //Turn it on then turn it off if(input1_state == LOGIC_ON) //An existing continuous ON state overrides new flicker signals return input1_state = LOGIC_FLICKER spawn(LOGIC_FLICKER_TIME) if(input1_state == LOGIC_FLICKER) //Make sure we didn't get a new continuous signal set while we waited (those take priority) input1_state = LOGIC_OFF return //Now, you may be wondering why I included those returns. //The answer is "If you link both inputs to the same source, you're an idiot and deserve to have it break", so yeah. Deal with it. if(mono_input) //We only care about input1, so if we didn't receive a signal for that, we're done. return if(signal.data["tag"] == input2_id_tag) //If the signal is for input2 (reaching this point assumes mono_input is not set) if(signal.data["state"] == input2_state) //If we already match, ignore the new signal since nothing changes return if(signal.data["state"] == LOGIC_OFF) //Shut it down and keep it off input2_state = LOGIC_OFF return if(signal.data["state"] == LOGIC_ON) //Turn it on and keep it on input2_state = LOGIC_ON return if(signal.data["state"] == LOGIC_FLICKER) //Turn it on then turn it off if(input2_state == LOGIC_ON) //An existing continuous ON state overrides new flicker signals return input2_state = LOGIC_FLICKER spawn(LOGIC_FLICKER_TIME) if(input2_state == LOGIC_FLICKER) //Make sure we didn't get a new continuous signal set while we waited (those take priority) input2_state = LOGIC_OFF return /obj/machinery/logic_gate/multitool_menu(var/mob/user, var/obj/item/device/multitool/P) var/input1_state_string var/input2_state_string var/output_state_string switch(input1_state) if(LOGIC_OFF) input1_state_string = "OFF" if(LOGIC_ON) input1_state_string = "ON" if(LOGIC_FLICKER) input1_state_string = "FLICKER" else input1_state_string = "ERROR: UNKNOWN STATE" switch(input2_state) if(LOGIC_OFF) input2_state_string = "OFF" if(LOGIC_ON) input2_state_string = "ON" if(LOGIC_FLICKER) input2_state_string = "FLICKER" else input2_state_string = "ERROR: UNKNOWN STATE" switch(output_state) if(LOGIC_OFF) output_state_string = "OFF" if(LOGIC_ON) output_state_string = "ON" if(LOGIC_FLICKER) output_state_string = "FLICKER" else output_state_string = "ERROR: UNKNOWN STATE" var/menu_contents = {"
Input: [format_tag("ID Tag","input1_id_tag")]
Input State: [input1_state_string]
"} if(!mono_input) menu_contents = {"
Input 1: [format_tag("ID Tag","input1_id_tag")]
Input 1 State: [input1_state_string]
Input 2: [format_tag("ID Tag","input2_id_tag")]
Input 2 State: [input2_state_string]
"} menu_contents += {"
Output: [format_tag("ID Tag","output_id_tag")]
Output State: [output_state_string]
"} return menu_contents /obj/machinery/logic_gate/convert/multitool_topic(var/mob/user,var/list/href_list,var/obj/O) ..() update_multitool_menu(user) /obj/machinery/logic_gate/attackby(obj/item/O, mob/user, params) if(tamperproof) to_chat(user, "The [src] appears to be tamperproofed! You can't interact with it!") return 0 if(istype(O, /obj/item/device/multitool)) update_multitool_menu(user) return 1 if(istype(O, /obj/item/weapon/screwdriver)) panel_open = !panel_open to_chat(user, "You [panel_open ? "open" : "close"] the access panel.") return 1 if(panel_open && istype(O, /obj/item/weapon/crowbar)) default_deconstruction_crowbar(O) return 1 ////////////////////////////////////// // Attack procs // ////////////////////////////////////// /obj/machinery/logic_gate/attack_ai(mob/user) if(tamperproof) to_chat(user, "The [src] appears to be tamperproofed! You can't interface with it!") return 0 add_hiddenprint(user) return ui_interact(user) /obj/machinery/logic_gate/attack_ghost(mob/user) if(tamperproof) to_chat(user, "The [src] appears to be tamperproofed! You can't haunt it!") return 0 return ui_interact(user) /obj/machinery/logic_gate/attack_hand(mob/user) if(tamperproof) to_chat(user, "The [src] appears to be tamperproofed! You can't interact with it!") return 0 . = ..() if(.) return 0 return interact(user) /obj/machinery/logic_gate/attack_alien(mob/user) //No xeno logic, that's too silly. to_chat(user, "The [src] appears to be too complex! You can't comprehend it and back off in fear!") return 0 /obj/machinery/logic_gate/attack_animal(mob/user) //No animal logic either. to_chat(user, "The [src] appears to be beyond your comprehension! You can't fathom it!") return 0 /obj/machinery/logic_gate/attack_slime(mob/user) //No slime logic. Seriously. to_chat(user, "The [src] appears to be beyond your gelatinous understanding! You ignore it!") return 0 /obj/machinery/logic_gate/emp_act(severity) if(tamperproof) return 0 ..() /obj/machinery/logic_gate/ex_act(severity) if(tamperproof) return 0 ..() /obj/machinery/logic_gate/blob_act() if(tamperproof) return 0 ..() /obj/machinery/logic_gate/singularity_act() if(tamperproof) //This is some top-level tamperproofing right here, that's for sure. It can even defy a singularity! return 0 ..() /obj/machinery/logic_gate/bullet_act() if(tamperproof) return 0 ..() /obj/machinery/logic_gate/tesla_act(var/power) if(tamperproof) tesla_zap(src, 3, power) //If we're tamperproof, we'll just bounce the full shock of the tesla zap we got hit by, so it continues on normally without diminishing return 0 ..()