taktohle jsem mupsal : máš možnost nějak přivést na vstup pwm pevných 5v ? v ten moment bys měl mít na výstupu 10vMex píše: ↑5. 10. 2022, 8:55 Odpoj převodník od desky a zkus ho samostatně.
Na jeho vstup připoj +5V (samozřejmě proti GND). To znamená 100% plnění PWM. Výstup musí dát 10V.
Pokud to tak není a na výstupu bude málo, tak máš problém s převodníkem (napájení nebo něco jiného).
Pokud tam bude, máš problém s generováním toho PWM.
Pak změř multimetrem co bude ukazovat na výstupu LPT portu na pinu 14 proti GND při nastavení plných otáček.
Musí ukazovat něco pod 5V. Pokud ne, tak je problém s nastavením toho generování PWM.
Frekvencny menic sunfar e300 - pocet polov motora
-
el_fuego333
- Příspěvky: 618
- Registrován: 10. 2. 2009, 6:21
Skusil som na prevodnik pripojit generator pulzov a prevodnik je OK.
Na LPT porte pri plnych otackach som nameral iba 1.5V. Takze tam je nejaky problem.
Na LPT porte pri plnych otackach som nameral iba 1.5V. Takze tam je nejaky problem.
Poloboh vetra a mora, hrdina mužov.. radikalny ultra heterosexual
-
el_fuego333
- Příspěvky: 618
- Registrován: 10. 2. 2009, 6:21
Lpt port je v rezime std printer.
Na fotke su vsetky podporovane rezimy.
Na fotke su vsetky podporovane rezimy.
Poloboh vetra a mora, hrdina mužov.. radikalny ultra heterosexual
Pro základní použití LPT je to celkem fuk. Pokud nechceš třeba provozovat LPT port ve vstupním režimu nebo v nějakém inteligentním režimu k němu připojit Mesa kartu pro LPT (7i90 nebo 7i43).
Nicméně pokud to dáš do režimu EPP 1.9, tak nic nepokazíš.
Já PWM řízení vřetene nepoužívám.
Ale udivuje mě, že se mu nikde nenastavuje základní obnovovací frekvence PWM.
Něco jako
setp pwmgen.0.pwm-freq 100.0
Když jsem dřív PWM používal,tak jsem si tam vždy tohle nastavení dal.
On si to možná umí nějak defaultně spočítat, ale já mám rád, když vím, co tam je a jak rychle to jede.
Možná jako pokus zkus snížit frekvenci base-thread. Jestli to třeba PC nestíhá?
Nicméně pokud to dáš do režimu EPP 1.9, tak nic nepokazíš.
Já PWM řízení vřetene nepoužívám.
Ale udivuje mě, že se mu nikde nenastavuje základní obnovovací frekvence PWM.
Něco jako
setp pwmgen.0.pwm-freq 100.0
Když jsem dřív PWM používal,tak jsem si tam vždy tohle nastavení dal.
On si to možná umí nějak defaultně spočítat, ale já mám rád, když vím, co tam je a jak rychle to jede.
Možná jako pokus zkus snížit frekvenci base-thread. Jestli to třeba PC nestíhá?
-
el_fuego333
- Příspěvky: 618
- Registrován: 10. 2. 2009, 6:21
Skusil som nastavit frekvenciu v roznych hodnotach od 100 do 3000, ale chova sa to stale rovnako.
Poloboh vetra a mora, hrdina mužov.. radikalny ultra heterosexual
-
el_fuego333
- Příspěvky: 618
- Registrován: 10. 2. 2009, 6:21
Pc by to malo stihat. Jitter je okolo 5000
Poloboh vetra a mora, hrdina mužov.. radikalny ultra heterosexual
-
el_fuego333
- Příspěvky: 618
- Registrován: 10. 2. 2009, 6:21
Pomohlo!Zmanil som rezim lpt portu na ecp + epp 1.9 a uz je to OK.
Vdaka!
Poloboh vetra a mora, hrdina mužov.. radikalny ultra heterosexual
Mimochodem je to docela zajímavé.
Podle mě by to tak nemělo být. Ve standardním výstupním režimu by na tom nemělo záležet.
Tak jestli budeš mít někdy chvilku, zkus to prosím pokusně vrátit zpět, co se stane.
A myslím, že jsi psal, že máš k dispozici osciloskop. Bylo by zajímavé vědět, co se tam v tom SPP režimu děje.
Teď mířím na veletrh. Ale večer snad budu mít chvíli čas a tak to zkusím na svém PC.
Pokud by to v režimu SPP nějak z principu nemělo fungovat, tak bych chtěl vědět proč.
LinuxCNC ty porty využívá jako úplně obyčejný paralelní port. Žádnou inteligenci od nic nečeká.
A tohle v režimu SPP i EPP funguje stejně.
Pokud to někdo ví (proč by to nemělo jet), tak prosím napište.
Ušetřili byste mi pokus a poučili byste nás ostatní.
Díky.
Mozna ma vliv prenosova rychlost
SPP 150kB/s
EPP 2MB/s
ECP 2,5MB/s
SPP 150kB/s
EPP 2MB/s
ECP 2,5MB/s
"do řiti se řítíme, ani o tom nevíme.."
Přenosová rychlost se liší proto, protože u SPP handshake (potvrzování každého přeneseného byte) dělá procesor. A to je pomalé.
U EPP a ECP má na to ten LPT zvláštní hardware, u ECP se dokonce používá DMA.
Ale u LinuxCNC se nic z toho neuplatní. To se použije jen při přenosu dat na tiskárnu, případně ve speciálním případě pro LPT Mesu (7i43, 7i90).
LinuxCNC při běžném provozu přes LPT ten port ve všech případech používá jen jako nejjednodušší paralelní vstupy a výstupy.
Ty speciální režimy se u EPP a ECP musí ještě zapnout ve speciálních registrech. Nestačí, že jsou povolené v BIOSu.
A LinuxCNC je vůbec nezapíná, není pro to důvod.
Mimochodem v těch vyšších režimech je docela bordel.
Režim SPP je skoro vždy implementován správně, protože to vychází ještě ze standardu PC od IBM.
Ale EPP a ECP vzniklo až později, a různí výrobci tam občas udělají nějakou odlišnost/chybu, nebo to dokonce implementují úplně odlišně.
Pak je kompatibilita zajištěna jen na úrovní driverů, nikoli na úrovni registrové kompatibility.
Na LPT portech přímo na mainboardech je to většinou OK. Ale na PCI nebo PCIex kartách už to tak často není.
Dokonce i tak velká jména jako je Moschip má ve svém vlajkovém produktu pro PCI sběrnici (MCS9865) chybu.
Pro běh LinuxCNC přes LPT se to samozřejmě neprojeví (jak jsem psal výš). Ale Mesa karty pro LPT s tím nejedou.
Tak jsem upravoval jejich drivery, aby se tyto karty daly používat.
PCI a PCIex karty s čínskými chipy CHxxx pak tyto režimy implementují naprosto odlišně. Ale SPP tam opět je správně.
U EPP a ECP má na to ten LPT zvláštní hardware, u ECP se dokonce používá DMA.
Ale u LinuxCNC se nic z toho neuplatní. To se použije jen při přenosu dat na tiskárnu, případně ve speciálním případě pro LPT Mesu (7i43, 7i90).
LinuxCNC při běžném provozu přes LPT ten port ve všech případech používá jen jako nejjednodušší paralelní vstupy a výstupy.
Ty speciální režimy se u EPP a ECP musí ještě zapnout ve speciálních registrech. Nestačí, že jsou povolené v BIOSu.
A LinuxCNC je vůbec nezapíná, není pro to důvod.
Mimochodem v těch vyšších režimech je docela bordel.
Režim SPP je skoro vždy implementován správně, protože to vychází ještě ze standardu PC od IBM.
Ale EPP a ECP vzniklo až později, a různí výrobci tam občas udělají nějakou odlišnost/chybu, nebo to dokonce implementují úplně odlišně.
Pak je kompatibilita zajištěna jen na úrovní driverů, nikoli na úrovni registrové kompatibility.
Na LPT portech přímo na mainboardech je to většinou OK. Ale na PCI nebo PCIex kartách už to tak často není.
Dokonce i tak velká jména jako je Moschip má ve svém vlajkovém produktu pro PCI sběrnici (MCS9865) chybu.
Pro běh LinuxCNC přes LPT se to samozřejmě neprojeví (jak jsem psal výš). Ale Mesa karty pro LPT s tím nejedou.
Tak jsem upravoval jejich drivery, aby se tyto karty daly používat.
PCI a PCIex karty s čínskými chipy CHxxx pak tyto režimy implementují naprosto odlišně. Ale SPP tam opět je správně.
-
el_fuego333
- Příspěvky: 618
- Registrován: 10. 2. 2009, 6:21
Povodne to bolo nastavene v tom rezime STD (na fotke celkom prvy, nie SPP).
Ked som to nastavil naspat, tak zase to neslo. Nastavenie LPT portu na STD vidim prvy raz, doteraz som sa s tym este nestretol.
Poloboh vetra a mora, hrdina mužov.. radikalny ultra heterosexual