Hjælp

Tilbagemeldingskontakter

Dialogen Ny tilbagemelding i RailKernel
En tilbagemeldingsdefinition identificerer én fysisk detektorkontakt og det lærredselement, den overvåger.

Tilbagemeldingskontakter fortæller RailKernel, hvilke dele af jernbanen der er besat. Deres adresser forbinder fysisk registreringshardware med elementer på lærredet, blokke, handlingsregler og automatisk kørsel.

Opret og placer en tilbagemelding

Open New Feedback, enter or select an address and press OK, then select the connected detection section on the canvas. You can also plan a feedback without an address: set both module and contact to 0. Assign a valid address before creating it on a command station. For automatic placement within blocks, use Generate Feedbacks as described below.

Læs Mus og lærred

Felter i dialogen Ny tilbagemelding

For a wired feedback, the address must match the physical contact. Module 0 together with contact 0 means no address yet; a wired address uses a positive module number and contact 1–16.

Eksisterende tilbagemelding
Vælg en tilbagemelding fundet på centralstationen for at kopiere dens kendte navn og adresse, eller vælg Manuel indtastning.
Navn
Et entydigt driftsnavn, der anvendes på lærredet, i blokke, monitorer, handlingsregler og logfiler.
Centralstation
Den centralstation, som RailKernel modtager denne tilbagemeldings tilstand fra.
Bus
Tilbagemeldingsbussens nummer. For en CS3 S88 Link vælges bus 0, 1, 2 eller 3; andre stationer følger deres driver og protokol.
S88-tilbagemelding
Vælg dette for en kontakt tilsluttet via en S88 Link-bus. Lad feltet være tomt for moduler på centralstationens direkte tilbagemeldingsforbindelse.
Modul
Modulnummeret på den valgte direkte forbindelse eller S88-bus.
Kontakt
The input number, 1–16, or 0 together with module 0 for an unassigned feedback. The combination of command station, connection type, bus, module and contact must be unique when assigned.
Tilstand og Skift
Ved redigering viser dette den aktuelle tilstand FRI eller BESAT. Skift er nyttigt til kontrolleret test.
Udeluk fra nødstop
Forhindrer ændringer fra denne kontakt i at deltage i den generelle nødstopbehandling. Brug det kun, når formålet og sikkerhedsfølgerne er forstået.
Markér som upålidelig
Registrerer, at detektoren er kendt som ustabil eller mindre troværdig, så forholdet forbliver synligt under drift og fejlfinding.
Find tilbagemelding
Lukker redigeringsforløbet og fremhæver tilbagemeldingen på lærredet. RailKernel advarer også, hvis den anvendes af en handlingsregel.

Generate feedbacks inside blocks

Prepare the blocks first

Choose Define → Generate Feedbacks, below Generate Blocks. This step creates placements without addresses and links them to their blocks. Enter Minimum Feedbacklength (mm), Maximum feedbacklength (mm) and Minimum #Feedbacks per block (default 3). Empty length fields mean no limit. Boundaries follow whole rail joints. Existing feedbacks keep their positions and count towards the minimum.

Recognized 24047 assemblies are processed first: the inner section between square brackets becomes one feedback, including its inner 24047 rails. The two outer rails are outside that feedback. The assembly must fit entirely in one block, and the feedback must meet the length limits. Conflicts, overlapping or unsupported blocks and ambiguous loops are reported. Valid newly created 24047 feedbacks remain even if the subsequent filling or spacing step cannot complete.

Complete filling: evenly sized sections

Check Fill blocks completely with feedbacks to cover all eligible rails in each block. RailKernel seeks the smallest feasible feedback count at or above the minimum, and makes the sections as equal in length as possible within the limits. The requested count is a minimum, not an exact count; the maximum length may require more sections. Existing feedbacks are not resized. This is useful for a DC layout with continuous detection.

Separate sections: short and evenly distributed

Leave Fill blocks completely with feedbacks unchecked (the default) for separate detection sections. RailKernel makes new sections as short as possible while respecting the minimum and maximum lengths, and spreads them as evenly as the rails and existing feedbacks allow.

Keep 1 rail distance from block boundaries leaves one complete rail element free at each end of an open block. Minimum distance between feedbacks (mm) is the free track length between sections, measured along the rails, not a straight-line distance. Both options must also fit around existing feedbacks. If no valid placement exists, the summary explains why. Adjust the limits or minimum count and run again; existing placements remain.

Delete maiden feedbacks

The bottom-left Delete maiden feedbacks button removes all feedbacks without an address in the project, including manually placed ones, after confirmation. Their links are removed; rails and blocks remain. Action rules referring to deleted feedbacks are disabled. This is a project-wide cleanup, not just the last generation run. Feedbacks with addresses are kept.

Generate addresses and module positions

Choose Define → Generate Feedback Addresses after placing feedbacks. Set # native buses (default 1), # s88 buses (default 2) and # available extra 16-contact modules. The third value is additional hardware, not the total including existing modules. Its default is the minimum required after accounting for free contacts on existing modules. With several command stations, bus counts apply per station; extra modules are a shared total.

Press OK to calculate a plan for all unassigned feedbacks. Existing addresses and stored module positions stay fixed; free contacts on those modules are available for reuse. New modules are placed to reduce total wire length within their 16-contact capacity, then distributed as evenly as possible across the configured native and S88 buses, taking existing module counts into account. Extra modules can improve placement; unused ones need not be created. This is an optimization, not a guarantee of the mathematical global minimum.

The summary reports assigned addresses, reused contacts, added modules and new wire length. Insufficient capacity, duplicate addresses or unusable geometry are reported before applying a plan. Generation changes the project; it does not automatically program or synchronize the command station. Check the physical wiring and use the normal synchronization workflow afterwards.

Show infrastructure and route around buildings

View → Show Feedback Infra, below Show Design, displays a blue circled M for each addressed module and blue wires to its feedbacks. Module identity includes command station, native/S88 type, bus and module number. Address generation switches this view on. Showing the infrastructure alone does not assign addresses.

Buildings act as obstacles during infrastructure generation. To keep wires out of an aisle, draw a temporary building over that area before generating addresses. Keep feedback connection points and fixed modules outside its outline. Module positions and wire routes avoid the buildings; an impossible route is reported. Save the project after generation. The routes, module positions and generated-address markers are persisted, so removing the temporary building afterwards does not straighten the saved detour.

Undo generated addresses and try again

Use Undo generated addresses at the bottom left of the address-generation dialog. After confirmation it removes all addresses still marked as generated, including those from earlier runs and after reopening the saved project. Feedback placements and manual addresses remain. Generated modules with no remaining addressed feedbacks are removed. Manually changing an address makes it manual and protects it from this cleanup. You can then adjust obstacles, bus counts or extra modules and generate a new plan. Save again to retain the change.

Tilbagemeldingsadministrator

Den dockbare Tilbagemeldingsadministrator sammenligner anlæggets definitioner med tilbagemeldinger læst fra tilsluttede centralstationer. Vælg Alle eller én station. Tabellen viser Status, Centralstation, Anlægsnavn og det faktiske CS-navn efterfulgt af kilde, bus, modul, kontakt og driftsoplysninger. Matchning anvender station, kildetype, bus, modul og kontakt; navnene behøver ikke være ens.

Sammenligningsstatusser og gyldige områder

Hver række har én af fire sammenligningsstatusser:

Matchet
Præcis én anlægstilbagemelding og én stationstilbagemelding bruger samme station, kildetype, bus, modul og kontakt.
Kun anlæg
Tilbagemeldingen er defineret i RailKernel-anlægget, men mangler på centralstationen.
Kun centralstation
Centralstationen indeholder en tilbagemelding uden en tilsvarende anlægsdefinition.
Konflikt
Flere anlægs- eller stationstilbagemeldinger optager samme komplette fysiske placering, så et entydigt match er umuligt.

Uden for område er en ekstra advarsel og ikke en femte status. Røde rækker bruger et modulnummer over den konfigurerede buslængde, som den valgte CS3 rapporterer, eller over den definerede længde, hvis ingen konfigureret værdi findes. Ukendte S88-værdier behandles som nul, når stationen ikke rapporterer S88-busser.

Synkroniser tilbagemeldinger med en centralstation

Synkroniser tilbagemeldinger med CS er kun aktiv for én valgt centralstation, som understøtter sletning. Efter bekræftelse opretter RailKernel understøttede tilbagemeldinger, der kun findes i anlægget, sletter stationselementer uden anlægsdefinition og erstatter entydige konflikter. Et modalt statusvindue viser alle handlinger og forbliver åbent, indtil du trykker OK.

Slet fra den rigtige side

Slet følger den valgte række. Kun anlæg fjerner RailKernel-definitionen; Kun centralstation fjerner stationsposten; Matchet fjerner begge, først fra stationen. En anlægstilbagemelding, som anvendes af en blok, kan ikke slettes. Stationssletning er kun tilgængelig, når driveren understøtter det.

Tilbagemeldingsmonitoren

Tilbagemeldingsmonitoren viser hele det konfigurerede adresseområde pr. centralstation. Hver række er et direkte modul eller S88-modul, og kolonnerne er kontakt 1 til 16. Live følger indkommende hændelser; Opdater genopbygger visningen. Dobbeltklik på en defineret tilbagemelding for at redigere den.

RailKernels Tilbagemeldingsmonitor med moduler, kontakter og aktuelle tilstande
Monitoren kombinerer fysiske detektoradresser med projektnavne, besættelse og oplysninger om handlingsregler.

Monitorfarver

Grøn betyder, at en defineret tilbagemelding er fri, og rød betyder besat. Grå celler har ingen projekttilbagemelding på den fysiske adresse. En kraftig blå kant markerer en tilbagemelding, der anvendes af en aktiveret handlingsregel. Farverne kan ændres i Indstillinger.

Live og Live: RAW

Live åbner en løbende liste over behandlede tilstandsændringer for definerede tilbagemeldinger. Live: RAW er diagnosevisningen af alle rå hændelser før RailKernels normale filtrering. Når RAW starter, nulstilles farver og tællere. Hver rå ændring øger tælleren på den præcise station-, kilde-, bus-, modul- og kontaktadresse. Cellen bliver stadig kraftigere rød, efterhånden som tælleren stiger.

Tallene i eksemplet er hændelsesantal og ikke tilbagemeldingsadresser eller besættelsesværdier. En sund, rolig kontakt forbliver uden farve. Et koncentreret rødt mønster på flere kontakter i samme S88-område viser straks, hvor unormal trafik forekommer.

RailKernels Tilbagemeldingsmonitor i Live RAW med høje antal tilstandsændringer på ustabile S88-kontakter
En virkelig diagnoseoptagelse: hurtigt stigende tællere og kraftigere røde celler afslører ustabil tilbagemeldingstrafik.

CS3-tilbagemeldingsbuslængder

Panelet Tilbagemeldingsbusdata nederst til venstre i CS3-oversigten har tre kolonner. Defineret indeholder RailKernels gemte antal direkte moduler og S88 Link-moduler. Konfigureret indeholder værdierne læst fra den pågældende CS3. Beregnet udleder de nødvendige længder fra projektets tilbagemeldingsdefinitioner. RailKernel ændrer aldrig tavst centralstationens definitioner.

Tilbagemeldingsbusdata nederst til venstre i CS3-oversigten
Antallet af direkte moduler og S88 Link-moduler afgør, hvor meget af CS3-adresseområdet RailKernel læser.