Diskuze - danyk.cz

• Hlavní diskuze. Tato kategorie slouží jako hlavní diskuzní fórum a návštěvní kniha k webu danyk.cz
• Umí BBCode tagy: [b]tučně[/b], [i]kurzíva[/i], [s]škrtnuté[/s], [code]kód[/code] a označování odkazů.
• Všechny kategorie kromě Písečku jsou jen pro schválené uživatele. Pozor - za spam nebo nevhodné zprávy Vám bude zrušen účet.

Přezdívka:
Heslo:
Text:

8.07.2020 (21:41:42)  K # IP X
dR. dOKTOR:
Blbě se zeptám, má nějakej smysl řazení pojistek do série pro dosažení vyššího vypínacího napětí při tvrdým zkratu (jmenovitej proud řekněme 40A, zkratovej 10-100kA)? Nejde mi teď o žádný normy, ale o to prostě "nějak" odpojit zátěž od baterie elektrolytů s napětím 800V. Pojistek na >800VDC není moc a pokud jo, tak stojí nesmysl. Pokud dám do série třeba dvě 500VDC pojistky, zabrání to šílené explozi při zkratu na zátěži?
8.07.2020 (22:34:36)  # IP X
VroutekB:
Nekombinovat sériovo, koupit rovnou adekvátní pojistku.
Hledej gPV typy pro soláry, na 1kVdc je to běžně, 40A by nemělo bejt problém sehnat. Vypínací schopnost bývá okolo 20kA u běžné 10x38 válcové vložky.
8.07.2020 (22:58:29)  # IP X
dR. dOKTOR:
20kA jsem našel, ale to nestačí. Jde prostě o to, jak s co největší pravděpodobností a cenou snad do pětistovky vypnout 800V do zkratu, kde by se snad aj těch 100kA mohlo objevit. Je mi jasný, že za takovou cenu to nebude na jistotu, ale aspoň aby to bylo s pravděpodobností větší než 50%...
8.07.2020 (23:18:38)  # IP X
Dr. Doktor:
Tak jsem snad něco našel, tady sice píšou 20kA, ale v datáku je internal tests 50kA. Ani to není ultra drahý, asi tam prdnu tohle... https://cz.mouser.com/ProductDetail/Schurter/80202063?q...
9.07.2020 (09:11:15)  # IP X
Dr. Doktor:
Ještě mi řekněte jednu věc. Mám pojistku, kde hodnota "TOTAL CLEARING I2t (A2s) 50 kA" je 3810. Znamená to, že při 50kA vypne za čas t=3810/50000^2=1,5 MIKROSEKUNDY?
9.07.2020 (10:45:23)  # IP X
Tim:
No, u toho sériového řadení pojistek bych se obával, že každá vypne trochu za jiný čas... v tom případě tam vlastně bude defakto pak jedna...

No, mě by zas zajímalo, jak jse vlastně ten zkratový proud počítá když jsou v obvodu kondenzátory - jestli ten zkratový proud počítat z vnitřního odporu kondenzátorů, ale pak zase z logiky věci bude záležet na celkové energii v nich uložených ne? Pokud bude zkratový proud na velmi malý čas vysoký, ale třeba za pár mikrosekund klesne na nízkou úroveň, tak je to jiné, než hovadská kapacita kondů, ne?
9.07.2020 (12:11:39)  # IP X
Dr. Doktor:
Tim: Pokud se jedná o nadproud, třeba i větší, tak je mi jasný že pojistky v sérii jsou nesmysl - v té co vypne první zahoří oblouk a vypne pozdě nebo se rozletí. Já to tady ale beru jako hodně tvrdej zkrat, kdy se ty pojistky nataví téměř okamžitě, samozřejmě jedna se přetaví malinko rychleji, ale ještě v ní pak chvíli bude hořet oblouk, tedy ten brutální proud ještě nevypne a čekal bych, že ta druhá se za tu dobu zániku oblouku v první taky stihne přetavit (ještě jednou říkám že se bavíme o obrovských zkratových proudech takže velmi krátkých vypínacích časech). Jinými slovy bych si myslel, že doba od začátku zkratu do přetavení pojistky bude mnohem kratší, než následná doba hoření oblouku. Ale nevím, proto se ptám.

Kondenzátory: Samozřejmě ESR, ale musí se počítat všechno v obvodu (vodiče, zátěž), ale taky ESL - to pak bude definovat tvar pulzu a L může proud omezovat. Ale na druhou stranu indukčnost zhoršuje vypínací schopnost pojistky. Já to beru jako nejhorší případ, že počítam proud jen z odporu.
Vypínací čas: Samozřejmě aby to mělo nějaký smysl, tak se kondenzátor nesmí stihnout moc vybít během doby reakce pojistky, jinak by tam pak byla naprd **01 protože než by se uráčila vypnout, tak by se energie stejně přenesla do zátěže. Beru to jako pevnej zdroj napětí s vnitřním odporem a případně indukčností.

2.07.2020 (09:06:58)  K # IP X
Dragon:
Nezkoušel jste někdo jen tak pro pr*el připojit vf VN zapalovač (co jsou třeba k TIGům) ke klasické svářečce s obalovou elektrodou? Mohlo by to fungovat pro snazší zapálení oblouku (když je svářeč dřevo, když jsou vlhké elektrody a pod.)?? Co si o tom myslíte? Nebo je to blbost?
2.07.2020 (21:58:45)  # IP X
bkralik (web) :
Řešili jsme to tu někdy vcelku nedávno. Já to zkoušel hlavně na vaření hliníku (postavit si AC TIG doma), ale zkusil jsem i klasickou elektrodu a nepřišlo mi že by to zapalovalo nějak extra lépe. Myslím si, že pokud si koupíš nějaký invertor s Hot startem/Anti stickem/Arc force, tak uděláš lépe, protože to stejně chodí většinou lépe než trafosvářečka **01

1.07.2020 (18:23:25)  K # IP X
Tim:
Ahoj,
nevíte, zda lze z TME zakoupit ty jejich kartonové krabice 320x220x120mm do kterých balí zásilky?

Potřebuji krabice množství několika desítek kusů a tento rozměr i mechanická odolnost mi vyhovují... Koupil jsem si nedávno podobné, ale jsou to pěkné měkké sra*ky...
1.07.2020 (19:25:44)  # IP X
antibalda (mail) (web) :
Jim napiš nebo zavolej.

1.07.2020 (15:39:29)  K # IP X
Igi (mail) :
Ahoj,
používám tuto desku na které běží Linux
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinu...
Snažím se rozchodit uart komunikaci kde je řízení pomocí RTS/CTS. Odesílání z desky funguje spolehlivě. Přijímání však funguje nespolehlivě. Někdy chybí první 2B, někdy se nepřijme vůbec nic. Zkoušel jsem se na rx dívat přímo přes cat /dev/ttyS1 ale už tam je ten problém. "Fyzicky" to tam však je vždy - když nastavím echo, tak se mi vždy správně vrátí všechny byty. Nevíte někdo kde by mohl být problém?

30.06.2020 (13:50:44)  K # IP X
Igi (mail) :
Ahoj, co se teď trošku věnuji programování embedded systémů kde běží Linux, tak mě tak napadlo, že vlastně teoreticky by šlo udělat virus (řekněme na obyčejný 64bit běžně užívaný procesor v PC s Windows), který by vůbec nepoužíval API Windows. Jakmile by uživatel tento program spustil (pokud by to nějak antivirus nepoznal ještě před spuštěním), tak po spuštění by program zakázal přerušení od časovače který řídí přepínání úloh a od té chvíle by si mohl dělat co chce. Je to tak, nebo je tam nějaký další mechanismus? Neptám se že bych chtěl něco takového dělat, spíše mě to zajímá z principu.
30.06.2020 (15:22:08)  # IP X
RayeR (web) :
No a jak si predstavujes, ze jako zakazes ty preruseni? Myslis ze te na to kernel necha jentak hrabnout z CPL3?
WinNT platforma je v tomhle dost restriktivni...

29.06.2020 (17:46:00)  K # IP X
RayeR (web) :
Potreboval bych dostat jedno smazane video z SD karty z fotaku, ma nekdo zkusenosti s nakym pokrocilejsim recovery SW pro FAT32? Video je bohuzel fragmentovane a zadny z tech jednodussich programu co sem zkousel ho neobnovi spravne, proste jen zkopiruje souvisly blok, ale z obsahu vidim, ze tam sou casti, ktere tam byt nemaji. Co sem hledal, mozna by neco slo dostat pomoci JPEG Recovery LAB (komercni SW). Dale, umi nejaky media player prehrat nekompletni MOV/h264 soubor? Aspon zacatek souboru?
Taky bych potreboval nejak zajistit, aby Windows10 na karte automaticky nevytvarely adresar System Volume Information, kterym by mi data hned prepsaly, XPcka to nedelaji, ale tam versinu toho novyho recovery SW nepustim a nevim jesi ty programy vezmou i image soubor karty... Se clovek ve vterince blbe uklepne a...
2.07.2020 (02:43:55)  # IP X
RayeR (web) :
Tak sem vyzkousel asi 15 ruznych undeleteru, ale vsechno nahovno, zadny program si neporadil s fragmentaci. Ale hodne mi pomohla utilita https://www.videohelp.com/software/recover-mp4-to-h264 ktera umi vyzobat h264 bloky a vytvorit z nich prehratelne video, zatim mam obnovenou 1. vterinu. Nasel sem ze vsechny IDR fejmy zacinaji stejnou hlavickou 00 00 00 02 09 10, takze se pokusim hexeditem najit a posbirat dalsi fragmenty videa, spojit a prekodovat. Snad tech fragmentu nebude vic nez par desitek...
2.07.2020 (02:46:01)  # IP X
RayeR (web) :
Jinak ten zpicenej System Volume Information foldr se da zrusit zakazanim sluzeb windows search a windows storage...
3.07.2020 (13:44:44)  # IP X
rayer (web) :
Tak sem to video nakonec z karty dostal v plne delce akorat s par poskozenyma P-frame. Z automatickych programu si nejlepe vedl Kernel Video Repair 20.3 ale yen je v demu omezen na 30s a stejne nedosahne tak dobrych vtsledku jako pri poctive rucni praci s hexaeditorem a recover mp4. Diky tem hlavickam NALU se da jakstaks rozeznat video od jinych dat, ale.obcas ten recover chybne interpretuje cizi data jako validni blok a pak je treba mu pomoct. Nektere chyby umisam preskocit.

23.06.2020 (14:38:18)  K # IP X
RayeR (web) :
24.06.2020 (00:56:56)  # IP X
8-bit (mail) (web) :
Kéž by firma Crapple ve své nekonečné nenažranosti udělala něco kvůli čemu přestanou ty jejich předražené zmetky kupovat i ty nejvymaštěnější iOvce. Třeba to tentokrát vyjde a celé vedení této přiteplené zmrdofirmy spáchá seppuku. Vždyť screenshot toho nového Tomb Raidera vypadá jak Far Cry z roku 2004, tak jaký asi tak můžou mít ty jejich procesory + integrovaná GPUčka výpočetní výkon **02
24.06.2020 (01:16:36)  # IP X
RayeR (web) :
Tak podle jednoho nakyho mizernyho shotu bych hned nesoudil...
Docela sem zvedavej, jak s tim prorazi. Na jednu stranu je to celkem logicky, ze kdyz uz si vyrabi nejsilnejsi ARMy pro telefony a tablety, tak budou pak nezavisli na intelu a navic sjednoti platformu - usetri. Ale prijdou zas o kompatabilitu s x86, tedy pomalou emulaci misto virtualizace. A vykonem si porad myslim, ze se zadny ARM nemuze vyrovnat nakemu 8c i7 s turbem pres 5GHz. Ale mozna zistili, ze vecina jejich zakazniku tne hruby vykon az tak vlastne nepotrebuje, ze jim bude stacit proste znacka apple a logo s jablickem :)
24.06.2020 (09:21:10)  # IP X
Pavel_P:
Kdyby se radši neopouštěli PowerPc
24.06.2020 (09:54:08)  # IP X
Tim:
Tak zrovna Shadow of the Tomb Raider s plnýma detailama je náročné jako prase... ale to na tom screenu fakt vypadá, že je stáhnuté všechno co jde na minimum a ještě má ten obrázek značnou kompresi... takhle Shadow of the Tomb Raider rozhodně v reálu nevypadá... nebo možná na min. detaily.... **02
24.06.2020 (12:56:59)  # IP X
RayeR (web) :
Nevim jesi zrovna PPC nejak vynika v low power pro mobilni zarizeni a nebo naopak dosahuje lepsich vykonu jak top x86, tehda v tom asi nejaky smysl videli a stalo jim to za ten prechod, ted se uvidi jesi taky...
26.06.2020 (11:12:13)  # IP X
VroutekB:
Že vraj PPC je oblíbené do raket... kde jen sem tu prezentačku s tím, co kdo používá viděl? **19
26.06.2020 (12:53:47)  # IP X
RayeR (web) :
V kosmu lita i dost x86, myslim ze se stale delaji nake specialne pouzdrene 386 pro vetsi radiacni zatez... Ale to je pro kancelarsky pocitace asi trochu irelevantni.
26.06.2020 (21:26:33)  # IP X
Tim:
Jj, na ISS jsou ještě stále hojně zastoupené radiacne odolné 386, příští rok bude probíhat snad modernizace na nějaké military A54 cortexy co jsem tak četl.. ale nevím, jestli je o tom už rozhodnuto...
5.07.2020 (19:27:34)  # IP X
Ceňák (mail) :
Hehe, zrovna včera jsem se koukl na ten film Steve Jobs. Jestli ten film nekecá, tak to tedy byl neskutečný ču*ák. Celý fimový čas tam furt na někoho řval a po někom se vozil, zakomplexovanec jeden vypatlaný **11 Já věděl, proč ten epl nesnáším. Jobs je sice pod drnem, ale po něm nastoupil homoxexuál Tim Cook, takže žádná změna k lepšímu se nekonala.
5.07.2020 (22:44:12)  # IP X
bkralik (web) :
á, udělalo se nám teplo, kokoti začali vylejzat z děr **02

23.06.2020 (14:35:16)  K # IP X
RayeR (web) :
Kouzelnici v assembleru jeste nevymreli, jen cumim...
(dokonce se zvukem!)
http://www.pouet.net/prod.php?which=85227
http://www.sizecoding.org/wiki/Memories
24.06.2020 (08:44:22)  # IP X
VroutekB:
No jo, ale co za kouzla na 16/32/64 bajtů to je, když za tím ještě vězí desítky nebo stovky kB, možná MB jiného SW? Huh.. **19
Nebo sem ty kouzla snad nějak nepochopil?
**13
24.06.2020 (13:01:49)  # IP X
RayeR (web) :
O jakych MB jineho SW meles? Vzdyt to intro je pro DOS, vyuziva max. tak 1 sluzbu video BIOSu na prepnuti do gfx modu 13

mov al,0x13 ; set AL to mode 320*200 in 256 colors
int 0x10
24.06.2020 (14:50:22)  # IP X
VroutekB:
No a ta jedna služba biosu může fungovat samostatně bez těch ostatních? A co ten celej DOS? (nebo jinej kus SW, potřebnýho k naloudování těch 16 bajtů)
**27 **27 **27
24.06.2020 (18:28:55)  # IP X
RayeR (web) :
Z DOSu to zadny funkce nepouziva, bez problemu by se to dalo upravit napr. tak, ze by se ten kod vlozil do bootsektoru a bezelo by to i bez DOSu. Misto VGA a int10h si predstav, ze mas treba na ARMu namapovanej nakej linear framebuffer kerej se automaticky sype na displej. Zrovna to nahozeni mode 13h na VGA patrne bude jen par OUTu do specifickych registru CRTC, takze by se to protahlo o nakych 20B treba...
25.06.2020 (22:02:11)  # IP X
VroutekB:
Než se rozeběhne deska moderního kompu, to bude podstatně víc, než jen pár zápisů někam do IO registru. Nevím no, podle mě to trochu pak ztrácí na kráse.
To už mi přijde zajmavější Standovo assemblerové kouzlení, kterak na overclocknutém AVRku žvejká screamtracker fajly... **20
26.06.2020 (12:52:14)  # IP X
RayeR (web) :
Tak vetsina platfortem potrebuje nakou inicializaci. I ten blbej STM ARM bez pozapinani hodnin nic neudela.

Ale tam jde hlavne o ty graficky algoritmy a o to, ze to nevyuziva zadny 2D/3D API, shadery a pod, takze ten kod muzes vzit a prepsat treba na ARM assembler nebo nakej jinej a porad to bude mit +-256B, pokud to neni naka oklestena RISC platforma s par instrukcema...
Tracker je samozrejme taky fajn, ma asi o dost vic jak 256B...

20.06.2020 (21:18:14)  K # IP X
VroutekB:
Co za závit by mohlo bejt na vzduchový rychlospojce z druhý strany? Měřím tomu závitu vnější průměr 11.8mm, stoupání to má zřejmě 1mm. Nestrašte, že je to snad metrickej M12x1.0, vo žádný soustružení speciálních dílů momentálně nestojím **20
20.06.2020 (21:55:40)  # IP X
loučák:
A nebude to stoupání 1.25? To už by byl vcelku běžnej závit.
21.06.2020 (00:25:37)  # IP X
Tim:
jo, je to docela možné... taky jsem na nějakém vzduch. šroubení nedávno měl metrické se stoupáním X1... jen už nevím, jestli to byl M10X1 nebo M12X1... každopádně jsem na něj závitník měl... a kdyztak se to dá vyriznout na soustruhu nozem**02
21.06.2020 (00:31:08)  # IP X
Tim:
Ale raději to zmer merkou... je tam úhel zavitu jako pro metrickej? nebo koukni případně do tabulek, jestli to není nějakej G... ale to bys poznal okem... a nevybavuji si teď žádnej běžné s tímto stoupáním a průměrem...
21.06.2020 (00:37:12)  # IP X
Tim:
to já jsem jednou narazil na zavit se stoupáním téměř x1 co je na měděných kleštínach pro Tig... hodně podobné metrickymu se stoupáním X1, ale zkurvenej zavit, který jsem horko těžko našel v tabulkách a stejně jsem ho nesehnal.. a ještě jsem se ho nepokousel řezat na soustruhu... je to trochu oser nabrousit ten nůž... a nakonec to byl nějakej Gčkovej
21.06.2020 (08:46:20)  # IP X
VroutekB:
Atypickejch závitníků a oček tu mám od dědy celý hafo, včetně M7, M9, M11 - včetně levotočivých - to kdybych chtěl někoho někdy faaakt nasrat nějakým řádně atypickým šroubem, ale zrovné u té M10x1 mi chybí dvojpruhovaný závitník. Ale s tím by se dalo asi do hliníku vystačit. Spíš potřebuju očko 10x1, ale to boužel nemám. Upravuju tu nějakej pneumatickej bazmek, kde sou tyhle divný závity
**18
21.06.2020 (08:48:51)  # IP X
VroutekB:
Gčkovej to není, G je kónickej. Tenhle závit je fakt M12x1.0 (pardon, výše sem omylem napsal 10x1), v pohodě tam natočím příslušnej závitník. No... takže asi hurá na soustruh - až se k němu někde dostanu. **27
21.06.2020 (09:53:41)  # IP X
bkralik (web) :
G není konickej, to si pleteš s R nebo NPT...
21.06.2020 (10:01:51)  # IP X
VroutekB:
Jo, pravda, koukám na to zrovna, tak to sem myslel asi R. Já to tu včera zkoušel lovit po netu že co to je za závit a jak je to vůbec možný, že to tam je. Až sem ztěch tabulek měl hlavu jak pátrací balón. Pak mě napadlo se podívat, jestli mam 12x1 závitník a hle, pasoval tam.
Ale zřejmě ti hajzlici čínský si tam dají jaký závit se jim zrovna chce - tak ještěže to je metrickej závit! Děkujme za to, že čína je (aspoň v něčem) metrická zem.
Ale stejně budu muset na soustruh. Potřebuju vyrobit T fitinu: 12x1 vnitřní, 12x1 vnější naproti a do boku vývodku buď na FESTO hadici, nebo tam namontovat rovnou redukčák a pak hadici.
21.06.2020 (19:41:42)  # IP X
Tim:
Což potom všemožné závity na jízdní kola... ty kdo má shánět... **11 - i levé... to je pak na palici

Na soustruhu vyřízneš cokoliv s jakýmkoliv stoupáním co snad existuje (metrické, whitworth, trapézy, G-čka...), pokud to ovšem není malá matka, do které nelze ani zastrčit pořádnej dobře nabroušenej nůž...**38
22.06.2020 (13:51:47)  # IP X
RayeR (web) :
A kolik tam mas materialu - sila steny? Ze bys to pri nejhorsim stahnul na mensi prumer a vyrizl nakej normalni zavit?
23.06.2020 (13:12:26)  # IP X
VroutekB:
Sila steny malo, jinej zavit nejde riznout. Stejne potrebuju mezikus T fitinu. Uz sem sehnal i dalsi dily, tak se muzu pustit do vyroby.**07

19.06.2020 (21:45:41)  K # IP X
loučák:
Nazdar, tak jsem po dlouhé době byl požádán o pomoc. Jedná se o jednu kamenuckou firmu, kde mají několik mašin, samože mají všechny velkou spotřebu vody, takže jí tam mají v uzavřeném cyklu. A popravdě ani nevím proč,ale občas tam mají problém s kyselostí a chtěli by nějaké jednoduché ukovátko ph, prostě jen displej s přibližnou hodnotou. Zní to jednoduše, ale ono to asi tak jednoduché nebude. Máte někdo zkušenosti s průtočným měřením ph?
19.06.2020 (23:24:37)  # IP X
8-bit (mail) (web) :
Triviální to nebude protože se ta sonda má mezi měřeníma namáčet v nějakém roztoku. Proto si nejsem jistý zda je vůbec možné udělat průtokovou verzi.
19.06.2020 (23:35:16)  # IP X
Martin (mail) :
Mna napadlo. Musí byť ten systém moc uzavretý? Čo dať tú sondu za ventil a občas z toho systému upustiť pár kvapiek na tú sondu. Potom tam jednoducho vieš dať aj zásobník na ten čistiaci roztok a cez dalsi ventil tu sondu umyvat. A odtekat to bude do nejakej odpadovej nadoby.
20.06.2020 (10:28:15)  # IP X
VroutekB:
Neteoretizovat a poptat řšení, třeba zde: https://www.mt.com/cz/cs/home/products/Process-Analytic...
20.06.2020 (21:47:08)  # IP X
loučák:
Díky za rady, ale ono to nakonec bude v pohodě. Šel jsem se na to podívat a oni v nádrži mají ph senzor který je napojený na automatický dávkovač hydroxidu sodného. Problém je nakonec v tom, že to občas ten dávkovač přepískne a z mašin sleze barva **01 takže jde "jen" o to doplnit ten dávkovač nějakým rozhraním a dataloggerem, aby se dalo zjistit proč to dělá

18.06.2020 (16:12:45)  K # IP X
bkralik (web) :
Kdysi se tu vyskytoval někdo, kdo měl v číně agenta, schopného nakupovat z alibaby a poodobných tržišť. Pokud se tu ještě vyskytuje, měl bych otázku - je reálné koupit

https://www.alibaba.com/product-detail/Titanium-alloy-t...

v množství cca 10-20 kusů?
Potřebujeme do práce nemagnetické klíče, nejjednodušší řešení je samozřejmě nakreslit si je a nechat si je někde vypálit z nerezu, ale tohle mi přijde daleko víc cool a kdyby to vyšlo za rozumnou cenu, klidně bych si jednu sadu koupil domů **02
18.06.2020 (17:03:05)  # IP X
8-bit (mail) (web) :
Objednávám přes tohoto agenta, akorát ne z alibaby ale z taobao a 1688:
http://taobaotrends.com/

Každopádně nebude na klíče titan měkký? To radši vyber buď něco nerezového a nebo ještě se na nemagnetické a nejiskřící nástroje používá beryliová měď.
18.06.2020 (17:36:03)  # IP X
bkralik (web) :
Nebude tak pevný jako ocel, ale mělo by to stačit - youngův modul a mez kluzu má podobný jako ta beryliová měď.
O nářadí z té jinak vím, ale to má problém v tom, že je taky nechutně drahé...
18.06.2020 (17:57:03)  # IP X
bkralik (web) :
A jinak nerezové klíče jsem sice našel, ale jsou snad všechny z AISI420, která je magnetická...
18.06.2020 (19:56:36)  # IP X
VroutekB:
By mě zajmalo jak moc je tohle titanový a použitelný :D
https://www.aliexpress.com/item/32832850343.html
18.06.2020 (20:42:09)  # IP X
bkralik (web) :
Není to titanový, už dole píšou že matroš je obyč ocel. Titanový to má prý jenom "povrch" - ale myslel bych si stejně že to je blbost :-)
20.06.2020 (09:32:37)  # IP X
dR. Doktor:
8bit: Když jsme u toho Taobao, jak tam vyhledáváš?
20.06.2020 (14:31:18)  # IP X
8-bit (mail) (web) :
Musel jsem se tam zaregistrovat pomocí jednoho z těch fejkových telefonních čísel na které jde nechat poslat SMS kterou si přečteš na webové stránce té služby **02
20.06.2020 (14:32:56)  # IP X
8-bit (mail) (web) :
21.06.2020 (17:19:32)  # IP X
Dr. Doktor:
Jo, dík... Zkusím.
22.06.2020 (13:59:30)  # IP X
RayeR (web) :
Hm, to sem jednou potreboval a v praxi to moc nefunguje. Oni maji ty SMS brany vetsinou na blacklistu, takze tam nic neprijde a pokud jo, tak uz to zkouselo asi 1000 lidi pred vami, takze to dane cislo uz je pouzite. Nakonec sem musel pouzit nakou kreditovou simku z obchodaku co kamos nepotreboval...
24.06.2020 (00:40:17)  # IP X
8-bit (mail) (web) :
No jenže ta zkurvenost neakceptuje česká čísla, nebo resp. když jsem se tam tehdy registroval já tak tam české číslo nešlo zadat. Bylo tam na výběr jenom pár zemí které asi mají určitou populaci číňanů. Ale nějaké čerstvé číslo z těch SMS bran by mělo fungovat a kterási z těch služeb přidává nová čísla každých pár dní.
24.06.2020 (00:47:37)  # IP X
RayeR (web) :
Vzdyt my uz tu mame taky ucitou populaci asiatu :)
24.06.2020 (01:00:05)  # IP X
8-bit (mail) (web) :
No zjevně naše populace čongů nepřekročila dostatečný threshold na to aby Taobao povolilo registraci na české číslo **02 Ale je fakt že už je to nějaká doba co jsem se tam registroval a něco se mezitím mohlo změnit.

16.06.2020 (08:53:23)  K # IP X
deny hoch (mail) :
Dobrý den,
Řekl jsem si, že zkusím nové STM32G0, proto jsem nasadil nový procesor STM32G030F6 (TSSOP20) do jednoho z mých projektů. V projektu potřebuji komunikovat po SPI s dvěma SPI-Slave čipy - procesor je v režimu Master. I když to nebylo nutno, využil jsem obě SPI, které čip STM32G0 nabízí.
Jedno SPI používám pro komunikaci s 16 bitovým slovem a komunikace funguje tak jak má - přenos, přerušení, prostě vše v pořádku.
Problém nastává při použití druhého SPI, které používám pouze s 8 bitovým slovem (1 byte). Data odešlu v pořádku, do Slave také dorazí v pořádku, hodiny odpovídají skutečnosti - vše měřeno osciloskopem. Data ovšem nepřijmu - tedy přijmu, ale v DR registru jsou nějak podivně rozsypaný - první byte ignorován, druhý byte je kombinace prvního a druhého a třetí je v pořádku. RXNE vlajka se nenahazuje a negeneruje se ani přerušení navázané na RXNE. Slave čip data posílá v pořádku - opět kontrolováno osciloskopem.

Zde je funkce, kterou používám pro příjem :
while(LL_SPI_IsActiveFlag_TXE(SPI1) == 0); // pockej na prázdný TX registr
LL_SPI_TransmitData8(SPI1, 0xff); // odesli tmp data (jen pro ctení)
while(LL_SPI_IsActiveFlag_RXNE(SPI1) == 0); // pockej na príjem dat
return LL_SPI_ReceiveData8(SPI1); // vycti data a vrat
Program se ovšem zasekne na čekání na RXNE vlajku - ta nepřijde.

Funkce inicializace SPI je zde :
spi.BaudRate = LL_SPI_BAUDRATEPRESCALER_DIV256;
spi.BitOrder = LL_SPI_MSB_FIRST;
spi.ClockPhase = LL_SPI_PHASE_1EDGE;
spi.ClockPolarity = LL_SPI_POLARITY_LOW;
spi.CRCCalculation = LL_SPI_CRCCALCULATION_DISABLE;
spi.CRCPoly = 0;
spi.DataWidth = LL_SPI_DATAWIDTH_8BIT;
spi.Mode = LL_SPI_MODE_MASTER;
spi.NSS = LL_SPI_NSS_SOFT;
spi.TransferDirection = LL_SPI_FULL_DUPLEX;
if(LL_SPI_Init(SPI1, &spi) == ERROR)
return ERR_INIT_SPI1;

//LL_SPI_EnableDMAReq_RX(SPI1);
//LL_SPI_SetDMAParity_RX(SPI1, LL_SPI_DMA_PARITY_ODD);
LL_SPI_SetRxFIFOThreshold(SPI1, LL_SPI_RX_FIFO_QUARTER_FULL_FULL);

LL_SPI_Enable(SPI1); // zapnutí SPI 1

Hodiny do SPI zapínám a před inicializací SPI ještě zresetuji. DMA se nyní nevyužívá, proto je zakomentované.

Chtěl bych Vás poprosit o radu, co dělám špatně, neboť se s tím peru už cca týden a na nic moc jsem nepřišel **21
Děkuji za každou radu.
16.06.2020 (17:35:26)  # IP X
VroutekB:
Jako bývalý profesionální honič bugů na STM32 říkám: A co si pro nalezení chyby udělal sám? Co takle votevřít bagr debagr, vedle reference manuál a podívat se, co říkají svaté registry?
16.06.2020 (19:59:45)  # IP X
deny hoch (mail) :
Děkuji, Vroutku. Na tvůj příchod jsem netrpělivě čekal **01 (Nemyslím, nijak ironicky, opravdu jsem rád, že mi pomůžeš.)

Registry jsem samozřejmě s referenčním datasheetem porovnával. SPI je nastaveno správně - výběr bitů, baudrate předdělička atd. Při vysílání také stav registrů odpovídá představě - nahodí se BSY bit, spadne TXE bit (po zapsání dat do DR), začne přenos. Po dokončení přenosu se shodí BSY bit, nahodí TXE a přenos je dokončen. Hodiny tikají, data z pinu MOSI lezou takové jaké mají. Vše kontrolováno osciloskopem.
Při přijmu nejsou zaznamenány příchozí data. Kontrolován SS management a tam to také vypadá v pořádku.

Pokud by jsi byl ochoten, zašlu všechny stavy registrů, aby to viděli další pár očí. Třebas přehlížím jen nějakou triviální záležitost a oprava bude otázkou pár minut.
Děkuji.
16.06.2020 (21:41:40)  # IP X
VroutekB:
Zkontroluj si následující:
Configure the FRXTH bit. The RXFIFO threshold must be aligned to the read access size for the SPIx_DR register.
Jinak viz 27.5.7 v RM, ale to víš, Zkontroluj to podle toho, že to odpovídá. Víc toho na dálku takle neodhadnu a že číst registry umíš ti věřím, to nemusíš posílat :)
16.06.2020 (21:44:21)  # IP X
Arambajk:
A ten fifo threshold to opravdu nastaví správně?
RXNE se nenahodí nikdy anebo až v průběhu následujícího vysílání? Pokud jo, pak tedy znovu zkontrolovat polaritu a fázi. Případně jestli slave stihne od NSS připravit první hranu včas apod.
17.06.2020 (18:48:42)  # IP X
deny hoch (mail) :
Děkuji za rady.
Ano, ten threshold vypadá nastavený správně - je nahozený bit FRXTH v registru CR2. Vlajka RXNE nikdy nepřijde.

Slave čip vždy odpovídá na každý byte "pořadovým číslem" přijatého bytu - tj. na první byte mi odpoví 0x01, na druhý odpoví 0x02 a na třetí 0x03 (zprávy mají většinou 3 byte).

Zde je snímek nastavení SPI :
https://imgup.cz/images/2020/06/17/G0_SPI_RXNE.png
18.06.2020 (08:53:35)  # IP X
Pavel_P:
Takový, možná blbý, dotaz, když se ty flagy nikdy z nějakého důvodu, nenastaví, to tam zůstane v cyklu napořád ?
18.06.2020 (09:02:38)  # IP X
deny hoch (mail) :
Ano, program zůstane zaseklý na kroku "while(LL_SPI_IsActiveFlag_RXNE(SPI1) == 0);".
18.06.2020 (16:10:47)  # IP X
Arambajk:
Tak tam místo while dej ledku a koukej po kolitátém odeslaném byte ten flag nahodí, někdy ho nahodit musí.
18.06.2020 (17:35:38)  # IP X
deny hoch (mail) :
Děkuji, Arambajku.
Ani po 20 byte odeslaných se RXNE vlajka nenahodila - LEDka nerozsvítila.
18.06.2020 (17:42:53)  # IP X
VroutekB:
Eště mě napadá: Zkus nahodit SSOE bit v CR2, co to udělá.

PS: A neshazuje ti ten RXNE flag tak náhodou debilně spravený debuggér, kterej vyčítáním DR registru ti kurví ten RXNE flag?
18.06.2020 (19:49:42)  # IP X
deny hoch (mail) :
Vroutku, děkuji.
Bohužel ani to nepomohlo. Příznaky jsou stále stejné **21
Bohužel už se tu s tím peru bezmála 10 dní a na nic moc jsem nepřišel, takže jsem vzal do ruky páječku a procesor šel ven. Připájel jsem tam jiný kus (ze stejné zásilky), nahrál původní nezměněný program (ani jsem nekompiloval, vzal jsem pouze .hex a nahrál) a ejhle, ono to funguje ! **06
Takže asi nějaká kusová chyba - buď přímo periférie SPI nebo ARM jádra. Procesory byly kupovány na webu TME.cz, takže by se teoreticky nemělo jednat o nějaké náhražky, i když člověk v poslední době sám neví.

Každopádně Vám všem zúčastněným děkuji za pomoc **01
18.06.2020 (19:50:52)  # IP X
deny hoch (mail) :
Mimochodem, funguje to i s debugerem, i když krokuji program. Vlajka je nahozená, dokud nepřečtu DR registr.
18.06.2020 (19:54:12)  # IP X
VroutekB:
Debagr by na to vliv mít neměl, jen řikám pro jistotu. Pač si matně pamatuju, že snad u jednoho konkrétního procáka s tímhle přesně problém byl, ale tušim snad u jiný periférie? Nepamatuju přesně, boužel. Už sem nějak vyšel ze cviku. **02
19.06.2020 (21:04:35)  # IP X
RayeR (web) :
To je hrozny, jak se tomu HW da verit cimdal min, vzdy sem byl veden k tomu hledat nap[red chybu mezi zidli a klavesnici, ale kdyz misto 10 dni badani vyresi problem prepajeni procaku za 5 minut, tak tuto metodu asi netreba zatracovat :)
Je teda divny, ze to je chyba nakych strev uvnitr SPI periferky, kdyby to jako spatne prijimalo/vysilalo, tak bych treba rekl, ze se ESDeckem prismahnul naky port a kurvi to. Tohle je vnitrni chyba kerou asi melo odhalit nake testovani, pokud se to neska vubec testuje. Kdo vi co za vymet ti ty polsky smelinari prodali...
19.06.2020 (21:07:33)  # IP X
RayeR (web) :
ps my sme kupovali MCU primo od ST v tisicovkach a nikdy takovyhle problem nebyl, pokud byla naka chyba, tak dle errat a chovalo se to +- konzistentne na vsech kusech...
20.06.2020 (09:02:21)  # IP X
VroutekB:
Já tu někde mam od poláků dva kusy CS4270 kodeku, kterej taky nefungoval a ani za svatou pyču nešel zprovoznit. Projekt šel k ledu, ale mám tu nachystané další dva kusy téhož z Mouseru, tak se uvidí, třeba se to taky opraví přeletováním kus za kus **22

14.06.2020 (00:33:56)  K # IP X
Dragon:
Ahoj, máte nějaký zaručený způsob, jak "odebrat" externí HDD i když Windows 7 hlásí, že je používám a tedy nelze odebrat? Nechci se odhlašovat nebo restartovat PC...

Dělají mi to 2 Seagate externí disky...Pracuji s nimi, pak přestanu, již se na ně nezapisuje, třeba po minutě, ale klidně až po 5 minutách je chci bezpečně odebrat a nelze to...

Nějaký nápad, jak zjistit, co k nim přistupuje a blokuej odpojení? Díky
16.06.2020 (08:18:20)  # IP X
RBMK (mail) (web) :
Program unlocker, a jiné na vynucení "force eject drive used"
16.06.2020 (11:42:15)  # IP X
ms-boss (mail) (web) :
Doporučuju zbavit s eWindows **37**02
16.06.2020 (13:49:57)  # IP X
Dragon:
Dobře, vyzkouším, díky... zkoušel jsem nějaký trial a ten fungoval, ale vypršela zkušební doba ... a IOBit unlocker na disky nejde, jen na soubory... zkusím pogooglit..-.

spíš jsem myslel, jestli není chyba někde přímo ve windows, protože mi to dělá i na pracovním PC a nechci do PC nic instalovat. Díky
16.06.2020 (13:57:33)  # IP X
8-bit (mail) (web) :
>ms-boss
A proč by to měl být problém woken když evidentně má spuštěný nějaký program který má z toho disku otevřené soubory? **01
16.06.2020 (13:58:05)  # IP X
Arambajk:
Ve W7 to vždycky blokoval mediaplayer, tak možná něco podobnýho.
16.06.2020 (14:36:55)  # IP X
Dragon:
No, stačí, když HDD připojím a nakopíruji na něj jakýkoliv soubor... všechno pozavírám a ani po několika minutých nelze odebrat... nic z něho nespouštím...

druhá varianta je kryptovaný svazek Veracryptu, ale ten standardně odpojím, veracrypt zavřu a to samé...
Přitom HDD jiné než Seagate to NIKDY neudělaly při stejných operacích...
Díky
16.06.2020 (14:37:45)  # IP X
Dragon:
Mám takto vyzkoušené 4 externí HDD seagate s NTFS filesystemem a všechny to dělají stejně...
17.06.2020 (18:10:31)  # IP X
RayeR (web) :
>RBMK
Funguje ti Unlocker na W10? Ja sem si zkusil nainstalovat 64b verzi a nejak nic nedela. Na XP uspesne pouzivam. Zkousel sem i jine pod. programy, treba This is my file, ten se sice pusti, ale pouzivany soubor stejne neodemkne. Ty mrtky 10tkovy maj zrejme nakou silnejsi ochranu ze se sebou nenechavaj vyjebavat zadnym programem 3 strany...

11.06.2020 (22:56:14)  K # IP X
Tim:
Ahoj vespolek pánové, chtěl jsem se zeptat, obrátil se na mě kolega, který začíná vyvíjet MPPT DC/DC měnič pro potřeby s ohledem na co nejvyšší účinnost (kvůli požadavkům ekoteroristů je to dost podstatný parametr)

Nemáte tipy na nějakou klidně zahraniční hodnotnou literaturu, kde by byl nějaký dobrý přehled všeho, co se tak dělává, vyskytuje a podobně? Případně porovnány topologie s ohledem na výhody/nevýhody/účinnost

Případně Váš osobní nápad, jakou Vám známou topologii byste doporučili na měnič zhruba následujících parametrů?
Vin=150-750V, jmenovitý vstup cca 550V, Vout=800V, Iin_max = 10 - 12A

Kolega zatím uvažuje o topologii Three-Level Boost Converter (TLBC) - máte někdo zkušenosti?

Díky Vám
12.06.2020 (03:47:20)  # IP X
RayeR (web) :
Rek bych, ze firmy kery se tim zivi a umi to dobre, si to know-how budou drzet pro sebe, jinak by to nabizel kazdej cinan na aliku za par stovek...
12.06.2020 (14:54:09)  # IP X
VroutekB:
A jak ten TLBC vůbec může dosáhnout vyšší účinnosti, než vobyčejnej boost se dvěma mosfety, když hentutady sou rovnou dva Si přechody navíc v cestě? Nebo něco snad přehlížím? Použil bych normální synchronní boost se dvěma (SiC) mosfety.
12.06.2020 (15:13:11)  # IP X
VroutekB:
Navíc to vypadá, jestli dobře koukám, tak obě diody jedou tvrdý komutace, tranzistorum se diody zřejmě nikdy neotevřou. **13
Každopádně tam koukám půjde vymyslet víc způsobů řízení, v závislosti na napětí. Zajmavá topologie, ale nevěřim, že může mít větší účinnost, kvůli těm diodám navíc. Proof or didn't happen!
**20
12.06.2020 (17:46:30)  # IP X
Dr. dOKTOr:
U toho TLBC bych jako zásadní problém viděl to, že vstup a výstup nemají společnou zem a bude mezi nima hroznej rušivej bordel.
12.06.2020 (18:05:07)  # IP X
VroutekB:
Jo vidiš, to mě nenapadlo a je to zcela validní argument, proč tu zhovadilost nepoužívat. Když výstupní strana bude natvrdo viset za síť, co asi ta kapacitní zátěž vůči PE s tou VF střídavinou na panelech? **11
12.06.2020 (19:30:21)  # IP X
8-bit (mail) (web) :
Jn, asi bude existovat víc důvodů proč to nikdo nepoužívá **02

Jinak nepřipadá mi že by se u boostu s Vout = 800 V vyplatilo používat synchronní usměrnění. To už bych tam radši dal ještě jednu fázi.
12.06.2020 (21:06:39)  # IP X
Tim:
Děkuji Vám za postřehy...
No, ona je i otázka, jestli by nebylo vhodnější právě kvůli zmíněné kapacitní vazbě panelů proti PE měnič oddělený od sítě... Protože další připojený střídač není galvanicky oddělený... už jsem takové názory jednoho odborníka slyšel, že by šel do galvanicky odděleného... váš názor?

Jinak po průzkumu Froniusů, Ingeteamů, Nedapů, ABB, Siemens měničů a dalších jednoznačný závěr, jestli oddělený nebo neoddělený nevypadl... každý to má trochu jinak...

Každopádně budu rád případně za další nápady topologií, které by stálo zato prozkoumat (i když to bude úplná blbost, budu rád za cokoliv)

Jaký je Váš názor případně na nějaké rezonanční s trafem a další z pohledu účinnosti?
12.06.2020 (21:08:21)  # IP X
VroutekB:
Ale vyplatí se to, jako řemen. Se SiC budou přepínací ztráty hovno nic, ztráty Qrr diodama nějaký budou určitě (bez deadtajmu to nejde) a vodivostní ztráty taky relativně malý (proti IGBT třeba). Takej SiC můžeš mít okolo 50-100mR votpor odhaduju. Vysokonapěťovej IGBT by měl velkej úbytek, nebo by byl línej tak, že by ti ztráty doháněl (nejen) odpor obří tlumivky vedle.
Tolik asi můj odhad **22
12.06.2020 (21:57:13)  # IP X
Tim:
VroutekB -> Jo no, pokud se nenajde topologie, kde se nedaj použít 650V IGBT, tak jedině pak SiC... ty 1200V IGBT jsou jak říkáš hodně líné... pak taky samozřejmě záleží na ztrátách indukčností a okolního smetí...

Každopádně přesně nevím, na co jsi reagoval - ty říkáš tedy galvanicky oddělit? A ideálně použít SiC? A tomu patřičně vybrat vhodnou topologii s trafem?
12.06.2020 (22:22:47)  # IP X
8-bit (mail) (web) :
To bylo asi na mě ohledně toho synchronního usměrnění. Pořád ale nevěřím ze si nějak znatelně pomůžeš když nahoru narveš místo SiC diody (nebo několika diod pokud to bude mít víc fází) mosfety. Nemyslím si, že rozdíl účinnosti možná v řádu jednotek W stojí tu složitost (gatedrivery budou potřebovat nějak napájet) a dvojnásobný počet drahých SiC mosfetů.
13.06.2020 (12:52:25)  # IP X
Dr. Doktor:
Řádově od pár stovek V vejš nemá smysl synchronní usměrňovač (což je tento případ). Jinak co se týče galv. oddělení, to asi musí stanovit někdo, kdo navrhuje ty solární farmy. Pokud se použije slušná topologie aspoň se společnou zemí, tak odrušit to půjde vždycky, i za cenu obří souhlasné tlumivky. Tady půjde hlavně o izolace, bezpečnost a normy. Co se týče věcné stránky, tak bych tam oddělení necpal, protože to je jen další ztráta účinnosti.
15.06.2020 (22:05:47)  # IP X
Tim:
No, tak podle všeho to vypadá, že lze na tuto topologii použít 600V tranzistory, ztráty v tlumivce budou menší, než na klasickém boostu (respektive je namáhána dvojnásobnou frekvencí, ripple bude menší), EMI bude nejspíš problém, ale prý existuje i úprava pro soft switching...

10.06.2020 (19:02:42)  K # IP X
VroutekB:
No tak tohle se mě ještě nestalo. Přišla mě vobálka z číny zas, klasika. Rozbalim to a tam obal na nějakej telefon. Tak takový blbosti sem nikdy nevobjednával. Tak dobře, řikám si, malá číňanka se spletla a poslal něco jinýho, vyreklamuju to a přejdu bez komentáře.
Jenže sledovací číslo zásilky naprosto neodpovídá žádnýmu z mých objednávek. WTF!
Pak koukám, ten štítek na obálce je přelepenej (taky nic novýho, běžně se to děje jak si to předávaji přepravci mezi sebou). Tak sem z té spodní vrstvy vyčetl původní sledovací číslo (taky samozřejmě neodpovídá ničemu), ale v celní deklaraci je tam psaný "phone cover". Takže to nějaký mamfpičista z Arménie přelepil blbě. Geniální. **11
10.06.2020 (19:14:55)  # IP X
RayeR (web) :
tsss, dostane cover zadarmo a jeste tu picuje :) Me se vzdy jen neco zrtratilo, nic navic sem nedostal...
10.06.2020 (19:26:44)  # IP X
VroutekB:
No abych taky nepičoval? K čemu mi bude kus smradlavý gumy na telefon v ceně 30 korun, když mi teď bude pravděpodobně chybět něco jinýho užitečnýho, co mohlo stát taky $130+?
11.06.2020 (18:37:03)  # IP X
RayeR (web) :
A vis aspon ktera objednavka to mela bejt (jesi jich cekas vic)? Tak jim napis...
11.06.2020 (18:44:53)  # IP X
VroutekB:
No já právě nevim, která to má bejt, protože to číslo nesedí na žádnou z nich a popis taky ne.
11.06.2020 (23:07:26)  # IP X
Tim:
No, to dokáže naštvat...Jak píše Rayer, mě se taky spíš jen ztratily... To mě taky štve, objednal jsem balík 22. května, číňan pošle sledovací číslo, v něm je tak 15 záznamů (na čínském území) o cestě balíku ke mně až do 28. května, kde je informace o nákladu na letadlo v Schenzenu a uplynulo 14 dní, balík nikde a nevím o balíku ani hovno...
12.06.2020 (03:45:10)  # IP X
RayeR (web) :
Jo taky mi pride, ze ty sledovaci cisla sou k prdu, pac to konci dispatched to target country, ale co se s tim deje v evrope uz se z toho zistit neda...
12.06.2020 (10:10:07)  # IP X
Arambajk:
Tim: Přes Vánoce jsem takhle 3 měsíce čekal na balík, kde taky poslední řádka byla z letiště. Balík, velký těžký, tam ale ve skutečnosti čekal až bude v letadle místo, protože dotyčný na průvodce zvolil "by the most economical route", naštěstí nakonec přišel, to se pak objeví řádka na ČP, že byl převzat (obvykle tam jde zadat stejný sledovací číslo)

10.06.2020 (03:55:03)  K # IP X
RayeR (web) :
Jeden kamos nabizi:
nebyl by zájem pro tebe nebo někdo z kolegů o výkonové rezistory?
Jsou proměnné 820Ohmů ve 250W a 500W výkonu

pro me hodnota k prdu, ale treba nekdo vyuzije?
10.06.2020 (13:16:15)  # IP X
VroutekB:
Jak ty odpory vypadají? A kolik za ně chce? Možná byhc věděl co s jedním. Pošli mě to kdyžtak plsím na mail. **04
10.06.2020 (13:44:57)  # IP X
RayeR (web) :
este ma nakej 250R, ten bych si mozna vzal, sou to naky soupaky nastavitelny, cena by byla asi za odvoz :)
10.06.2020 (17:52:34)  # IP X
Tim:
Náhodou velké posuvne od METRy to asi nejsou, že?
12.06.2020 (03:50:29)  # IP X
RayeR (web) :
Ne, tak podle fotek to nejsou zadne skolni soupaky ale proste normalne valcove odpory bez krytu s jezdcem prenastavitelnym sroubkem... Klidne sem piste kdo co chce..

9.06.2020 (16:16:51)  K # IP X
Tim:
Ahoj, ještě prosím jeden dotaz na Altiáře...

Jde nějak v Altiu už na hotové PCB s polygony a hotových footprintech (které mají čistě hranaté pady) nastavit jakési "globální zaobnení všeho"?
Ve smyslu, kde jsou pravé úhly u polygonů, tak budou s definovaným malým rádiusem zaoblené, to samé u padů, atd... aby výsledná vyrobená PCB neměla ryze hranaté vodivé spoje?

Snažím se něco vygooglit, ale moc úspěšný zatím nejsem. Díky
9.06.2020 (17:35:45)  # IP X
VroutekB:
A to se bojíš, že ti z rohů vypadají elektrony? **02
9.06.2020 (18:49:37)  # IP X
RayeR (web) :
Zaobleni polygonu nevim jesi jde, ale da se vyhladit spojeni mezi padem a cestickou, ze je pak ve tvaru kapky, pry je to lepsi pro VF, to se da udelat nakym nastrojem Teardrops nekde v tools....

Ja bych mel taky jeden dotaz, jesi je mozny mit v PCB knihovne footprint s uz definovanym obrysem desky. Kdyz takovy footprint vytvorim a nakreslim tam naky polygon ve vrstve Board Outline (mech 1), tak pri vlozeni do PCB dokumentu se mi obrys desky podle nej neudela, ale ani ten polygon nejak nejde vybrat, abych ho pouzil k definici desky. V PCBcku mam vrstvu mech1 ale kdyz ji vysvitim, tak v ni nic neni, ten polygon z footprintu je nekde jinde... Nevim jesi to vubec jde takle pouzivat.
9.06.2020 (20:22:06)  # IP X
VroutekB:
Kapky ("teardrops") nemají s VF nic společnýho, to je pokud vím kvůli nepřesnosti vrtání prokovů, aby byla vyšší spolehlivost spojení cesta-prokov, kdyby se vrták trefil ke kraji odkud je cesta připojená.
9.06.2020 (21:00:18)  # IP X
Tim:
No, jak píše Rayer - primárně jsem nemyslel polygonu, ale obecně ty nevzhledné spoje okolo padů... ale primárně jsem to zkoušel na polygonech, proto jsem je měl v hlavě... vyzkouším, případně ještě tedy pogooglím...

Rayer-> v Altium dělám hodně krátce, ale co nechat ve footprintu třeba požadovaný obrys v Mechanical1 a pak při vložení součástky na desku označit tu vrstvu mechanical toho footprintu a dát "t+v+r" a udělá se podle ní board cuttoff stejně jako ta mechanical1? Nebo jsi to myslel jinak? Možná je to úplně mimo... moc ty možnosti neznám...
9.06.2020 (23:01:59)  # IP X
Tim:
No, vroutekB má pravdu, ty teardrops asi úplně nejsou to, co jsem myslel...
9.06.2020 (23:44:57)  # IP X
Tim:
Aha, koukám, že to lze nastavovat na úrovni PADů, takže asi toto bude vyhovující... Pady přes manuální nastavení, teardrops v nepatrné míře taky využiji, ještě kouknu na polygony
10.06.2020 (01:18:11)  # IP X
rayer (web) :
Sem chtel nejlip aby se ten obrys desky aplikoval automaticky pri vlozeni takove soucastky. Uz sem to poresil, chce to mit pred vlozenim soucastek do noveho pcb fajlu mit spravne nadefinovane-existujici mech vrsrvy spravnych typu a stejne jako v pcb knihovne, aby se to namecovalo. Takze v knihovne mam mech1 typu board a v pcbcku udelam taky mech1 typu board. Pak se ale este musi rucne vybrat ten polygon a pouzit ho k define board shape from selected. Trochu otravne je, ze yen polygon nejde vybrat jednoduse kliknutim ani select all on layervale musim odevrit sch list panel a tam si to vytridit a vybrat.
Vroutek-mas pravdu, ja sem ty kapky nikde nepouzival, ale napadlo me, ze obecne hladke veci sou pro vf/ odrazy lepsi, pod. Jako krive hladke cesty misto lomenych,...
10.06.2020 (08:24:35)  # IP X
Tim:
Rayer -> jj, to samé pro použití těch creepage, taky jsem to musel ještě z mech1 udělat board cuttoff, aby to korektně fungovalo...

No, mě osobně se moc nelíbí relativně velké hranaté pady a od nich tenké nitky... dělám teď velkou silovou PCB, tak se tam snažím alespoň kreslit 0,4mm/0,6mm cesty... takže tam to není zas až tak kritické... ale snažím se zjistit možné možnosti altia právě na této první desce... proto mě možná napadají blbosti

Ještě k těm polygonům - asi jsem natvrdlý, ale jedinný způsob, na který jsem přišel je převést klasický polygon na "hashed" s tím, že dám grid menší než šířka čar/šrafování - jenže je to asi na hovno řešení, protože to zbytečně překresluje děsnou dobu ... prostě je to zbytečně zbytečně nástroj, který dělá něco, co by možná šlo dělat velmi velmi jednodušeji... ale nenapadá mi ještě jak to vyřešit jinak (krom ručního kreslení do kulata)...
16.06.2020 (11:44:21)  # IP X
ms-boss (mail) (web) :
Ty teardropy jsou hlavně používaný (alespoň u nás) u frézovanejch prototypovejch plošáků - šetří se tim čas, vyměňování nástrojů a je menší pravděpodobnost upadnutí padu při pájení.

Na RFko se samozřejmě daj použít taky jako gradientní impedanční přechod, ale vzhledem k tomu, že jsem si v Altiu nikdy nevšiml, že by se tam dalo něco rozumně nastavit, tak leda jako hokus pokus a ne něco užitečnýho.
16.06.2020 (13:49:05)  # IP X
8-bit (mail) (web) :
Nejčastější účel prokovů s teardrops jsou pružné PCB, protože nemají žádné ostré úhly na kterých se může koncentrovat pnutí.
17.06.2020 (18:12:13)  # IP X
RayeR (web) :
OK, dobre vedet, flexak sem este nedal, jo tam sem to asi videl...
22.06.2020 (13:32:27)  # IP X
RayeR (web) :
BTW tak mi tu Altium nadherne kleklo, najedno uzacaly vyskakovat chybova okna s access violation at 0x.... ze sem nestacil zavirat, kdyz jich vyskakalo asi 20 v kaskde, tak se sama behem vteriny pozavirala a nakonec se odporoucelo i Altium s 20 minutami prace v prdeli. V historii byly samozrejme jen starsi verze nez posledni ulozena. Tohle se mi fakt se starsima verzema 1x.x nestavalo. Ale jinak co do rychlosti prekreslovani zatim v pohode...

8.06.2020 (21:38:52)  K # IP X
StandaM (web) :
Zdar, nemaj nahodou zkusenost s PLL obvodama LMK03318 nebo obdobnejma od TI? Sem to poridil ze s tim udelam ultra low-jitter synchronizacni jednotku na 10MHz z GPS pro starej pristroj, co ma akorat lokalni chlupatej oscilator 2.304MHz. To by celkem i fungovalo, ale ta vec ma bohuzel na konfiguraci jen po.ebanou I2C a jako by to nebylo malo, tak se zda, jako by to melo nejakej spodni limit SCL hodin. Nebo nejaky timeouty. I2C by melo jet i od DC, ni? Setkali jste se tim nekdy?
Ja do toho kramu nasypal tu konfiguraci pro jednoduchost jen pres bastl s prevodnikem z RS232, coz mi normalne vzdy fungovalo i kdyz to bylo pomaly (nic jinyho nemam a srat to pres jednocip se mi nechce). Na novym PC ale rizeni a hlavne cteni tech linek RTS/CTS, DTR/DSR trva dost dlouho, tak mi to pri cteni proste obcas padne, resp. zacne vracet 0xFF i kdyz na osciloskopu je tam ze strany master vse ok. Zapis jede a na starsim PC to jede ok komplet. A jedna se o fyzickej COM port.
9.06.2020 (09:25:25)  # IP X
VroutekB:
Pokud to na I2C používá třeba clock stretching, což klidně může, tak ti jednoduchý háky s RS232 kde ignoruješ skutečnej stav SCL ti ani nebudou fungovat. Ale clock stretching sem potkal zatim jen u jednoho švábu a to konkrétně u ADV7391.
A že je tam minimum 100kHz I2C clk je v datasheetu poměrně jasně napsaný, řekl bych. **33
A co dybys použil něco podstatně levnějšího, co dokonce vypadá, že má výrazně lepší parametry? Třeba ms-bossovu oblíbenou Si5351A... jen nevim, zda se dá ohnout na 10MHz vstup, to by ti tady pověděl ms-boss. **13
Zcela jistě jde ale 10M prohnat děličkou dvěma a odfiltrovat 5. harmonickou, jako to třeba udělali tady: https://www.zachtek.com/post/2019/02/14/using-the-si535...
9.06.2020 (12:39:45)  # IP X
VroutekB:
Vypadá to, že to 10MHz baští naprosto spokojeně: http://www.simonsdialogs.com/2018/11/si5351a-any-freque...
9.06.2020 (20:48:31)  # IP X
StandaM (web) :
Ja muzu cist zpetne SCL i SDA. No ale k veci - je spusta PLL, ale odrazovaly me ti minimalni kmitocty 25M a nechtel jsem to delat nekolikrat nez trefim neco co fakt jede. Malokera dle vyrobce jede od 10M, dal udelat 2.304 z 10 nelze s kazdou. Chtel jsem to bez ditherignu a podobnych onanii, ktere vygeneruji skutecne cokoliv z cehokoliv. Na tom LMK03318 se mi libilo, ze to automaticky vybira zdroj, coz potrebuju, aby to mohlo jet i bez ext. 10M, da se justovat lokalni kristal a da se taky automaticky vypnout, aby nebyly zazneje s tim ext., dal to umi primo udelat 4.608M, coz si pak delim dvema (bohuzel primo 2.304 to neda), taky to umi velmi narrow band rezim "jitter cleaner". No a hlavne to ma fakt malej jitter hluboko pod 1ps. Ten Si5351 a podobne maji pro me mega jitter. Zrovna v tomhle pristroji by to asi nevadilo, protoze je za tim stejne dalsi PLL, ktereho se nelze snadno zbavit, ale rad bych s tim udelal neco podobnyho pro radu dalsich aplikaci, mj. HP3458A. Tyhle jsou neuveritelne citlive na jitter. Nevim stale jeste proc, ale totalne to zabije samplovaci rezim DSDC. A i v rezimu DC V je i minimalni narust jitteru proti beznemu oscilatoru rms dost videt na sumu.
9.06.2020 (21:19:32)  # IP X
VroutekB:
Jo ahá, tam bylo 100fs a já četl 100ps. Lulz! **02
Tak to pak jooo.
9.06.2020 (21:37:00)  # IP X
StandaM (web) :
Jo, fs a ps. Na to uz jsem naletel taky. :)
No kazdopadne jsem neska zabudoval a jede to.
9.06.2020 (22:21:36)  # IP X
ms-boss (mail) (web) :
Zdar, ty lepší silapsoviny mají RMS jitter pod 100 fs, třeba Si534x, kterejma se teď zabejvám. Pokud bys to chtěl jednou nakonfit a už na to nehrabat, tak todle se dá naprgat do vnitřní TTP (two times programmable **37) paměti pomocí programátoru.
Mimochodem ten limit na I2C je pravděpodobně kvůli tomu, aby to bylo kompatibilní s timeouty na SMBusu.
9.06.2020 (22:23:29)  # IP X
ms-boss (mail) (web) :
BTW, docela by mě zajímalo, čím to dělíš dvěma, protože většina logiky včetně drahejch LVPECL švábů má jitter tak o řád vejš než ta PLLka.
10.06.2020 (01:33:36)  # IP X
rayer (web) :
To mas seriovy port na naky pridavny PCIe karte? Tam bych cekal delsi latence. Uonboard superio na LPC by to melo chodit dobre. Kdyz nechces mrcasit mcu, tak nakej bus pirate za par babek..
10.06.2020 (19:32:05)  # IP X
StandaM (web) :
COM mam na zakladce. Asi to bude spis SW implementace. Byl jsem linej, tak jsem to delal pres Octave instrument-control. Zapis stavu jede fajn, ale cteni trva nejak dlouho.

Jinak jitter logiky je pro me velka neznama. Vyrobci se to neobtezuji specifikovat, takze informace jen kuse a radeji delam ze neexistuje. :-) V tomhle pripade je to burt, protoze je za tim nejakej dalsi PLL, kterej to podle me shodi radove, ale pro dalsi aplikace bych to rad co nejcistsi. Ono je to fakt dost videt, kdyz se vzorkuje s mizernejma hodinama, nebo kdyz krmim DDS mizernejma hodinama. Treba to co leze z PLL ve Spartan 3 jsou totalni hovna. Musel jsem to udelat tak, ze DAC clockuju primo od externiho PLL.

Orisek pro me bude hlavne ten vzorkovaci multimetr HP3458A. Rad bych to zavesil na 10MHz. V plovouci casti je pro to casovani 20MHz oscilator - normalni plechovka na 5V. Tak jsem to zkusil nahradit lacinym prej-low-noise NB3N502, kterej prej ma mit 15ps rms jitter. Sum pri vzorkovani v DCV rezimu stoupl 7x (na maximalnim vzorkovani 100kHz, apertura 1.4us). Pokud sypana logika v te veci ma mit minimalne tak 5ps, tak mi to pocetne moc nesedi. Tak jsem to zkusil s analogem HMC1031 a kvalitnim VC-TCXO. Melo by to mit tak 1.5ps rms + vystupni hradlo, takze asi 5ps?. To uz bylo lepsi. Sum stoupl jen asi 1.2x. Ale totalne to zabilo DSDC rezim, kterej navic predrazuje tomu integracnimu ADC jeste S&H obvod, jinak to funguje stejne - proste multislope integracni prevodik s riditelnou aperturou az do 0.5us. Nevim proc se to podela, ale podela se to. Podeziram z toho zbytkovou frekvencni modulaci hodin, protoze filtr PLL nemuze byt nikdy dokonalej. Prilis narrow band filtr ten jitter jeste zhorsuje, pac free running VC-TCXO neni na NF zrovna cistej. Jako kompromis se mi osvedcilo voli tak 300Hz.
Tak jsem to chtel zkusit jeste jednou s nejakym fakt ultra low jitter svabem SI53xx nebo LMK nebo neco podobnyho. Orisek ale je, ze vsechny tyhle svaby moc zerou a moc topi, takze je nechci davat do te plovouci casti HP3458. Preci jen je to 8.5mistnej DMM, ze... Musel bych to dat do te vnejsi casti a dotahnout tech 20MHz dovnitr budto optikou jako to maji oni (2 vlakna na trigger, 2 vlakna na UART) nebo nejakym diferencialnim parem pres trafo a k tomu dve stineni. Jedno zem a druhy guard abych nezabil CMRR. Ale jak z toho paru nebo optiky s co nejnizsim jitterem udelat 5V TTL to fakt nevim. Tohle fakt neni muj obor a ani nemam cim to merit.
10.06.2020 (19:39:42)  # IP X
StandaM (web) :
Jinak kdyby si chtel nekdo pocist o HP3458A:
https://doc.xdevs.com/doc/HP_Agilent_Keysight/HP 3458A Component-Level Information Packet.pdf

Nekde jsem dokonce videl i rozbor FW. A modifikace pro vyssi propustnost UART.
11.06.2020 (18:57:04)  # IP X
VroutekB:
Díky za tip na ten octave instrument-control package. S tim Octave zas tolik nedělám, ale tohle by se čas od času mohlo hodit.
HP3458 znám, to je vlhkej sen všech voltnutů, já spíš slintám po nějakým lepším spektráku a/nebo vektoráku, ale taky je to boužel asi jen vlhkej sen **02
11.06.2020 (19:48:38)  # IP X
StandaM (web) :
Jo, tak spektraky nejsou moje hobby. Jeden mame ale moc ho nepouzivame. Ten 3458 je v metrologii dost dulezitej. My s tim merime skoro vsechno NF hlavne ve vzorkovacim rezimu a obcas se proste hodi mit moznost casovyho multiplexu a na to je holt treba sync. A triggrovat to externe dela jitter 100ns pkpk. No kazdopadne neska jsem zaznamenal znamou HW chybu, kdy ta mrcha sem tam preskakuje interni hodinovej cyklus, takze je v datech v nahodnem caso posuv 100ns. Tak me pomalu prechazi chut delat to PLL. :-)
20.06.2020 (15:29:14)  # IP X
ms-boss (mail) (web) :
@VroutekB:
Kdybys něco patlal v tom Octave, můžeš kouknout na kus mojí diplomky - používal jsem to pro komunikaci mezi PC a reflektometrem přes virtuální sériovku. Bacha na to, že sériovky na woknech a na NIXech maj jinou syntaxi názvu. Obzvlášť bacha na COMy vejš než COM9 na oknech, ty maj ještě jinou syntaxi. Dala by se na to asi udělat nějaká obalovací funkce, aby se to vůbec nemuselo řešit. Jinak ten můj kód hledá virtuální sériovky, zkouší přes ně komunikovat a když se druhá strana korektně neozve, tak to čeká, dokud se nezmění seznam portů (prostě čeká na novou sériovku). Ale mám to pro linux, takže na oknech to chodit nebude.
https://github.com/MR-DOS/TDR_diploma_thesis/blob/maste...
22.06.2020 (14:04:21)  # IP X
RayeR (web) :
Na win to jde taky udelat, kdysi sem takle resil nakou autodetekci USB-COM a restartnuti konekce pri vytazeni a znovu-pripojeni kabelu, je to nekde v registrech...

8.06.2020 (01:15:49)  K # IP X
RayeR (web) :
Tak sem neska proflakal nedeli pri cteni webu jednoho zajimavyho typka z Rumunska:
http://www.alexandrugroza.ro
a potesilo me, ze je tu par dalsich lidi, co tvori nakej ten x86 (retro) HW, treba:
http://www.alexandrugroza.ro/microelectronics/isa-80386...
http://www.alexandrugroza.ro/microelectronics/isa-backp...
http://www.alexandrugroza.ro/microelectronics/isa-io-in...
ale ma tam toho spoustu dalsiho, zajimavy cteni na dlouhe zimni vecery, akorat ze ted je zrovna svetlo uz kurevsky brzo :)
8.06.2020 (08:41:33)  # IP X
Pavel_P:
Nebo třeba
http://www.alexandrugroza.ro/lumeatuburilor/me/micro_z8...
včetně frézování plošáku.
8.06.2020 (10:46:10)  # IP X
VroutekB:
Čet sem si ten prvej odkaz o tý i386 na ISA kartě. Závěr: Digitální deska s 80MHz logikou bez powerplejn vevnitř nechodí. To je vskutku zjištění dne, ale co tam teda proboha má na těch dvou vnitřních vrstvách, kdžy ne zem (a napájení)? **18
8.06.2020 (12:08:04)  # IP X
VroutekB:
http://www.alexandrugroza.ro/microelectronics/isa-backp...
Nechci hanět ničí rozsáhlou práci ani znalosti, ale za hrůzu z hradel je to tam uprostřed? jakej je smysl IC3D, IC3E? Však ten D flopáč poskytuje obě polarity signálu. **13
Nemluvě o tom, že by tam měl být spíš 7414 a né 7404, vzhledem k té analogové kontrapci tam vlevo. **13
Záměnou C64 a R13 se lze zbavit dalšího hradla, pak místo 7404 použít 7400 (respektive 74132) a zbavit se D3, D4, R14.
Co tam dělá IC5, respektive T1 krmený rampou z časovacího kondu? To je okrasné blikadlo LED? To šlo udělat i rovnou z toho IC3D přece, oscilátor s hradlem pro blikání LEDkou jde u dělat i tak. **30
Připadá mi to hrozně nedomyšlený a nedotažený - respektive, nikdo se ani v nejmenším nesnažil ten design zjednodušit a optimalizovat. **21
8.06.2020 (18:26:52)  # IP X
RayeR (web) :
K te CPU karte sem zatim nedosel, prochazel sem ten radic. Toz muzes mu napsat napady na zlepseni, ale novou desku kuli tomu asi routovat nebude, myslim ze nema ambice to nejak masove produkovat. Este sem nasel dalsi projektik nakejch rusaku, kde udali novou verzi SB AWE64 s real Yamaha OPL3, onboard DRAM a dqalsima vylepsenima, na osazeni te nove desky padne 1 stary AWE64 z kereho kuchnou cipy a prerodi s v novy AWE64 legacy...
8.06.2020 (18:47:05)  # IP X
RayeR (web) :
8.06.2020 (23:09:00)  # IP X
VroutekB:
Ta AWE64 zvukovka je fešná. Já tu mám akorát tenhle svůj prasobastl s OPL2, boužel poslední dobou nemaje skoro čas na bastlení, natož hračičkování si s tímhle. **24
https://i.imgur.com/OEziwT0.png
10.06.2020 (01:35:59)  # IP X
rayer (web) :
To sem tu videl uz pred hodne lety, taky mas problem neco dodelat do konce, co... :)
10.06.2020 (09:44:37)  # IP X
VroutekB:
kamarád, se kterým jsem na tom pracoval je navíc R.I.P. Neboj, mám tu hotových spoustu věcí, jen ne ty, na hračičkování. hračkováním se člověk neuživí.
11.06.2020 (06:47:03)  # IP X
RayeR (web) :
Tak sem dostal info, ze AWE64 legacy jeste neni v produkci, pak by mel jit koupit i samotnej plosnak do 100$, takze takovej privydelecek za hracickovani... :)
11.06.2020 (18:57:55)  # IP X
VroutekB:
Přívýděleček za co ale? Sem to asi nějak nepochopil.
12.06.2020 (03:55:57)  # IP X
RayeR (web) :
Proste navrhnes nakou takovouhle desku o kerou ma zajem vic lidi, nechas vyrobit batch a rozesles zajemcum (prip. jako kit/plne osazenou). Jesi se to za ten straveny cas vyplati nebo ne, to at si kazdy uvazi sam.
BTW jeste sem nasel jeden takovy remake, pro zmenu Gravis Ultrassoundu, tady ten eshop to ma na ferovku i s cenama:
https://chipkin.ru/?product_cat=&post_type=product&s=gusar
jako 15$ je docela v pohode, akorat to zas prebije to postovny...

7.06.2020 (10:42:23)  K # IP X
ms-boss (mail) (web) :
Zdar,
řeším problém - představte si 2 hodinový diferenciální signály (může se to nastavit na LVDS/LVPECL/RSPECL podle potřeby, co se bude hodit víc). Na obojím bude 50% obdélník s konstantní frekvencí. Jeden z těch hodinovejch signálů bude mít frekvenci třeba o 1 ppm jinou než ten druhý - jejich fáze se bude proti sobě pomalu posouvat (představte si, že se pomalu proti sobě v čase posouvají hrany těch obdélníků), po každým cyklu se vzájemá poloha hran posune třeba o nějaký jednotky pikosekund.
Tak, a já potřebuju najít okamžik, kdy se hrany protnou. Z "deterministických" řešení se mi zatím jeví jako nejlepší buď MAX9381 (PECL Dčkovej klopák) nebo ADCMP582 (PECL komparátor). První má ale bohužel setup+hold time min. 150 ps, ten druhej 55 ps. Bohužel to se mě jeví jako poněkud příliš mnoho, ale nic moc lepšího se asi nedá vymyslet.
Nouzovým řešením (a hlavně řádově levnějším) by bylo použít 2 diodový vzorkovací můstky a za něma prostě nějakej obyčejnej komparátor. Z předchozích pokusů mi vycházelo, že takový řešení mělo časovou konstantu cca 250 ps (tzn. že dokonale ostrá hrana s nulovou délkou b se tím změřila jako gauss o délce 250 ps) - to sice zní naguvno, ale zase to bylo "glitchless" ( https://github.com/MR-DOS/TDR_diploma_thesis/blob/maste... ), takže by to mohlo fungovat možná i líp než ty drahý šváby.

Napadá někoho nějaké lepší řešení? Já jsem asi už vyčerpal možnosti své představivosti...
7.06.2020 (16:23:06)  # IP X
Dr. Doktor:
Možná moje odpověď k ničemu nebude, ale za zkoušku nic nedám... Jaká je frekvence těch signálů? Nestačilo by XOR hradlo s lowpass filtrem a hledat minimum?
8.06.2020 (20:21:53)  # IP X
ms-boss (mail) (web) :
Bude to někde okolo 100 kHz - 2 MHz, přičemž to vzorkování bude asi ještě prokládaný (asi 16x nebo 24x), aby to měřilo během jedný periody víc vzorků a tolik se nečekalo. Horní strop frekvence je dán rychlostí SPI na prcáku a zároveň (podstatnější) maximální délkou analyzovaného vedení / objektu. Při 1 MHz je max analyzovaná délka 150m ve vakuu (za předpokladu, že se nic nebude moc dlouho odrážet, pak se musí jít s frekvencí dolů).

Hledání minima analogově je podle mě blbost - hledat rozdíl mezi dvěma vzorkama na úrovni 1-10 ppm (10 ps [krok] / 1-10 us [perioda měření]) nejde ani s 16b ADC.
9.06.2020 (18:06:34)  # IP X
VroutekB:
Na detekci že jsou dva signály ve fázi (hrana v identický okamžik) lze využít fázovej detektor, nejlépe nějakej třístavovej - ten třetí stav je potom indikace, že signály jsou ve fázi.
Takže clockovat každým signálem po jednom flopáči a nějakou kombinační logiku za to.
Ale bez průchozího zpoždění to prostě nepůjde.
9.06.2020 (22:27:42)  # IP X
ms-boss (mail) (web) :
To mi v ničem nepomůže. Mám pouze dva signály, takže jeden bude clock, druhej data. Budou se vůči sobě posouvat konstantní rychlostí, takže hranu poznám, jakmile mě z toho místo nul začnou padat jedničky a naopak.
Pomalu si ale začínám říkat, že se bez toho možná obejdu a vlastně bude jednodušší si to prostě vytáhnout z měřicích kanálů a využít toho, že konektor je kousek od splitteru, takže v určitý malý oblasti nejsou ty změřený průběhy ovlivňovaný tím, co je tam připojený...

4.06.2020 (22:26:04)  K # IP X
Martin (mail) :
Zdar lidi. Idem riešit projekt napájaný Lionkov a nechcem to mať ako v 20 storočí na vypínač, ale chcel by som to na tlačítko. Čiže predstava je taká že baterka --->ochrana---->LDO----> procesor.
Procesor by sa tlačítkom vypínal do deep sleep modu a tým istým by sa aj prebúdzal. Odber procesora v datasheete píšu v deep sleep 20uA a max odhadovaný odber bude 170mA. Ako ochranu a zároven aj nabíjací modul by som použil https://www.aliexpress.com/item/32930640893.html?spm=a2... je tam ako ochrana DW01A a našiel som že má spotrebu 6uA.
Môžem použiť tento regulátor https://uk.farnell.com/texas-instruments/tlv70033ddct/i...
?
Píšu Low quiescent current of 31µA
Zo znamená že ochrana 6uA LDO 31uA a procesor 20uA + asi to tlačitko by muselo mať pull odpor takže dalších pár uA navyše dokopy asi 70uA. Dalo by sa to znížiť? Vôbec neviem ako sa navrhujú zariadenia na takto malé odbery. Bol by som rád ak bi ste mi poradili, dali nejaké múdra, možno aj hotové riešenie, ale to skôr nie nech sa aj niečo naučím. Načo si dať pozor pri návrhu a tak.
4.06.2020 (23:37:47)  # IP X
VroutekB:
Dej tam XC6206 od Torexu (1uA) nebo NCP718, místo tý texasí obskurnosti. LDO žrající 30+ uA není žádný bateriový lowpawr. A LDO musíš dát 2V5 nebo 2V8, jinak nevyužiješ celou kapacitu baterky.
A koneckonců, pokud procák nemusí mít krmení, i když je zařízení "vypnuté", proč to prostě celý neodpojíš tranzistorem? Spotřeba pak <<1uA.
Pullup u tlačítka by měl žrát jako proč? To co je za ptákovinu? Šak v klidu za ten pulap snad nikdo tahat nebude ne?
A o těch 6uA (mimochdem, jsou to spíš 3uA, 6 je to v teplotním extrému) spotřeby ochran ignoruj, protože se to stejně vsákne do samovybíjení toho akumulátoru.
5.06.2020 (08:27:27)  # IP X
deny hoch (mail) :
Ahoj,
Rád bych se zeptal na Danykovo zapojení "ZAPNI-VYPNI jedním tlačítkem" - jaká tam by byla spotřeba v klidu (vypnutém stavu) ? Osobně bych řekl, že velice malá, závislá pouze na PNP tranzistoru. Pokud by to bylo takto, možná bych šel touto cestou.
5.06.2020 (10:28:03)  # IP X
VroutekB:
No, tenhle obvod je trochu dětský řešení, řekl bych, když tam máš procesor. Jak budeš detekovat stisk tlačítka? Jak stihneš uložit provozní hodnoty, když to někdo zmáčkne a hned se ti to vypne? atd...
Zkus ten obvod přizpůsobit aplikaci, místo tupýho lepení modulů/bločků a kopírování toho, co se našlo na netu.
5.06.2020 (10:38:50)  # IP X
deny hoch (mail) :
Vroutku, opět máš pravdu. Vůbec jsem si neuvědomil, že bude nutno uložit stavy v procesoru před vypnutím napájení. Omlouvám se.
5.06.2020 (10:39:38)  # IP X
VroutekB:
To je tak složitý něco vymyslet vlastní hlavou? Tu diodu můžeš použít klidně dvojitou v jednom futrále, takže ve výsledku můžeě mít i jen 3 součástky na desce + spínač. Mosfet se dá koupit i dvojitej v jednom futrále, pokud vyhoví vlastnostma.
https://i.imgur.com/dy7rwra.png
5.06.2020 (10:49:55)  # IP X
VroutekB:
Jedinou nevýhodu, který takle jednoduchý řešení má, že když ti někdo bude držet tlačítko, tak ti to vybije až do ...
Jednoduchou úpravu aby se tomuhle zabránilo jistě vymyslíš i sám. Mělo by stačit přidat tak max. 2 součástky.
5.06.2020 (22:12:08)  # IP X
Martin (mail) :
Vďaka pane Vroutku nesklamali ste. To s tým vypínaním takto ma vôbec nenapadlo. Kebyže použijem takéto vypínanie tak je v podstate jedno aké LDO použijem, ale nechám si poradiť a vyberiem jedno z vašich. Zatial mi to stačí idem navrhovať a keby sa zasa na niečom zaseknem tak sa ozvem.
5.06.2020 (23:34:21)  # IP X
VroutekB:
Jo, takle je asi jedno co tam bude za LDO, když se to bude celé vypínat. Tam už se to v celkový spotřebě vsákne.
Mosfet můžeš použít třeba dvojitej levnej DMG6602SVTX, nebo jakejkoliv jinej P-kanál vhodnej na danej proud, ten Nmos dole zrecykluj cokoliv,co už v tom designu máš, barco vyhoví, třeba 2N7002. Dvojitá dioda BAV99/199, schottky bych nedával kvůli zbytečnýmu leakage proudu, bude to ve vypnutém stavu žrát víc. Ale nějaká BAT54C by se snesla, ne že ne. Nepoužívat tlustoproudý schottky, tim v závěrným směru chčije proudu na rozdávání. Prostě pokud chceš malej leakage, tak Si dioda. Pokud chceš diodu eště s menším leakage, tak JFET zapojenej jako dioda (ale sem totálně zbytečný... jen řikám, co se dá použít).
A přidej si tam ten RC článek, aby držením tlačítka nešlo trvale držet připnuté napájení.
6.06.2020 (09:06:05)  # IP X
Martin (mail) :
Vďaka za nasmerovanie aj v dióde a mosfetu. Nemysleli ste BAV70 ? Lebo BAV99 má diódy v sérii aspoň podla toho čo som našiel ja.
6.06.2020 (09:43:16)  # IP X
VroutekB:
Jo, máš pravdu, sem se ojebal **02
BAT54S a BAT54C se mi taky pořád plete. **02

25.05.2020 (14:24:44)  K # IP X
Tim:
Ahoj, potřeboval bych jednu radu od Altiářů...

Kreslím poměrně velkou desku (30x50cm), na které je toho už hodně (spoje, desítky polygonů, nastavená DRC pravidla... a čím dál tím víc je Altium "línější" - tedy i klávesové zkratky nejdou mačkat tak rychle jako na začátku (tedy jakoby nestíhá PC, rychlé stisky zkratek nereagují)... prostě celkově líné...

Přitom když se podívám na zatížení CPU (i5-4670), tak bere sotva 30% jednoho jádra, zbylé 3 okolo 10%, RAMky si soslo asi 5GB, ale rezerva je ještě min. 8GB, Grafika (GTX660) taky víceméně nic...Systém i Altium běží na SSD

Pokud dám u polygonů Repour All, tak mi sice nevadí, že to trvá cca 15 vteřin, ale jedno jádro CPU vylítne sotva na 80%, ostatní 3 se zvýší tak na 30-40%... ale taky tam nepozoruji nějaké dramatické vytížení PC... Každopádně to je jen exemlární případ, toto neřeším, ale řeším zejména běžnou práci kreslení spojů a nových polygonů... ne překreslení všeho..

Kde může tedy být problém? Slabý PC, špatné nastavení nebo neoptimalizace na straně Altia?
25.05.2020 (14:52:56)  # IP X
RayeR (web) :
Novy AD 19/20 mi celkove pride naky linejsi nez treba AD13, akorat rychlost prekreslovani schematu diky DX znatelne poskocila. Na pracovnim NTB mam naky i7 kabylake a 16BG a taky zadna hitparada...
Na polygony si nastav zobrazeni draft - jen obrysova cara a DRC jde tusim nak nastavit co se kontroluje online a co offline, prip ho vypnout a poustet jen na vyzadani.
25.05.2020 (15:02:06)  # IP X
Tim:
Aha, tak jsem měl chybné vyhodnocení ... záhada objasněna - grafika mi jede při práci s polygony na 100%... procesor je v tom asi nevinně...
Zkusím tedy jak říkáš to jiné zobrazování...
25.05.2020 (17:38:17)  # IP X
RayeR (web) :
Dole klikni na LS, Viev Config/View Options a v seznamu objektu u Polygon zatrhni policko Draft.
25.05.2020 (18:25:38)  # IP X
Tim:
Díky... značně taky pomohlo vypnutí online DRC, přerenderování polygonů, a opět zapnutí online DRC a přerenderování polygonů... nechápu proč, ale je to o dost svižnější (i když ty polygony nechám celé)... zvláštní
25.05.2020 (20:15:06)  # IP X
antibalda (mail) (web) :
Zlatý EAGLE **37
25.05.2020 (22:50:16)  # IP X
dR. doktoR:
No jo no, asi to átrium bude pěkná kupa v komputeře, zajisté to má aspoň 10 giga. Já furt jedu i pracovně na Ýglu 5.7. Ale je fakt, že nemusím řešit hovadiny co se dneska řešej ve firmách, to bohužel chápu že by asi neobstálo...
25.05.2020 (22:55:16)  # IP X
dR. doktoR:
Jen poznámka, ti, kdo netuší, co je kupa v komputeře, nechť budou poučeni: https://www.youtube.com/watch?v=FkT_KE07rJ8
25.05.2020 (22:57:16)  # IP X
Tim:
Já nevím no, je to úplně jiná filozofie... já v tom teprve začínám, takže si netroufám hodnotit, ale jisté výhody od Eaglu to jistě má...Ať už třeba z pohledu knihoven

No, ne, má to jen lehce přes 5 GB :-D
26.05.2020 (01:26:05)  # IP X
RayeR (web) :
Njn, kdo jen cely zivot dosud smolil v Eaglu a nepoznal nic lepsiho, tak to asi neoceni :)
Starsi AD se da stahnout kolem 500MB, kdyz se vyhazi nake kompilatory pro MCU a FPGA, co clovek na plosnakovani vubec nepotrebuje. Mam jednu takovou instalacku na jednom retro lapu PIII/512MB/SSD s WXP a parkrat sem na tom nakou malou desku ve vlaku delal :)
26.05.2020 (01:41:38)  # IP X
RayeR (web) :
Ooo kupa, jak sem bez toho mohl do ted zit.. :)
To mi pripomnelo jeden
http://www.youtube.com/watch?v=3xZuoTwgJyU
v podani od Izera v PA je lepsi, ale to sem zrovna nenasel...
26.05.2020 (15:10:07)  # IP X
Tim:
Ještě Rayere - ty běžně používáš při běžné práci tu online DRC kontrolu? Jak ji bereš jako prioritní - kolik případně reálně dokáže usnadnit práce a ušetřit času? ... alternativně, když to porovnám s manuálním spuštěním DRC až po naroutování?

Protože s online kontrolou se to dost kouše, bez ní je to ok... tak se spíš ptám, pokud by byl ideálně výkonný PC, jaký přínos to vlastně přinese... jestli je obhajitelný... Díky za názor
26.05.2020 (20:18:18)  # IP X
RayeR (web) :
Hele ja sem zatim nedal zadnou obri desku s desitkama polygonu, kde by me to omezovalo, takze mam zaplej online DRC s vychozim nastavenim. Ono uz treba kvuli pushovani zaroutovanejch spoju to asi musi bejt zaply jinak by to nemohlo kontrolovat clearance. Co se tyce nakyho optimalniho nastaveni, tak sem si s tim nak moc zatim nehraal, jesi mate subscription, tak jim klidne posli dotaz,...
31.05.2020 (11:40:26)  # IP X
dR. doktoR:
To, že dneska programy na podobně náročnou grafickou operaci potřebují 1000x větší výpočetní výkon, než před 30ti lety grafická dema od Unrealu, možná poněkud poukazuje na schopnosti dnešních programátorů a množství "potřebných" věcí a funkcí v dnešních programech. **37
31.05.2020 (17:27:33)  # IP X
ms-boss (mail) (web) :
Což platí pro Altium, který mě jede jak když sere a maluje i na workstationě s Quadrem M1000M. Ovšem Eagle (ten snad má jen softwarovej render) a KiCAD (by default OpenGL, jde přepnout i na Cairo/software) kreslej slušně rychle i na mým domácím notesu s integrovanou grafikou z roku 2012.
Na notesu s integrovanou grafikou se dá Altium provozovat tak max. na jendoduchý dvouvrstvy. Jak jde člověk na čtyřvrstvu a vejš a/nebo na složitější desky, tak může očekávat, že překreslení desky může trvat třeba půl vteřiny nebo i vteřinu. Zlatej DOSovskej Orcad, kterej při editování vždy překresloval na daném pohledu jen to, co se aktuálně měnilo, takže se s tim dalo pracovat i na 386.
31.05.2020 (20:27:39)  # IP X
Tim:
Jsem rád, že je tu více diskutujících ... takže tedy potvrzujete moje zjištění, že na GPU záleží hodně? Máme právě do práce kupovat nové notebooky s i7 a rozhoduje se jestli s integrovanou grafikou nebo s Quadro T2000 4GB, které se původně uvažoval jen pro Solidworkáře... Ale mě osobně Solidworks tak strašněj nepřijde i když tam mám několik set 3D komponenta moje stařičká GPU s tím nemám moc problémy... tak nevím, jestli by nestálo také zato zauvažovat tyto GPU pro Altium... co myslíte? Zkušenosti?
1.06.2020 (16:33:26)  # IP X
RayeR (web) :
Nam teda na skoleni rikali, ze novy AD je optimalizovany na DirectX kvuli lepsi dostupnosti levnejsich hernich karet proti tem profesionalnim, takze naky Quadro s vysokym vykonem v OpenGL ti bude v Altiu k nicemu, ale pokud na tom PC pojede i Solid, tak se tim snad nic nezkazi.
Starsi verze AD mely na vyber SW GDI renderer (neumel treba pruhlednosti, ale mohl byt na starsich PC rychlejsi a taky pouzitelna volba ve virtualu) a ten DX akcelerovany, AD20 uz nema podporu GDI ani pro schematic editor, vse jen akcelerovane. A treba ta experiementalni 3D akcelerace ve VirtualBoxu je porad tak na picu, ze tam AD s DX provozovat nejde.

Jinak me pride ta lenost spis tak nejak obecne v odezve ruznych akci v menu i samotny start AD, treba AD10 mi ze SSD najela za naky 2-3s tak AD20 na pracovnim SSD nabiha snad pul minuty, postim a jdu si naproti do kuchynky pro kafe :) Ted me ceka sic mensi, ale nahustenejsi deska, asi 6 vrstev to bude, tak uvidim jak to pofrci...

>Dr. ps Unreal od Future Crew :)
1.06.2020 (20:33:32)  # IP X
VroutekB:
Herní grafický karty na zobrazení 4 vrstev s průhledností v rovině? ...nech celý altium jde do p....
1.06.2020 (22:49:59)  # IP X
8-bit (mail) (web) :
Té kartě mělo být snad jedno jestli program používá DirectX nebo OpenGL. A taky pro zobrazení 4 průhledných vrstev je fakt jedno zda je ta karta "profesionální" nebo "herní", ježiči kriste. Vždyť na to jsou potřeba jen ty nejminimálnější základy grafiky **13
Podle mě jsou nové programy tak zkurveně rozežrané na hardware z jednoho prostého důvodu - že to ty molochy zadávají programovat podlidem co si utírají prdele holýma rukama.
1.06.2020 (23:34:07)  # IP X
RayeR (web) :
Jj, tipuju ze proste pouzijou nekolik textur pres sebe a HW alpha blending v GPU to vyplivne. Ale i kdyby se to pocitalo softwarove, tak pri dnesnim vykonu CPU a propustnosti RAM by to prece nemel byt problem...
2.06.2020 (01:00:48)  # IP X
Tim:
no, mě to neříkejte, já jsem na to koukal jak pero z gauče, když ve 2D zobrazení gtx660 jela naplno při pohybu pohledu po polygonech... jen mi napadá, jestli náhodou nenechavaji chroupak ty online drc kontroly právě přes GPU... protože jinak nechápu, proč je tak rozezrany...
2.06.2020 (01:03:50)  # IP X
Tim:
jak píše rayer, taky lenost menu mi vytáčí... chci zmáčknout třeba t+g+R a musím hrozně pomylu, to samé u+t a tak dále....
2.06.2020 (12:22:17)  # IP X
VroutekB:
DRC kontrola by možná šla nějak vektorizovat pro GPU, ale v tom případě by to DRC muselo být přímo bleskurychlé. Jenže není. Celé Altium mi připadá, že se z něj stává horda nepoužitelnýho hnoje. A to sem si o něm myslel v době, kdy nejnovější verze byla 15ka, se kterou jsem začínal - snažil se (a moc mě to teda neuchvátilo). 15ka aspoň přijatelně běžela i na mojem starým notebooku. Teď bych tam současnou verzi asi ani nepustil.
8bit: No, jen jestli ten problém nebude ještě nikde. Voni by ty indové možná taky psali lepší kód, kdyby je někdo adekvátně platil. Jenže menežment zřejmě vidí jen svý prémie a platy programátorů jsou výdaje, který se musí minimalizovat.
(Hlavně aby nový produkt měl ty správné buzzwordy, jako zelený, opensource, riscv, ... doplňte si sami)
2.06.2020 (15:42:09)  # IP X
RayeR (web) :
Mate asi velky frustrace z opensource/openhw, ze to cpete i do vlakna/k produktu, ktery s tim nijak nesouvisi... :)

Nekdy od verze AD18 byla velka cast programu prepsana kvuli multithreadovosti, pribyl novy DX renderer, take uz je od te doby pouze 64-bitova verze, takze tam nekde bude ten vykonostni zlom, bohuzel ne uplne k dobremu. Zas je treba rict, ze se na to nabaluje neustale hromada novych funkci (rada z nich uzitecnych a vyrazne urychlujicich design proti treba jinym jednodussim navrhovym programum - komu staci eagle, tak at si ho pouziva) a ze takovy SW se strava extremne komplexni (mozna srovnatelny treba se slozitosti OS) a udrzet v tom nejaky prehled je cimdal horsi. Pochybuju, ze nekdo z nas ma zkusenosti se spravou tak obrovskyho SW projektu. A kupodivu to nepisou Indove, vyvojova centra maji v USA (core), Holandsku, Kijeve a Sanghaji. Pred par lety mel vyvojovy tym jen par desitek lidi, naposled sem videl ze neco pres stovku, takze si nemyslim, ze by je z tech tucnejch zisku za licence nemohli dobre platit, ostatne muzete zkusit poslat CV, treba nakeho schopneho programatora radi prijmou :)

Jeste naka poznamka k narokum na GPU:
The key parameter of a Graphical Processing Unit (GPU) for higher performance in Altium Designer is its processing power, in terms of floating point operations per second (FLOPS). It is not recommended to use GPUs with a performance lower than 700 GFLOPS. Above this level, performance grows proportionally. By way of example, one of the recommended graphics cards - the Radeon RX 470 - posesses a GPU whose performance is 3793 GFLOPS.
2.06.2020 (16:47:40)  # IP X
VroutekB:
To nemění nic na tom, že 2D vektorový malování, který potřebuje herní grafickou kartu aby šlo vůbec používat je prostě totálně blbě.
4.06.2020 (20:32:44)  # IP X
ms-boss (mail) (web) :
BTW, já typicky u otázek na X zmiňuju i Y a Z, pokud jsem X, Y i Z používal, abych tazateli dal možnost získat i informaci, na kterou se neptal, pokud by mu mohla pomoct.

Osobně mě frustruje jak open-source, tak ne-opensource (ten většinou řádově víc). Minimálně u open-source se mi líbí, že můžu reportovat chyby. Zkuste reportovat chybu v Altiu **37 Nejdřív vám řeknou, že si musíte koupit licenci s podporou za bambilion. A pak vás pošlou do piče, že to možná opraví v budoucích verzích a že si máte koupit licenci na další verzi, až bude. A jestli to bude opravený, to z nich nevytáhnete.
4.06.2020 (21:23:44)  # IP X
RayeR (web) :
Chybu muzes normalne reportovat na https://bugcrunch.live.altium.com
a ta fronta je hodne dlouha, takze nemuzes cekat, ze to bude opravene hned. Kazdy bug report ma moznost vote, takze ty chyby, co lidi nejvic serou a dostanou nejvic hlasu, tak by se mely logicky resit prioritne. U opensource na opravu muzes cekat taky cele roky, ale mas aspon teoretickou moznost si to opravit sam,..

24.05.2020 (22:05:10)  K # IP X
RayeR (web) :
Jak tu byla nedavno naka diskuse o kondikach do filtru, tak neska sem zrovna rozkuch jednu nefunkcni filamentovou LED zarovku OSRAM, byl tam prerusenej pojistkoodpor na vstupu a po pripojeni napeti za nej, zacal na desce horet keramickej SMD MLCC kondik, tak proto se asi do tech filtru nedavaji :)
Po odstraneni jeho zbytku zarovka normalne sviti (je tam el. predradnik s nakym IO, ne jen tupy grec)
25.05.2020 (10:48:06)  # IP X
Tim:
OK, díky za poznatek **04
25.05.2020 (13:55:11)  # IP X
Dr. dOKTOr:
No tam nebude problém že odešel, mohl být poddimenzovanej, elyty odchází určitě víc... Spíš kvůli bezpečnosti je problém to, že odešel do zkratu.
25.05.2020 (14:30:03)  # IP X
Tim:
Jo, máš pravdu doktore, jako Y-kondy beru, že je milion důvodů, proč je nedát a proč je to z hlediska bezpečnosti průser (zkrat keramiky)...

V případě X-kondů je to asi otázka (pokud to bude už za patřičným jištěním) ... ale přesvědčili Jste mě a dám tam raději patřičné X1/X2 ... možná dobré relevantní důvod bude také zkušební napětí X/Y kondů, na které nemusejí být zkoušené ty X7R keramiky ...
25.05.2020 (14:57:32)  # IP X
RayeR (web) :
Ty keramiky asi moc neprezijou ani kratsi spicku prepeti a skonci prorazenim misto preruseni. Dokrore, tady byl zrovna elyt v pohode a keramika odesla. Nevim ani jak byla presne zapojena, jen vim ze 1 pol kondu byl na 1 vstupu a druhy pol se vyparil. V ref. schematu sou akorat kondy za grecem a paralelne k LED, coz nebyl ani ten to pripad...
http://rayer.g6.cz/elektro/wledbulb/osram2.jpg
26.05.2020 (16:37:33)  # IP X
toman:
Hm dobre, rozmyslal som co je dnu kedze neblikaju. Poslednu dobu kupujem uz tieto kedze svietia klasicky do priestoru a nie viacmenej pred seba+neucinny mliecny difuzor. Tusim to vedu ako PARATHOM PRO CLASSIC, najsilnejsia je 15W, v 4000K velmi fajne svetlo.
26.05.2020 (22:50:56)  # IP X
Dr. Doktor:
Je v té elektronice nějaká tlumivka? Pokud ne, je to prasárna, lineární stabilizátory zabíjí účinnost LED... To už je lepší jako předřadník jen sériovej kond a grec. Sice to má horší účiník, ale lepší účinnost.
26.05.2020 (22:58:09)  # IP X
Arambajk:
Před pár lety měly některý uvnitř měnič s tlumivkou, dneska je častejší lineární zdroj proudu bohužel (sice pak jdou stmívat). Nicméně i tak životnost součástek daleko převyšuje životnost těch ledek tam. Kupuju je dál od různých výrobců, protože to svítí fakt dobře, ale přijde mi, že je měním podezřele často, už jsem na ně začal psát datum jako kdysi na úsporky, některý jsou tam furt už 5 let ale v kuchyni a koupelně vždy méně než dva roky.
26.05.2020 (23:02:50)  # IP X
Arambajk:
Pozná se to při pohledu skrz baňku, jestli je tam hodně součástek anebo jen prázdná chladící plocha desky pocínovaná http://live.staticflickr.com/65535/49939480891_e3864a71...
27.05.2020 (03:13:45)  # IP X
RayeR (web) :
Je to linear, pry naka patentovana technologie. Pri relativne velkem napeti tech filament tycinek a malem proudu to snad nebude tak zly...
http://www.rayer.g6.cz/elektro/wledbulb.htm#OSRAM_2.8W_E14
27.05.2020 (12:14:15)  # IP X
Dr. dOKTOr:
Jaký máte zkušenosti s "Tesla" žárovkama? Já teď koupil na zkoušku pár těch "mléčných", za 40 korun kus. Příkon mají dokonce o půl wattu větší než psanej a svítí fakt hodně, takže tady určitě spokojenost, otázka bude výdrž...
27.05.2020 (14:42:48)  # IP X
toman:
Ja kupujem E27 takze tam mozno tlmivka bude..
27.05.2020 (17:57:16)  # IP X
RayeR (web) :
Ta Tesla asi nebude mit nic spolecneho s puvodni Teslou Holesovice, proste si to jen nekdo nechal v cine potisknout, podobne jako set top boxy a dalsi vyrobky Tesla. Ja nic od teto novodobe znacky nemam, tak nemuzu soudit. Pokud ti vydrzi 5+ let, tak bych to bral jako uspech.
27.05.2020 (18:44:13)  # IP X
Dr. Doktor:
Ano, nemá to nic společného, proto jsem to dal do uvozovek **01 Ale to neznamená že bych se nemohl ptat na zkušenosti...
27.05.2020 (22:00:25)  # IP X
Arambajk:
Těch Tesla Lighting tu mám namontovaných 19. Většinou 6,5W, pár 4W, bez ohledu na sérii nebo výkon jsem jich za těch 5 let musel vymněnit cca polovinu, na některých místech dokonce vícekrát, takže jo, vydrží to víc než klasická žárovka i halogenka, ale ne o tolik jak by mělo.
Ze zvědavosti jsem pak koupil ještě Osram, ta vypadá uvnitř i svítí úplně identicky, překvapila mě Philips 8,5W, má ty skleněný destičky cca 4x větší, takže se přes větší výkon bude lépe chladit, snad.
Jinak když jsem ty nefunkční rozebíral, doufal bych, že v nich bude přetlak kvůli chlazení, ale nebyl.
27.05.2020 (22:36:20)  # IP X
Dr. Doktor:
Dík za zkušenosti. To je celkem v poho, některá čajna odchází i po půl roce.
28.05.2020 (09:54:40)  # IP X
Blawhar (mail) :
Pár let zpět se nakoupila hromada led žárovek (solight? osram? nevím už) které postupně po půl roce odcházely. Když jsem je rozlousknul zjistil jsem, že zdroj do nich pouští větší proud. Byl tam nějaký spínák s shuntem a kupodivu se mi i podařilo najít datashit toho obvodu, kdy jsem upravil hodnotu toho odporu. A světe div se 2 kusky svítí už 5 let.
4.06.2020 (21:30:33)  # IP X
RayeR (web) :
Tak a svitime :)
http://rayer.g6.cz/elektro/wledbulb/osram3.jpg
BTW jake mate zkusenosti s pajeci kapalinou na hlinik? Ja mam tu z GM a pripada mi, ze cely proces je pomerne haklivy na nastavenou teplotu. Kdyz je teplota hrotu moc vysoka, tak se nedari hlinik pocinovat, prip. smaci jen ze zacatku a pri ohrevu delsim jak par se zas cin prestane chytat a odpadne. Kdyz je teplota moc nizka, tak zas neprohreju material aby tam moh cin chytit/roztavil se vubec. Pritom na miste, kde bylo provedeno pocinovani z vyroby, tak ten problem s odcinovanim nenastava. Tak by me zajimalo, jesi ma nekdo nakou jinou kapalinu a jak se chova, treba tecka blahe pameti kdysi take takovou prodaval. Nebo nakou od cinana treba...
7.06.2020 (10:14:28)  # IP X
ms-boss (mail) (web) :
Já jsem většinou používal směs acylpyrinu s kalafunou v IPĚ, ze který jsem odpařil ten líh. Ale je pravda, že jsem toho příliš mnoho hliníkovýho nepájel. Další věc je ta, že všechny kapaliny na hliník brutálně žerou páječku, takže jsem to vždycky dělal trafopáječkou s obyčejným měděným očkem.
7.06.2020 (18:06:08)  # IP X
RayeR (web) :
Acylpyrin sem pouzival jen na odizolovani smaltovanych Cul dratku, na hlinik me to teda pouzit nenapadlo. A cos tim pajel, nake dratky nebo spis vetsi plochy? Smacelo dobre?

22.05.2020 (22:13:19)  K # IP X
Dragon:
Ahoj,
chtěl bych se zeptat, dá se použít orientační Danykova online kalkulačka na výpočet výkonu trafa o větším výkonu?
Mám tu EI 1f trafo se středním sloupkem 112cm^2 (střední sloupek je cca 7*16CM) ... podle danykovy kalkulačky vychází cca 10kVA ... což se mi nezdá...
Kolik odhadujete že bude reálný výkon (trafo 230->230V, vinutí hodně mohutné), bohužel štítek chybí (vypadá docela moderně, žádné 30 let orezlé staré trafo), plechy jsou svařené podobně jako u MOTu)
Díky
22.05.2020 (23:16:11)  # IP X
Dr. Doktor:
Odpor primáru? Průměr drátu?
23.05.2020 (01:06:39)  # IP X
Dragon:
Dopoledne zjistím... ještě napíšu...
23.05.2020 (11:39:19)  # IP X
Dragon:
Tak průměr drátu je cca 3,2mm -> tedy 8mm2, odpor primáru cca 0,11R
23.05.2020 (15:40:38)  # IP X
Dr. Doktor:
tak to by mohlo být cca 16A, dost možná to bude oddělovák pro plný výkon 1f zásuvky?
23.05.2020 (23:02:47)  # IP X
Dragon:
OK, díky... koneckonců to mohu nechat zatížené na 16A a uvidím, jak tomu bude s teplotou... když bude v pohodě, alespoň budu vědět, že to mohu příležitostně špičkově přetížit i více (s vyšším jištěním)
Díky
24.05.2020 (17:34:57)  # IP X
Dr. Doktor:
Krátkodobě to snese mnohem víc, koneckonců můžeš použít Danykovu kalkulačku pro ohřev drátu. Takový mega trafo snese klidně 200% výkonu po 10 minut. Jinak pokud chceš zkoumat oteplení při trvalým chodu, tak takový trafo musíš nechat jet několik hodin aby se ustálila teplota.
26.05.2020 (00:38:46)  # IP X
Dragon:
Dobře, díky

22.05.2020 (14:32:57)  K # IP X
deny hoch (mail) :
Zdravím místní kolegy,
Dnes bych Vás chtěl poprosit o objasnění funkce sběrnice SPI. SPI používám na procesorech STM od firmy ST, ale pouze v režimu "Master" s jinými zařízeními (například ADC, DAC atd.). Chtěl bych tuto sběrnici použít v režimu komunikace mezi procesory - jeden procesor nastaven jako "Master" a druhý jako "Slave". Není mi jasná následující věc :
SPI funguje na přenosu dat pomocí hodinového signálu (který generuje Master) a dvou nezávislých vodičů (MISO, MOSI). Není mi jasné, když Master odešle do Slave příkaz vyčíst (třeba adresu registru), musí pak Master chvíli počkat, aby si Slave data připravil a až pak začít vyčítat data (tikat hodinovým signálem) ? Sekvence by mohla být třebas následovná :
1.) Master shodí CS signál, načež Slave pozná, že se zahajuje komunikace
2.) Master pošle třebas 8-bitové slovo, kde je příkaz, co má Slave dělat.
3.) Počká nějaký čas, aby si Slave data připravil.
4.) Master začne vyčítat data ze Slave (třeba 32-bitové slovo)
5.) Po vyčtení všech dat, Master nahazuje zpět CS pin.
6.) Slave detekuje konec komunikace.

Je to takto proveditelné nebo někde dělám neodpustitelnou chybu ? Zatím je to pouze teoretické fungování SPI sběrnice, nikoliv praktické zapojení. Než se do něčeho pustím, rád bych tomu plně porozuměl.
Děkuji Vám za váš čas.
23.05.2020 (18:58:34)  # IP X
RayeR (web) :
SPI sem zatim v zadnem MCU jako slave nepouzival, tak nechci trousit naka velka moudra. Kdyz mas nakou SPI periferii, treba pamet nebo ADC, tak ta ma v HW implementovany naky jednoduchy stavovy automat, ktery okamzite reaguje na to, co mu master naklokuje, max. u nakych pameti je tam pridan treba 1 dummy byte aby se to stihlo vycist. U MCU tusim bud muzes mit naky buffer, v kterym budes mit pripraveny data, ktery se budou atomaticky odesilat masterovi, ale pokud potrebujes reagovat na konkretni command byte, tak je jasny, ze tam bude muset bejt naka pauza, nez si slave prechrousta a vygenereuje nakou odpoved. Taky si nak matne spominam, ze na STM32 byla v SPI slave rezimu naka buga zminena v errata, tak si je radsi predem procti, at se nedivis...
23.05.2020 (19:04:19)  # IP X
RayeR (web) :
Este k tem dele trvajicim prikazum, obvykle ten slave implementuje cteni nakyho status registru, ke budes mit naky bitflag (rdy/busy), ze uz je to hotovo/prikaz probiha, takze az prikaz zpracujes, tak nahodis rdy a master bude pollovat dokud se ten bit nenahodi a pak si muze treba vycist odpoved. Pripadne muzes na slave dedikovat naky pin jako INT, kterym budes mastera informovat, ze je hotovo.
23.05.2020 (23:06:50)  # IP X
deny hoch (mail) :
Děkuji ti velice, RayeR.

Nebylo mi právě jasné, jak je možné, že Slave má připravené data hned, jakmile Master naklokuje (hezké slovo :) ) příkaz. Bohužel, to v MCU asi neudělám - možná přes DMA by něco šlo, ale nejsem si jistý, jak by to fungovalo. Myšlenka s INT pinem je zajímavá a rozhodně dost věcí by vyřešila.
Ještě si nějaké podklady prostuduji. Sice je to moje chyba, ale angličtina je pro staršího člověka (já) trochu horší, takže jsem velice rád za jakékoliv české rady a podklady. Přechod z x51, AVR až k STM pro mě byl celkem komplikovaný, ale nějak jsem to zvládl. Rád se totiž učím novým věcem, aby mozek úplně nedegradoval.
25.05.2020 (20:17:57)  # IP X
deny hoch (mail) :
Děkuji StandaM.
Nějak jsem to přelouskal a přijde mi to celkem přínosné.

Až budu něco s SPI a komunikací mezi CPU stavět, rozhodně vyzkouším obě metody. Něco mi ale říká, že INT pin bude lepší, neboť je to hardwarové řešení, které nebude využívat jádro narozdíl od metody "Pollingu".

Děkuji za rady.
25.05.2020 (21:56:11)  # IP X
RayeR (web) :
To bezne pouzivaji pomalejsi periferie, jako treba MEMS akcelerometry, mas tam pin INT/DATA ready, posles slave prikaz aby zmeril hodnotu, mezitim delas neco jinyho a az prijde to preruseni, tak si prectes namerenou hodnotu. Tak by to slo asi udelat v tom slave MCU taky.

Návštěvní diskuzní kniha danyk.cz
Hlavní diskuze Diskuze s obrázky Bazar Píseček


Strana 1 / 217
Vláken 5420, na str:


RSS danykovy diskuze - tato kategorie   RSS danykovy diskuze - všechny kategorie

Stará diskuze