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:

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....

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.

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.

17.05.2020 (23:23:26)  K # IP X
Tim:
Nemáte někdo náhodou zkušenosti s tímto bazmekem z Číny?
https://www.aliexpress.com/item/4000481445801.html?spm=...

Potřebuji něco na orientační zobrazování výkonu, proudu, u 3f testovací zásuvky a toho mi přijde ještě cenově přijatelné...
Jen mi není jasné, jestli to s vhodnými měřicími trafy lze upravit třeba do 32A, aby se to nemuselo při každém zapnutí nijak konfigurovat
Ani pořádnej datasheet k tomu moc nejde sehnat...
Díky
18.05.2020 (10:12:49)  # IP X
Dr. Doktor:
Hehe, to je fakt podezřele levný **02 Ale zkušenosti bohužel nemám...
18.05.2020 (10:50:42)  # IP X
Tim:
Jako říkám, nevadí mi klidně i +/-5% chyba měření... chci jen testovací zásuvku se softstartem a reverzací, abych +/- tušil, co mi dané zařízení ze sítě papá a z jaké fáze (rovnoměrnost/nerovnoměrnost)...

Jen se bojím toho, aby se to při každém zapnutí nemuselo nastavovat (pokud to vůbec lze, aby to měřilo ten správný proud..(a aby to umělo zobrazovat i 32A)- snažím se stáhnout datasheet, ale to bych chtěl asi moc...
18.05.2020 (12:16:16)  # IP X
RBMK (mail) (web) :
Nevidím nikde uvedený měřící rozsah...
18.05.2020 (14:34:19)  # IP X
Tim:
Údajně 5A (nahoře na štítku - tedy podle jiných fotek na ebay...) ... to bych si klidně upravil měřícím trafem, ale jestli jde přenastavit zesílení převodu, to je otázka... aby to nekecalo 10x míň
18.05.2020 (14:36:48)  # IP X
Tim:
Jde vám prosím pěkně někomu stáhnout ten manuál? Hází mi to jen "503 Service Temporarily Unavailable"

https://manualzz.com/doc/41496323/bj194e-9sy-multi-func...
18.05.2020 (19:18:29)  # IP X
SOB's (mail) :
http://leteckaposta.cz/522475201

mě to stáhnout šlo
18.05.2020 (20:02:35)  # IP X
Tim:
Moc děkuji... snažil jsem se to den a půl stáhnout a nic... kouknu na to
23.05.2020 (16:18:03)  # IP X
Tim:
No, zkusil jsem podobný objednat, tak uvidím, až to přijde...

14.05.2020 (21:23:09)  K # IP X
antibalda (mail) (web) :
Setkal se někdo s tímto ?
https://imgup.cz/images/2020/05/14/err.png
Jde o to, že po použití CAM procesoru a tvorbě gerber dat, chybí část děr a outline. Může to mít za následek ULP ? Použil jsem renumber-sheet.ulp a po něm se to nejspíše posralo (nevím to jistě). V EAGLU to není poznat až pak v gerber vieweru. Samozřejmě takto je to nevyrobitelné ...
EAGLE je verze 7.2.0. CAM jobů jsem zkoušel více, ale výsledek vždy stejný.
14.05.2020 (22:46:57)  # IP X
VroutekB:
A co tak dybys to laskavě zkusil strčit do nějakýho normálního prohlížeče gerberů a ne toho onlajnovýho, o kterým i JLC samo tvrdí, že není dokonalej?
15.05.2020 (07:51:51)  # IP X
antibalda (mail) (web) :
Všechny gerber viewery to zobrazují stejně.
15.05.2020 (09:29:56)  # IP X
VroutekB:
Tak potom tam asi přecijen budeš mít problém. **16
Renumber-sheet skript pochybuju že by vůbec měl jak vyrobit takovejhle fail. Zvědavě bych se podíval, co se tam děje, ale bohužel nejsem vybaven kompatibilní verzi prašivého SW. **13
A nevypnul sis jen nějakým nešikovným hrábnutím něco někde v PCB editoru? Já si jednou omylem zamaskoval několik padů... a ne, nebyl to bug, ale moje nešikovnost.
15.05.2020 (22:27:09)  # IP X
antibalda (mail) (web) :
Proč je podle tebe EAGLE prašivý SW ?

Ne, nedělal jsem tam žádné úpravy. Našel jsem zálohu (na Google disku) před renumber-sheet skriptem a tam ta chyba není. Jen info pro někoho, kdo by se s tím také trápil.
16.05.2020 (12:01:07)  # IP X
VroutekB:
Prašivej software tomu dycky řiká tady myslim 8-bit **02
16.05.2020 (16:17:52)  # IP X
8-bit (mail) (web) :
Nn, 8-bit tomu říká "vypelichaná zkurvenost". Problém ale je, že všechny 8-bitovi známé alternativy jsou o hodně horší **02
16.05.2020 (16:21:07)  # IP X
8-bit (mail) (web) :
Jinak setkal jsem se s tím, že gerber viewer na JLC některé otvory nezobrazoval, ale když jsem ty samé fajly otevřel v normálním prohlížeči gerberů tak tam všechno bylo.
18.05.2020 (08:08:48)  # IP X
antibalda (mail) (web) :
A dozvím se proč je to prašivý (vypelichaná zkurvenost) SW nebo ne ? Chci znát názor odborníků.
18.05.2020 (10:47:54)  # IP X
Tim:
Já osobně nevím, sice nemá některé vlastnosti jiných SW, na druhou stranu za těch 10000Kč ročně je pro OSVČ lépe dosažitelný, než třeba 15x dražší Altium na rok (nebo 30x dražší trvalá licence Altia)...
18.05.2020 (14:14:34)  # IP X
RayeR (web) :
A KiCAD mate zadarmo, az se objevi ms-boss tak vam to vysvetli :)
S eagle nedelam, ale pokud vemes tu zalohu, pustis na ni ten skript a nic jinyho a vysledkem je tahle chyba, tak to asi logicky bude tim skriptem, tak si ho bud budes muset opravit/updejtnout/pozadat o pomoc autora nebo tu vec vyresit jinak nez skriptem.
Ja sem zas videl nake sracky co v gerbrech generoval PADS a PCB editoru to vypadalo normalne, se obcas stavaj takovy podivnosti. Jako ref. proglizec gerbru pouzivam ten v altiu, zatim sem nenasel nekde naky rozpor s realitou a tim co ukazoval...
18.05.2020 (14:43:21)  # IP X
antibalda (mail) (web) :
RayeR ->
Teď jsem to zkusil. Chyba se po použití skriptu opět objevila (před skriptem OK). Divné je, že když skript použiju na jiným schématu, tak v PCB chyby nejsou. Ještě jsem si všimnul, že renumber-sheet.ulp po použití vygeneruje nějaký soubor "renum~sheet.scr" v adresáři se schématem a když tento soubor nezmizí (smaže se sám), chyba je na světě. Pokud zmizí sám, je vše OK. Skript se ukončí korektně a ani na schématu, ani na PCB není vidět chyba až do použití Gerber prohlížeče. Prostě se to chová krapet nestandardně.
19.05.2020 (01:35:53)  # IP X
RayeR (web) :
Ze by naky docasny soubor? Neni prilis velky, ze by tio nahodou doslo misto na disku?
Jeste by mozna slo neco vykoukat z tech gerberu porovnanim dobrych a spatnych, nekdy problemy nekterym programum zpusobi treba spatne zarovnani nebo pocet desetinnych mist ci nul...
19.05.2020 (04:10:22)  # IP X
8-bit (mail) (web) :
Je to vypelichaná zkurvenost protože je s každou další verzí horší.

EAGLE si do tempu ukládá něco jako e00000xx.tmp, ale měla by to být jen undo/redo paměť. ULP skript může ukládat libovolné soubory kamkoli, takže by to možná chtělo projít zdroják. Skript spuštěný na schematu nemůže nijak manipulovat s deskou (jedině nepřímo pomocí dopředné anotace ze schematu) a ani nemá přístup k datovým strukturám desky. Podle mě se to rozesralo proto, že se změnilo pořadí součástek čímž se projevil symptom nějaké jiné chyby.
19.05.2020 (11:45:16)  # IP X
antibalda (mail) (web) :
"Je to vypelichaná zkurvenost protože je s každou další verzí horší."
No to jsem se toho zase dozvěděl. Nad některými tvými komentáři nevím, jestli mám brečet nebo se smát. **37

Ten dočasný soubor má několik kilobajtů. A když to otevřu v poznámkovém bloku, tak je tam jen nějaký výstup "co, jakou a kde" součástku přejmenoval.
21.05.2020 (00:52:35)  # IP X
Dreit (mail) :
Hned jsem si vzpomněl na frézování desek před skoro 10 lety na škole, Eagle 4 vyplivnul Gerber soubor a všechno perfektní. Pak jsme to samý udělali v Eagle 5 a část desky chyběla - někdy díry, někdy třeba půlka outline a část cest, naprosto náhodně. Tohle bude sice něco jinýho (žádnej skript jsme tehdy nespouštěli), ale jsem tak trochu rád, že jsme s podobným chováním nezápasili sami **02
21.05.2020 (01:38:02)  # IP X
RayeR (web) :
No tak mozna byl problem v parseru tech Gerber dat na te frezce/plotru...

13.05.2020 (00:11:12)  K # IP X
Tim:
Ahoj,
dostal jsem notebook ASUS, který prý z ničeho nic přestal fungovat - ani neblikne, ani se neroztočí větrák, ani nepípne... vůbec nic, žádná LEDka...
Zkoušel jsem jiný adaptér - tím to není. Z laboráku bere 6,4mA a žádný pokus o změnu...
zapínací tlačítko jsem zkusil přímo na desce zkratovat a nic...
CMOS baterku jsem zkoušel vyndat, odpojit HDD, RAM, grafiku ve slotu, obrazovku... prostě, co šlo...

vůbec nic... má cenu se tím zabývat, nebo hodit do krmítka?

mám někde 100% jistotu, že je to deskou (motherboardem)?
Co myslíte? Díky
13.05.2020 (16:25:06)  # IP X
RBMK (mail) (web) :
Najít k dané desce power up sekvenci - co se postupně zapíná, jaký zdroj závisí na jakém, a máš tam i měřící body. Třeba je jen někde zkratlé USB nebo odpálený nějaký čip nebo keramický kondík, na to pak zdroj a prst, líh nebo termokameru. Občas jsem se stýcem takle rozbitý notebook opravoval a jeden jsme i vzkřísili, byla to keramika. Taky může být zkratlý kábl do displeje, někde v kloubu překroucený. A do krmítka to neházej, nejde to vyndat. Opři to vedle. Pokud budeš dávat cokoliv do krmítka, tak aby z toho červeným zmrdům nešlo nic použít a přeprodat, zničit cenné kovy, cenné díly, nechat plasty.
13.05.2020 (17:18:17)  # IP X
Tim:
Dobře, zkusím po tom zapátrat, ...

Jen nevím, jestli termokamerou poznám oteplení těch celkových 6,5mA*19V --> 120mW? Víc to opravdu nevezme, ani puls nějakého proudu při zapnutí tlačítka...

Zkusím na to ještě mrknout... S tím krmítkem jsem to samozřejmě myslel tak, že jim tam hodím až roztřískaný a vybrakovaný šrot s plasty :D
14.05.2020 (04:08:47)  # IP X
RayeR (web) :
To muze bejt asi 1000 ruznejma vecma, taky mi tu lezi v supliku miniaturni Atomovej PC board z Holic, kerymu se taky nejak nechce do bootu a zatim sem na nic neprisel. Ty zkratly keramiky se fakt obcas stavaj a blbe se to hleda, tantal vetsinou aspon vybouchne a je poznat kde. Zkus este ten notas napajet pres nakej mensi odpor a sleduj odebirany proud na osciloskopu, jesi tam nejsou nake kratke pulsy, coz by naznacovalo, ze se zdroj snazi rozjet a kuli zkratu zas hned vypne. Taky nekdo mohl blbe naflesovat BIOS nebo FW do EC a bez nej to treba taky ani nezaplne...
"RBMK: Opři to vedle" **04
14.05.2020 (09:29:18)  # IP X
Tim:
Dal jsem tam 220R odpor a vůbec nic na osciloskopu není, ani náznak pulzu ani jehly...

Zkusil jsem simulovat i baterii z laboráku a taky vůbec nic, jen se nabije jeden kondík a pak už žádný pulz...

Na flešování to nevidím, měli to lidé, kteří byli rádi, když to zapnuli... takže úmysl v tom rozhodně nebyl...
14.05.2020 (13:12:15)  # IP X
VroutekB:
Začni tim, že k tomu verglu najdeš schéma. Ke spoustě notebooků a madrbordů to jde najít. Včetně krámů vod crapplu.
Dokud to neni robot Fanuc, tak se dá najít k tomu kde co. **02
14.05.2020 (15:33:12)  # IP X
Tim:
No, moc se mi nedaří, jedná se o ASUS K53SK rev. 2.1 - našel jsem ji na této stránce, ale nikde jsem nenešel stažitelné schéma...
https://remont-aud.net/load/noutbuki/platforma_asus/asu...

Ale je otázka, jestli se kvůli starému notebooku trápit...
19.05.2020 (01:39:07)  # IP X
RayeR (web) :
A kontrolovals napeti vetvi, kery maj bejt napajeny ve stby? Treba ten EC by asi mel bejt zivenej trvale, do chipsetu by taky melo naky napeti jit na nakou vstby vetev...
19.05.2020 (20:04:36)  # IP X
VroutekB:
...a přece to jde sehnat.

12.05.2020 (17:57:20)  K # IP X
VroutekB:
Něco pro potěšení 8bita, zřejmě další příklad freetardismu:
https://github.com/gregdavill/OrangeCrab
Nějak nenacházím smysl značně velkého (24k LUT) FPGA s DDR3 RAM an desce s 20 pomalými IO. Nenapadá mě naprosto nic užitečného, co by s tím šlo dělat.
Přiložené vzorové příklady mě přesvědčují o tomtéž: Hlavně že máme FPGA s opensource toolchainem na opensource desce, kde můžeme opensource RISCV procesorem blikat RGB LED. **19
Já nevim, asi sem blbej, ale některý věic mi hlava nebere.
12.05.2020 (18:45:06)  # IP X
ms-boss (mail) (web) :
To jsem jedinej, kdo si dělá vlastní desky nebo tu všichni uvažují způsobem "píčo hele, deska s FPGAčkem, prdnu to někam a vono to bude určitě vhodný na cokoli". Copak do nějakýho zařízení bys strčil demoboard s procákem od STčka? Stejně prakticky jakejkoli bastl vyžadujícíc takový FPGA bude natolik složitej, že stejně kvůli tomu se budeš prcat s plošákem, takže si ho tam stejně už na ten plošák nakreslíš a nebudeš to tam jak ardujínista cpát na pinheadery...
12.05.2020 (19:55:47)  # IP X
VroutekB:
...a běda zkusit freetardistům argumentovat, že tenhle přístup je na nic. **17
12.05.2020 (21:20:28)  # IP X
ms-boss (mail) (web) :
Kterej? Plácat z hotovejch destiček nebo si dělat svoje?
13.05.2020 (10:08:52)  # IP X
antibalda (mail) (web) :
Já bych to osobně moc nezatracoval. Na nějaký vývojový pokusy před tvorbou finálního plošňáku je to dobré, si myslím. Stejně jako DISCOVERY od STčka. Jak píše MS-BOSS, taky to nikam jako celek nezaděláš, jen vyzkoušíš možnosti a následně uděláš vlastní DPS.
13.05.2020 (10:42:00)  # IP X
VroutekB:
Jo a v jakým pokuse prosímtě použiješ obří FPGA s DDR3 RAM, když k tomu můžeš připojit něco akorát přes 20 pomalých IO pinů?
13.05.2020 (14:16:23)  # IP X
8-bit (mail) (web) :
Projevem freetardismu je tady jen lpění na nepodstatných píčovinách jako že je to "certifikovaný open source hardware" (WTF). Výrobu zbytečných modulů s FPGA a DDR3 o 20 pinech bych spíš bral jako projev"Arduinismu" **02 Jediné na co by se to teoreticky mohlo hodit by byl vývoj nějakého CPU jádra, ale dost pochybuju, že cílová skupina někdy bude něco takového dělat. Použitelná FPGA deska vypadá nějak takto https://invidio.us/watch?v=Sq8SxVDO5wE (7:45), tj. obsahuje jen naprosté minimum pro svoji funkčnost, nestojí moc, má vyvedené všechny porty a jde pohodlně přeměnit na nějaký testovací prasobastl.
13.05.2020 (15:25:35)  # IP X
VroutekB:
17:45... ale jinak jako jo, souhlasí.**13
13.05.2020 (17:06:15)  # IP X
ms-boss (mail) (web) :
Pánové, vy jste mě špatně pochopili. Já ty předzhotovněný destičky nepoužívám vůbec, ani na pokusy, standardně dělám rovnou desku. Sice se občas ujebu a musim pak něco opravovat drátama, ale není to obvykle nějak závažný.
13.05.2020 (17:28:33)  # IP X
antibalda (mail) (web) :
Tak třeba na nějaké specifické a náročné výpočty by to třeba použít šlo. Nemyslím si, že výrobce/konstruktér s tímto udělá díru do světa.
13.05.2020 (19:19:31)  # IP X
VroutekB:
Tak mi uveď příklad výpočtu, kterej potřebuje FPGA s DDR3 a vystačí si s 20 pinďourama. **16
Je to prostě píčovina.
13.05.2020 (20:23:22)  # IP X
antibalda (mail) (web) :
Data se tam mohou nasypat přes SPIčko, provést výpočty a následně vysypat přes I2C nebo uložit na SD kartu.

Teď v práci řeším linku, kde bude 12 kamer, které budou měřit profil vlakového kola. Firma, která bude dodávat měřící SW (já osobně dělám PLC a za firmu vedu celý projekt), chce používat vlastní grabovací karty s FPGA, na kterých budou dělat před-výpočty. Svoje know-how moc nezveřejňují, takže moc info o tom nemám.

Vím, že to je hodně specifický použití, ale třeba 10 kusů prodá
**03
13.05.2020 (21:28:52)  # IP X
VroutekB:
Jasně, 12 kamer budeš po SPI soukat do FPGA. ( **38 )
Kdy už z té puberty vyrostete... **02
14.05.2020 (04:24:03)  # IP X
RayeR (web) :
Tak ze si pro neco neumite predstavit vyuziti, jeste neznamena, ze to je k nicemu, jinak by to asi nikdo nedelal, muzete to v klidu ignorovat a usetrit si zbytecne pycovani.
Treba v jednom projektu sme pouzili naky takovy maly levny FPGA kit na realtime processing dat na CANu a stacilo nam k tomu asi 8 GPIO, naka kravska deska s 1000 pinama by byla spis na skodu. Dokonce tam byla myslim prifarena naka RAMka, ktera se ale nepouzivala. A jelikoz to byl spis proof of concept, kde slo o rychlost vyvoje, tak sem raci kolegovi behem hodinky zpajel "klubko dratu", nez aby se na to vyvijel seriozni plosnak, kor kdyz to pak stejne ve finale manazeri skrtli, zbytecnoa prace...
14.05.2020 (11:42:47)  # IP X
Tim:
No, jak píše RayeR ... ono my na to pohlížíme z pohledu člověka, který se hrabe v Hardware a umí kreslit PCB... Představte si ale nějakého nadšence spíše softwareráže, kterému je HW cizí, nebo se v něm moc neorientuje a neumí kreslit PCB... a chce si jenom něco vyzkoušet...
Já jsem univerzální desky většinou nepoužíval, ale na prvotní seznámení s MCU je považuji za prospěšné... chápu, že tady je to u našlapaného FPGA diskutabilní ("to zkoušení"), ale na druhou stranu to může také sloužit k tomu, že se najdou limity tohoto provedení a člověk se poučí a udělá to lépe... toť pouze můj názor
14.05.2020 (13:42:10)  # IP X
VroutekB:
Já si představit využití neumím, proto se na něj ptám. A zatím sem se od nikoho, ani od samotných freetardistů nedozvěděl, k čemu je to dobrý, krom toho že "je to dobrý na něco". (Imho to není dobrý na nic)

11.05.2020 (23:24:26)  K # IP X
Tim:
Ahoj pánové, jsou tu mezi Vámi nějací Altiáři? Nebo to možná bude principielně podobné i u jiných návrhových systémů...

Řeším obecný problém, jak v DRC pravidlech nastavit rozdíl mezi vzdušnou a povrchovou vzdáleností... respektive, jak mu to správně vnutit a odlišit to?

Například - udělám pravidlo na povrchovou vzdálenost 5mm mezi polygony, ale jak zároveň Altiu donutit akceptovat třeba 3mm, pokud to mezi profrézuji (proříznu desku)...

Jakým mechanismem nebo logickým postupem na to jít? díky
12.05.2020 (10:06:29)  # IP X
VroutekB:
Clearance vs. creepage **04
12.05.2020 (11:32:47)  # IP X
Tim:
VroutekB -> děkuji uctivě... snažím se poprvé poctivě nastavit všechna (rozumná) pravidla a mám z toho zamotanou hlavu, jak to vymyslet, abych minimalizoval jejich počet...

Existuje na to nějaká rozumný poučka, jak postupovat? Něco málo jsem si o tom přečetl, ale mám z toho těžkou hlavu, jak to realizovat do praxe...
14.05.2020 (04:35:58)  # IP X
RayeR (web) :
Novy altium na to neco ma:
https://www.altium.com/documentation/altium-designer/pc...
ale silovinu nedelam, tak sem to este nepotreboval...
14.05.2020 (09:31:01)  # IP X
Tim:
Jo, to je asi přesně to, co posílal VroutekB - funguje to docela dobře **04

9.05.2020 (10:08:02)  K # IP X
Martin (mail) :
Zdar, potrebujem z Lionky dostať 3,3V pre procesor, odber okolo 0,5-0,7 A .Baterka bude stále pripojená tak aby to nežralo moc ak bude procesor uspatý. Ja som našiel tieto https://www.ti.com/lit/ds/symlink/tps61322.pdf
https://www.mouser.tw/datasheet/2/405/tps61021a-958718.pdf
alebo máte nejaký iný overený, lepší?
9.05.2020 (10:29:29)  # IP X
Dr. Doktor:
Zvyšovač z principu neumí snižovat napětí
9.05.2020 (12:16:12)  # IP X
VroutekB:
No to by mě zajímalo, jakej procesor ti bude žrát půl ampéry? Dobrej bulšit.
Jediný, co ti pomůže je snižovač a procesor napájet menším napětím: 1.8 nebo 2.5V.
Jinak potřebuješ buckboost, nebo zkrátka nebudeš schopen využít plnou kapacitu akumulátor.
9.05.2020 (13:49:55)  # IP X
Martin (mail) :
Ježiš ja som debil. Nejak mi to ušlo.Idem sa zahrabať.
10.05.2020 (00:32:31)  # IP X
RayeR (web) :
V 1 projektu s Li baterkou sem kdysi pouzil buck/boost TPS63000, msylim ze by ti taky mel vyhovet.
11.05.2020 (22:55:24)  # IP X
VroutekB:
Eště taká poznámka: Prcák máš napájet z LDO na nízkém napěít (1V8-2V5) taky proto, protože spínák bude žrát jak azor, zatímco levné LDO žere i jen mikroampér.

5.05.2020 (19:38:40)  K # IP X
Tim:
Ahoj,
dnes má otázka směřuje k NTC termistorům na omezení nárazového proudu...

Potřebuji omezit náběhový proud pro relativně malý zdroj s malou vstupní kapacitou (20uF), ale na napětí až 850VDC. Problém je, že na takové napětí NTC termistory prakticky nejsou (jen výrobce ametherm, ale ty jsou strašně kravsky velké)

Myslíte, že si můžu dovolit, když mají v datasheetech vyjádřené max. hodnoty kapacity pro různá napětí (typicky 110VAC a 230VAC) při zachování stejné energie tyto hodnoty aproximovat a přepočítat si max. energii pro 850VDC? Protože pro to, že potřebuji omezovat by vystačil i relativně malý NTC termistor (max. 16mm disk)...

Jen se obávám právě toho pulsního napěťového namáhání, aby se nějak nepoškodil vlastní termistor - co si myslíte?

P.S. - oblast, kde ho chci provozovat je 10x menší energie, než kterou udávají pro napětí 230VAC a max. kapacitu.... takže z hlediska energie obavy nemám, ale napěťově je to blbé...

Případně alternativy? Trochu se zdráhám tam dát jako alternativu melaoxidový 3/5W odpor 5/10R - sice napěťově dimenzovaný je, dle charakteristiky špičkového přetížení je také v pohodě, ale nevím no...
5.05.2020 (23:43:09)  # IP X
VroutekB:
Mi neřikej, že by to takovejhle strejda, nebo dva tři v sérii nevydrželi?
https://cz.mouser.com/datasheet/2/600/MS1540004-237960.pdf
6.05.2020 (09:28:54)  # IP X
Dr. Doktor:
Já bych tam prdnul něco jako tohle, to je tak malá energie, že asi fakt není čeho se bát... Navíc odpor má výhodu možnosti opakovaného připojení bez kompromitované funkce. https://www.tme.eu/cz/details/knpa5w-10r/rezistory-5w/r...
6.05.2020 (11:21:37)  # IP X
Tim:
VroutekB -> jo vidíš, tohle mi uniklo, zaměřoval jsem se na 10R a teďka koukám, žy ty co píšeš jsou 15R, 30R a 40R...
Na méně výkonovou variantu zvolím 40R, na druhou variantu zvážím těch 30/15R... Díky
Dr.Doktor - no, asi budu uvažovat s dvojmontáží na obě varianty a uvidím, až sestavím prototyp.
Díky oběma
7.05.2020 (12:08:32)  # IP X
VroutekB:
Na drátový votpory bacha, s těma levnýma mám velmi velmi nedobrý zkušenosti - nevydrží naprosto žádný pulsní přetěžování, zvlášť ty mající vyšší odpor (>stovky R). Teplo se při tom pulzu nemá kam akumulovat a drát se zpravidla v místě nedokonalého zalití do keramiky přepálí.
Zejména ty bílý 5W kocky co ejdna stojí snad 2 koruny, to je zlo!
7.05.2020 (21:12:10)  # IP X
Dr. Doktor:
Jo, ty keramický odpory dneska jsou vinutý strašně tenkým drátem a při pokusu nabít kapacitu co stojí za řeč prostě přestanou vést (bez jakýchkoli efektů specjalnych).
7.05.2020 (22:07:37)  # IP X
Tim:
No, proto jsem uvažoval s metaoxidama (doufám, že by tam situace mohla být lepší....)

Každopádně nakonec jsem tam na těch 800V dal na 5W zdroj 40R NTC (10uF), co posílal VroutekB ... a na 200W zdroj jsem dal 10R NTC (20uF)... to je za pojistkama a EMI filtrem... ale jinak meziobvod je velmi tvrdý

Uvidím, jaké budou vůbec mít ty zdroje zapínací charakteristiky ... třeba se ukáže, že jsou tam ty NTCčka zbytečná (tedy z pohledu zdroje)... samozřejmě jsou tam pro ty externí kapacity....
Bohužel v datasheetu není vůbec nic o vstupu zdroje... tak se uvidí... Každopádně věřím, že tyto NTCčka jen tak neshoří, ať se stane cokoliv
7.05.2020 (22:24:43)  # IP X
8-bit (mail) (web) :
Ještě existujou odpory co nevedou jen povrchem ale mají ten keramický váleček vodivý v celém objemu, takže snesou daleko větší krátkodobé výkony. Hledej "bulk ceramic resistors", např.:
http://www.koaspeer.com/products/resistors/leaded-resis...
7.05.2020 (22:47:57)  # IP X
VroutekB:
Jenže za cenu takovýhodle votporu máš ale NTC, kerý je poněkud adekvátnější součástka na daném místě **13
8.05.2020 (00:17:06)  # IP X
8-bit (mail) (web) :
To jo, ale NTC jsou "krátké", tak by jich musel dát víc do série a psal že je limitován místem. Ale je fakt že na 20 uF kapacity by asi v pohodě šel dát i nějaký metaloxid, třeba:
http://www.koaspeer.com/products/leaded-resistors/high-...
9.05.2020 (12:16:53)  # IP X
VroutekB:
Počkej, co myslíš tím "krátké"?
9.05.2020 (16:33:39)  # IP X
Tim:
Taky nevím, co je myšleno tím "krátké"... ano místa sice málo mám, ale myslel jsem spíš do "šířky", proto jsem uvažoval o NTC rozumných rozměrů nebo odporu "na stojáka"...
9.05.2020 (20:50:47)  # IP X
8-bit (mail) (web) :
No že "válec" toho odporového materiálu je o hodně širší než delší, tak asi proto běžně nebývají na tak velké napětí a muselo bys se jich dát víc do série.
9.05.2020 (21:48:56)  # IP X
Tim:
8-bit -> jo, to máš pravdu, ty co posílal VroutekB jsou 8mm tlusté, což je minimálně dvojnásobek, než běžné NTC termistory na 230VAC

2.05.2020 (21:58:48)  K # IP X
Dragon:
Ahoj,
nevíte, kde by se v dnešní době daly sehnat ještě ručkové panelové voltmetry/ampérmetry?
Nějaký výprodej skladových zásob na nějakém webu?

Nemyslím ty malé sra*ky, co prodávaj v GME, ale ty klasické staré z 80.let (?)
Potřeboval bych taky střídavý ampérmetr (stačí do 3A), mám jen 50A a předělávat se mi ho nechce ... a tam je výběr poněkud omezený i tak
Ale obecně nějaké ty měřáky mám, ale buď mám Voltmetr, nebo nevhodný Ampérmetr a tak bych si to chtěl doplnit...

P.S. - vím, že namítnete, že jsou nepřesné, ale ale na druhou stranu je na nich lépe vidět dynamické děj než u digitálu, než se ustálí...
Díky
3.05.2020 (16:40:12)  # IP X
VroutekB:
Starejch Metráckejch měřáků ti přetejkaji všecky bazary. Nový velký kvalitní rafičkáče pro průmysl stále dělá např. ISKRA SISTEMI, SIEMENS, atdd... Google máme? **04
3.05.2020 (18:54:11)  # IP X
Dragon:
No, nepsal bych, že přetékají... Ano, sem tam se dá něco sehnat (někdy nevědí, co za to chtít)... ty klasické 80x80mm nebo černé 70x70mm
Ale raději bych si připlatil, aby byly v dobrém stavu bez škřábanců...NAvíc většinou prodávají 1ks a víc nic, případně dost nevhodné rozsahy (které se nedaj snadno upravit)

Něco mají na Hadexu, ale už to nejsou ty staré Metry... vypadají dost nevěrohodně...ale cena tomu asi odpovídá....

OK, na to, co jsi poslal se podívám...
3.05.2020 (19:21:49)  # IP X
VroutekB:
Taky nesmíš do hledače strkat "MP80" ale něco více ekvivalentní pivnímu mozku průměrného bazarníka.
3.05.2020 (19:27:58)  # IP X
VroutekB:
3.05.2020 (19:48:19)  # IP X
Dragon:
No, nestrák do vyhledávače MP80, ale různě panelové MP, voltmetr, ampérmetr, analogový .... atd...

Říkám, netvrdím, že se nedá 1 kus sehnat, spíš jsem se tu ptal na nějaký zapadlý výprodejový obchod starých zásob.. pokud náhodou něco takového neexistuje v našich končinách..,.

Každopádně jsem doma vyhrabal střídavý voltmetr (takže ten použiju za měřícím trafem na měření "napětí" na bočníku -> takže mám vyřešen střídavý proud
A pak tu mám DC mikroampérmetr, tak z něj udělám Voltmetr, střídavinu usměrním a překalibruji na "střídavé napětí" ... je to prasečina, ale na tom napětí mi zas až tak nesejde...

P.S. - to co jsi poslal je stejnosměrnej Ampermetr, ale asi by s tím taky nějak šlo pracovat...
3.05.2020 (21:26:13)  # IP X
VroutekB:
Já spíš narážel na to, že to je celá zřejmě nabíječka moto-aku. **22
3.05.2020 (22:34:35)  # IP X
Dragon:
No, taky jsem si všiml, ale myslel jsem, že reaguješ na něco jiného...
7.05.2020 (13:21:13)  # IP X
VroutekB:
Tak co, našli rádcové, našli? 3A vypadá že je docela unobtanium rozsah pro střídavý ammetry. 5A je mnohem běžnější (už jen proto, že to pasuje na standardní proudový trafosmátory).
Takže jedině dát bočník za grec a připojit nějakej s magnetoelektrickým ústrojím.
7.05.2020 (23:02:03)  # IP X
Dragon:
No, použiji nakonec nejspíš stridavej mV-metr... zítra musím zjistit, jaký je základní rozsah bez predradniho odporu... a jestli půjde pouzit...

Nerozumím, jak bochník za grec? kdyz potřebuji měřit AC proud?
....
9.05.2020 (12:20:09)  # IP X
VroutekB:
Tak znova a eště raz: Pokud chceš použít stejnosměrnej (deprézskej) měřáček k měření střídavejch ampérů, musíš bočníkem pouštět stejnosměrnej proud. Proto musí bejt bočník za usměrňovačem!
A pamatuj na to, že pak neměříš efektivní, ale střední hodnotu proudu. (Pro sinusovej proud naměříš 1.11x méně).
10.05.2020 (12:01:21)  # IP X
Dragon:
Jo, pravda, on je to stejnosměrnej s usměrňovačem... to nebude moc vhodné na malé hodnoty napětí... No, tak nezbývá, než tam dát shunt, usměrňovač s OZ a na jeho výstup dát DC měřák... a překalibrovat na střední hodnotu
11.05.2020 (21:14:43)  # IP X
VroutekB:
Tak do třetice a naposled, už mě to nebavííí.
https://i.imgur.com/VIqJtbs.png

2.05.2020 (03:10:36)  K # IP X
RayeR (web) :
Nehral si nekdo s predradnikem na xenonky do auta? Jaky to ma priblizne parametry na vystupu? Zapalovaci pulzy to dava docela slusny, jiskra skace tak na 1cm. Ty predradniky mam 2 a 1 je v prdeli, bere proud, ale nepali jiskru, kdyz sem tu krabicku vodevrel, tak je to vsecko zality v sedym silikonu, podle tvaru se da rozeznat 6 trandu v TO220, 2 vetsi trafa, svitkac a naka pomocna desticka. No asi to nema cenu opravovat...
2.05.2020 (13:04:27)  # IP X
RBMK (mail) (web) :
Zvyšovač asi na 60V a generátor VN pulsů. Nevim přesně, rozebrané jsem to neměl, ale taky jich pár mám.
2.05.2020 (19:19:33)  # IP X
toman:
Jo.. Zvysovac a potom H most ako striedac. Volt to bude viac, tusim 85VAC z toho leze. Zapalovac je len nejaky rezonancny. Slupky z toho lezu slusne kedze to zapali vybojku za tepla. Z prdele som tam dal kladicky 35W halogenid do svietidiel na 230 a funguje to normalne. Velmi schopne kempingove svetielko. Inak tie ultra silne rucne svitilny, nez prisli pouzitelne LEDky mali presne tuto autovybojku s predradnikom na 12V.
3.05.2020 (14:13:20)  # IP X
VroutekB:
85V z toho poleze možná naprázdno; musí se to chovat jako zdroj (střídavého) proudu pro tu výbojku.
3.05.2020 (16:28:50)  # IP X
RayeR (web) :
A jak se k tomu vystupu pridavaji ty zapalovaci VN spice? Nevo jako ten TIG o kterem byla rec nize?
Zkusil sem na to ze srandy hodit velkou neonku, to asi 2x blika, jak se ji snazi zapalit a pak vypne. Ale na nakou malou MH vybojku by to mohlo jit. Celkem sem k tomu mel 3 ty xenon. vybojky, jedna byla uz v loji - nezapalovala, dalsi 2 jeste fungujou, ale kazda ma ruznou CT, jedna uplne morda, takovych 8000K, druha studenejsi bila, tak 6000K. Je fakt, ze kdyz uz mam dnes svitilnu s 30W Cree, tak tohle sebou tahat by nebylo efektivni...
3.05.2020 (16:46:10)  # IP X
VroutekB:
Jo, bude to udělaný téměř stejně. Akorát nejspíš stačí kundík nabitej na těch vimjá 85V co to tam už má prdnutej tyristorem do zapalovacího trafa, který je v sérii s výstupem.
Hoďte si do googlu "12V HID ballast schematic", nachází to celkem relevantní zajmavý věci, ko třeba tohle.
https://static-assets.imageservice.cloud/2279458/a-nove...
4.05.2020 (14:59:16)  # IP X
RayeR (web) :
A kolik ma tak ten sekundar zapalovaciho trafa zavitu? Kdyz pres nej tece trvale pracovni proud vybojky, tak to nemuze bejt uplne tenky a pritom naky zavity tam bejt musej, aby to melo nakej transf. pomrer. V tom schematu se kapanek ztracim, proc je tam jeden class-E menic, cely se to uzmernuje a znova strida polomostem na vystupu? By se ta vybojka nemohla krmit rovnou z toho sekundaru?
4.05.2020 (17:04:17)  # IP X
VroutekB:
Nejsem si jistej, ale ten VF proud by té výbojce asi nedělal dobře a hlavně by tam nejspíš v cestě vadila indukčnost zapalovacího trafa.
Zapalovací trafo samozřejmě nemůže mít moc závitů na sekundáru, to je pravda. Ale taky jich moc nepotřebuje imho.
Viz např: http://danyk.cz/reverz01.png
4.05.2020 (22:38:11)  # IP X
toman:
Sa pytal kolko z toho leze.. Co bude tiez otazne kedze to po starte tlaci do tej vybojky tak 3x tolko prudu aby nabehla na plny svit do par sekund. Co sa toho zapalovaca tyka-zly priklad. Tie davaju 3,5-5kV a horucu vybojku to nezapali. To z auta dava tak 15kV s nie malou energiou. Vsak nech to rayer rozbije, na alixe to stoji 20€ nove.**02
5.05.2020 (11:20:17)  # IP X
VroutekB:
Nikoliv. Příklad je to naprosto relevantní. Na zapalování horůcí výbojky se nikdo neptal a co změnit v tom obvodu, abys zvýšil napětí i energii pulzu snad víš. **23
5.05.2020 (16:14:20)  # IP X
RayeR (web) :
Ja sem myslel, ze naopak VF dela vybojkam dobre, ze se i lepe zapalujou. CCFL trubice taky jedou na vyssi f, ale to je zas neco jinyho. Jo, slysel sem, ze to ty xenonce nedela moc dobre, kdyz se takle pri startu prezhavuje, tak asi odchazi casteji nez v neuato svetlech. Este by se to mohlo narvat do nakyho projektoru mozna... :)
7.05.2020 (00:45:13)  # IP X
toman:
No ono to nieje xenonka ale to asi vies.. To je len zludoveny nazov, ze mam xenony. Ale v skutocnosti to je obycajny metal-halogenid, preto ten striedac, na DC by to slo do prdele. Zivotnost bude urcite mensia ale i tak to u bezneho auta vyda na aspon 5 rokov, a to bezpecne.. casto sa to dozije aj 10. To uz nieje take zle.

28.04.2020 (02:25:03)  K # IP X
RayeR (web) :
Tak tu dostal stiznost, ze indukcni varic pomalu vari, nejprve sem tomu nechtel verit, ale skutecne podle W-metru odebira cca polovicni prikon, nez kdyz byl novy a vodu v hrnci ohrival taky skoro 2x dele. Tak se budu muset podivat, copak se nam to tam polo-vysralo. Nake tipy? Ja mam podezreni na rezonancni kondik, ten asi dostava pekne na prdel a pokud se mu upaluje metalizace, tak mohla klesnout vyrazne kapacita a uz jede treba mimo rezonanci, nevim jak to ten svab ridi, pokud rezonanci duladuje, musela by stoupnout f a taky Z obvodu...
28.04.2020 (09:27:17)  # IP X
Dr. Doktor:
Rezonanční kond opravdu odchází.
28.04.2020 (10:53:01)  # IP X
ms-boss (mail) (web) :
Jo, běžný kondy todle dlouhodobě nevydržej. V práci používáme konďour v aplikaci, kde se objevuje pulzně několik kiloampér a než jsme to s výrobcem kondíků doladili, aby se kond neupaloval, tak to trvalo snad rok?
28.04.2020 (13:28:51)  # IP X
RayeR (web) :
ES Ostrava?
Spicka by v pulznich kondech mela bejt treba maxwell cap, ale to bude asi trochu drahy...
28.04.2020 (15:50:43)  # IP X
Tim:
Co Wima FKP1 nebo Cornel Dubilier?
28.04.2020 (17:46:07)  # IP X
Dr. Doktor:
Ten kondík je většinou 330n/1200V. FKP1 by byla dobrá volba, ale nevím jak to z nich vyskládáš, případně jak to tam napcat . určitě to bude větší, ale vydrží. Případně 3x paralelně Tesla TC343 100n/1500 to vydrží určitě. A i tohle by to mělo dát:https://www.tme.eu/cz/details/r76tr33304030j/polypropyl...
2.05.2020 (03:14:09)  # IP X
RayeR (web) :
Mam tu nake kondy z jineho varice a taky wima FKP1 0.22u/1000VDC/400VAC, tak to z neceho poskladam, myslim ze je tam 0.47u. Tem Teslam bych asi uplne neveril. Ta poznamka byla na msbosse a jeho vyrobce kondiku...
2.05.2020 (17:32:54)  # IP X
RayeR (web) :
No, takze rezonak je tam 0.4uF/450VAC, 5% a ma presne 0.3uF. Pracovni f se zvysila asi na 31kHz. Bohuzel mechanicky je to takove na kokot, kond je na kraji desky hned u steny kejsu a z druhe strany svorkovnice a dalsi velky kond, tak ty 2 FKP tam neni kam narvat, jedine do luftu. Este prohledam zasoby, jesi bych nenasel neco v 1 kuse, ale je to takova nestandardni hodnota, 2x0.22uF by tam pritom docela sedlo...
2.05.2020 (18:08:25)  # IP X
RayeR (web) :
Nebo tam jebnout ty 4 Dr. Tesla TC343?
Stary kond sem roztlouk a rozvinul a kupodivu tam zadne diry v metalizaci videt nejsou, tak nechapu, proc se mu zmensila kapacita. Indukcnost civky plotny je 89uH.
2.05.2020 (19:24:11)  # IP X
Dr. Doktor:
Kondy na 1kV bych tam neriskoval, tam normálně za provozu jsou cca 1kV špičky. Jinak ty TC343 jsou v podstatě to samý jako FKP1 - kondy vhodný na rezonanci.
2.05.2020 (20:36:57)  # IP X
RayeR (web) :
Sem tam nakonec ty 2x0,22uF FKP1 nacpal, jenze problem trva! Frekvence klesla na puvodnich 25kHz ale prikon ze site je stale jen nakych 860W na max stupen 10, sakra co s tim? Vypadalo to pritom jasne...
3.05.2020 (08:11:58)  # IP X
Dr. Doktor:
Tak to sice nevím, ale je to sranda, jak jsou v těch indukčácích odrbaný kondy. To je snad myšlený jako kurvítko - pomalu ale spolehlivě odchází snad ve všech.
6.05.2020 (15:04:01)  # IP X
RayeR (web) :
Tak tim kondikem to nakonec asi nebylo, aspon ne primarni problem...

Pri prekreslovani schematu jsem precejen na neco prisel. Ten odporovy trimr tam neni jako delic ale jeste s odporem v serii primo tvori zatez proudovyho trafa a zrejme to vykonove nedaval a lehce mu uhorela odporova draha! Jeden konec se tvaril uplne odpojeny, ten zbytek mel podle natoceni 1.2-2.5k a nikoliv jmenovitych 500R. Takze tim asi proudova ZV dostavala silnejsi signal nez by odpovidalo a skrtilo to stridu. Zatim sem to nezkousel, uz sem u toho usinal...

Od jednoho uzivatele bastlirny jsem dneska sehnal 4 cinsky FGA20S120M, tak zkusim napred potrapit vzorek a pripadne test celyho varice...

27.04.2020 (21:30:03)  K # IP X
ms-boss (mail) (web) :
Zdar, hledám nějakýho švába, co by byl kompletní FM modulátor včetně RDS. To znamená MPX, nějakej limiter a tak, PLL, FM modulátor - vše v jednom pouzdře.
Zjistil jsem, že tady na západě maj asi už všichni výrobci FM v píči - SiLabs je asi poslední, kdo ještě vyrábí něco použitelnýho, ale i tak je ta jejich řada Si47xx NRND a šváb stojí přes 3 kila. Navíc údajně třeba Si4713 je fakt generátor bordelu mimo požadované pásmo.

Našel jsem tunu čínskýho šrotu, přičemž asi jediná firma, která vyrábí použitelný věci, je Quintic Corporation. Maj vysílače (dokonce i transceivery) QN8007, QN8066, QN8036, QN8027 a další. Je to docela pěkný, nepotřebuje to prakticky nic kromě krystalu a nějakejch pár kondíků na blokování. Dokonce ke všem těm švábům maj docela pěkný datasheety ve slušný angličtině. Nevědět, že to jsou číňani, asi bych to z datasheetu nepoznal.
http://www.quintic.cn/Product.html

Pak jsou levný hovna, jak třeba KT8003L, kterej stojí asi jako decka piva, ale prej z toho lezou strašný hovna podle jednoho radioamatéra, co to měřil. Prakticky totožná věc je GS2229.

Většina těch hovnošvábů má dokumentaci jen kdesi za čínskou zdí (resp. firewallem). Dneska jsem strávil pár hodin prolejzáním čínskejch obskurnowebů a získal víceméně seznam věc, co se daj sehnat. Ovšem většina vypadá podle popisu jako podobná sračka jak ten KT0803, akorát ke všemu bez datasheetu. Seznam zde:
https://hackaday.io/page/7093-one-chip-fm-transmitter-s...

Tak a teď dotaz: Víte o něčem, co jsem nezmínil a bylo to použitelný? Tj. minimální rozměry, pokud možno všechno (kromě výkonovýho stupně) na jednom čipu a podpora RDS, k tomu dokumentace, aby to bylo aktivně vyráběný, nestálo ranec, nefungovalo to jako širokopásmová rušička a fungovalo minimálně v celém CCIR rozsahu? Jinak totiž asi budu muset použít ty QN8007, QN8036 nebo QN8006, protože nic lepšího jsem nenašel.
28.04.2020 (00:50:43)  # IP X
VroutekB:
Zapomněl si na klasiku, BH1415F **02 (i když to myslim RDS neví).
Si4713 zde: https://www.aliexpress.com/item/4000018990696.html
Nevim o co se deš snažit, jestli o příspěvek na pira.cz nebo co, ale co se k tomu postavit čelem, vzít takle třeba AD9957 + FPGA a vymyslet něco na úrovni, co bude přesně podle tvých představ?
Jinak, když už sme u těch číňanů, co mi taková CBM99D57BQ jen připomíná? **03
28.04.2020 (08:05:57)  # IP X
RBMK (mail) (web) :
Pořádnej FM transmitter do auta, to by byla pecka, zvlášť v dnešní době zkurv* integrovanejch sráčů bez možnosti osadit klasický 1 a 2 DIN rádio. Taky bych rád našel něco, kde na jedné straně budu nasávat MP3 320kbps a na druhé straně blejt FM s RDS.
28.04.2020 (10:58:49)  # IP X
ms-boss (mail) (web) :
Já vim, že se ten Si4713 dá koupit na Ali, jenže podle toho radiodědka to má spurs na -20 dBc, což je fakt kekel.

BH1415F prej hraje jak z prdele, tak nevim.

Na vlastní syntézu seru, to bude zkurveně drahý. Hele, moje plány jsou postavit N vysílaček s pár wattama výkonu, abych si mohl hrát na protistátní vysílačku, až se to tu zesere. Samozřejmě, kdyby se vynechal PA, tak se tim dá krmit i rádio v autě...
Když vemu ten QN8007, nějaký dva tři trandy na zesík, k tomu nějakej levnej procák, displej pár tlačítek a baterku, tak se to podle mě může vyšplhat cenou tak na pětikilo.
28.04.2020 (12:06:26)  # IP X
VroutekB:
https://i.imgur.com/8WGEk3w.png
No jo fakt, tyvole tak to je luxusní kus hovna. **02

No, vlastní řešení. Co prostě VCO s varikapem a něčim si vygenerovat MPX? (stereokodér je easy, na RDS bych se vyto...) Jak za starých časů, viz pira.cz

Nedá se náhodou nějakej slušnej modulátor/exciter koupit z ebay, jako hotová škatule do racku? (nejpíš jo, ale ty ceny sou ne příliš chutný).

Vlastní řešení lepšího HW s tím SDR by zas nemuselo bejt tak zle drahý, ale záleží o co ti jde. Já se momentálně učím s FPGA, takže si vyzkoušet SDR vysílač by mohla být dobrá zábava. Což mi připomíná, že tu mám HackRF One, který má i vysílací stranu. Zbytek si uděláš přes GNUradio.

A taky tu mám tuhle věc: https://i.imgur.com/yEZJ8HJ.jpg
Pro případy nouze velmi jednodušé řešení, jak dělat brajgl v éteru. **02 Jinak je v tom taky ta BH1415F a pěkně ošklivej koncák. Kdyby mi chlapcí vod formule neuzurpovali můj útlumák ke spektráku, tak sem to moh pro srandu králikům změřit, eště sem to ani nezapínal. **03
3.05.2020 (13:54:25)  # IP X
Dreit (mail) :
To mi připomnělo tu srandu s RPi - https://github.com/ChristopheJacquet/PiFmRds
3.05.2020 (15:49:03)  # IP X
VroutekB:
A to funguje jak? **18
5.05.2020 (10:55:19)  # IP X
ms-boss (mail) (web) :
No jak asi. DMAčko sere obsah kruhovýho bufferu na nějakej jeden výstupní pin a ten soft do toho láduje takový data, aby z toho lezlo FM. Pravděpodobně na rádiu chytáš až několikátou harmonickou toho bordelu.

NIcméně já tu někde mám takovou kravinu s jednou MH74S04 zapojenou jako kruhovej oscilátor, která má v napájení zapojenej proudovej zdroj. Do toho proudovýho zdroje se vede jak ladicí napětí z mnohaotáčkovýho poťáku, tak i audio. Překvapivě to moc nechrchlá. Je ale pravda, že to kmitá někde okolo 30 MHz, takže se zase chytá asi 3. harmonická. Zajímavý je, že to STTL není nejrychlejší na 5V, jak by se očekávalo, ale někde okolo 6V. Pak už rychlost nestoupá, jen to víc a víc topí. Nad 7V to už hřeje jako kráva a zase tomu začne klesat rychlost...
5.05.2020 (16:16:50)  # IP X
RayeR (web) :
To mi pripomnelo, jak nakej borec generoval FMko pres VGA kartu nakejma patternama na obrazovce :) Myslim ze to snad pak upgradnul i na TV signal...
7.05.2020 (13:29:59)  # IP X
ms-boss (mail) (web) :
Jo, to byly ty USB-VGA převodníky. Vlastně jenom framebuffer s videogenerátorem. Ale oni nevysílali jenom FM, ale taky DVB-T, GSM, UMTS, GPS, LTE a DAB.
https://github.com/steve-m/fl2k-examples
9.05.2020 (12:43:22)  # IP X
VroutekB:
No já ani nevim, jak to GPIO na tom linuxovým mrdujínu funguje, natož že by mohlo mít DMA.
Stejně mi není jasný, jak by se pomocí DMA a pinu dalo dosáhnout tak jemnýho rozlišení frekvence, aby z toho nešel jen obyčejnej chrchel.
12.05.2020 (14:33:35)  # IP X
ms-boss (mail) (web) :
Podle mě to není schopný takovýho rozlišení (pixle clock je max 148.5 MHz při 1920x1080), nicméně se to snad dá nasimulovat za předpokladu, že z toho poleze megavelkej fázovej šum a bordel i mimo požadovaný pásmo.

27.04.2020 (11:11:09)  K # IP X
Martin12:
Dá se někde sehnat/stáhnout/vyčíst seznam "všech" identifiktorů pamětí typu 27C, 28C, 29C, 29F, 39F, 49F... (samozřejmě včetně typů s jinými označeními jako 29Lxxx nebo 39SFxxx apod tzn s jinými napětími, spotřebou, ...) prostě EPROM, UV-EPROM, PROM a *FLASH bez toho abych šel datasheeto po datasheetu a vyčítal je manuálně nebo paměť po paměti a vyčítal je manuálně tam?
Předpokládám, že mi napíšete že neumím hledat a popravdě v to i celkem doufám, ale zatím se mi nedaří nic kloudného vy-googlit :/ Dík
27.04.2020 (14:34:42)  # IP X
VroutekB:
Pochybuju vo tom, že to někde najdeš. Nejjednodušší asi prohrabat soubory okolo softwaru nějakého uni-programátoru, jestli ztama tahle informace nepůjde vyparsovat. Třeba takej TL866...
27.04.2020 (21:15:27)  # IP X
ms-boss (mail) (web) :
Tyhle ID by měly být registrovaný u JEDEC a celej ten seznam by měl bejt ke stažení zdarma na jejich stránkách, ale musíš se tam zaregistrovat.
Tady je pokokot ID vytaženejch z programátoru Willem: http://www.mcumall.com/forum/topic.asp?TOPIC_ID=4974
27.04.2020 (21:49:22)  # IP X
Martin12:
Děkuji! **04
28.04.2020 (02:31:11)  # IP X
RayeR (web) :

25.04.2020 (22:08:09)  K # IP X
Dragon:
Ahoj, když jste tak stavěli různé tesláky (třeba SSTC, DRSSTC)... z čeho se Vám osvědčila roura na zhotovení primáru a sekundáru?

Tenká keramika se zatraceně blbě shání a je dost těžká,pak se nabízí PP, PVC trubky - tam bude asi problém s teplotou... případně myšlenka vyrobit trubku z Epoxy a papíru (epoxy by měl být odolný do 120°C)...

Případě nějaké lepší náhrady či co se Vám osvědčilo? Jednalo by se o něco většího než 0,5metru dlouhý sekundár ...**19
Díky
25.04.2020 (22:11:22)  # IP X
Dragon:
Případně co to udělat z hmoty Al2O3 zrn a pojiva? Tam si úplně nejsem jist, jaké dielektrické vlastnosti a jakou permitivitu taková směs bude mít a jestli nebude moc ztrátová... Obalit trubku touto směsí, nechat zaschnout a pak odstranit tu trubku pod tím... zbyla by jen šlupka Al2O3...
25.04.2020 (23:11:39)  # IP X
Dr. Doktor:
polypropylen... HT trubka. Měla by vydržet 100°C. Stejně to honit na větší odolnost nemá moc smysl, pak už se třeba cyklováním začíná "krabatit" vinutí vlivem tepelné roztažnosti mědi, popraská lak, atd.
25.04.2020 (23:32:02)  # IP X
VroutekB:
Al2O3 (alumina) má velmi velmi dobré VF vlastnosti. Ale obávám se, že z ní trubku podomácku fakt neupečeš. Ta PP roura je dobrá volba. (PVC už tolik ne!)
26.04.2020 (00:02:38)  # IP X
Dr. Doktor:
Vlastnosti té trubky tady nejsou skoro podstatný, když to napětí je rozložený na půl metru a je to pár stovek kHz... Samozřejmě se dělaj i ty plazmový plameny, kde je malá cívečka s hodně MHz, tam už to nějakej vliv mít může. Ale na klasiku určitě ne.

Spíš co ještě doporučím pro fajnšmekry - keramickej válec z laboratorního reostatu. 12x60 existuje. Případně i z VN pojistky, ale tak velkou jsem ještě neviděl. Případně se daj koupit i sklotextitový trubky, ale při takových rozměrech to bude stát prdu.
26.04.2020 (00:13:03)  # IP X
Dragon:
No, asi bych ji nemusel ani péct - existuje "lepidlo" Divalep, kterým lze lepit Al2O3 zrna, v postupných šlupkách nánosu a odolné je to do stovek °C... otázka ale je pevnost...

Ono to asi bude chtít odhadnout optimální poměr prim/sek (těch 4-5:1) a taky tloušťku drátu, aby se minimalizovaly tepelné ztráty... zo už asi bude horší... nebo máte nějakou chytrou poučku?
Často vidím, naviňte cca 1000z, poměr sek:prim délky těch 3:1 až 5:1... a ono to bude fungovat... nebo lze a má smysl u toho (krom rezonančky) něco v tomto smyslu více počítat?
26.04.2020 (08:37:27)  # IP X
Dr. Doktor:
Počet závitů se odvíjí od požadované frekvence, poměr výška:šířka velmi zjednodušeně řečeno od poměru špičkového ku střednímu výkonu. Pro CW může být 2:1, pro klasický SGTC kde jsou MW pulzy se střídou 0,1% 5:1. Není to samozřejmě všechno, zbytek je hlavně o zkušenostech.
26.04.2020 (19:48:01)  # IP X
Dragon:
Dr.Doktor -> Dobře, a když navrhnu konkrétní parametry, co si o nich myslíš?

Sekundár: průměr: 150mm (PP-HT trubka), 1600 závitů, 0,5mm drát, délka vinutí 80cm, na vrchu bych nechal ještě dalších 10cm s řídce vinutým vinutím až k toroidu či nějakému disku na vrchu...

Rezonančka vychází na cca 180kHz, takže bych ji srazil toroidem či nějakým diskem o kapacitě 16pF na cca 120kHz.. Spínání pak asi jedině SiCama...

Primár:
Tady se nabízí asi jenom PVC 250mm nebo 315mm a nenechat to moc zahřát...

Pro 250mm trubku by to byla výška vinutí cca 30cm (+ bych nechal 5-10 cm trubky navíc, kvůli případným přeskokům), pokud bych pro začátek uvažoval s 3,3kW, tak by to bylo cca 20 závitů pro reaktanci 44R (Udc = napětí 560VDC z usměrněné sítě + H-most ... dobře o něco méně vlivem střídy, ztrát, dead-time....berme efektivní napětí do cívky cca 380Vac)... Při těch 380Vac a 44R je to cca 3,3kW - později bych chtěl jít třeba až k 6kW(??) Později bych závity snižoval

P.S. - dá se nějak odhadnout, jak dlouhý výboj očekávat podle výkonu? Zatím bych použil asi tranzistory SCT3040 - ještě si nasimuluji, k jakým proudům tam dochází, případně bych je zdvojil...

Pak uvažuji, jestli vlastně klasický SSTC nebo DRSSTC. Chtěl bych implementovat audio modulaci a tak se obávám, co na to rezonance primáru - nejsou s tím problémy? Nebo bys doporučoval to řešit úplně jinak?
26.04.2020 (19:54:59)  # IP X
Dragon:
A ohledně fixace sekundáru -

a) někdo lakuje tenkou vrstvu pouze pro mechanickou odolnost...

b) někdo nanáší silnou vrstvu (hodně vrstev) dvousložkového laku (možná pak bude při zahřátí praskat)

c) Někdo lepí kaptonovou páskou kolem dokola...
¨Je to natolik zásadní? Co doporučujete?
26.04.2020 (20:29:31)  # IP X
Dragon:
Ještě 3D návrh s větším toroidem o kapacitě 24pF - fres=103kHz
https://imgur.com/h6kVYSi
26.04.2020 (20:53:15)  # IP X
VroutekB:
A teď to místo modelování a simulace zkus taky vyrobit aby to fungovalo.... bože... ty 3D modely to je jak mor dneska...
26.04.2020 (21:04:43)  # IP X
Dragon:
VroutekB -> No ne,než abych si to črtnul na papír, tak je rychlejší udělat 3D...
Trubky (průměr) jsou reálné, co se dá sehnat, tororid rozmýšlím také těchto rozměrů, drát, tkerý jsem napsal tam také vyjde...
Funkce je samozřejmě to nejdůležitější, ale proč si to nenakreslit, aby byla představa o rozměrech?
26.04.2020 (21:08:08)  # IP X
VroutekB:
Já nevim, v tomhle sem asi moc staromódní **02 Papír a tužka je dobrý přítel.. A než se s tím dělat ve 3D. (asi záleží, jakej SW na to, protože sem nepotkal ještě takovej, co by nebyl vyloženě votravnej na používání). Nějakej tip?
26.04.2020 (21:19:31)  # IP X
Dragon:
VroutekB - no, jak jsem již napsal, tohle bylo za pár minut (možná 3 minuty?). Jinak jsem si již před časem oblíbil SolidWorks, zkusil jsem i jiné, ale asi je to o tom, co je potřeba, z mého pohledu je Solidworks na obecné věci, modely, plechy pro men v poho. Navíc jsou tam jisté výhody provázanosti (nebo spíš příjemné práce) s Altiem Designerem na PCB...
27.04.2020 (00:04:51)  # IP X
Dr. Doktor:
HT trubka 150 neexistuje. :D Jinak se to nauč počítat v JavaTC, ono jaksi počítat rezonanci jen z indukčnosti sekundáru a kapacity toroidu není moc ono.

Stavěl jsi už někdy něco podobnýho ale menšího? Pokud ne, tak prvně doporučuju, zdá se mi že se ptáš na spoustu základních věcí co jdou vyexperimentovat z malýho 20cm tesláčku, na kterým se naučíš a případně střelíš trandy za stovku. A počítat činnej výkon z reaktance je už teda dost mimo **02
27.04.2020 (09:23:35)  # IP X
Dragon:
Podle mne 150mm existuje :
Např. https://www.eshop-koupelny-topeni.cz/produkt/kanalizace...

Dobře, já se zaměřím spíše na teorii a nastudování základů a pak uvidím...
27.04.2020 (09:41:52)  # IP X
Dr. Doktor:
Teorie je pěkná, ale zkus si postavit i malej prakticky. Jinak ta trubka má možná 150 vnitřní průměr, ale vnější je 160.
27.04.2020 (13:38:59)  # IP X
Dragon:
Dobře, máš pravdu, jedná se o vnitřní průměr... přehlédl jsem se v datasheetu...
Dobře, zkusím nejdříve něco menšího... Dík
27.04.2020 (14:09:13)  # IP X
Dr. Doktor:
Jako takhle, nechci působit jako nějakej neruda. S konkrétním dotazem, týkající se jedné věci / detailu, co třeba nejde běžně najít, tak rád poradím. Ale moc se mi nechce řešit celej návrh...
27.04.2020 (14:11:34)  # IP X
Dr. Doktor:
Zkus si prvně uvědomit, čím je danej činnej výkon u SSTC. Představit si náhradní zapojení toho trafa, zkusit vydedukovat tvar proudu primárem... Ono to není triviální, ale až na to přijdeš, tak v tom není žádná složitost. Taky mimo jiné jednoduše zjistíš, že ten činnej výkon závisí na věci, kterou nemůžeš předem určit - v tom je jedna z "krás" tesláků, že to nutně vyžaduje zkušenosti :-)
27.04.2020 (17:06:32)  # IP X
Dragon:
Mám pocit, že míříš k rozptylu primární vs sekundární cívky...

Každopádně ten sekundární obvod mohu brát jako RLC obvod, kde L je zjednodušeně vinutí, C je parazitní kapacita vinutí + kapacita na vrchu a R je vnitřní obvod vinutí?
Primár u SSTC budu brát jako RL obvod s minoritní kapacitou - R je vnitřní odpor cívky, L je indukčnost cívky a rozptyl bude představovat vazba mezi primárem a sekundárem....

Z toho mi teoreticky plyne, že SSTC se bude chovat v ustáleném stavu jako induktivní zátěž (sekundár je v rezonanci, ale primár vykazuje indukční chování...

DRSSTC bude mít navíc sériovou kapacitu v primáru - tedy jako sériový RLC obvod, kdy bude v rezonanci vykazovat menší impedanci, pokud bude i sekundár v rezonanci, pak v ustáleném stavu bude odebírat i harmonický proud...

Jen mi není úplně jasná situace ohledně řízené modulace (ať už pulsní, obdélník, audio) - zatímco u audiomodulace budu rozlaďovat frekvenci a budu se +/- pohybovat pořád u DRSSTC u harmonického proudu... v případě puslního přerušovače mám obavu, aby naopak ty pulsní proudy trandy nenarostly na neúměrnou mez...

Takže poslední obecná otázka - je výhodou pro větší výkony a pulsní modulaci využívat DRSSTC na místo od SSTC? Určitě si o tom něco přečtu, každopádně, na co se zaměřit, pokud by byl požadován větší výkon, spojitá i nespojitá modulace? Dík
28.04.2020 (00:19:09)  # IP X
Dr. Doktor:
Jo, rozptyl hraje u SSTC roli. Jinak si to náhradní schéma nakresli, brát něco jako "RLC" obvod nestačí, musíš vědět charakter (sériovej/paralelní/něco jinýho). U SSTC rezonuje vlastní L sekundáru paralelně s rozptylovou L viděnou na sekundární straně, která je řádově větší, ale není rezonance daná jen vlastní L sek. (tranzistorovej měnič se bere jako střídavej zkrat). Ta rozptylová L, respektive vazba cívek, superponuje na trojúhelníkovým magnetizačním proudu primáru sinusovou složku, což je právě ta činná složka. A dostáváme se k tomu charakteru obvodu. U SSTC je součástí rezonance SÉRIOVEJ rozptyl, takže u sekundáru naprázdno se všude nakmitá nekonečno. Jediný co omezuje výkon, je právě odporová složka. Ale není to odporová složka vinutí sekundáru, nýbrž zátěž výbojem. Ten výboj tedy značně zvětšuje tlumení sekundáru a zároveň působí přídavnou kapacitu, která se přičítá ke konstrukční kapacity cívky - což je toroid, vlastní kapacita vinutí ale i kapacita primár-sekundár.
Aby pulzní proudy nenarostly nad úměrnou mez, tak tam máš nadproudovou ochranu.
DRSSTC se samozřejmě nejvýhodněji řídí na ZCS (což u SSTC nejde), takže rozlaďováním si tu výhodu rušíš. Účiník na primáru klesá s rostoucím pulzním výkonem (tohle je zas jedna z věcí ze zkušeností), takže pro CW/audiomodulaci DR nemá smysl, jalovina na primáru u SS je malá a snadno uspínatelná. Pro velký pulzní výkony (malá střída) už by to bylo neúnsný, proto se jalovina kompenzuje tím rezonančním C.
28.04.2020 (02:50:46)  # IP X
RayeR (web) :
Jj, neni to prdel, kdyz teslak se nechova jako obyc RLC obvod se soustredenymi parametry ale spsi jako vedeni z rozprostrenymi parametry, takze budes koukat jak pero z gauce, az uvidis, ze to tech "rezonanci" ma nekolik. A jak uz rek Dr, velmi podstatnou soucasti obvodu je samotny vyboj, ktery tvori cosi jako kapacitne-odporovou zatez, coz se komplikuje tim, ze jak roste vykon pumpovanej do vyboje, tak roste jeho kapacita a podladuje to sekundar dolu, coz se reflektuje na primar...
Jinak zkouseni na malym teslaku ma jedno nepekny uskali, ze jaksi prirozene malej rezonator ma vyrazne veci f nez velkej, coz se pak obtizne budti. Ja si kdysi navinul prvni sekundar proste od oka a von mel 1,2MHz a kdyz sem se to pak snazil budit srackovejma IRFkama z GM (pac nic jinyho nebylo), tak to horelo a padalo do kose jak na bezicim pasu... :) Budit neco na 100kHz je o dost jednodusi, na to ani nemusis mit SiC, samo zalezi na vykonu...
28.04.2020 (15:49:40)  # IP X
Dragon:
Dobře, děkuji za názory... začnu studovat a zapojím mozek...

21.04.2020 (11:31:50)  K # IP X
bkralik (web) :
Nazdar,
je to takové téma už dost daleko od tesláků, ale když už jsme nakousli to automotive - nemáte někdo přístup k disassembleru Ida Pro?
Chtěl bych zkusit disassemblovat SW z mé jednotky z auta - nic složitého, jen zkusit vytrasovat CANové zprávy. To CPU je plně dokumentované, ale bohužel to je úchylná architektura (Infineon C16x/Simenens C166) a nenašel jsem jinej rozumnej disassembler co by tohle uměl...
21.04.2020 (14:59:13)  # IP X
RayeR (web) :
pisni na mail.

20.04.2020 (19:22:02)  K # IP X
Tim:
Ahoj, ve škole nás kdysi učili, že v EMC filtrech smí být pouze bezpečnostní X a Y kondenzátory...U těch Y je mi to jasné, tam jde o bezpečnost obvykle proti PE...

Můj dotaz je na ty X-ové... Nenarazil jste někdo na nějaký článek o tom?... Mohu dát beztrestně společně s velkým X1 kondem také 100nF/1500V/X7R MLCC keramiku?
Neporušuje to obecně něco v EMC normách? Takto nám o tom povídali, ale nemohu to najít. Děkuji...

třeba tento
https://cz.mouser.com/ProductDetail/KEMET/C2225C104KFRA...
20.04.2020 (19:25:08)  # IP X
Tim:
Ono tam je vysloveně psáno" X7R dielectric is not recommended for AC line filtering or pulse applications. These capacitors and/or the assembled circuit board containing these capacitors may require a protective surface coating to prevent external surface arcing"

Jenže pak bych tedy musel dát jenom THT kostky, protože nic rozumného prakticky neexistuje...
Pravděpodobně je tam osazovat nechci, jsou jenom z důvodu ladění, kdyby bylo rušení moc velké a byly tam skutečně nutné...
20.04.2020 (19:43:51)  # IP X
VroutekB:
http://www.kemet.com/Lists/Filestore/EvoxRifaRFIandSMD.pdf
UTFG pane kolego. Keramiku tam dávat nesmíš, protože má často zkrat jako failure mode. Mezi pracovníma vodičema nesmí bejt nic, co by mohlo blafnout plamenem.
Já teda osobně sem zatim žádnou keramiku vyhulenou nepotkal, ale tady kolega msboss by asi mohl vyprávět...
20.04.2020 (19:58:50)  # IP X
8-bit (mail) (web) :
Tam ale píšou jen o Y kondech:
"Metallized film capacitors can repair themselves after a voltage spike. Ceramic caps cannot. Their failure mode can be a short circuit, with risk of shock in the case of a Y capacitor"

Vyhulených keramik jsem potkal celkem dost, ale nebyly vyhulené přepětím. Buď to byly fejky co číňan zametl někde z podlahy a nebo byly popraskané mechanickým stresem.

Teoreticky tam ty kondy asi dát může, ale nechápu proč to dělat ještě když píše, že je chce paralelně s normálníma svitkama **13 Jo a taky velké keramiky z různých hnusných dielektrik mají tu krásnou vlastnost, že můžou vydávat pazvuky. Asi hlavně proto je nikdo nepoužívá na nic jiného než DC filtraci.
20.04.2020 (20:01:18)  # IP X
Tim:
Děkuji pane kolego, zachránil jsi mi nějaký ten oheň... Já si říkal, že to bude špatný nápad...
Dobře, tak tedy jen X1/X2 podle použití...
A co ohledně meziobvodových kondů? MKP od Kemetu, MKP10 od Wimy, FKP1 snubberové, případně u nejvíce pulsnách částí u trandů... Proti tomu nic nenamítáš?

Myslel jsem si, že by ty SMT MLCC mohly být jako spása na VF bordel, že budou mít malou indukčnosti, velkou SRF,... takže v těchto případech také používat raději nějaké MKP, Wimy, případně X? Díky
20.04.2020 (20:04:34)  # IP X
Tim:
8-bit -> tak teď nevím... no bude to na 800V vstup měniče, EMC filtraci, meziobvod ... vše je v podstatě DC... jen někde trochu s větším ripplem...

Říkám, chci tam primárně nechat jenom ty X1 (PHE 844 od Kemetu) ... tohle chci jen připravit na desku v případě neprocházení emisema a na ladění... možná, že to tam vůbec nebude, ale je to malé, tak jsem to tam chtěl přifařit... ale asi to tam z 80% vůbec nebude... případně by se to při redesignu řešilo pak jinak příslušnými X-kondy, kde by bylo potřeba... ale nechci tam nechávat haldu místa na součástky, které třeba nikdy nebudou potřeba...
20.04.2020 (21:01:37)  # IP X
Dr. Doktor:
Na blokování u moderních rychlých trandů se keramiky používají. Jen musí být blízko větší svitek a pokud možno i elyt(y), je tam riziko rezonančního zakmitávání s parazitní indukčností spoje mezi kondama, to se může dít třeba na nějaké harmonické od spínací frekvence a ta keramika se pak upeče ztrátama na ESR od VF proudu.
20.04.2020 (21:28:12)  # IP X
Tim:
no, budou tam 4x55uF MKP kostky, pulsní WIMy, pak 2,2uF X1, 470nF X1 a různé, kde bude potřeba tak ty X7R keramiky... pokud bude problém, jinak tam nebudou
..
20.04.2020 (22:57:50)  # IP X
Dr. Doktor:
Hlavně všechno co je na DC-linku dát co nejblíž k sobě. Jestli to jsou SiC trandy, tak tam bych keramický blokováky dal. Co se týče filtrů, tak tam jsem nikdy keramiky neviděl, ale jestli to je podle normy taky nevím... Intuitivně bych to tam nedával už jen z toho důvodu aby do DPS nevyhořela díra. A tady bych řekl, že další stupeň filtru bude 100x efektivnější, než přídavný keramiky - co taky dost stojí.
21.04.2020 (12:56:47)  # IP X
Tim:
No, to bezprostřední zarušené okolí jsem se snažil udělat co nejmenší (v rámci možností součástek a požadavků na izolace)... samozřejmě pak EMC filtry a zbytek DC meziobvodu, který už je roztahanější ...

19.04.2020 (18:54:37)  K # IP X
deny hoch (mail) :
Ahoj,
Dělal zde někdo z místních uživatelů PoE napájení zařízení ? Chci si vytvořit jednotku vzdálených vstupů a výstupů (I/O) komunikující přes Ethernet. Postavené to bude na Arduinu s ETH shieldem, který bych předělal. Jde mi spíše o to, jaký výkon mohu pomocí PoE přenášet ? Četl jsem normy a nejnovější PoE umožňuje až 100W, což mi přijde pořád málo. Můj nápad : v ETH kabelu využívat pouze volné vodiče (2 páry) a po nich posílat cca 60V. Co jsem koukal, tak standartně konektory ETH umožňují max 1,5A na pin. Udělal bych si k tomu i vlastní PoE napáječ, který by cpal proud pouze do volných párů. Je to takto možné ? Zařízení určeno pouze pro domácí použití, případně pro kamarády.
19.04.2020 (19:15:17)  # IP X
ms-boss (mail) (web) :
Proč vymejšlíš píčoviny, když už to někdo vymyslel rozumně?
Existuje pasivní PoE, což je jednoduchý, ale je tim jednouchý odprásknout zařízení na konci. Aktivní PoE je bezpečnější, ale standardy 802.3af/at povolují maximálně 16/25 W.
To tam máš elektronkový Arduino, že čekáš takovou spotřebu? Jestli chceš tahat velký výkony, tak existuje věc, kterou na takovou věc používají normální lidi - elektrorozvody.
19.04.2020 (19:29:39)  # IP X
VroutekB:
Čím větší blbost, tím víc arduino. **01
19.04.2020 (19:49:19)  # IP X
8-bit (mail) (web) :
Lampové arduino je nejlepší napájet malým jaderným reaktorem.
19.04.2020 (20:03:24)  # IP X
deny hoch (mail) :
právě normy af/at povolují takto nízký výkon.
Chci tam dostat takovýhle výkon kvůli výstupům, které to bude obsahovat. Arduino má téměř zanedbatelnou spotřebu.

Aktivní PoE, tím myslíš i vedení napájení po komunikačních vodičích, že ? Tam mě spíše vadí to, že pak musím použít ETH trafo, které tyto proudy zvládne (k odseparování z komunikace), což je problém sehnat.
Přes ten pasiv (pouze volné páry) to protlačit nejde ?
19.04.2020 (20:15:09)  # IP X
8-bit (mail) (web) :
Ne, aktivní PoE napaječ testuje nějaký zatěžovací odpor a pustí tam těch 48 V teprve až když zjistí že zařízení na druhé straně je opravdu PoE spotřebič. Tzn. pokud tam nějakou náhodou zapojíš normální síťovku, neshoří v ní terminační odpory a taky ta zařízení mají mít soft start, takže nedochází k opalování konektorů. Jestli jde napájení i po datových drátech je jedno - může a nemusí. Pokud jo tak se používají středy traf a 75r terminační odpory mají sériově kondíky.
19.04.2020 (20:31:55)  # IP X
deny hoch (mail) :
Aha, já myslel, že aktivní PoE je vždy jen po datových párech. Díky za opravdu, 8bite.
A dá se tedy výkon cca 100W protlačit pouze přes volné páry ? Nebo to musí být i přes datové, jak praví norma ? Pokud to musí mít i datové, tak je tam problém právě s tím trafem, protože musí vydržet vyšší proud a takové trafa se blbě shánějí.
19.04.2020 (20:40:32)  # IP X
8-bit (mail) (web) :
Ne, nemusí to nutně jít i přes datové páry, ale jestli se takhle dá protlačit 100 W netuším. Zdá se mi ale docela moc tahat 1 A tam i zpátky každým ze 4 drátků v UTP kabelu. Pohledej asi nějakou normu na zatížitelnost vodičů a jištění.
19.04.2020 (20:40:36)  # IP X
VroutekB:
Ale datový páry jsou všecky 4, jen někdy se používá jen 1, někdy 2 a někdy taky 4.
19.04.2020 (20:42:27)  # IP X
8-bit (mail) (web) :
Ale tak předpokládejme že se bavíme o 100BASE-TX, jinak bychom se nedostali asi nikam **02
19.04.2020 (20:47:24)  # IP X
deny hoch (mail) :
Omlouvám se za neúplnou informovanost - na komunikaci se budou využívat pouze 2 páry, další 2 páry jsou volné.
19.04.2020 (20:55:40)  # IP X
deny hoch (mail) :
Tak vodič v UTP kabelu kategorie 5 má 26 AWG, což je cca 0,128mm2. Při aplikování 1A vychází proudová hustota ta cca 7,8A/mm2. To asi nepůjde.
20.04.2020 (08:18:04)  # IP X
Dr. Doktor:
A vodič CY 1,5 mm2 se za určitých okolností dá použít i na 15A, to je 10A/mm2, asi by to chtělo na to nahlídnout jinou než trafo-logikou.
20.04.2020 (13:57:53)  # IP X
deny hoch (mail) :
Tak jsem se pokusil ztvárnit, jak by to PoE mohlo vypadat. Pokud by měl někdo chvilku, budu rád za rady, případně kritiku. Děkuji
https://imgup.cz/image/kLQF

Ještě dotaz - vzhledem k rozšiřování znalostí bych rád vyrobil TR2 jako planární. Bohužel nikdy jsem takovýto transformátor nenavrhoval a proto bych byl rád za jakýkoliv rady případně nějakou literaturu. Děkuji za Váš čas.
20.04.2020 (14:00:18)  # IP X
VroutekB:
Nejdřív se nauč nepoužívat ardujíno, pak si hraj s planárama. Nenavrhneš na to ani plošák a pokud, tak se ti nebude líbit cena. Plánáry sou pro 9 aplikací ze 10 zbytečná píčovina.
20.04.2020 (14:43:37)  # IP X
deny hoch (mail) :
Děkuji za názor. Cena je podle mě spíše nižší než u klasických transformátorů. Když koupím jádro třebas na Semic.cz, tak mě vyjde na pár korun, zbytek je pouze DPS. Udělal bych "více-vrstvou" - primár bych nechal na originální DPS a na to bych vrstvil další DPS pouze se závity, které budou vyvedeny na strany, kde bude propojení s originální DPS. Doufám, že to píši srozumitelně a pochopitelně.
20.04.2020 (14:56:42)  # IP X
VroutekB:
Ti řikám, že nevíš do čeho deš. V jednom kuse dělat planární trafo a myslet si, že vyjde levněji, je pičovina.
20.04.2020 (15:59:44)  # IP X
Deny hoch (mail) :
Já ho právě v jednom kuse dělat nechci. Chci to vrstvit, defacto vyrobit třeba 3 desky + hlavní a to vše vyvrstvit do jádra. Spojení desek po stranách.
20.04.2020 (16:13:52)  # IP X
VroutekB:
3 desky do jedno trafa je pořád jen jeden kus trafa! **11
Mimochodem, kolik myslíš, že se ti tam těch desek vleze, když to má běžně 3mm okno?
Ale proč to dělat jednoduše, že. Je potřeba být in. **16
20.04.2020 (16:23:00)  # IP X
Deny hoch (mail) :
Na semic.cz mám vyhlidnute jádro, které má výšku středního sloupku 5mm, dohromady tedy 10mm. Když vezmu 1,6mm sílu desky + izolace a budu hodně přehánět, jsem na 2mm a vejde se mi tam 5 vrstev. Cena toho jádra je 20kc/ks. Zatím na tom nevidim problém, ale možná něco přehlížím.
20.04.2020 (16:51:34)  # IP X
bkralik (web) :
Jen poznámka - nevím kam to plánuješ dát, ale pokud to bude prostředí jako střecha/průmysl/cokoliv jiného než doma v pokojíčku, tak bacha na pořádné ochrany! Tyhle věci na dlouhém kusu drátu odejdou dřív než se naděješ...
20.04.2020 (17:40:29)  # IP X
deny hoch (mail) :
Děkuji za poznámku. O jakých konkrétně ochranách se zde bavíme ? Transily na vstup od ethernetového kabelu, případně nějaké TVS diody na komunikační piny za LAN transformátor (TR1) ? Děkuji.
20.04.2020 (18:05:16)  # IP X
VroutekB:
Jakej má smysl planární trafo, když ho nakrmíš deskama do výšky normálního trafa? **02
20.04.2020 (18:07:29)  # IP X
deny hoch (mail) :
Význam planárního transformátoru v této konstrukci je spíše výzkumný a prohlubující znalosti.
20.04.2020 (19:42:22)  # IP X
VroutekB:
A co má za smysl se pokoušet o něco, co bude s planárem mít společný akorát název? **18
20.04.2020 (19:50:29)  # IP X
deny hoch (mail) :
Spíš bych tě chtěl poprosit o prozrazení případných konstrukčních záludností.
21.04.2020 (09:09:04)  # IP X
VroutekB:
Konstrukční záludnost je třeba v tom, že mi to připadá jako zcela bezpředmětné. Když si chceš udělat planární trafo, tak si na to vem aspoň 4vrstvou desku a udělej to jako planára.
Ten tvůj stoh desek pospojovanej zvenku drátama nebo kdoví jak bude šecko, jen ne dobrej (+rozptyl +velkej odpor vinutí).
22.04.2020 (18:36:29)  # IP X
deny hoch (mail) :
Celou dobu tu komunikuji slušně a do nikoho se nenavážím, nevím proč by to nešlo i u jiných jedinců (nechci jmenovat) této diskuze. Myslím si, že tato diskuze je na velmi vysoké technické úrovni díky určitým uživatelům. Zkuste se nad tím zamyslet.

VroutekB :
Já si chci ještě rozšířit znalosti a odpovědi typu "je to píčovina" mi moc nepomůžou. Každý nějak začínal.

Umím navrhovat transformátory pro spínané zdroje, mám na to rovnice, umím spočítat vzduchovou mezeru v flyback transformátoru. Zajímá mě, jestli tyto vzorce platí i pro planární transformátory - podle mě by měly. Ano, rozptyl transformátoru se zvýší, záleží o kolik a případně, jak ho opět snížit - rozdělit primár na dvě poloviny ? Případně jiné řešení ?
Děkuji za jakékoliv informace.
22.04.2020 (19:40:50)  # IP X
VroutekB:
Píčovina je přesný výraz. Já se rád vyjadřuji přesně. **37
Když umíš navrhovat transformátory a máš na to vzorce, tak na co se tu ptáš? Myslíš si, že ta matematika najednou přestane platit, když se tomu EE jádru zkrátí sloupek? **13
Rozptyl závisí na geometrii vinutí (na vzájemné poloze pri-sec), to jistě taky víš. Takže ano, prokládání vinutí mezi sebou po částech sníží rozptyl a v planáru taky hezky zvedne parazitní kapacitu, neb jsou ty vinutí hezky placaté a ten sklolaminát má značné epsilon_r, v porovnání se vzduchem.
Šak si klidně hraj s planárem, ale udělej to jako normální planár, ne jako hamburgr z mekáče. Kus 4/6v desky od číňana neni zas tak drahej aby sis to vyzkošuel.
A jestli to má bejt na síťovej zdroj, tak to radši ani nedělej, protože se ti nejspíš nepovede dodržet izolační pevnost a vzdálenosti. Nezapomínej, že ferit je vodič, i když někdy dost blbej.
23.04.2020 (07:54:59)  # IP X
deny hoch (mail) :
Na 3 oddělená vinutí potřebuji minimálně 4 vrstvy (3 vinutí a 1 propojovací). Co koukám do Číny do výroby, jsou desky s 4 vrstvy o cca 20 Euro dražší, ale asi by to šlo. Zkusím to ještě promyslet, alespoň si zkusím navrhnout desku s 4 vrstvami.
Mimochodem, jakou má elektrickou pevnost cuprexit mezi vnější a vnitřní vrstvou ? A primár navrhnout na jednu z vnitřních vrstev nebo na vnější ? Asi bych to spíše viděl na vnitřní kvůli rozptylu.
26.04.2020 (11:25:20)  # IP X
VroutekB:
Tak hlavně si dej bacha na to, jaký stackup mají ty desky. U 4v desek máš vnější dvě vrstvy vždy velmi blízko u sebe (0.1 - 0.2mm). U 6v desek se používají dva různý stackupy, tuším číňan používá ten pro 2 napájecí a 4 signálový vrstvy, pragoboard zas tuším dělá 3 dvojice (3 signálový 3 napájecí). U té číny nevím, 6v desky sem nedělal, zatim sem takovou potřebu BGA a šíleností neměl.
V progoboardu ti klidně upečou libovolnej stackup s libovolně tlustou mědí dle potřeby, ale připrav se na to, že to něco bude stát. Planární trafa jsou prostě v kusovce drahý nesmysl, který nic zajmavýho nepřinese.
A co se týká izolace, tak viz materiálový datasheet výrobce. Podle mě planár není vhodný na síťovej zdroj, nesplníš izol. pevnost a/nebo potřebný izol. vzdálenosti. Bys musel to vinutí utopit třeba kompletně do vnitřních vrstev.
A pokud ti jde o to, že máš málo místa na výšku, tak jsou dostupná plochá jádra pro vinutí (tuším EF?), nebo varianty koster, který třeba lze i zasadit do výřezu v desce.
27.04.2020 (12:07:50)  # IP X
deny hoch (mail) :
Tak už to mám tak nějak navržené.
Vrstva 1 (Top) je propojovací.
Vrstva 2 je sekundár 1 + vyvedený střed (k utvoření symetrického napájení)
Vrstva 3 je primár.
Vrstva 4 (Bottom) je sekundár 2.

Tak to mi to dává asi největší smysl vzhledem k rozptylu.

Ještě dotaz na pracovní frekvenci. Může takovýto zdroj s tímto transformátorem jet na 250kHz ? Samozřejmě použiji ferit, který tuto frekvenci zvládá.
Vždy jsem desky nechával dělat u JLCPCB.com, problém je, že vnitřní síla mědi je pouze 0,017mm - jiný nenabízejí. Stackup nabízejí 2 - jeden s 0,1mm a druhý s 0,2mm (izolace mezi 1. a 2. vrstvou, případně 3. a 4.). Jako síťový zdroj to použito nebude, ale bude to použito jako transformátor pro PoE napájení. Napětí se může dostat až k 100V.

15.04.2020 (20:15:30)  K # IP X
Dragon:
Ahoj,
zabýval jste se tu někdo výrobou TIGu ke svářecímu invertoru? Řeším modulaci vf zapalování do hořáku... V podstatě mi napadají 3 řešení

1) měnič + TV střídavé trafo - tím zvýšit napětí o vysoké frekvenci a na výstup umístit vazební feritový trafo, jehož sekundárem bude záporný vodič ze svářečky - zde vidím úskalí v přesycení feritu vysokým napětím - v opačném případě bude potřeba hodně, hodně závitů vinutí na obou stranách toho silového vazebního trafa

2) Nějaké měkké VN trafo (neonové trafo?) a jiskřišťové rozkmitání na vysokou frekvenci, poté opět vazební feritové trafo - problém asi s potřebnou velkou energií kmitů zde bude také

3) extra elektroda až k wolframové/thoriované elektrodě, kde bude umístěno VN...

Co myslíte? Z hlediska elektroniky mi přijde zajímavé řešení 1, ale trochu mám pochybnosti s realizovatelností...

Nedělal jste to někdo? Hodily by se zkušenosti jaké cca je potřebné napětí, jaký jeho příkon, co použít jako vazební člen pro superponování vf složky... jakou zvolit cca frekvenci VN?
Díky moc
16.04.2020 (00:54:34)  # IP X
bkralik (web) :
Obvykle se to dělá metodou 1) to VF zapalování potřebuješ na začátku, pak ho klidně můžeš vypnout, takže ti přesycení je asi skoro jedno. I u levnějších komerečních strojů to je dělaný tak, že je VN zdroj - jiskřiště - primár trafa | trafo | sekundár
Já jsem si zkoušel bastlit AC tig na hliník ze staré trafosvářečky, na HF start jsem použil VN modul z ebaye za $2 (High-voltage Generator DC 3V-6V), jiskřiště z dvou hřebíků, feritový jádro z TV, primár cca 2 závity, sekundár cca 8 závitů a fertig. Zapalovalo to na 5 mm jak prd. A i ten hliník to vařilo, teda dokud mi neuhořel wolfram **02
Měl jsem to krásně přitlučené na smrkovém prkénku, pan Šedý by byl hrdý **02 - http://kotec.bkralik.cz/futurama/hf_start.jpg

Jediný, na co si musíš dát bacha, je vyblokování té VF střídaviny před tou samotnou svářečkou, když to je něco sofistikovanějšího než trafosvářečka. Obvykle se to dělá svedením přes nějaký rozumní kondík...
16.04.2020 (09:54:13)  # IP X
Dragon:
Dobře... a to i s těmi 2 závity na primáru to ten puls přenese? Měl jsem na mysli sycení vlastního feritu jenom od toho VN zdroje ... Právě o to mi šlo při tom uvažování, že se to trafo musí do jisté míry tvářit jako zkrat-...teda záleží na frekvenci kmitů...
16.04.2020 (13:49:08)  # IP X
bkralik (web) :
Mezi naostřeným wolframem a matrošem to házelo cca 5mm jiskru, takže bych řekl že přenese :-).
16.04.2020 (18:40:13)  # IP X
Dragon:
Dobře, vyzkouším něco podobného. Díky

P.S. - měl jsem zato, že jediné wolframové elektrody na střídavinu se neostří do špičky... všechny ostatní - Thoriové, ty modernější ale už ano... ale to je jedno
16.04.2020 (23:06:30)  # IP X
bkralik (web) :
Já byl toho dojmu, že i na hliník se ostří všechno a při vaření se to přirozeně "nataví" co tvaru co tomu vyhovuje. Ale jsem internetový svářeč, navíc tohle byl co se týká hliníku krátký a jediný pokus, jinak vařím jenom černej/nerez **01
19.04.2020 (18:21:58)  # IP X
toman:
V lacnej komercii sa to robi takto, akurat trafo je vynechane. Feritova tycinka je omotana par zavitmi izolovaneho dratu. A cele je to obtocene pasovinou ktora ide uz na vystupnu svorku horuku. Blokuju to tie modre keramiky. Napajane to bude podobne ako ma bkralik, nejaky zdroj a iskrisko normalne na plosaku.

Co sa elektrody tyka, je to jedno aj ked vsade citas, ze to mas pred samotnym varenim prepolovanim roztavit do gulicky. Zbytocne, nemusis z toho robit hrot, iba zhruba naostrit a varit. Samo sa to zagulati kolko treba a dobre. To je myslene na cisty W ktory u nas zozenies. Inak sa da hlinik varit aj WL15 WL20, s ktorym sa rovnako dobre zvara aj na DC-. A teraz niekedy vzniklo cosi nove na hlinik, tusim tri-mix ale u nas nezozenies. **20
19.04.2020 (22:45:00)  # IP X
Dragon:
Aha... no, já to vzdávám, experimentoval jsem se zapalovací cívkou z auta, jiskřištěm... také s DC VN trafem z TV a jiskřištěm... na výstup jsem dal ferit z TV jako máš ty... ale ani za nic tam ten puls nepřenesu... jako by ani nevznikly VF kmity...
Tak jsem objednal ten zdroj z ebay a zkusím to přesně podle tebe s tím jiskřištěm...
19.04.2020 (23:11:04)  # IP X
8-bit (mail) (web) :
http://kotec.bkralik.cz/futurama/hf_start.jpg

Taky docela čumím že mu to tohle funguje **02 Nemělo by trafo mít buď macatou mezeru nebo být navinuto jenom na feritové tyčce? Vždyť takhle se většina toho pulzu musí ztratit v jádře.
20.04.2020 (08:03:32)  # IP X
bkralik (web) :
Mezeru jsem nechal původní, dva tenké papíry... A jinak třeba jenom štěstí amatéra **02
20.04.2020 (09:13:01)  # IP X
Dr. Doktor:
Bez mezery, ale tady to v podstatě nemá vliv. Zdá se mi tam těch závitů málo. Toho tlustýho tam namotat co nejvíc a primár pod něj, aby to mělo lepší vazbu. Pokud se tam bude pulzovat spoustu kV, tak bych možná volil závitovej poměr blízko 1:1, možná malinko do rychla. Ale samozřejmě tady pomůže co největší průřez feritu.
20.04.2020 (09:16:14)  # IP X
Dr. Doktor:
Jinak je samozřejmě potřeba spínat tím jiskřištěm do pulzního trafa kondenzátor, samotný VN trafo s jiskřištěm je k ničemu. Dragon to ve zprávě nenapsal, ale tak doufám, že je mu to jasný. Zapojení jak Tesla trafo - jiskřiště paralelně k trafu (!) a sériová kombinace L C.
21.04.2020 (10:26:33)  # IP X
Radiátor:
Je to naprosto stejný systém jako na zapalování hořáků výbojek. Nejjednodušší je trafo v serii s hořákem, do kterého se vybíjí kond. Zapalovací jiskry v Ar atmosféře jsou cca 20mm.
21.04.2020 (17:06:56)  # IP X
Dragon:
Aha, už jsem na to asi přišel, po dobu testů (možná od začátku) jsem měl proražený ten VN kondenzátor... Teď už to nějak jiskří... ještě si s tím pohraju a vyladím na délku jisker

Radiátor - A nevíš, kolik je tedy optimálně potřeba délka jisker? Jak se liší situace pod argonem a jak ve vzduchu? Na vzduchu mám momentálně jiskry asi 3-4mm - stačí to? Nebo s tím budou problémy? Díky
Celý ten obvod s VN trafem z TV mi bere asi 12W (mám tedy integrované trafo s diodou z monitoru buzené cca 60kHz), jiskřiště asi 3,5mm, kond 200pF/12kV, trafo ze dvou feritů z tesla telky - primár 5z, sekundár 8 závitů) a funguje
Bude to tedy takto stačit?

11.04.2020 (21:40:51)  K # IP X
antibalda (mail) (web) :
https://imgur.com/utS15vW
Člověk otevře datašit STM32G030 přes TME a tam toto .. v datašitu není uvedena struktura pinů **18 Proč to kurwa bez toho vůbec vydávají ? Řekl bych, že je to celkem podstatná věc.
(TME má nějaký starý (June 2019). Na stránkách ST už je novější, kde už toto je doplněno.)
11.04.2020 (21:59:13)  # IP X
VroutekB:
Stáhneš si neaktuální nějakej preliminary datasheet z webu třetí strany, ale chyba je to výrobce součástky? **02
11.04.2020 (23:06:49)  # IP X
antibalda (mail) (web) :
Ano. Nechápu, proč to tam ST nenapsalo už v prvním vydání. Jak píši - přijde mi to jako dost důležitý údaj.
11.04.2020 (23:33:13)  # IP X
antibalda (mail) (web) :
A ne, není to žádný předběžný nebo podobný neúplný typ datašitu. Je to 1. oficiální vydání.
12.04.2020 (15:21:22)  # IP X
VroutekB:
První oficiální vydání dokumentace může (a taky bývá) zrpavidla ještě hodně měsíců předem, než k těm součástkám holoprdelníci jako ty se vůbec dostanou **23
Takže opět, máslo na hlavě máš ty, že taháš neaktuální datasheety z webů třetích stran. A je jedno, jestli STčkový, nebo kohokoliv jinýho. Jak zjevně vidíš, výrobce ten datasheet již skoro před půl rokem opravil, to že TME má na webu neaktuální datasheet není problém ST. **02
12.04.2020 (23:21:41)  # IP X
antibalda (mail) (web) :
Čteš vůbec to, co tady píšu ?
1.) Datašit z TME je první oficiální vydání od ST.
2.) Datašit na stránkách ST je 2. vydání, kde už tyto údaje jsou doplněny.
3.) Ano, TME si datašit neaktualizovalo.
4.) Celou dobu mě jde o to, že absolutně nechápu, proč ST vydalo datašit bez informací o struktuře pinů - pro mě (a ne jen pro mě) dost důležitá věc.

To je stejné jako kdybych ti prodal auto a u prodeje neřekl na jaký typ paliva to jezdí. Jak by se ti to líbilo ?
13.04.2020 (11:02:37)  # IP X
VroutekB:
Kdyby sis stáhnul aktuální datasheet rovnou, měl bys cos potřeboval. Nemusíš nás tu zásobovat frfláním, že ti něco v neaktuálním datasheetu chybí. Víš kolik chyb a věcí chybí i v jinejch datasheetech?
Minulej tejden sem třeba psal Texasům, že mají v datasheetu TVP5150AM1 už asi 9 let neopravenou poměrně zásadní chybu, díky který je jejich "simple configuration example" asi práce na týden zkoumání, proč se nechytá PLL na colorburst, i když to ve status registru vesele reportuje, že je "color locked".
13.04.2020 (12:53:14)  # IP X
antibalda (mail) (web) :
Však já jsem si ho stáhnul ještě před tím, než jsem přidal tento příspěvek. Proto i píši na konci, že ST na stránkách má novější, kde toto už je. Dost razantně mě překvapilo, že důležité informace v datašitu chybí. Nic víc.
14.04.2020 (02:19:42)  # IP X
RayeR (web) :
Aaa, Vroutek zas plamenne haji sveho chlebodarce :)
Pokud se preneseme do doby, kdy jeste druha verze datasheetu nikde nebyla ke stazeni, tak k cemu teda byla ta prvni verze? Pokud tam chybi takova zasadni informace, tak by IMHO mela byt oznacena jako preliminary. No je tam teda alibisticky will be later... Proste time 2 market pyco...
14.04.2020 (12:31:58)  # IP X
VroutekB:
Jak chlebodárce? Už tam celkem dlouho nerobím **02

5.04.2020 (23:21:13)  K # IP X
SOB's (mail) :
vspomínáte, jak jsem tu scháněl radu ohledně servomotorů fanuc do 6-ti osýcho robota ? Tak už sem docela pokročil, ale mam pár problémů.
https://www.youtube.com/watch?v=qRDLMS1G2Is
Motor se točí, regulační smyčky sou vyladěný tak, že to nějak funguje, ale dost často, když zapnu driver (používám ten low cost leadshine) a aktivuju enable tak se motor rozjede plnou rychlostí pár otáček na ňákou stranu i přes to, že mu nedávám žádnej příkaz a pak se vypne s chybou pozice, dělá to jen někdy, setkal se s tim někdy někdo ? Může to bejt projev špatně nastavenejch regulačních smyček ?
Další problém, má to výstup na brzdnej odpor, kterej je zapojenej proti plusu a tranzistor v tom driveru ho spíná k nule, ale mě ten tranzistor sepne vždycky po zapnutí a je furt seplej...
Dík.
6.04.2020 (00:50:31)  # IP X
8-bit (mail) (web) :
Zapomene po vypnutí pozici a vyhodí chybu pokud nenajde index?
6.04.2020 (22:57:19)  # IP X
SOB's (mail) :
ten driver si přece pozici ani pamatovat nemá ne ? a i kdyby, jak jí pozná bez absolutního enkodéru...
Nenajde, index, tim je myšleno co ?
8.04.2020 (21:47:44)  # IP X
8-bit (mail) (web) :
Pokud enkodér není zálohovaný baterkou tak ten servopohon po zapnutí nemůže vědět, kde je. Nulovou angulární polohu by měl udávat impuls na index výstupu (Z) enkodéru. Je možné že driver se takto pokouší najít výchozí bod, proto se podívej do nějakého manuálu zda se někde to chování nedá nastavit.
10.04.2020 (15:06:32)  # IP X
SOB's (mail) :
tomu uplně nerozumim, když se zastaví motor a disk zůstane v pozici takový, že A, B, Z jsou třeba HIGH, LOW, LOW, vypnu to, znova zapnu, tak stav těch signálů je furt stejnej ať je enkodér zálohovanej nebo ne
10.04.2020 (21:22:44)  # IP X
antibalda (mail) (web) :
Tam spíše jde o to, že si "enkodér" musí pamatovat i kolikrát se otočil, aby si driver určil přesnou pozici třeba ramena. Jen kombinace signálů A, B a Z nestačí.
10.04.2020 (23:18:25)  # IP X
8-bit (mail) (web) :
Asi tak, prostě by to mělo být buď všechno zálohováno baterkama (tzn. nejen enkodér ale i nějaké počítadlo v servodriveru), nebo bys měl mít aktuální pozici nějak uloženu jinde a pak ji driveru vnutit ještě před tím než ho povolíš. Driver totiž nemůže vědět, že se s hřídelí mezitím neotočilo. A i když ty motory mají brzdy, pamatuj na to, že každá brzda má nějakou malou vůli, takže s každým vypnutím a zapnutím může pozice ujíždět. Když už, tak by se hodilo zabrzděný motor vždycky předepnout na nějaký konstantní moment pro zjištění polohy na které to zůstalo a při inicializaci. Hoď sem link na nějaký manuál k tomu tvému servodriveru ať se můžeme podívat co by se s tím dalo dělat.
10.04.2020 (23:40:14)  # IP X
SOB's (mail) :
Dík
http://www.cncshop.cz/acs806-ac-servo-driver-400w
tady je ke stažení manuál
Já sem žil v tom, že po znovu zapnutí začínám prostě na nule a kolikrát sem se otočil před tim, si musim pamatovat někde jinde v nadřazenym systému...
V tom manuálu ale toho asi moc nenajdeš, ještě udělám screen tabulky parametrů v tom programu
11.04.2020 (01:14:01)  # IP X
8-bit (mail) (web) :
Proletěl jsem ten manuál a o chování po zapnutí tam bohužel nic není. Měl by asi začínat na 0, ale ještě záleží zda vůbec k něčemu používá to Ztko nebo ho ignoruje. Ještě bych zkusil Z prostě odpojit a zkusit co se stane. Jinak máš zapojeny komutační signály? Nějak by to mělo fungovat i bez nich, akorát při spuštění může měnič rozběhnout motor špatným směrem nebo dělat různé vylomeniny. Podle mě by ta regulace měla vzpamatovat v řádu ms (je tam FOC), ale každý měnič se s tím asi může poprat jinak.
11.04.2020 (17:23:56)  # IP X
SOB's (mail) :
komutační signály tam mam, bez nich by se to možná ani nerozjelo, kvůli nim tam z toho robota visí ta deska s arduinem a 6-ti 485 převodníkama
11.04.2020 (19:04:24)  # IP X
SOB's (mail) :
začínám si myslet, že to nějak souvisí s tim, jestli před tim nedošlo k chybě pozice, a jestli si to nepamatuje kolik byla ta chyba a nesnaží se jí po restartu dohnat, ale to potom nevim, proč po tom startu po tom dohnání znova vyhodí chybu...
No nevim tyhlety startovní přechodový jevy mě pěkně serou, chová se to občas dost divně, jakmile to rozjedu do cyklu, tak to běží splehlivě jak dlouho chci, ale to počáteční rozjetí bejvá někdy na několik pokusů
11.04.2020 (20:06:01)  # IP X
8-bit (mail) (web) :
Ty komutační signály by měl měnič podle mě potřebovat jenom na rozjetí. FOC algoritmus si podle nich nastaví nějaké výchozí hodnoty a dál by měl polohu rotoru vypočítávat sám. Ale ujisti se že je máš správně nebo je zkus odpojit úplně, pokud to převádíš z toho FANUC protokolu nějakým mrduinem **02
11.04.2020 (20:40:42)  # IP X
antibalda (mail) (web) :
(vlastní zkušenosti s roboty)
Když jsem programoval roboty Mitsubishi, tak ty mají v patě robota baterky, který zálohují aktuální pozici v enkodéru. Robot bez napájení má vždy zamčenou brzdu. Po připojení driveru se vyčte aktuální pozice z enkodérů (jejich protokolem) a motory se odbrzďují a začíná pohyb. Toto je nutné, aby byla možná výměna driveru za jiný nebo nový.
Ještě mám zkušenosti s roboty Omron a FANUC - obě další firmy to mají stejně.
To že ti to po zapnutí cukne je neorigo driverem, který neumí vyčíst pozici z enkodéru. (manuál jsem neotevíral). Buď bych to používal takto nebo sehnal origo driver nebo vyhodil. Rozhodně bych se s tím takto netrápil - ty firmy přesně vědí, proč k tomu dávat origo driver.
Navíc je blbost, aby se po zapnutí robot nuloval - co když vypadne napájení z důvodu poruchy ?
11.04.2020 (22:31:08)  # IP X
SOB's (mail) :
nemusíš mi vykládat jak fungujou roboti, taky dělám s ABB a yaskawou, samozřejmě že to originálně fungovalo tak, že to přes komunikaci vyčetlo pozici z baterkou zálohovanýho enkodéru, jenomže abych zachoval tohle původní řešení, tak bych do toho musel narvat tak 150 000,- Tim, že se mi povedlo z toho enkodéru vatáhnout ABZ a komutační signály s tim můžu aspoň takhle fungovat za relativně pár korun, poslední pozici si budu pamatovat v nadřazenym systému v nějaký EEPROM, ve vypnutym stavu budou seplý brzdy, takže s tim nikdo moc nepohne.
Ten driver je určenej k servům, který nemaj nic víc než ABZ a komutační signály, baterkou zálohovaný taky nejsou a necuká to s nima po startu.
Ty byses s tím takto netrápil a vyhodil bys to... no já sem si to kvuli tomu koupil...
11.04.2020 (22:53:28)  # IP X
SOB's (mail) :
z fanuc protokolu ne, to sem zavrhnul, to by bylo hrozně složit. Už sem tu jednou postoval, že ten disk v tom enkodéru má na sobě vrstvu, která přímo odpovídá signálu jedný fáze, takže ty zbylý dvě od toho odpočítávám pomocí A a B signálů, funguje to si myslim velmi dobře i při vysokejch otáčkách, dokonce i když si dám osciloskop jednim kanálem na výstup třeba W a druhym kanálem na W mototru proti umělýmu středu, tak se to přesě kreje...
Ono to dělá jenom někdy, zkusim vysledovat, jstli to fakt nezávisí na předchozí chybě polohy
Nevim proč tu furt omlíváte zálohování baterkou, ty serva určený k tomu mýmu driveru nic takovýho nemaj, ani nevim kudy bych to do toho driveru připojil, on nemá vstupy na nic jinýko krom ABZ a komutace...Navíc má řízení jenom krok a směr, nic víc
11.04.2020 (23:13:26)  # IP X
antibalda (mail) (web) :
Podle toho, co tu píšeš poslední dny, tak jsem nabyl dojmu, že absolutně nevíš, co děláš. Takže se hned nevztekej.

FANUC si tam nandá svoje serva, svůj interfejs a další píčoviny a k tomu si udělá vlastní driver, se kterým to funguje tak jak má. A ty si myslíš, že to tu ojebeš mrduínem a nějakým univerzálním driverem ? **03 Dost naivní představa. Proč to origo asi stojí 150 000 ? Aby se to mohlo ojebávat ? Pak to takto vypadá.

Buď rád, že se ti to alespoň trochu hýbe.
12.04.2020 (00:40:05)  # IP X
SOB's (mail) :
Absolutne netušim co dělám a vztekám se až bušim pěstma do stolu.
A ano, myslim si, ze to ojebu ardujinama a lacinejma driverama za par korun. A rekneme si, zatim se mi to dari **01
12.04.2020 (10:06:12)  # IP X
antibalda (mail) (web) :
Ne, nedaří **37
12.04.2020 (12:20:49)  # IP X
SOB's (mail) :
prosim, ukaž mi jak to vypadá, když se daří
12.04.2020 (15:22:25)  # IP X
VroutekB:
Šak on jen závidí hezkýho robota... **37
12.04.2020 (16:25:02)  # IP X
SOB's (mail) :
taky mi připadá, že v tom něco bude **13
12.04.2020 (17:49:19)  # IP X
8-bit (mail) (web) :
Asi tak, buď je to čistá závist a nebo je natěšený na to, že se v bazaru na CNC fóru objeví hromada levných harmonických převodovek které koupí aby s nima mohl šmelit **02

>SOB's
Zálohování baterkama omíláme proto, že ty pseudo-absolutní enkodéry musely mít původně zálohované napájení přes FANUC drivery. Sice si můžeš pozice ukládat do EEPROM nebo baterkou zálohované SRAM, ale můžou se ti takhle začít kumulovat chyby.
No dobře, tak teď víme že výstup z toho enkodéru je nějak doprasený. Proto ještě zkontroluj zda máš fakt správně komutační výstupy a jejich polarity, ideálně podle nějakého normálního serva. A Ztko bych odpojil úplně, driver by ho neměl k ničemu potřebovat.
12.04.2020 (19:03:55)  # IP X
SOB's (mail) :
zkusil sem si ještě jednou dát na osciloskop výstup jedný fáze proti umělýmu středu a výstup příslušenýho komutačního signálů a uplně přesně se to nekreje, tak sem zkusil trošku pootočit enkodér abych to doladil, aby to vycházelo přesně, ale lepší to rozhodně nebylo, bylo to stejný a přidali se jiný problémy, tak sem enkodír vrátil zpátky.
Ono jakmile překonám ten počáteční enable po startu, tak už je to v pohodě, můžu enablovat kolikrát chci a vždycky v každý poloze to drží a má to stejnej krouťák do předu i do zadu, takže v komutaci podle mě problém neni.
Zkusil sem odpojit Ztko, nemělo to žádnej přínos.
Zkusim si ještě pohrát s rgulačníma smyčkama, jestli třeba to rozjtí po zapnutí neni způsobený nějakym překmitem třeba rychlostní smyčky...
12.04.2020 (22:45:17)  # IP X
antibalda (mail) (web) :
Jediného robota, kterého bych záviděl by byl Mitsubishi. Fanuc rozhodně ne - programoval jste někdo Fanuc ? Navíc ani mechanika není žádná výhra. Takže ne, závist to není. **37
12.04.2020 (23:15:56)  # IP X
SOB's (mail) :
**01
13.04.2020 (15:18:17)  # IP X
SOB's (mail) :
Tak sem zkusil snížit všechny Pčka, servo se převaluje jak lempl a stejně se stává, že to po startu vystřelí někam a zastaví to až překročení povolený chyby.
Zkusil sem i invertovat všechny komutační signály, nebo je různě prohazovat, furt stejný, ty signály asi mam správně, protože servo de klidně do vysokejch otáček a s velmy malym odběrem, ale jde o to, jstli sou správně časovaný, což sem si ověřil osciloskopem, že sou...
Jinak, vzhledem k tomu, že ty procesory co mi generujou ty komutačí signály mam v plánu mít v tom rameni furt pod napětím aby nestratily nit, tak asi neni problém aby mi posílali aktuální pozici
13.04.2020 (20:14:16)  # IP X
Dreit (mail) :
Co vzpomínám na školení před asi půl rokem, tak brzdy nemusí dokonale držet a u hodně jetých Fanuců se prý stává, že se třeba přes noc enkodér trochu pootočí a elektronika to pak nerozdejchá.
Jestli si dobře vzpomínám, tak se muselo pohnout s osou aby každej enkodér udělal alespoň jednu otáčku, zastavit na ryskách a pak si to nějak dokázal dopočítat. Kdyžtak mrknu do školících papírů co k tomu mám, týká se to samozřejmě origo řízení, ale třeba by to k něčemu pomohlo.
13.04.2020 (21:01:51)  # IP X
SOB's (mail) :
u toho fanucu je to kvuli tomu, že jsou z těch pulzů vypočítávaný komutační signály, takže když se vybije baterka, tak stratí nit a musej pak udělat aspoň jednu otáčku, aby se zorientovali, ale neni mi jasný proč by k tomu mělo dojít při pootočení enkodéru, leda opravdu v kombinaci se slabou baterkou.
No ty brzdy maj jednak vůli několik půlzů a taky jdou přeprat rukou bez větší námahy, pokud točim přímo hřídelkou...
pokud bych zkusil vzít za rameno, tak přes ten převod 1:50 už tu brzdu nepřeperu
13.04.2020 (21:46:28)  # IP X
antibalda (mail) (web) :
Tak abych jen nekritizoval.
Pokud bych chtěl toho robota používat (což jsem pochopil, že by jsi chtěl), šel bych na to úplně jinou cestou a to, že bych zkusil okopírovat originální driver. Je mi jasný, že origo komunikaci mezi enkodérem a driverem nedekoduješ (kdysi jsem se o to pokoušel na Mitsubishi servech), tak bych si udělal vlastní. Tj. na každý servo bych si udělal DPS, kde by bylo zpracovávání pulzů A. B, Z a další komunikace s nadřazeným systémem (třeba arduinem). Jako komunikace se nabízí třebas RS-485, kam si můžeš definovat jakýkoliv příkazy (prostě si napsat vlastní protokol). Zároveň by si tento výtvor mohl pamatovat pozici (udělal by jsi z toho absolutní enkodér), která by mohla být zálohovaná bateriemi. Celé by to pak řídilo třebas arduino (kdyby AVR nestačilo, mohlo by být STM32), který by počítalo požadované pozice a do silové části by pak posílalo pulzy o kolik se má dotyčný motor otočit (tak jak je to u origo driveru). Silovina by neměla vstupy na enkodér a jen by hloupě poslouchala příkazy. Následně by to šlo celé řídit jako (upravené) CNC.

Vím, že je to trochu složitější řešení, ale myslím si, že toto, jak to máš nyní nevede k výsledku (viz ty problémy, co máš).


__________________________
K robotům Fanuc :
Pokud se vybijou baterie, musí se udělat reference. Standardně má na sobě robot přesné díry do který se strkají přesné kolíky a když je robot takto zakolíkovaný - řekne se mu, že je v "nule", následně si to uloží do enkodérů a už ví pozice. Před tímto se musí udělat pohyb všemi osami, aby se našly komutační signály.
13.04.2020 (22:10:57)  # IP X
SOB's (mail) :
no já sem nad tim taky přemejšlel, teď mam v podstatě hotovej návrh plošňáku na destičku ke každýmu enkodéru, která bude generovat komutační signály a společně s ABZ převádět na diferenciální pár aby se to dalo zapojit přímo do driveru, ten procesor mam v plánu mít trvale pod napětím (práve kvůli těm komutačním signálům) jediný co by se vypínalo, tak ty 485 drivery, protože hrozně žerou, takže bych tam přidal ještě CAN, na tej jednej CAN sběrnicy by bylo připojeno všech 6 destiček a pak bych si udělal jednotku, která by dostávala z nějakýho nadřazenýho systému rozkazy o úhlech kloubů, skontrolovala by si vždycky jak jsou klouby natočený aktuálně a podle toho by do servodriverů vyslala příslušnej počet kroků příslušnym směrem, v podstatě jak píšeš ty, akorád ne 485, ale CAN, příjde mi tam snadnější sběr dat z více zařízení...
Jedinej problém je ten procesor, aby byl schopen spolehlivě generovat komutační signály, i při vysokejch otáčkách, musí mu programová smyčka běžet na vysoký frekvenci, mě to arduino běží po menší optimalizaci asi na 50-ti KHz ale nesmí dělat už nic jinýho (třeba odesílání dat) jinak by ty frekvence šla dolu. Takže buď procesory dva, nebo jeden pořádnej...
13.04.2020 (23:43:48)  # IP X
SOB's (mail) :
tak sem teď zjistil, že se to po startu nekontrolovaně rozjede jenom tehdy, když je zrovna motor zastavenej tak, že U, V, W je LOW, LOW, HIGH nebo HIGH, HIGH, LOW zkrátka kvadrant, kdy má U a V stejnej stav, co to může znamenat ?
14.04.2020 (01:27:41)  # IP X
SOB's (mail) :
sem tak zjistil, že ten driver moc na ty komutační signály nedbá, zkusil sem ošetřit ty dva stavy, dal sem místo nich vedlejší a vubec nic se nezměnilo, tak sem zkusil tam na zkoušku nahrát program na pevnou hodnotu HIGH, LOW, LOW a nijak zvlášť se to nezhoršilo **02 tak mě napadá, jestli tam ty signály správně posílám, má to vstupy popsaný například HallW+, HallW- posílám to tam přes 485 driver, Ačko na + a Bčko na -...
14.04.2020 (02:41:20)  # IP X
8-bit (mail) (web) :
Znamená to, že jsi evidentně nevyzkoušel všechny možné permutace zapojení a polarity těch komutačních signálů a ještě jsi netrefil tu správnou **02 Jak jsem už psal - sežeň si jedno nějaké normální servo a pak nějak zařiď aby z těch tvých doprasených enkodérů lezlo to samé **02
14.04.2020 (02:51:35)  # IP X
8-bit (mail) (web) :
Jo a ještě je klidně možné, že enkodér dává úplně jinou sekvenci kvadrantů. Myslím že v tom vlákně na cnczone psali, že enkodér posílá kvadrant jako binární číslo v nějaké čísti té zprávy, takže vzor na tom skleněném disku se ani nemusí shodovat s normálním enkodérem.
14.04.2020 (10:17:03)  # IP X
antibalda (mail) (web) :
Nepoužíval bych CAN, to raději RS485. Na sít můžeš pověsit kolik chceš zařízení, akorát jim musíš přidělit unikátní ID. Pak posíláš zprávy s ID a zařízení, kde se ID shoduje, vykonává příkaz, zbytek zařízení zprávu zahazuje. Funguje to, akorát rychlost není moc velká - je to half-duplex. Ještě se nabízí RS422, kde je vyšší rychlost oproti RS485.

Procesor bych tam dal třebas STM32G071 (verzi s 48 nohama, aby to mělo dedikovaný VBAT pin), případně jiný. Pokud tam bude zapojen pouze jeden enkodér a jedna komunikace, výkonu bude nazbyt.
14.04.2020 (12:35:13)  # IP X
VroutekB:
Ty toho natlacháš. RS485 je podstatně rychlejší, než CAN, i než CAN-FD. 485 můžeš hulit na 10 i více Mbps zcela bez potíží.
Na CANu není nic špatného, naopak je s ním podstatně míň sraní, než s vymejšlením vlastních nedomrlých protokolů na 485. Když už 485, tak si tam aspoň implementujte Modbus, ať je to pak aspoň s něčím kompatibilní.
14.04.2020 (14:00:44)  # IP X
SOB's (mail) :
ten skleněnej disk má jednu stopu, na který jsou 4 drážky, který přesně odpovídaj Wčku, ostatní dva od nich odpočítávám pomocí AB impulzů, vůdči EMF mi to všechno souhlasí, vyzkušel sem už hromadu kombinací ale tahle jediná jakštakš funguje...
Hodil by se mi nějakej procesor, kterej má tu vestavěnou periferii na dekódování kvadraturních signálů a kterej umí nějakej sleep mód, mam tu pár STM32F103, nešlo by to s tim ?
14.04.2020 (16:11:50)  # IP X
VroutekB:
Šlo. Ale nestačilo by ti něco menšího? Třeba F030F4?**02
14.04.2020 (16:16:56)  # IP X
antibalda (mail) (web) :
Vroutku, dost dobře si pamatuji, že jsi mi CAN zakazoval, protože je tam problém dodržet časování. Nutil jsi mi RS485, protože s tím není tolik sraní. Ale chápu, že názory se vyvíjejí.
Dle mého názoru nepotřebuje žádný ModBus, protože to stejně nebude nikam připojovat (akorát ke své destičce), takže zbytečný komfort.

PS. Pokud vím, tak STM32F030F4 nemá dedikovaný VBAT pin. Možná to ale nechce zálohovat, takže pak je zbytečný tam dávat potvoru s 48 piny.
14.04.2020 (16:40:06)  # IP X
SOB's (mail) :
no procesor a enkodér musej běžet furt, enkodér bere asi 50mA a procesor nevim, ale do 10-ti mA by to bejt mohlo.
Ten CAN se mi líbí, protože je s nim míň práce a velkou rychlost já nepotřebuju, já jenom potřebuju to co nejrychlejš nasypat do tranciveru aby si moh program dál jet svoje a nebyl tim bržděnej.
Když by bylo zařízení vyplý, tak by běžel jen procesor a enkodér, jakmile by se zařízení zaplo, tak by se zaply linkový drivery na komutační a ABZ signály (MAX485) a zapnul by se i ten CAN tranciever MCP2515 a začal by bez ptaní chrlit data o pozici
14.04.2020 (17:45:20)  # IP X
VroutekB:
Lol, tak do 10mA na procesor nepotřebuješ snad ani sleep mode.
Btw, neni trochu hloupý živit enkodér i ve vypnutým robotovi? Mi neříkejte, že to jinak nejde.

Antiblada: Nepamatuju si okolnosti, ale nechtěl si to tak náhodou tenkrát bitbangovat softwarovo ten CAN? **02
14.04.2020 (17:48:02)  # IP X
SOB's (mail) :
to už bych ten enkodér musel nějak nabourat a používat z něj jenom ten optosráč, ten by měl klidovou spotřebu nižší, ale jak tu bylo řečeno, enkodér musí bejt schopen počítat otáčky i při vyplym robotu, protože brzdy maj vůle a kumulace chyby a tak...
14.04.2020 (18:45:24)  # IP X
VroutekB:
To se timpádem ale oklikou dostáváme k tomu, že nejlepší by bylo zachovat původní enkodér i s původním zálohováním. Pochybuju, že v původním stavu to potřebuje 50mA na zálohu na každé ose **13

Dybych tu měl jeden ten enkodér, tak sem moh zkusit omrknout co z něj leze a případně to nějak pohákovat. **20
14.04.2020 (18:49:50)  # IP X
SOB's (mail) :
neposlal sem ti to, protože si myslim, že to neni cesta, vyžaduje to hromadu vývoje a hromadu programátorský práce, se kterou si já nepoadim, tim pádem by to bylo závislý na tobě což by mohlo způsobit zmražení projektu.
60mA na osu ve vypnutym stavu mi nevadí, s tim se nějak poperu, dám do patky několik Lionek, který se při každym zapnutí budou dobíjet
14.04.2020 (20:50:36)  # IP X
VroutekB:
Ale jakou hromadu vývoje zas... to o co se teraz snažíš je možná eště větší cesta do pekla, než to rozchodit tak jak to bylo původně. Jestli na tom cncforu maji pravdu a stačí tam jen poslat hentamtěch pár bajtů aby to vyprdlo pozici i komutační signály, tak bych to aspoň zkusil.
Pokud to chceš obcházet, tak místo rozchození (imho poměrně jednoduché komunikace) budeš muset: omrdat enkodéry, abys z nic hvytáhl čisté ABZ, udělat plošáky s diferenciálníma budičema, navrhnout na to desky, dodělat tam procesomrem generované komutační signály, vyřešit zálohování, nabíjení a vybíjení zálohovací baterky, kompletní vestavbu do ramene... kurde, to mě nyní přijde jako podstatně víc práce, než to zkusit rozchodit v původním provedení **13
14.04.2020 (23:35:30)  # IP X
SOB's (mail) :
tak už sem našel kombinaci komutačních signálů, při který mi to nedělá kraviny a nerozjíždí se to samo po zapnutí.
Teď už se můžu věnovat jenom doladění PID regulátorů a těm enkodérům.
Víš Vroutku, jde o to, že to cos vyjmenoval ohledně mojí verze řešení neni málo práce, ale já sem ochoten to udělat, protože to bude moje řešení, uvidim do toho a všechno to sou úkoly, který dokážu splnit, v podstatě, když mi pomůžeš vybrat procsor a případně mi dáš nějaký rady jak ho programovat, tak příští tejden odesílám gerber data do plošňákovny. Pokud by se jednalo o rozklíčování tej fanuc komunikace, myslim si, že to natáhne vývoj na hrozně dlouho a budou s tim problémy a může se ukázat, že je to nepoužitelný, navíc to sou věcí, který můžeš dělat jenom ty a ty se tomu taky nebudeš věnovat od rána do večera a já mezi tim budu stát, protože ti nebudu umět nijak pomoct. Navíc co sem to tak pročítal, tak tam sou docela svinstva, jako např. skoková změna pulzů na otáčku při překročení nějakejch otáček, další věc, že ten fanuc systém má při tý nízký rychlosti milion pulzů na otáčku... to se z toho to arduino sesype než vygeneruje jednu otáčku, takovou přesnost já nepotřebuju, navíc si sám řikal, že je problém ty signály zase vygenerovat pomocí toho hradlovýho pole
15.04.2020 (00:55:07)  # IP X
8-bit (mail) (web) :
Nepotřebuješ vyhodnocovat milion pulzů na otáčku - nižší bity můžeš ignorovat a zpracovávat jen to co je platné při maximálních otáčkách. Převodník pro těch 5 enkodérů by se pak v pohodě vešel do jednoho XC9572XL.
15.04.2020 (02:39:25)  # IP X
VroutekB:
Já nebudu ale nic rozklíčovávat. Já zkusím použít to, co vykoumali jiní. A buď ty data z toho dostanu, nebo řeknu že to nejde a dávám od toho ruce pryč - protože na nějaký "rozklíčování" by člověk potřeboval i původní servodriver a ve funkčním stavu měřit za chodu. To už není ta práce na jedno max dvě odpoledne, co sem chtěl s tím zkoušením jestli vyčtu data.
I kdyby to mělo dovíkolik pulzů na otočku, tak to nikoho neprdí. AVR řady tiny/mega jsou mrtvej šrot dneska, s naprosto zaostávajícíma periferie. To i ty nejlevnější 8bitový ST procesory koupitelný v kusovce pod 10Kč kus (STM8S003F3P6) mají timer s dedikovaným módem pro enkodér. Je tomu pak vykuřbuřt kolik má ten talíř pulzů na otočku, I kdyby měl 64kpulzů na otočku, tak to i při 3000RPM bude nejspíš stíhat.

Nevim co by 8bit chtěl strkat do toho CPLD, origo enkodéry kecají po 485, tam by se pak hodilo nějaký FPGA. A to taky není vývoj na měsíce, udělat 5 nebo 6 UARTových periferií a z druhý strany to ládovat někam dál. Zrobit UART ve VHDL zvládnu **02
Záleží, co bys s těma polohama chtěl dělat dál, jestli je třeba nutné je opět převádět na kvadraturní pulzy a emulovat enkodér - trochu vopruz. Neřikám, že to nejde, ale nepřemejšlel sem o tom jak to lze udělat.
15.04.2020 (04:19:35)  # IP X
8-bit (mail) (web) :
No jenže pokud by chtěl použít původní, nedoprasené, enkodéry, nepotřebuje timer s kvadraturním vstupem ale musí pomocí 5 "UARTů" rozebrat ty zprávy a pak podle rozdílu poloh kvadraturní pulzy generovat. Zkrátka převést tu věc na normální enkodér. UART periferie v mikroprocesorech je ale nepoužitelná protože ve zprávě jde 70 bitů po sobě. Pokud ale předpokládám, že zprávy ze všech 5 enkodérů budou mít stejné časování (jakože asi jo pač psali že servodriver musí napřed poslat požadavek), vejde se zapojení asi do 10 klopáků společných a pak cca dalších 10 pro každý kanál (podle toho, jaké rozlišení chce zachovat vs. počet platných bitů které má garantováno že dostane). Takže to vidím na 9572, max. 2/3 95144 kdyby teda k něčemu chtěl těch 16 b na otáčku **01 Jo a jinak vyserte se na VHDL, stáhněte xilinx 10.1 a pište to v ABELu **02

Ještě když tak nad tím uvažuju, MOŽNÁ by se na to dal znásilnit i procesor - podmínkou je DMA co se dá clokovat těma 1,024 MHz a rychlé interrupty na generování kvadraturních pulzů.
15.04.2020 (14:04:27)  # IP X
SOB's (mail) :
no, aby teda bylo jasno, když už se do toho pouštět, tak aby to mělo smysl, tak to musí fungovat takto:
https://2i.cz/images/2020/04/15/IMAG1804.jpg
VroutekBox bude generovat komutační a kvadraturní signály přímo pro servo driver (tady se bojim, že bude největší problém, zase to všechno naladit a vyvinout aby to fungovalo) a dál mi bude po CANu třeba posílat aktuální polohu, kterou vyčte z enkodéru i po vypnutí, já tu aktuální polohu vemu, porovnám s žádanou a podle toho vyšlu impulzy do servodriveru aby tu polohu realizoval (to, jestli jí realizuje správně je už věc jeho PID regulátorů, ale to už mě tolik nesere, to totiž nezpůsobí kumulaci chyby)
Existuje ještě poloviční řešení a sice, že kvadraturní a komutační signály si budu získávat tak, jak to dělám teď, s tim, že VroutekBox mi bude jen vyčítat z enkodéru tu aktuální polohu, to se mi ale vubec nelíbí, protože to je snad nejsložitější a nejzbytečnější varianta, když totiž ten svůj převodník budu mít stejně trvale pod napětím, tak si rovnou tu aktuální polohu můžu pamatovat pomocí něj
15.04.2020 (14:28:21)  # IP X
SOB's (mail) :
https://2i.cz/images/2020/04/15/IMAG1806.jpg
No a nebo je tu moje verze a sice, že u každýho serva bude jedna malá roztomilá destička, do který bude přivedeno pár drátků, který povedou z testpadů na desce enkodéru, která bude generovat komutační i kvadraturní signály a taky bude mít na sobě CAN modul, kterej bude při zapnutym napájení posílat informace o poloze, která mě bude zajmat nejvíc po zapnutí, procesor a enkodér budou trvale pod napětím z baterie, linkový drivery a CAN převodník budou pod napětím jen při zapnutym napájení, protože hrozně žerou a ve vypnutym stavu je nikdo nepotřebuje
15.04.2020 (20:14:34)  # IP X
VroutekB:
Musel bych se zamyslet, jak emulovat enkodér interfejc. Komutační signály sou triv, ale ten kvadraturní pulsetrain ne ta úplně. Dám vědět, jestli se něčeho dohrabu. Pokud ne, jebat na to, sprav to jinak.
Předpokládám, že jinej vstup polohy do těch unidriverů neexistuje. (ach bože... přitom tak máááálo softwaru by tam navíc stačilo...)
15.04.2020 (21:14:50)  # IP X
SOB's (mail) :
ne, bohužel ne, je to uplně tupej defaultní driver, taky stojí na ebayi necelý 3 litry (potřebuju jich 6, takže si umíš představit, že je velkej tlak na cenu)
Abych se přiznal ani sem nezkoušel hledat jinej. Tenhle mi maxiálně vyhovuje.
Dva budu muset nabourat a pokusit se je předělat, aby budící část zvládla 170V (má deklarováno max. 80, ale serva na první a druhý ose sou na 170V)
16.04.2020 (00:39:10)  # IP X
VroutekB:
Tak jo, asi vim jak ten emulátor enkodérů ve FPGA udělat. Zejtra něco lehce zkusim, ať mám nějakej tréning ve VHDL, potřebuju to jako sůl. **20
16.04.2020 (01:37:55)  # IP X
VroutekB:
Tož poslušně hlásím, že generovat 2bitovej grayův kód s proměnným kmitočtem ve FPGA je tak triviální, až to bolí. **02
https://i.imgur.com/QWutp8s.png
Zbývá naroubovat UART/485 udělátor se stavovým automatem a PS regulátor. Teď už na to kašlu. **01
16.04.2020 (03:40:44)  # IP X
SOB's (mail) :
výborný
16.04.2020 (05:31:30)  # IP X
8-bit (mail) (web) :
Moc dlouhé **02

[A,B].d = [!B,A] $ dir;
16.04.2020 (09:37:52)  # IP X
VroutekB:
A to co za nečitelnou prasárnu má bejt?
16.04.2020 (09:55:02)  # IP X
VroutekB:
Po troše přemýšlení a hledání mi připadá, že sis tu utřel nějaký sopl v ABELu, akorát i s manuálem syntaxe mám poněkud problém vyluštit co dělá levá strana výrazu. Ještě že tyhle zkurrrr... HDL už vychcípaly. Nečitelná rakovina z dob, kdy se muselo šetiřit znaky v paměti počítače.
16.04.2020 (14:51:42)  # IP X
8-bit (mail) (web) :
Evidentně je to kvadraturní počítadlo **02 Výraz se dá rozložit na
A.d = !B $ dir;
B.d = A $ dir;
stačí přidat [A,B].clk = CLK50; a [A,B].ce = pocitej; a máš půlku práce hotovou **01
Jinak musím tě zklamat - ty jazyky nevychcípaly, xilinx má program XPORT který mi to přeloží do VHDL **02
16.04.2020 (15:24:51)  # IP X
VroutekB:
A seru kABEL na ABEL **02 Nepotřebuju dělat v nějaké nečitelné staré rakovině, ve které se sám po napsání 20 řádků nevyznáš. Výhoda VHDL a i celkem Verilogu je, že to přečte a pochopí povětšinou i člověk, kterej v tom nemá zabořenej rypák od rána do večera. **13
(btw, Intel ABEL stále podporuje taky)
Btw, ač tomu ABELu nerozumim, tak stejně nějak postrádám, kde generuješ ten proměnnej kmitočet **02
16.04.2020 (15:58:02)  # IP X
8-bit (mail) (web) :
Na co proměnný kmitočet? Bych prostě použil maximum co podporuje ten driver.
delicka.d = (delicka == 0) & FREKVENCE # (delicka != 0) & delicka - 1; [A,B].d = [!B,A] $ dir; [A,B].ce = delicka == 0;
16.04.2020 (18:22:13)  # IP X
VroutekB:
Co tam hulíš, že jsi tak totálně mimo? Karanténa ti zjevně nedělá dobře. **02
Ne, nelze použít fixní kmitočet na vstup servoměniče.
Stejně tak je k hovnu dělička, potřebuješ aby výstupní kmitočet pulzů odpovídal okamžitý rychlosti pohonu.
16.04.2020 (19:27:51)  # IP X
SOB's (mail) :
zaprvý a za druhý by tam nemělo bejt žádný velký zpoždění, jinak to nebude možný uregulovat
16.04.2020 (21:41:58)  # IP X
8-bit (mail) (web) :
Ale lze - prostě jak dostaneš pozici z enkodéru (tj. asi každých 100 us, což určitě není o moc víc než je perioda FOC smyčky toho driveru), naclockuješ mu počet pulzů o které se nová pozice liší od předchozí. Klidně maximální frekvencí kterou stihne počítat. Asi bys mohl pulzy rozdělit rovnoměrně do těch 100 us (použil bych něco na způsob Bresenhamova algoritmu), ale podle mě je to zbytečná práce.
17.04.2020 (12:48:38)  # IP X
VroutekB:
Ale velký hovno, to by ti fungovalo kdybys věděl výpočetní periodu, se kterou to pulzy zpracovává. Jenže nevíš ani tu a nemáš ani synchronizaci na výpočet, tak jak si to pak představuješ, že by to fungovalo?
A místo vymýšlení konin s bresenhamem, stačí použít state observer 2. řádu, kterej prostě bude fungovat téměř zaručeně a z výstupu půjde prakticky totéž, co by šlo z normálního enkodéru. **13
17.04.2020 (12:56:24)  # IP X
VroutekB:
Čemu není na následujícím obrázku rozumět?
https://i.imgur.com/gUV11Hw.png
Ten výstupní integrátor pak tvoří fázovej akumulátor "DDS", která mi generuje ty kvadraturní pulzy.
17.04.2020 (14:55:08)  # IP X
8-bit (mail) (web) :
Beztak by se hovno stalo kdybys to clockoval maximální frekvencí, servodriver má totiž vlastní observer, kupodivu. A jinak Bressenham používá pokud vím inkrementaci a odčítání, kdežto v té tvojí šílenosti vidím dokonce i násobení a dělení **02 Tak potom napiš kolik LE tohle sežere pro 1 enkodér hoď sem screenshot simulace, pravděpodobnost že to bude fungovat bude asi tak hození mincí **02
17.04.2020 (18:49:28)  # IP X
VroutekB:
Připadáš mi nějakej natvrdlej. Když nevíš s jakou periodou a kdy probíhá výpočet toho observeru v servoměniči, tak mu to tam prostě nemůžeš ty pulzy srát kdy se ti zachce.
Mám v pr..i kolik LE to sežere, neb mám asi 1000 LE a 5 HW násobiček k tomu na jednu implementaci i v tom nejlevnějším FPGA, který se dá koupit za 50 korun.

A kde tam vidíš dělení, to si rád nechám vysvětlit. Snad nemyslíš to Ki/s nebo 1/s ... to radši jdi vrátit diplom. **02
17.04.2020 (19:40:30)  # IP X
VroutekB:
A navíc, já to beru jako příležitost se naučit nějaký čitelný HDL, navíc na zajímavé a užitečné aplikaci. Takže je mi ve výsledku fakt jedno, kolik resourců to sežere.
17.04.2020 (20:12:12)  # IP X
8-bit (mail) (web) :
Jo, vysral bych tam ty pulzy VŠECHNY. Maximálně bych ten burst rozdělil na půlky pokud by to náhodou dělalo bordel - víc jak 20kHz výpočetní periodu ty sračkoměniče určitě nemají. Kolik LE to sežere by tě zajímat mělo, pač čím složitější ten paskvil navrhneš, tím větší je šance, že tam něco zkurvíš a tím větší kokino bude odsimulovat všechny stavy co můžou nastat. A dej mi prosím tě link na ta FPGAčka za 50 kč **02

Nechce se mi ty obdélníčky a kolečka luštit, ale znak '/' je obvykle znamená dělení. Jestli ne, tak to není můj problém - máte to napsat srozumitelně, ne nějaká zkurvená řecká písmena se stříškama a vlnovkama a do toho ještě jakési přetěžování operátorů **02 Měli jsme tyto srágory v jednom jediném předmětu který byl povinně jen jeden semestr a ještě na jiné fuckultě, takže se nemůžeš moc divit že jsem to všechno pozapomínal. Pokud se to totiž objevilo znova jako volitelný předmět, zapsal jsem se na cokoliv jiného místo toho, pač to byl děs už od začátku. Myslím že se tomu předmětu říkalo "Řízení a buzerace I - IV" **02
17.04.2020 (21:49:33)  # IP X
SOB's (mail) :
to je myslim [fí] a [omega] a podobný schéma si určitě viděl při příležitosti PID regulátoru, taky ti tam vstupuje žádaná veličina a porovnává se se skutečnou, vylejzá z toho chyba a pak se z tý chyby různejma způsobama vyrábí akční veličina...
19.04.2020 (12:05:39)  # IP X
VroutekB:
Tak teď nevím, jestli ze sebe děláš blbýho naschvál 8bite, nebo máš ten diplom jít fakt vrátit. To nevíš co znamená v laplacce 1/s a jak to vypadá po Z-transformaci do diskrétu?
Slabší odvar z "řízení a buzerace" sem měl taky, ale považuju to za jednu z nejužitečnějších věcí, co mě v tý škole naučili, když nepočítám jiný základy k pochopení pokročilý matematiky s klikatými hady a jinými divnými symboly, který se občas někde potkají,

1/s je integrátor. kapiš? Tam žádný dělení neptořebuješ. Po Z transformaci to znamená: "Vemu starou hodnotu a přičtu k ní novou, zapamatuju co vyšlo." To fakt nevede na žádný operace dělení. nejsložitejší operace je tam to násobení a na tu máš ve FPGA obvykle dedikovanej HW.

Celá diferenciální rovnice pro PS regulátor v přírůstkovým tvaru je y(n) = y(n-1) + A0*x(n) + A1*x(n-1), kde A0 a A1 jsou konstanty (A0 = Kp+Ki, A1 = Kp). Já na tom nevidím nic, co by se nedalo v HW triviálně spravit.
https://i.imgur.com/p8x51rK.png
A na to aby to fungovalo, potřebuješ akorát neuvěřitelně složitej stavovej automat o 3 stavech: Dělej howno, násob A0, násob A1.

Na implementaci 16bit fixedpoint PS regulátoru potřebuješ akorát jednu 16x16 násobičku, jeden 32bitovej akumulátor (registr + sčítačka), jeden 16b registr stavový proměnný x(n-1) a pár multiplexerů, abys na vstupu sčítačky mohl prostřídat ty dvě konstanty a na druhým vstupu x(n) a x(n-1).

Pořád ti na tom připadá něco neuvěřitelně složitýho a nerealizovatelnýho? Možná to, že je v tom schématu dlouhá kombinační cesta zleva až k tomu ACCumulátoru, ale tak HWová násobička ve FPGA má volitelný dedikovaný registry v sobě, takže jí oregistrovat ze všech tří stran stojí ve fabricu přesně 0 resourců navíc a jen to přidá asi dva stavy do toho řídícího automatu. A i bez těch registrů to poběží víc než dost rychle, na to co je potřeba.

Snad jsem to srozumitelně vysvětlil.

Ultralevný FPGA máš třeba EP4CE6E22C8N, nebo cokoliv menšího od Lattice, třeba LCMXO2 řada.
19.04.2020 (15:29:25)  # IP X
8-bit (mail) (web) :
No tak dal jsem na myšoseru hledat LCMXO2 a nejlevnější je LCMXO2-256HC-4SG32C s 256 LUT za $2.83. Další má 1280 LUT za $5.45 a další 2112 (1 LE = obvykle 2 LUT) za $9.95. EP4CE6E22C8N je za $12. Jsou to pořád dobré ceny, ale bohužel se ani nepřibližujeme k 50 Kč.

Ok, z nového obrázku tomu už rozumím, díky. Akorát je sice pěkné že máš 5 HW násobiček, nicméně jich budeš potřebovat celkem 6 **02 Takže ta poslední bude vyskládaná z logiky bude mít úplně jiné časování než ostatní. Bressenham by potřeboval jenom sčítání. Evidentně tě na té škole nenaučili, jak to udělat efektivně **23
19.04.2020 (19:27:03)  # IP X
VroutekB:
A já někde psal, že jich tam je 5? EP4CE6E22C8N na kterým bych to poskládal, je 15 kusů 18bitových násobiček.

Ty, majstr přes šmelení z číny mě budeš říkat, že nevíš, kde se dá koupit FPGA levně? **38
Jinak, další zajmavej tip, levný hezký CPLD máš třeba EPM240T100C5N **22
19.04.2020 (19:38:32)  # IP X
8-bit (mail) (web) :
Jo, tak to potom OK, ale psal jsi že jich máš 5 v postu z 17.04.2020 (18:49:28). A stejně by s Bressenhamem bylo minimálně daleko míň práce **23

Aha, teď koumám že na LCSC mají těch CPLD a FPGA mrtě - myslel jsem že tam toho moc nebude ale evidentně jsem se spletl. Tak dík za nakopnutí **02
19.04.2020 (19:57:42)  # IP X
VroutekB:
Asi sem do tý jedničky na klávesnici málo třískl, většinou to po sobě nečtu. Klidně si ověř v datasheetu, že jich tam je 15, nevěříš-li. LCMXO2 jdou taky pošmelit z číny, když se dobře díváš. Ale s těma jinak neporadim, s Lattice nedělám.
A i kdybych měl tu jednu násobičku multiplexovat, jen se rozroste multiplexer v tom dolním vstupu násobičky na té čmáranici výše.
No to sem rád, že se ti konečně rozsvítilo **02
Některý dnes oblíbený druhy FPGA nejsou drahý, pokud se kupují někde, kde to není exkluzivní zboží na kterým hrabou zlomyslný markeťáci místních distributorů/židů. **01
19.04.2020 (20:18:08)  # IP X
8-bit (mail) (web) :
Jo, mají tam pěkný výběr, třeba spartany 6 (byť je to asi nejmenší verze co existuje, ale i tak) za $5.4775. Jinak nevíš o něčem malém co moc nežere a má pár LVDS vstupů a aspoň jednu PLL? Jak jsem se naposled díval tak na chybějící PLL právě hřešily ty levné Lattice.
19.04.2020 (20:46:52)  # IP X
VroutekB:
LCMXO2 mají PLL aspoň jednu snad všecky ne?
https://cz.mouser.com/datasheet/2/225/FPGA-DS-02056-3-4...
No dobře, tak všechny nemají. Líbí se mě třeba LCMXO2-1200HC-4SG32C, je to v QFN32, máš tam 1 PLL, 1200 LUTů a LVDS páry to má mít taky.
22.04.2020 (10:57:17)  # IP X
VroutekB:
Tož co ten malej Lattice, líbí se? **02
22.04.2020 (14:27:08)  # IP X
8-bit (mail) (web) :
Jj, super. Ještě čím to programuješ?
26.04.2020 (12:19:24)  # IP X
VroutekB:
Na Altery mám USB Blaster čínskej. Funguje zcela bezchybně, narozdíl od čínských kopií STLinku, který odchází křivým pohledem **02
Jinak, zajmavá věcička je tohle:
https://www.aliexpress.com/item/32956825881.html
a pak tohle:
https://www.aliexpress.com/item/4000790866984.html
Zvažuju, že ty Lattice brouky začnu používat (poměr ceny výkonu a pouzdra naprosto geniální), takže si tu větši univerzální krabičku asi pořídím.

5.04.2020 (19:49:00)  K # IP X
MrSlehofer (mail) :
Tak jsem si z nudy spáchal převodník z VGA na XYZ pro skopek a rovnou zajel i dooma.
https://www.youtube.com/watch?v=OU16lIx_pC8
5.04.2020 (20:32:04)  # IP X
VroutekB:
You're late to the game, bro. I challenge you to použít kompozitní videovstup a udělat totéž jen s hrstí tranzistorů, max. pár CMOS hradly. Žádné LM1881. Nasrat!
https://www.youtube.com/watch?v=KWqv4eW5rR8
5.04.2020 (20:59:54)  # IP X
MrSlehofer (mail) :
LM1881 jsem taky používal v předchozím videu **37
Jinak s cmos hradlama je relativně snadný oddělit sync pulzy.
To co je ve videu je čistě s transistorama + diodama. Ačkoliv jeden trasistor trošku vyčnívá **31
Viz tohle http://tinyurl.com/udsgswb
Jinak I accept thy challenge **16
5.04.2020 (22:56:14)  # IP X
RayeR (web) :
Pekne, jeste by to chtelo ten Doom embednout primo do toho osciloskopu, nejaky miniPC modul by se do takove velke skatule klidne schoval...

A ten tranzistor, nemel byt typ BFG9000? :)
5.04.2020 (23:04:44)  # IP X
MrSlehofer (mail) :
Bohužel ten neměli skladem**16
Dost by se mi líbil doom mít přímo vektorově, jako tady https://www.youtube.com/watch?v=aMli33ornEU
5.04.2020 (23:09:12)  # IP X
RayeR (web) :
Az na to, ze to je Quake, ten jako prvni mel skutecny 3D objekty, Doom mel bitmapy. Koukam ty usecky sou teda pekne krivolake, to ty zesilovace zakmitavaji jako prase...
5.04.2020 (23:10:15)  # IP X
MrSlehofer (mail) :
Limitace zvukovky, podobně pak vypadá i fenderson se sračkovou zvukovkou.
5.04.2020 (23:12:32)  # IP X
RayeR (web) :
Aha, to sem prehlid ze to de ze zvukovky, to pak jo...
6.04.2020 (00:24:37)  # IP X
VroutekB:
Ale ono ty CMOS hradla nepotřebuješ vůbec, jde to i bez nich. Jen by bylo třeba asi dva schmiťáky (nejmíň 4 další trandy, aby to chodilo slušně) a ta vyfikundace s XORem co tam mam by se tranzistorama řešila vopruzně...**02
6.04.2020 (14:26:48)  # IP X
MrSlehofer (mail) :
Zdehle prvotní návrh separace sync pulzů pomocí dvou jednotransistorových komparátorů.
http://tinyurl.com/spejwfp
V simulaci funguje slušně takže čas to hodit na breadboard a zkusit to i v realitě **06
6.04.2020 (14:54:09)  # IP X
VroutekB:
V realitě to bude fungovat hůř než na hovno, už jen proto, že vstup videa stejnosměrně plave. A ty bezva fixní napětí na kolektorech a emitorech všude, to zabere kolik další verbeže? **01
Jestli by nebylo lepší začít obnovením stejnosměrný složky a trochu preciznějším komparátorem pro oddělení synchronizace.**23
6.04.2020 (14:59:08)  # IP X
MrSlehofer (mail) :
čemu is nerozuměl ve slově "prvotní" **16
tuhle http://tinyurl.com/sq2w5an
6.04.2020 (15:49:02)  # IP X
VroutekB:
No to už je lepší, ale stejně bych doporučil udělat spolehlivější oddělení synchropulzu, s ideálním signálem a náhražkou vertikálních pulzů je to hezký, ale nejlepší test je tam pustit brajgl z ojetý kazety přes VCR. Proto sem to nakonec udělal složitější - podstatně líp to zvládalo hnus na vstupu. Kdysi sem si s tím dost hrál, je to taková neškodná analogová zábava. A smeťákový VCR bylo taky tehdy jedinej zdroj videosignálu co sem měl, tak sem to tomu musel přizpůsobit. **01
Ale je dobře, že analogové obvody ještě nevymřely. **02
6.04.2020 (19:58:10)  # IP X
MrSlehofer (mail) :
Long live analog masterrace**31
Jinak bych osobně dost rád zkusil neurální síť z analogovýho diskrétu**16
6.04.2020 (21:51:41)  # IP X
VroutekB:
To bych neviděl jako složitý, ale kdo ti do ní vypočte konstanty (nastavení)? V tom je ta magie... Obvodově (nebo signálově v digitální doméně) je to triv. Natrénovat jí ale kompletně jinej level 9999.
6.04.2020 (22:53:50)  # IP X
MrSlehofer (mail) :
Jako slyšel jsem, že se trénovaly pomocí elektronickýho trenéra, který automaticky točil trimříkama dle těch vypočtených předpokladů.
7.04.2020 (11:33:18)  # IP X
VroutekB:
To mi připomíná když měl Houška na youtubě něaký ukázky z těch barevnejch TV kamer, tam taky polovina poťáků na převodech a s motórky, pro automatický nastování třeba vyvážení bílé. **02
8.04.2020 (17:25:48)  # IP X
Peca303 (web) :
Na konci 80. let v Tesle Radiospoj vyvinuli převodník z filmového pásu do televizního signálu. Mělo to digitální výstup, digitalizovalo se to hned za snímačem, pak se na tom dělaly časové korekce, ale potom potřebovali dělat korekce barev apod. No a tak to převedli do analogu, zkorigovali a pak zase vrátili do digitálu **01
9.04.2020 (16:47:37)  # IP X
Pavel_P:
Jo ten Houška, konečně něco nového se objevilo
https://www.youtube.com/watch?v=4reFQgtUlF0
10.04.2020 (10:35:54)  # IP X
VroutekB:
Na youtube je toho víc, co měli lidi od nějak nakradený videa.
Ale kam zmizel a co se stalo, sem se pořádně nedozvěděl, ani když jsem naposledy loni na Makerfaire mluvil s panem Bradáčem...

4.04.2020 (15:19:35)  K # IP X
toman:
No teraz ked je sedy mrtvy, mozem sa bezpecne spytat bez toho, aby sa 2 mesiace smial, ze sa chces nieco ucit.. **02 mrdkujino je ok ale nepokladam to za uplne programovanie. Chcel by som skusit STM, teraz neviem co dalej. Ci 8, ci 32, ci ARM. Nemam v plane na tom fachat jadrovu elektraren. Najskor ADC prevody, nejake logovanie, obsluha displaya. Co odporucate? Je k tomu okrem DS aj nejaka noob level literatura/videa? Dal som z prdele do jewtub STM32 a hned vyskocilo kodenie v arduino IDE. Phu.
4.04.2020 (15:50:41)  # IP X
RayeR (web) :
Prosimte, bez si raci pribijet elektronky na perinak **37
Na jednu stranu se ti moc nelibi mrdujino (ktery te odstini od HW low level veci, takze neporebujes cist 1000 strankovy ref.man) na druhou stranu se toho nechces moc ucit o architekture, tak to je tezky no. Krom mrdujina mas na STM vyber bud knihovny HAL - nabubrela kupa hnoje nebo LL - o neco lepsi, ale tam uz musis mit nake znalosti nebo pouzit jen hlavicky z CMSIS a Cube a zbytek si napsat sam - zdlouhavy a na palici.
Neco malo sem sepsal tu, ale to pokryva tak par procnt moznosti STM32, to by se o tom dala napsat kniha..
http://www.rayer.g6.cz/programm/programm.htm#ARM_GCC
A celkem se mi libily tutorialy M.Dudka
http://www.elektromys.eu/stm32.php
4.04.2020 (16:46:09)  # IP X
toman:
Preto sa pytam niekoho, co do toho vidi hlboko, mozno vyplinie kym niesi hackerman, tam sa hraj s mrduinom a suchaj nohami. Pozriem.
4.04.2020 (21:53:19)  # IP X
VroutekB:
Než LL, tak to to radši piš registrama, aspoň to půjde debugovat a nebude všecko schovaný za nedebugovatelnýma makrama.
SPL knihovna je stará a kdoví co, ale řádově lepší, než HAL.
A jestli se nechceš učit nic o architektuře, tak pro tebe nemá smysl ani ARM, ani STM8, což je dost specifická svérázná architektura s jedinou výhodou - velmi značnou podobností periferií se STM32. Činí to pak dost snadné přechází mezi oběmi produktovými řadami. Akorát na STM8 neni zrovna moc zadarmiko použitelných toolchainů.
4.04.2020 (22:56:29)  # IP X
RayeR (web) :
Nj, SPL je konec a od te doby vysla spousta novych rad STM32 na kery SPL neni, takze to neni nic perspektivniho se ucit...
Na STM8 je zdarma SDCC, jeden projektik sem na tom udelal, vyhoda proti AVR je radove nizsi cena, moznostma +- podobne, akorat ta arch. je jak rikas podobna STM32...
4.04.2020 (22:57:20)  # IP X
RayeR (web) :
BTW zistil sem, ze nove OpenOCD z brezna 2020 uz umi radu STM32G0xx, konecne...
5.04.2020 (14:27:42)  # IP X
8-bit (mail) (web) :
V první řadě si sežeň nějaké IDE které má funkční debug. Tím myslím něco co NEpoužívá OpenOCD a ideálně něco co nepotratí do nového projektu 20 MB zbytečných zdrojáků **02 Konzultuj s Vroutkem jaké IDE, toolchain a JTAG kabel vybrat. Pravděpodobně ti doporučí KEIL pokud se něco nezměnilo.

Jinak za sebe bych se na různé HAL knihovny a pod. hnůj vysral a programoval na úrovni registrů.
5.04.2020 (18:16:09)  # IP X
VroutekB:
Popravdě sem si celkem oblíbil provedení zdrojákového editoru v Eclipech (SW4STM32, openstm32.org), ale to je po pravdě všecko, co se mi tam asi tak líbí. Neumí live watch, otřesný interface pro debug register-level záležitostí a je to v javě, takže to hltá ramku po kýblech a je to stabilní asi jako nitroglycerin. Když něco přestane fungovat, nejlepší je kompletní wipe a reinstall. Zakládání projektu z nuly totální humáč. Když nevíš kam co kliknout, tak to neuděláš.
Takže jo, pro začátečníka ten Keil má jistě něco do sebe. Ten se prostě nainstaluje a ono to prostě funguje. Až se naučíš to podstatný, můžeš si to pak psát v čem chceš. Ale není nad to, debugovat kód v procesoru a současně s tím i nějaké úžasné barvama hýřící IDE.
5.04.2020 (18:36:29)  # IP X
antibalda (mail) (web) :
Jestli to chápu správně, tak SPL skončilo. Takže na úrovni registrů ? Jiná možnost není - neberu v potaz HAL (to je zlo) ?
5.04.2020 (23:03:52)  # IP X
RayeR (web) :
Ano, SPL skoncilo uz davno, je treba na Fkovou radu, ale na ty novejsi ne, tak to neni perspektivni se to ucit. S LL by se treba dalo zit, ale co sem tomu kouknul pod krovky, tak nic moc, pise to nejspis naka banda Indu, tak co chces. Pres registry to bude fungovat dycky, ale nez se tim prokouses... A treba DMA je tak blbe zdokumentovany, ze mi trvalo dobu nez sem to rozjel a ani tu mi nikdo neporadil...
6.04.2020 (00:19:32)  # IP X
VroutekB:
SPL neskončilo, ale na nový řady (L0, L4, G0, G4, F7, H7) se již nedělá.
7.04.2020 (07:51:03)  # IP X
antibalda (mail) (web) :
A dá se někde stáhnout LL nebo se to musí vyzobávat z Cube ?
7.04.2020 (10:53:20)  # IP X
VroutekB:
Je to v balíku s HALem, tak si stáhni HAL knižnice.
Hledej a stahuj STM32CubeXX, kde za XX dosaď řadu.
7.04.2020 (14:57:12)  # IP X
RayeR (web) :
Jj, stahnu Cube a z nej vyzobu napr.
stm32g0xx.h a stm32g070xx.h, stm32g071xx.h, stm32g081xx.h
a dale startupy startup_stm32g070xx.s, startup_stm32g071xx.s, startup_stm32g081xx.s a linker skripty STM32G070RBTx_FLASH.ld, STM32G071RBTx_FLASH.ld, STM32G081RBTx_FLASH.ld
Ve svym programu pak includuju jen ten stm32g0xx.h...
8.04.2020 (20:06:35)  # IP X
antibalda (mail) (web) :
Co jsem koukal do LL, tak to píše opět MCD tým - ten který psal SPL. Kdysi jsme měli od nich několik výrobních linek na měření spínačů do aut. A nepřišlo mi to jako nějaký amatérismus. SPL taky nebylo špatně psaný. Mimochodem, jsou to němci.
8.04.2020 (20:29:22)  # IP X
toman:
Ok, kupim tu malu dosticku z TME ktora uz ma programator na sebe a uvidim ako rychlo ma to znechuti.. **02
8.04.2020 (21:27:54)  # IP X
VroutekB:
MCD je MicroController Division. To není firma, ale STčková divize, která se tomu věnuje. A nejsou to Němci. **02
9.04.2020 (08:01:12)  # IP X
antibalda (mail) (web) :
Já jsem si myslel, že to jsou tyhle borci :
https://www.mcd-elektronik.com/company/employees/mcd-te...

Ty linky, co jsme měli, byly od nich. Když jsem čuměl do SW, tak to bylo psaný skoro stejně jako SPL (LL). Ale ruku do ohně za to nedám.
9.04.2020 (15:40:47)  # IP X
RayeR (web) :
No vono kdyz si clovek vodevre treba inicializacni funkci MCU SystemInit a tam vidi, jak registry plni bulharskejma konstantama 0x24af4510... a pod misto nadefinovanych bitvektoru, jinde zas zbytecny 10 nasobny pretypovani a nobo jiny nadbytecny operace pres 10 maker... to si to raci napisu sam...
9.04.2020 (22:19:02)  # IP X
antibalda (mail) (web) :
Pokud to opravdu píšou nějaký indové, tak se není čemu divit.

Mimochodem, jsem nucen přejít na Keil z IAR, neboť IAR se od verze 8.50 nelíbí licence v podobě medicíny, co jsem používal. Co jsem koukal do Release note, tak změnili verze licencí (nyní verze 18). Zjevně chtějí odstranit pijavice **02 Nižší verze IAR zase nemá podporu STM32G0(4) a dalších nových řad.

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


Strana 1 / 216
Vláken 5399, na str:


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

Stará diskuze