Svenska ElektronikForumet

Tjo.

Tänkte för skojs skull bygga en enkel sak som visar redundansfel.

En kund på jobbet vill ha detta, optiska sensorer, Banner QS30. Om något kommer mellan sensorerna så ska det ge ett
"normalt" utslag men om en, ev fler om mer än två mottagare, inte ALLA märker detta ska det ge fel som visar att nån
mottagare inte fungerar men att 'systemet' i sej fortfarande fungerar med dom fungerande sensorerna, ung som RAID 5.

Hur bygger man detta på enklast sätt med logiska kretsar?
Nå typ av buffert måste nog finnas då mottagarsensorerna knappast ger utslag samtidigt.

Såhär

Swech

Såklart kan man lösa det med logik - det blir dock en hel del kretsar.

Jag anser att det enklaste sättet är att använda en µC. Då antal sensorer är okänd är det så långt jag kan komma.

Om man matar in sensorernas signal kan man "kopiera" dom till en utgång samt filtrera dom och på det vis kan man filtrera bort dom som t.ex. har varit aktiverat konstant (alltså över en viss tid).

@Icecap, Ja nog blir µC enklare på sitt sätt, dock är då frågan vem som ska ha hand om programmet om jag är slutar jobbet här om detta skulle användas

@Swech, Glömde ju säja det att signalerna ut ska vara olika då "rätt" signal styr skyltar och felsignalen larmar på annat sätt.
Hur kan den detektera en eller flera felaktig/a sensor/er med denna decoder? Hjärncellen min är inte med idag.

vem som ska ha hand om programmet om jag är slutar jobbet

Du kodar begripligt med kommentarer så andra kan ta över.

Som tecno skriver ska man skriva ett vettigt program - som man alltid ska.

I det fall att någon ska ta över skriver man en kommentar om det övergripande funktionssätt och sedan programmet i vanlig ordning - då vanlig ordning ju är att andra kan ta över med minimala problem.

Ja jo, kod med dokumentation gör man naturligtvis men eftersom det inte finns en enda på jobbet som ens sett nån typ av pgm-kod så går det inte och med det sagt LITET företag.
Finns inte ekonomi att lämna ut detta heller för det blir way för dyrt.

...så jag är fortfarande intresserad av Swech's ritning.

Kopplingen ger en logisk 0a så länge som alla tre sensor ingångar har samma logiska nivå
d.v.s. alla "0" eller alla "1"
RC kopplingen är tänkt för att fördröja omslag. Värden på R och C är inte beräknade alls

Swech

Stoppa dit en arduino och dokumentera programmet och lägg på någon filserver. Skriv på enheten filsökvägen och ett vettigt namn på projektet.

Eventuellt skriv ut koden + schema + blockdiagram.

Spara ner arduino ide också på filservern så är det bara windows som behövs om någon annan ska ta över..

Problemet är ju att "ingen annan" kan ändra programmet men ska tas in utifrån till en kostnad som inte kan försvaras.

Lösningen på detta är att den som kreerar enheten dokumenterar vilka enheter som ingår (t.ex. Arduino av en specifik typ), schema över kopplingarna, källkod samt hex-kod. Såklart ska alla ingående komponenter dokumenteras, stiftlist, kontaktdon osv.

Sedan dokumenteras det steg för steg hur man lägger det befintliga program in i enheten.

Allt samlas i en manual som ska skapas efter principen att man kan haffa vemsomhelst på gatan, ge dom manualen i handen och be dom göra detta - varefter det fungerar.

Visst, all vidare utveckling kommer kanske ingenvart men det blir möjligt att återskapa en fungerande enhet om den gamla går sönder.

Att koda och dokumentera är ju givet om det finns en framtid där nån annan kan tänkas ta över.
Men detsamma gäller ju en eventuell lösning med logiska kretsar. Schema och tanke måste ju dokumenteras även där.

Tycker att en lösning med en arduino är er väg att gå, om detta är till för säkerhet så kan så mycket fler fel tas i beaktande med en uC på ett enklare sätt. Bara som Icecap säger, om en sensor "hängt sig", må det vara teknisk fel eller skit på linsen, så är ju det enkelt att hantera med en uC, men lite jobbigare att bygga med logik.
Den dagen arduinon behöver bytas eller programmet ändras så finns det bokstavligen miljoner förmågor i världen som kan lösa det utan att ens jobba särskilt hårt för saken.

Lägg detta som en fråga i jobb/tjänster, hade jag haft mitt lab igång hade jag gärna kodat ihop detta, inte för att bli rik, utan mer för det är kul projekt. Säker på att fler tänker så.

Fördelen med arduino är att du lär hitta en vettig ersättare på arduino uno på överskådlig tid.
Microchip är också väldigt långsam att ta bort gamla MCU:er ur sitt sortiment.
Min första MCU jag programmerade vettigt för finns fortfarande kvar: PIC16F84.

Arduino uno är runt 8 år gammal redan nu...inga problem att köpa fler.

Edit: fyller du inte hela flash:en så kan du spara hela koden som text som är läsbart över uart med ett kommando/eller spottar ut sig ur uart:en vid uppstart.