multivibrátor s dlouhým časem - vyřešeno

Problémy s návrhem, konstrukcí, zapojením, realizací elektronických zařízení

Moderátor: Moderátoři

Zpráva
Autor
Uživatelský avatar
jasin
Příspěvky: 1440
Registrován: 22 úno 2005, 01:00
Bydliště: Kunratice u Prahy

#16 Příspěvek od jasin »

marshal píše:s PICem nemám žádné zkušenosti ani programátor ...
Zkus tedy raději PICAXE. Na ten není potřeba ani zkušenosti ani programátor.
S ním daný problém představuje cca dva řádky programu. Programuje se ve zjednodušeném Basicu.
Případně poradím nebo pomůžu.
Svět vypadá dobře jen při pohledu přes koňské uši.

Uživatelský avatar
ross4435897
Příspěvky: 426
Registrován: 10 lis 2009, 01:00
Bydliště: Brno

#17 Příspěvek od ross4435897 »

uz jsem to nasel ... pripadne tu ATT13 muzu poskytnout, anebo ti ji nekdo naprogramuje ...
Přílohy
attiny13_delay_test.cpp.hex.txt
avrdude -pt13 -cusbtiny -Pusb -e -U lfuse:w:0x6a:m -U hfuse:w:0xff:m -U flash:w:attiny13_delay_test.cpp.hex.txt:i
(1.89 KiB) Staženo 26 x
casovac3.jpg
(94.75 KiB) Staženo 20 x
Naposledy upravil(a) ross4435897 dne 21 pro 2014, 00:07, celkem upraveno 4 x.

masar
Příspěvky: 12295
Registrován: 03 pro 2005, 01:00

#18 Příspěvek od masar »

Snad tě to nezavalí:
:wink:
Přílohy
asosběr.png
(17.72 KiB) Staženo 23 x

marshal
Příspěvky: 1009
Registrován: 05 zář 2004, 02:00
Bydliště: UL

#19 Příspěvek od marshal »

to petrfilipi : Nemohlo by to být řízené z notebooku/PC?
bohužel je ostrovní záležitost s 12 V cca 10 Ah.

to masar : nezavalí, jsem rád že je toho tolik, rozšířím si obzory :)
vypadá to že tvůj návrh bych mohl vyzkoušet i seškvařením bez tišťáku což bude asi nejrychlejší

to jasin : nasadil jsi mi brouka - zkusím jestli si osvěžím paměť. Moje programování bylo na Spectru - basic a pak FAND - relační databáze ale už je to nějaký pátek..
a PICAXE je zdá se podobné, díky za nabídku, možná ji využiju - když tak přes SZ.

edit: zkouším simulátor - fantazie, obzvlášť se mi líbí příkaz "sleep"

Uživatelský avatar
Otkundes
Příspěvky: 1581
Registrován: 14 bře 2010, 01:00

#20 Příspěvek od Otkundes »

Marshal:
No jo, ono je k dispozici napájení jen 12V...
A co tento údaj, okopírovaný přímo z katalogového listu CRM-91H:
"Napájecí napětí UNI: AC/DC 12 - 240 V (AC 50 - 60 Hz)",
nebo na jiném místě téhož katalogového listu, zase:
"CRM-91H, CRM-93H: - univerzální napájecí napětí AC/DC 12 - 240 V nebo AC 230 V"

marshal
Příspěvky: 1009
Registrován: 05 zář 2004, 02:00
Bydliště: UL

#21 Příspěvek od marshal »

přiznávám, dál jsem to nezkoumal. Předpokládám ale že to nebude stavěno na minimální vlasní spotřebu.
Teď se snažím proniknout do tajů PICAXE ..
díky

Uživatelský avatar
breta1
Příspěvky: 3454
Registrován: 09 zář 2005, 02:00

#22 Příspěvek od breta1 »

masar píše:Snad tě to nezavalí:
:wink:
Chtělo by to doplnit obvodem pro zastavení RC oscilátoru nebo trvalý reset, jinak se mu ten impulz bude periodicky opakovat, ne?

Uživatelský avatar
ZdenekHQ
Administrátor
Administrátor
Příspěvky: 25593
Registrován: 21 črc 2006, 02:00
Bydliště: skoro Brno
Kontaktovat uživatele:

#23 Příspěvek od ZdenekHQ »

Nebyla na začátku zmínka o nízké spotřebě, přesněji řečeno méně, než má TTL ?

Já jen, že už jste se dopracovali až k řízení počítačem, takže zase stavíte orloje... :P
Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?
]

Uživatelský avatar
weed_smoker
Příspěvky: 2675
Registrován: 02 pro 2011, 01:00
Bydliště: Jaroměř

#24 Příspěvek od weed_smoker »

Nejlepší možnost použít oscilátor s co nejpomalejším krystalem a za to hrst 4020/4040/4060 nebo dvě hrsti 7490/7493.Bude to sice žrát víc proudu než MCU,ale přesnost to asi nemá špatnou,dávalo se to jednu dobu do hodin i do prvních digi stupnic ladění,používalo se to i jako základny do měřáků.Ve starších AR toho je kupa.A pokud seženeš U114D nebo U117D(oba DIL-10,německý-RFT) ,těch čítačů na dělení bude potřeba o dost míň.

marshal
Příspěvky: 1009
Registrován: 05 zář 2004, 02:00
Bydliště: UL

#25 Příspěvek od marshal »

od TTL jsem opravdu upustil kvůli spotřebě, nevím jaký proud má PIXACE - ještě jej nemám - ale upoutal mě příkaz SLEEP kde je uvedeno že spotřeba se význačně sníží - a protože předpokládám že v mém případě bude pixace 10 min v režimu sleep a 2 vteřiny pracovat tak se domnívám že by to jako celek velkou spotřebu mít nemělo. Zatím jsou to pouze moje domněnky a možná se mýlím, když tak mě opravte. (Možná mi to Jasin rozcupuje)
Asi v tom PIXACE nějaké hodiny poběží, také si uvědomuji že budu muset požít nějaký stabilizátor na 5 V, což je další ztráta ..
Ať tak nebo tak, trocha proniknu do problematiky uC..
nakonec to možná bude 4060.
Naposledy upravil(a) marshal dne 21 pro 2014, 08:37, celkem upraveno 1 x.

Uživatelský avatar
BOBOBO
Příspěvky: 18110
Registrován: 25 úno 2008, 01:00
Bydliště: Rychnovsko

#26 Příspěvek od BOBOBO »

Doproblematiky µC tímto určitě nepronikneš , maximálně k vypálení programu . Ale takovýto časovač bez se zde "nedávno" řešil . Také nepoužíváš , i když starší uživatel , hledat . Je tam se dvěmi 555kami a to si doma načasuješ dle potřeb , µC dle tvého popisu neee .µC

marshal
Příspěvky: 1009
Registrován: 05 zář 2004, 02:00
Bydliště: UL

#27 Příspěvek od marshal »

"Doproblematiky µC tímto určitě nepronikneš.."
Proč myslíš ?
hledal jsem a taky se přiklánějí k řešení uP.

masar
Příspěvky: 12295
Registrován: 03 pro 2005, 01:00

#28 Příspěvek od masar »

breta1 píše:Chtělo by to doplnit obvodem pro zastavení RC oscilátoru nebo trvalý reset, jinak se mu ten impulz bude periodicky opakovat, ne?
Myslím, že "časosběr" je periodická funkce. Jinak ve svém prvním příspěvku jsem dal schéma a odkaz na obdobné schema s jednorázovým režimem, které jsem právě upravil na periodický režim. Pokud bude marshal chtít, může ve svém zapojení použít přepínač pro oba režimy.

Uživatelský avatar
ross4435897
Příspěvky: 426
Registrován: 10 lis 2009, 01:00
Bydliště: Brno

#29 Příspěvek od ross4435897 »

Co je na reseni s uP spatneho? Je to reseni jako kazde jine, a je na uzivateli, co si vybere ... podle svych schopnosti. Nikdo tady prece nerika, ze je jedine dobre a nejlepsi ...
PICAXE na danou problematiku staci, je to uP jako kazdy jiny, to ze ma svuj BASIC nemusi byt zadny handicap, naopak ho muzou pouzivat i ti, kteri o programovani moc nevi a nechcou tomu zase venovat tolik casu. Proto je to takhle zamerne vymysleny ...

Co se ty ce sleep modu .. vsechny bezne uC ho maji, pohybuje se okolo 0.2-10uA, podle typu, coz neni vazne mnoho. Ale problem muze byt tech tech 5V ...
Naposledy upravil(a) ross4435897 dne 21 pro 2014, 10:20, celkem upraveno 1 x.

masar
Příspěvky: 12295
Registrován: 03 pro 2005, 01:00

#30 Příspěvek od masar »

Řešení pomocí MCU i 4060 jsou zhruba stejně hardwarově nenáročná. Výhodou MCU bude přesnost (ikdyž není požadována) a možnost pozdějších softwarových změn.
Z toho důvodu bych se také přiklonil k MCU jako příležitosti k seznámení s problematikou. Takováto jednoduchá úloha se k tomu velmi dobře hodí. :wink:

Odpovědět

Zpět na „Řešení problémů s různými konstrukcemi“