Ами като че ли да, аз съм ти го написал малко с крака, така че приема че това е решението, една цигара време не мога да преценя колко е, мен ми отне 20 мин заедно със симулацията в протеус, като в това време влиза и инсталирането на протеуса, не че е много, ама скоро преинсталирах.
#include "C:\MyDocuments\Isdelia\48_24_dc_dc\control.h"

#byte IOC = 0x96
#byte option = 0x81

int1 part,close, start, half_l,clr;

#int_ext
void ext_irs(void)
{
if(half_l && !close)
stop = true;
close=true;
}

void main()
{
open = false;
stop=false;
SET_TRIS_A(0x3C);
setup_timer_0(RTCC_INTERNAL);
setup_wdt(WDT_576MS);
setup_timer_1(T1_DISABLED);
setup_comparator(NC_NC);
setup_vref(FALSE);
SET_TRIS_A(0x3C);
option &= 0xBF;
enable_interrupts(int_ext);
enable_interrupts(global);

while(true)
{
restart_wdt();
if(!full && !start)
{
open = true;
delay_ms(500);
open=false;
start=true;
clr=0;
}
restart_wdt();
if(!half && !start && !half_l)
{
open = true;
delay_ms(500);
open=false;
half_l=true;
clr=0;
}
if(!reset && !clr)
{
close = false;
start = false;
half_l=false;
clr = true;
}
if(close)
{
delay_ms(500);
stop=false;
}
}
}

те тва му е кода, генериранетона импулс е по баламския начин, в смисъл по чисто е да си го пиша по таймерче, но в случая това не върши нищо друго тъй че мое да чака 500 мс , и променливите сигурно може да са с чудни имена , т.е. ако твойта цигара отива 5 мин, и мойта симулация с инстала е 5-6 мин, тая простичка схема да речем ти ти е отнела може би двойно по малко време, което не ми звучи много добре, в смисъл както се вижда кода по инициялизация май е повече от кода по самия алгоритъм, ако е нещо по сложно, особенно трудно изразяемо с чиста логика мисля сам ще разбереш колко по удобно е да се пише на някакъв език.

п.с. инициализацията за тоя пикльо генерирана от визарда се оказва некоректна, не знам защо ама чупи редовете и не вкарва разни параметри в h файла, не знам това да ли е бъг в тая версия или винаги така си е било, досега не съм го виждал, версията е стара 3.249, но доста съм работил с нея и не съм забелязвал да ми е правила такива неща, та може би е проблем при тоя процесор, да не се чудите ако не ви тръгва, то е видимо в кода де ама .....

Опитах да компилирам по горния код но ползваш control.h които на мен ми липсва а и не можах да го открия с гоогле може и да е нещо стандартно .......


Ако не те затруднява можели да видя ASM. Искам да го сравня не че ще разбера нещо.

Да има h файл, а компилатора е CCS, рядко негов код се портва безпроблемно в друг.
Това е asm -то, за това просто алгоритъмче не е малко поради две причини, първо ползвам delay функция, което както писах по горе лично аз не предпочитам но в този случай всичко е твърде просто за да го правя по друг начин, и второ съм оставил компилатора да генерира обслужването на прекъсването, в резултата на което има доста безполезен в тоя случай код. Както можеш да видиш и функциите за сетване на WDT и други периферии не може да се каже че са най-оптималните.

пс. хм .. не ми качва asm-то


CCS PCM C Compiler, Version 3.249, 28193 08-Þíè-09 23:21

Filename: C:\MyDocuments\Isdelia\48_24_dc_dc\control.lst

ROM used: 192 words (19%)
Largest free fragment is 832
RAM used: 10 (16%) at main() level
11 (17%) worst case
Stack: 2 worst case (1 in main + 1 for interrupts)

*
0000: MOVLW 00
0001: MOVWF 0A
0002: GOTO 02E
0003: NOP
0004: BTFSC 03.5
0005: GOTO 00A
0006: MOVWF 22
0007: SWAPF 03,W
0008: MOVWF 23
0009: GOTO 00F
000A: BCF 03.5
000B: MOVWF 22
000C: SWAPF 03,W
000D: MOVWF 23
000E: BSF 23.1
000F: MOVF 0A,W
0010: MOVWF 27
0011: CLRF 0A
0012: BCF 03.7
0013: SWAPF 22,F
0014: MOVF 04,W
0015: MOVWF 24
0016: MOVF 20,W
0017: MOVWF 25
0018: MOVF 21,W
0019: MOVWF 26
001A: BCF 03.5
001B: BTFSS 0B.4
001C: GOTO 01F
001D: BTFSC 0B.1
001E: GOTO 034
001F: MOVF 24,W
0020: MOVWF 04
0021: MOVF 25,W
0022: MOVWF 20
0023: MOVF 26,W
0024: MOVWF 21
0025: MOVF 27,W
0026: MOVWF 0A
0027: SWAPF 23,W
0028: MOVWF 03
0029: BCF 03.5
002A: SWAPF 22,W
002B: BTFSC 23.1
002C: BSF 03.5
002D: RETFIE
002E: CALL 3FF
002F: BSF 03.5
0030: MOVWF 10
0031: MOVLW 00
0032: MOVWF 0A
0033: GOTO 053
.................... #include "C:\MyDocuments\Isdelia\48_24_dc_dc\control.h"
.................... #include <12F629.h>
.................... //////// Standard Header file for the PIC12F629 device ////////////////
.................... #device PIC12F629
.................... #list
....................
.................... #USE FAST_IO(A)
.................... #FUSES WDT //Watch Dog Timer
.................... #FUSES INTRC_IO
.................... #FUSES BROWNOUT
.................... #FUSES NOMCLR
.................... #FUSES PUT
.................... #use delay(clock=4000000,restart_wdt)
*
003C: MOVLW 2A
003D: MOVWF 04
003E: MOVF 00,W
003F: BTFSC 03.2
0040: GOTO 052
0041: MOVLW 01
0042: MOVWF 21
0043: MOVLW BF
0044: MOVWF 20
0045: CLRWDT
0046: DECFSZ 20,F
0047: GOTO 045
0048: DECFSZ 21,F
0049: GOTO 043
004A: MOVLW 4A
004B: MOVWF 20
004C: DECFSZ 20,F
004D: GOTO 04C
004E: NOP
004F: CLRWDT
0050: DECFSZ 00,F
0051: GOTO 041
0052: RETLW 00
.................... #bit sensor =0x05.2
.................... #bit open =0x05.0
.................... #bit stop =0x05.1
.................... #bit reset =0x05.3
.................... #bit full =0x05.4
.................... #bit half =0x05.5
....................
....................
....................
.................... #byte IOC = 0x96
.................... #byte option = 0x81
....................
.................... int1 part,close, start, half_l,clr;
....................
.................... #int_ext
.................... void ext_irs(void)
.................... {
.................... if(half_l && !close)
*
0034: BTFSS 28.3
0035: GOTO 038
0036: BTFSS 28.1
.................... stop = true;
0037: BSF 05.1
.................... close=true;
0038: BSF 28.1
.................... }
....................
0039: BCF 0B.1
003A: BCF 0A.3
003B: GOTO 01F
.................... void main()
.................... {
*
0053: CLRF 04
0054: MOVLW 1F
0055: ANDWF 03,F
0056: MOVLW 07
0057: MOVWF 19
.................... open = false;
0058: BCF 05.0
.................... stop=false;
0059: BCF 05.1
.................... SET_TRIS_A(0x3C);
005A: MOVLW 3C
005B: BSF 03.5
005C: MOVWF 05
.................... setup_timer_0(RTCC_INTERNAL);
005D: MOVF 01,W
005E: ANDLW C0
005F: MOVWF 01
.................... setup_wdt(WDT_576MS);
0060: MOVLW 0D
0061: BCF 03.5
0062: MOVWF 20
0063: MOVLW 07
0064: CLRF 01
0065: MOVLW 81
0066: MOVWF 04
0067: MOVF 00,W
0068: ANDLW F0
0069: IORLW 07
006A: MOVWF 00
006B: CLRWDT
006C: MOVF 00,W
006D: ANDLW F7
006E: BTFSC 20.3
006F: ANDLW F0
0070: IORWF 20,W
0071: MOVWF 00
.................... setup_timer_1(T1_DISABLED);
0072: CLRF 10
.................... setup_comparator(NC_NC);
0073: MOVLW 07
0074: MOVWF 19
0075: BSF 03.5
0076: MOVF 05,W
0077: CLRWDT
0078: MOVLW 02
0079: BCF 03.5
007A: MOVWF 20
007B: DECFSZ 20,F
007C: GOTO 07B
007D: NOP
007E: NOP
007F: MOVF 19,W
0080: BCF 0C.3
.................... setup_vref(FALSE);
0081: BSF 03.5
0082: CLRF 19
.................... SET_TRIS_A(0x3C);
0083: MOVLW 3C
0084: MOVWF 05
.................... option &= 0xBF;
0085: BCF 01.6
.................... enable_interrupts(int_ext);
0086: BCF 03.5
0087: BSF 0B.4
.................... enable_interrupts(global);
0088: MOVLW C0
0089: IORWF 0B,F
....................
.................... while(true)
.................... {
.................... restart_wdt();
008A: CLRWDT
.................... if(!full && !start)
008B: BTFSC 05.4
008C: GOTO 09A
008D: BTFSC 28.2
008E: GOTO 09A
.................... {
.................... open = true;
008F: BSF 05.0
.................... delay_ms(500);
0090: MOVLW 02
0091: MOVWF 29
0092: MOVLW FA
0093: MOVWF 2A
0094: CALL 03C
0095: DECFSZ 29,F
0096: GOTO 092
.................... open=false;
0097: BCF 05.0
.................... start=true;
0098: BSF 28.2
.................... clr=0;
0099: BCF 28.4
.................... }
.................... restart_wdt();
009A: CLRWDT
.................... if(!half && !start && !half_l)
009B: BTFSC 05.5
009C: GOTO 0AC
009D: BTFSC 28.2
009E: GOTO 0AC
009F: BTFSC 28.3
00A0: GOTO 0AC
.................... {
.................... open = true;
00A1: BSF 05.0
.................... delay_ms(500);
00A2: MOVLW 02
00A3: MOVWF 29
00A4: MOVLW FA
00A5: MOVWF 2A
00A6: CALL 03C
00A7: DECFSZ 29,F
00A8: GOTO 0A4
.................... open=false;
00A9: BCF 05.0
.................... half_l=true;
00AA: BSF 28.3
.................... clr=0;
00AB: BCF 28.4
.................... }
.................... if(!reset && !clr)
00AC: BTFSC 05.3
00AD: GOTO 0B4
00AE: BTFSC 28.4
00AF: GOTO 0B4
.................... {
.................... close = false;
00B0: BCF 28.1
.................... start = false;
00B1: BCF 28.2
.................... half_l=false;
00B2: BCF 28.3
.................... clr = true;
00B3: BSF 28.4
.................... }
.................... if(close)
00B4: BTFSS 28.1
00B5: GOTO 0BE
.................... {
.................... delay_ms(500);
00B6: MOVLW 02
00B7: MOVWF 29
00B8: MOVLW FA
00B9: MOVWF 2A
00BA: CALL 03C
00BB: DECFSZ 29,F
00BC: GOTO 0B8
.................... stop=false;
00BD: BCF 05.1
.................... }
.................... }
00BE: GOTO 08A
.................... }
00BF: SLEEP

Configuration Fuses:
Word 1: 31CC WDT NOCPD NOPROTECT NOMCLR PUT INTRC_IO BROWNOU

Наско хич не сравнявай. Такива елементарни задачи на практика вече почти няма. Времената са се променили ако не си забелязал. Вече се иска функционалност. Отделно за промишлените автоматики се гони сигурност. То изобщо е недопустимо да се използват ширпотреба контролери като PIC 12/16/18 в промишлена електроника но и в нея качествто много се е занижило в световен мащаб последните години. Така че се срещат. А и все пак ако кадърен специалист се заеме с задачата може и с PIC да издокара надеждна що годе техника.

Ако си решил все пак да петниш името на българския инженер това си е твое право разбира се. Прави си мигалките с тази недомислица и си мечтай за светлите времена когато със сигурност ще свършиш с мотиката в ТКЗС-то.
Може да се запознаеш с местните малоумници. Например Румен и да си говорите надълго и нашироко за предимствата на собствените си компилатори.
Но си свободен все пак ако искаш да се занимаваш с това да се хванеш сериозно и да учиш. Като се запънеш някъде ще питаш и ще помагаме.

Да прав е Ники, подобен род задачи са изключителна рядкост, по скоро си спестявам 3 ТТЛ-ки. Относно другото му становище не съм чак толкова съгласен, не малко индустриални приложения използват PIC, просто много зависи от приложението. Като шумоустойчивост и надеждност не са по зле от всичкиостанали, дори превъзхождат много от другите, но доколко примерно е разумно да решаваш сложен проблем с ограничените ресурси, и не малко кусури на пик-а е друг въпрос. Като цяло Ники е прав, но да не забравяме че в атоматиката има не малко елементарни неща, които се решават с 20-30 реда код, примери много, и там избора на конролер се свежда до цена и време за разработка, ясно е че при 20 реда код, па дори и при 200, дали ще ползваш ПИК или нещо с по удобни развойни средства ралзиката няма да е ниакк голяма, и на преден план излиза цената, и да намериш точно това кеото ти пасва на приложението. И в тоя ред на мисли мисля че 12-та, отчасти 16-та серии са предпочитане в не малко случаи, в други пък не са. Е сега правя един прост нивомер, резистивен с малко странни изисквания, и пик-а дорине съм го гледал като вариант, въпреки че има подходящи за целта, но пък за тая проста цъкалка дорине съм помислял да позлвам нещо различно от 12-ка, та това мнго сме го обсъждали за всеки влак си има пътници, т.е. всеки контролер си намира приложение, аз няма някакви табута, въпреки че AVR са ми омразен производител

п.с. Ники, аз нарочно му дадох за сравнение този пример, защото дори и толкова проста задача, лесно изпълнима с проста логика, съотвенто би трябвало да става мнго лесно с ледера, не с еизпълнява много по бързо от колкто на С. Иначе asm кода не би трябвлао да се сравнява, ако това нещо го напиша на asm сигурно ще е в 3 пъти по малко код .... най-малко 3 пъти.

Да бе, Никола! Нали работя в сервиз за професионална техника: и в началото на 21-и век карат на микропревключватели цъкани от назъбени дискове въртяни от моторче И това е масовият случай, електрониката е рядкост. А досега проблемна платка заради PIC не съм срещал. Проблемите идват от калпаво проектирана платка и липса на защити/филтри.
Всъщност, дефектирала електроника се среща само по изключение - обикновено са виновни релетата, калпава топология на платката, изпушила защита или липсата на такава. Ама досега проблем с тиристор заместващ реле не съм имал.

А днес за първи път не оправих цели 2-е американски кухненски трошачки/мелачки които на практика не се повреждат. Причина: изпушил ротор на двигателя. Как е станало не знам (явно са му намерили цаката) обаче 4-и битовото древно MCU разбира на момента фала и започва да мига с всички лампички преди да изгори нещо друго. Значи: кадърност при проектирането пък ако ще и с PIC да го правиш.

Edit (да не спамя):
Тони (отдолу), Electrolux / Zanussi ли беше покойника? Слави се със железарията...
Иначе: днес колегата ми донесе една платка от климатик - някое реле се било слепнало и не изключвало вентилатора. Гледам аз: симистор управляван от оптосимистор. Ръгнах го на древния мегер (с манивела) и при над 500 волта ми отчете над 500 мегаома, т.е. в края на скалата. Викам: мой човек, грешката не е в телевизора.

Бонго, не знам какви мелачки си ремонтирал досега, ама тая мойта в уса-та много зле, да я бяха направили от дърво по щеше да изкара, тя няма как да с еповреди, защото преди да се повреди електрически корозира до степен на неузнаваемост. Иначе тука си имаме една . май немска, не знам, доста години откара, всичко и е живо ама нещо метално бяха вкарали и единия нож ткаув зор е видял че се е откъртил заедно с оста, иначеняма ръжда и бачка.

Първо ,ще заместиш с пик-а М91 ама в някой друг живот Наясно ли си какво може това PLC? И колко проекта имаш с него?
Второ да си чувал нещо за един ИСО стандарт за програмиране на PLC вграждани в машини?
Трето как ти звучи Industrial Safety???
Даваш ли си сметка ако стане трудова злополука ( да не дава Господ) какво става с твоя разработен ПИК аутомейшън проджект?
След като става въпрос за производство нещата са сериозни .
Аз също се бъзикам с LDmicro ( програмирам само PLC) , но си правя разни простотий за вкъщи ,да си уплътнявам времето и жена ми да не ми е главата.
Младо момче си ,ентусиаст та внимавай .

Е, за заменянето ще се замени без проблем, само вероятно с друга развойна среда.

Разгледай тези ликове и тогава ще ми интересен коментара ти.
Аз няма да коментирам
И тогава ще говорим какво ще правим и в кой живот……………


http://www.unitronics.com/Series.aspx?Page=M90&ModelId=447#Tab=Software
http://www.unitronics.com/data/uploads/U90_Ladder_Software/ladder1bign.jpg
http://www.unitronics.com/data/uploads/U90_Ladder_Software/U90bln.jpg
А сега тези :
http://sintur.ru/p/plk/
http://sintur.ru/images/plk02.jpg
http://sintur.ru/images/plk03.jpg


"Наясно ли си какво може това PLC"

ДА напълно съм наясно какво може М90 на unitronics
А ти наясно ли си какво може едно MCU да не говорим за FPGA и CPLD.
От скоро съм си инсталирал PSoC Designer и потънах в океан от възможности спрямо което и да е PLC

Стига сте мерили пишки бе комплексари

Някой отварял ли го е това М .. да не се окаже че вътре мърда ПИК .... ако ен там със сигурност в някое по просто мърда точо ПИК, със сигурност в много индустриални продукти има ПИК, както и със сигурнсот в много други е абсолютно неприложим. Да кажеш че не може да се ползва ПИК в индустриален продукт, е все едно да кажеш че не може да се позлва LM393 в совалката ..... това е просто чип, и може да с епозлва навсякъде. Колкото и да се плюе и говори, молкото и да им е крива средата, и да имат модели с бъгове истината е една, направено да работи, то работи, нито по лошо, нито по добре от направено с TI, AVR, Renesas или нещо друго. В някои отношения ПИК превъзхожда други контролери, примерно е по устойчив на смущение от атмели, в това отношение е доста устойчив. Устойчив е и на пренапрежения .... не защитавам пиковете, но да се говори че не може да с епозлва в индустриалан техника защото бил пик е смешно, по съсщата логика можеш да го твърдиш за всеки друг контролер. Това е чип, и прави това кеото някой му каже да прави. Ако го програмираш калпаво, ще работи калпаво, ако го прогрмаираш читаво, ще работи читаво, това е.
Ако говорим за надеждност и вероятност за грешка, в едно PLC тя е по голяма защото минаваш през междинна среда, през един вид интерпретатор. Ползвам съм индустриални решения, читав хардуер, с TI процесори, и не много добра развойна среда, на която и намерих грешки, продават се с хиляди, движат само индустриални двигатели и кво ... имат проблем в тъпия бейсик интерпретатор, не е ясно кой е решил да прави подобно извращение но е факт. Та в тоя случай какво да кажа, TI не стават за нищо ??????
И Киров като най-големият им противник едва ли може да си изкриви душата и да каже че не стават, може да отнеме двойно и тройно време, може да ти дойде с недокументирани бъгове, но заработи ли , ще работи не по лошо от всеки друг, така че тоя род твърдения не са сериозни. По скоро въпросът беше тук, първо доколко е разумно да се правят подобни неща с ладера, и после доколко ПИК е годен за по сложни приложения, като и за двете мисля няма много различни мнения.

"От скоро съм си инсталирал PSoC Designer и потънах в океан от възможности спрямо което и да е PLC"

Значи не си видял много PLC-та (на различни производители) и не си особенно запознат с възможностите им, а и Unitronics са нисък клас PLC-та=>евтини ама за прoсти задачки стават.

PLC-то не е само процесор. Да се сравняват цените на двете и да си мисли някой, че е на голям келепир, щото слага процесор вместо PLC е най-малкото смешно, но може да стане и жалко, че даже и трагично.
Да се сравняват възможностите за програмиране също не е удачно. PLC-тата, които имат възможност да правят неща на много ниско ниво имат език, който едва ли не повтаря асемблера в някои му части. Всичко зависи от сегмента към който са насочени контролерите.

Мерене на пишки. Точно в това се превърна тази тема.

Какво е това PLC? Нещо извънземно? Нещо велико, с което само "просветени" могат да работят?

Глупости - PLC-то е просто един микроконтролер (или някаква процесрона системка) + съответния набор от цифрово/аналогови интерфейси + юзер интерфейс. Върху което е качена някаква среда която да даде възможност на хора непознаващи въпросната процесорна система, да работят с нея. По същество PLC-то има по малко електроника и софтуер и от един съвремен мобилен телефон в ценовия диапазон около 100лв.

Кое е ценното на PLC-то? Това че някой преди вас си е заложил задника и ви гарантира, че това което е в черната кутия ще работи така както пише на хартията която го съпровожда. Точно това е скъпото на PLC-то, хартията към него и самото механично изпълнение. Иначе електрониката му вътре е от проста, по-проста. И причината не е че хората които са го правили са глупави, а защото простотата значи надежност.

Хората които правят PLC та не са велики инженерни гении. Както казах, на PLC-то ценното не му е електрониката, а хартията към него и това че написаното на хартията е вярно, или поне така си мислим докато не дойде подходящия момент в който казваме - абе казах ли ви аз да не купуваме контролери от тия....

Та "програмист" на PLC не е някаква особенно велика титла. Напротив, да се научиш да "програмираш" конкретно PLC изисква 100кратно по малко усилия и време от това да се научиш да "програмираш" като хората един 8 битов процесор. По същество "прграмистките" похвати за работа с PLC контрлер не са по големи от тези за да надраскаш един прост HTML скрипт. И точно това пак му е ценно - че понеже е просто, възможността за грешка е много по малка. Говорим за грешка при юзера, защото възможността конструктора на PLC-то да си е оставил ръцете винаги е налице.

Бас ловя, че 90% от активно ползващите даден PLC контролер, идея си нямат какво точно има вътре. Аз например ако ползвам нещо подобно от тип черна кутия, първата работа ще ми е да купя един, да го разпарчетосам, за да знам с какво си имам работа.

Да не вземе да се окаже че както мразя пикове, PLC то е базирано на тях.