Svenska ElektronikForumet

ok, nu vet jag vad jag ska bygga till helgen

megaman skrev:
Nu vet jag inte exakt vad du skall ha den till men om det är en form av pelarlyft där samtliga ben skall köras synkroniserade så är det obra om ett ben sticker iväg okontrollerat pga en programmeringsmiss. Det är nästan helt omöjligt att verifiera att ett kritiskt program är helt säkert. .

@Mindmapper
Den frågan var ett svar på inlägget som är citerat ovan, i vilket megaman pratar om PLC och programmeringsmissar. Att PLC är tillförlitligare och håller bättre kan jag hålla med om, men jag menade att nog är det lika stor chans att göra programmeringsmissar med en PLC som med en mikrokontroller.

Angående mätning av höjden så kommer det att ske genom en kallibrering vid varje omstart av systemet och sen kommer mikroprocesson att hålla koll på hur mycket varje pelare har höjt sig. Pelarna ger ut impulser ifrån en "encoder" i deras motorer. Jag hade hellre haft någon slags höjdmätare redan i motorn men det är tyvärr inte möjligt.

Då hänger jag med lite bättre.

Encodrarna bör inte vara något hinder för att välja det ena eller det andra. Se till att PLC har nog snabba ingångar bara. Din tidigare fråga om PLC kontra MCU är att PLC generellt är långsammare, men många har höghastighetsingångar. Den andra stora skillnaden är att PLC är anpassade att användas i en störningsrik industriell miljö vilket du själv måste fixa med MCU'n.
Det är kanske där du har din viktigaste frågeställning! Klarar du av att få till ett tillförlitligt (hårdvarumässigt system) eller ska du köpa ett PLC?

Ni måste göra en riskanalys sån ni vet vilken säkerhetsnivå ni behöver.
Därefter vet du ju vilken säkerhetsnivå konstruktionen ska uppfylla.
Jag instämmer i PLC kören och om du behöver extra säkerhet så finns det säkerhetsklassade PLC´er typ Siemens cpu 317F som exempel.

Program kan vara fel oavsett om man kör på PLC eller på µC, det kan vara lika svårt att få rätt på endera.

PLC har den fördel att de oftast är "omöjliga" att störa ut eller att döda in-/utgångar, man kan uppnå det samma med en µC men det kräver en hel del erfarenhet att designa ett störsäkert system.

Så har man inte en hel del erfarenhet och det är ett fåtal system som ska tillverkas är PLC nog den mest kostnadseffektiva vägen att gå, jag läser detta som att det är en "one-of" vilket tydligt pekar på PLC... fast om en del av projektet är att lära sig µC och/eller programmering kan läget ju vara så att man inte behöver kolla så noga på kostnadseffektiviteten.

Trådskaparen skriver i första inlägget att det kan röra sig om cirka 100 enheter / år så riktigt "one-of" är det ju inte.

OK, har nog missat den del. Sedan är det ju en fråga om hur många lyftmotorer som ska samstyras, jag läser det till att bara en per enhet ska köras och då kan PLC'n ju vara relativt enkel, detta ger ett skapligt lågt pris och räknar man ihop var en µC + spänningsreglering + IO-skydd (reläer & optokopplare) + kåpa + montering av allt + test av funktion + diverse) kostar är nog PLC'n en vinnare rent ekonomisk.

det är upp till 4 st som ska samköras samtidigt,

Test, montering, reläer och kåpa behöver jag till PLC:n i alla fall. Jag är inte så säker på att det blir billigare med PLC men det är möjligt... Jag vet att det finns mikroprocessorer i flera liknande produkter eller produkter som kommer att vistas i samma miljö, så det är inte så att de inte klarar av det. Men ni har rätt i att jag måste göra upp en ordentligt riskbedömning men jag vet att dessa pelarhissarna ibland går sönder och jag har inte hört att någon har skadat sig. Men jag antar om man lägger till en watchdog och lite andra säkerhetsfunktioner så ska det nog inte vara några problem.

Det som jag ser som största problemet med PLC är att det kan i framtiden tillkomma önskvärda funktioner som en PLC kanske inte klarar av.

Siemens S5 PLC har snart varit med 50 år i industrin. Finns nog inget som kommer att slå den i livslängd och uppdaterbarhet. Säljs ej längre, men supportas än. Säg den processorfamilj som varit med så länge!

Ska du in med nya funktioner som du inte klarar av med bara omprogramering, lär det nog vara omkonstruktion i vilket fall. PLC har fördel att du bara skruvar fast trådar på in/ut- gångarna eller lägger till en expantionsenhet. Med MCU blir det att konstruera om hela kretskortet.

Det är okså en födkrok att sälja nya modeller med nya funktioner. Se till att du får fram en prototyp "mach1", innan du bekymmrar dig om framtiden.

PLC är också byggda med mikroprocessorer så där de finns, finns också mikroprocessorer! Men de måste anpassas till miljön vilket redan är gjort i PLC't. Allt går sönder, men en felaktig uppbyggnad av hårdvaren kommer att leda till en enhet som fungerar ibland och inte ibland. Klarar du ersättningar till de som köpt ett system som inte fungerar som det ska. USA är kännt för sina många advokater som har en strålande arbetsmarknad. Så se till att grejorna klarar kraven som ställs.

Med 4 st pelare som ska samstyras och 100 st/år tror jag att det kan löna sig med ett eget utvecklad kretskort med en lämplig µC. Kruxet är: kan du det?

Det är inte så himla enkelt att designa ett kretskort som fungerar i industrimiljö, att se till att in- och utgångar är säkra och stabila kan vara lite besvärligt också och att ha dessa rotationsgivare till att ge stabila (ostörda) pulser kan vara "intressant" också.

Så det står och faller med erfarenheten men jag skulle tro att det skulle bli lite billigare per enhet med eget kretskort, skillnaden blir dock inte speciellt stor.

Eller så kan du satsa på Parallax Propeller chip, dock är det ett eget utvecklat program språk, men tror att det till en viss del påminner om C. Men chipet lär nog finnas kvar en överskådlig tid frammåt då deras kundkrets i huvudsak riktar sig mot att man som kund ska "känna igen sig". Till skillnad från många andra komponentutvecklare som hela tiden drivs av att ta fram nyare komponenter & med tiden fasa ut äldre.

http://www.parallax.com/tabid/407/Default.aspx

Det finns idag en c compiller till propeller chipet.

Men jag förstår verkligen inte varför man skulle välja detta chip, vad ska man med 8 parallela uC till? Kan du förklara ditt val?

Själv skulle jag ju såklart rekomendera Artilas M501 modul, ett webinterface är ju nästan standard idag... Och då behöver man ju såklart linux (nä jag är inte seriös)

Jag skulle satsa på att få tag på någon kunnig hårdvarutvecklare för att göra ett eget kort som sen testas ordentligt, det är väldigt lätt att tro att det är enkelt att göra hårdvaran eftersom det är enkelt att få en uC att blinka med lite lysdioder.... Ett felblink från en lysdiod är ju inte så farligt, men en skenande lyft är...

Skenande utvecklingskostnader är ett vanligt fenomen när man ska göra egna produkter från grunden, det talar för en PLC lösning.
Det kan lätt bli många timmar i labbet för att hantera immunutet/emissionskraven och funna problem är inte alltid helt självklara att förstå var de uppkommer.

> Jag skulle satsa på att få tag på någon kunnig hårdvarutvecklare...

Bästa tipset i tråden så här långt...

Kan bara hålla med...

"Dessutom så kan hissarna höjas i olika hastighet beroende på hur tungt lastade de är, det är detta som är ett problem och därför behövs en mikroprocessor som kan hålla reda på hur snabbt hissarna går. "

Har ingen speciell motivering till valet av Propeller chip mer än att det ska ses som ett förslag.

Men förslaget baserades på ovanstående citat där jag antar att det är relatidsstyrning av samtliga pelare samtidigt, vet inte om pelarna används för att justera horisontalplanet på ett hus tex och då är säkeretsaspeklten viktig liksom att kunna läsa in sensor datan i realtid också.

Så jag lämnar över detta ärende till frågeställaren att göra en bedömmning vad som är att föredra utifrån det givna problemet.