PARALLEL und so

Allgemeine Fragen zu Lasershow Software und Show-Programmierung.
Gesperrt
yag47
Beiträge: 14
Registriert: Di 31 Okt, 2000 12:00 pm

PARALLEL und so

Beitrag von yag47 » Do 26 Okt, 2000 12:05 am

Hallo alle, besonders natürlich GENTO und ROLF, <P>wer hat den nun alles schon mal eine Showanlagensteuerung über die Parallelschnittstelle realisiert? Welches Protokoll kommt zum Einsatz bzw. mit welcher Version<BR>der Schnittstelle arbeitet Ihr oder habt Ihr Erfahrung. Ich denke da neben der Standard Centronics SPP nämlich an ECP und EPP, die höhere Datendurchsätze<BR>bieten und die Übertragung (zumindest bei EPP) vereinfachen, da der Handshake (Strobe etc.) von der Hardware realisiert wird. <P>BYE

rolf
Beiträge: 573
Registriert: Di 31 Okt, 2000 12:00 pm
Wohnort: Delmenhorst
Kontaktdaten:

Re: PARALLEL und so

Beitrag von rolf » Do 26 Okt, 2000 12:05 am

Hallo, <P>Über LPT kann man fürchte ich keine grossen Sprünge <BR>machen weil da ein Interfacechip dazwischen liegt <BR>der die Sache ausbremmst. ECP EPP mode kann man <BR>machen doch dann braucht man schon einen FIFO weil <BR>dann mit DMA gearbeitet wird. Man kann dem DMA nicht <BR>mitteilen wie schnell er die Daten transportieren <BR>soll. <BR>Mit einer ISA-Karte ist das schon besser wenn man <BR>die DA-Wandler im Memorybereich plaziert, also <BR>nicht mit in/out ansteuert sondern wie normalen <BR>Speicher. <P>Rolf <P> <A HREF="http://www.rpklaser.de" TARGET=_blank>http://www.rpklaser.de</A>

yag47
Beiträge: 14
Registriert: Di 31 Okt, 2000 12:00 pm

Re: PARALLEL und so

Beitrag von yag47 » Do 26 Okt, 2000 12:06 am

Hallo, <P>>Über LPT kann man fürchte ich keine grossen Sprünge <BR>machen weil da ein Interfacechip dazwischen liegt <BR>der die Sache ausbremmst. ECP EPP mode kann man <BR>machen doch dann braucht man schon einen FIFO weil <BR>dann mit DMA gearbeitet wird. Man kann dem DMA nicht <BR>mitteilen wie schnell er die Daten transportieren <BR>soll. <P>EPP hat IMHO noch nichts mit DMA zu tun. Bei ECP hat man 16 Byte FIFO, was aber vermutlich nichts nutzen wird und auch noch den Ärger mit der DMA.<BR>Richtig ist, das der Interface-Chip der Flashcenhals ist. Wie schon gesagt, spielt die Systemgeschwindigkeit nahezu keine Rolle. <P>>Mit einer ISA-Karte ist das schon besser wenn man <BR>die DA-Wandler im Memorybereich plaziert, also <BR>nicht mit in/out ansteuert sondern wie normalen <BR>Speicher. <P>Nicht zwangsläufig. Viele Standard ISA Karten operieren auch über IO Zugriffe. So z.B. Soundkarten et al. Trotzdem ist der Bus ansich schon schneller, als der<BR>LPT. Ob das Einblenden in Speicherbereich noch was nützt kann ich nicht sagen - mal abgesehen von einer gewissen verklomplizierung der ganzen Angelegenheit... <P>BYE

magnus pihl
Beiträge: 8
Registriert: Di 11 Sep, 2001 12:00 pm
Wohnort: Sweden
Kontaktdaten:

Re: PARALLEL und so

Beitrag von magnus pihl » Do 26 Okt, 2000 12:12 am

I am successfully using ECP to transfer 16bit @ 56k to my scanner pair. <P>-Has anyone got the DMA to work in ECP mode?

yag47
Beiträge: 14
Registriert: Di 31 Okt, 2000 12:00 pm

Re: PARALLEL und so

Beitrag von yag47 » Do 26 Okt, 2000 12:12 am

Hi, <P>could you describe what to do to use ECP? <P>BYE <BR> <A HREF="http://www.lmn-lasertechnix.de" TARGET=_blank>http://www.lmn-lasertechnix.de</A>

magnus pihl
Beiträge: 8
Registriert: Di 11 Sep, 2001 12:00 pm
Wohnort: Sweden
Kontaktdaten:

Re: PARALLEL und so

Beitrag von magnus pihl » Do 26 Okt, 2000 12:13 am

It is very easy! <P>1. Set the BIOS to ECP mode, DMA disable. <BR>2. out 632+1026,64+32 (632 is for LPT2 $278) <BR>3. out 632+1024,byte <P>Now, when you enter the third row the byte will be at the <BR>parallel port and the strobe will automatically go low. When this byte is read by f.x. a microcontroller you acknowledge this signal on pin by putting pin 11 (BUSY)<BR>high, then low. <P>You have 32 byte buffer in the parallell chip. You can write all 32 bytes until the buffer is full. Use a "wait-dummy-loop" to stop the transfer. <BR>100 if inp(632+1026) and 3 = 2 then goto 100 <P>Your microcontroller should send 32 bytes at startup, so any damaged data will be cleared. <P>Also see <A HREF="http://www.geocities.com/SiliconValley/Bay/8302" TARGET=_blank>www.geocities.com/SiliconValley/Bay/8302</A> <P>Regards, <BR>Magnus Pihl <P>PS/ Tell me if you get the DMA to work!! /DS

yag47
Beiträge: 14
Registriert: Di 31 Okt, 2000 12:00 pm

Re: PARALLEL und so

Beitrag von yag47 » Do 26 Okt, 2000 12:15 am

Hi, <P>thank you for the explanation. <P>>out 632+1026,64+32 (632 is for LPT2 $278) <BR>^^^^^^^^ <BR>Seems to use IO-Adresses beyond normal IO-space <P>BYE <P> <A HREF="http://www.lmn-lasertechnix.de" TARGET=_blank>http://www.lmn-lasertechnix.de</A>

magnus pihl
Beiträge: 8
Registriert: Di 11 Sep, 2001 12:00 pm
Wohnort: Sweden
Kontaktdaten:

Re: PARALLEL und so

Beitrag von magnus pihl » Do 26 Okt, 2000 12:16 am

If you don´t add +1026 and +1024 to the base address you will still use SPI mode, -even if the BIOS is in ECP mode. By adding +1026/+1024 it tells the parallel<BR>I/O chip to use ECP mode. <P>Note that you must set BOTH the BIOS and the software code (the one you replied with) to ECP mode to get it work! <P>Good Luck! <BR>/Magnus

rolf
Beiträge: 573
Registriert: Di 31 Okt, 2000 12:00 pm
Wohnort: Delmenhorst
Kontaktdaten:

Re: PARALLEL und so

Beitrag von rolf » Do 26 Okt, 2000 12:16 am

Hi, <P>Der IO-Bereich des Intel ist 16 Bit gross, davon <BR>werden aber meist nur die unteren 10 Bit dekodiert <BR>wegen des geringeren aufwandes. <P>Normalerweise spiegeln sich die unteren bereiche <BR>mehrmals, aber manche Karten nutzen auch die eigenen <BR>oberen gespiegelten bereiche(es gibt ja mehrere) <BR>für weitere funktionen. <P>Rolf <BR> <A HREF="http://www.rpklaser.de" TARGET=_blank>http://www.rpklaser.de</A>

yag47
Beiträge: 14
Registriert: Di 31 Okt, 2000 12:00 pm

Re: PARALLEL und so

Beitrag von yag47 » Do 26 Okt, 2000 12:16 am

Moin, <P>ja, ist mir vertraut. Trotzdem nutzt es dann dann IO-Bereich "über" dem normalen (sprich der uralten XT-Spezifikation). Das ist doch alles, was ich mühevoll mit<BR>englischer Sprache zum Ausdruck bringen wollte ;-> <P>BYE <BR> <A HREF="http://www.lmn-lasertechnix.de" TARGET=_blank>http://www.lmn-lasertechnix.de</A>

rolf
Beiträge: 573
Registriert: Di 31 Okt, 2000 12:00 pm
Wohnort: Delmenhorst
Kontaktdaten:

Re: PARALLEL und so

Beitrag von rolf » Do 26 Okt, 2000 12:17 am

Hy, <P>Nur ganz kurz ! <BR>ISA Grafikkarten blenden den Bildschirmspeicher <BR>nicht über IO ein sondern mittels des /MEMWR bzw. <BR>/MEMRD signales. <BR>Die Karte kann dann wenn nötig die Übertragung <BR>verzögern. <BR>Ist dann ca. 10 bis 50 mal schneller als IO. <P>Rolf <BR> <A HREF="http://www.rpklaser.de" TARGET=_blank>http://www.rpklaser.de</A>

yag47
Beiträge: 14
Registriert: Di 31 Okt, 2000 12:00 pm

Re: PARALLEL und so

Beitrag von yag47 » Do 26 Okt, 2000 12:18 am

Moin, <P>>ISA Grafikkarten blenden den Bildschirmspeicher <BR>nicht über IO ein sondern mittels des /MEMWR bzw. <BR>/MEMRD signales. <P>Ja, wie gesagt machen das Grafikkarten so. Allerdings gehen viele andere ISA Karten *nicht* diesen Weg und sind trotzdem schneller als die LPT. <P>BYE <BR> <A HREF="http://www.lmn-lasertechnix.de" TARGET=_blank>http://www.lmn-lasertechnix.de</A>

rolf
Beiträge: 573
Registriert: Di 31 Okt, 2000 12:00 pm
Wohnort: Delmenhorst
Kontaktdaten:

Re: PARALLEL und so

Beitrag von rolf » Do 26 Okt, 2000 12:18 am

Hy, <BR>Kommt auf die LPT on board an, meine ist <BR>genauso schnell/langsam wie eine ISA-Karte. <P>Mit DMA ist es nicht schneller als mit CPU <BR>über IO. Aber die CPU kann andere aufgaben <BR>erledigen. <BR>Also wenn LPT, dann mit DMA sonst steht der <BR>Rest des Systems weil der proz. nur wartet/ <BR>gebremmst wird. <P><BR>Rolf <BR> <A HREF="http://www.rpklaser.de" TARGET=_blank>http://www.rpklaser.de</A>

yag47
Beiträge: 14
Registriert: Di 31 Okt, 2000 12:00 pm

Re: PARALLEL und so

Beitrag von yag47 » Do 26 Okt, 2000 12:18 am

Hallo Rolf, <P>>Kommt auf die LPT on board an, meine ist <BR>>genauso schnell/langsam wie eine ISA-Karte. <P>Ich will mich jetzt aufgrund mangelnder Daten auch nicht bis aufs Messer streiten, allerdings haben wir mal die LPT vermessen: 350 KByte/s. Dieser Wert für die<BR>normale SPP deckt sich mit Gentos Werten. Der ISA-BUS läuft allerdings mit 8,3 MHz, bei 8 bzw. 16 Bit Breite. Dort muss der Datendurchsatz, auch bei<BR>IO-Zugriffen schneller sein. Das sollte aber eine Messung zeigen, mal schauen, ob und wann sich mal dafür Zeit findet. <P>>Mit DMA ist es nicht schneller als mit CPU <BR>>über IO. Aber die CPU kann andere aufgaben <BR>>erledigen. <BR>Das DMA-Konzept ist schon mir schon klar. Die ECP mit DMA und FIFO wurde ja im Wesentlichen für Multitaskingbetriebssysteme entwickelt, eben um die<BR>CPU zu entlasten. Allerdings soll das ECP-Protokoll *UNABHÄNGIG* von DMA etc. schneller sein als SPP. <P>>Also wenn LPT, dann mit DMA sonst steht der <BR>>Rest des Systems weil der proz. nur wartet/ <BR>>gebremmst wird. <BR>Kommt halt drauf an, ob man damit Probleme hat... <BR>Will man nur Ausgeben ist es egal, soll natürlich noch viel berechnet werden, muss man schon für CPU-Entlastung sorgen... <P><BR>BYE <P> <A HREF="http://www.lmn-lasertechnix.de" TARGET=_blank>http://www.lmn-lasertechnix.de</A>

Benutzeravatar
gento
Beiträge: 3973
Registriert: Fr 17 Nov, 2000 12:00 pm
Do you already have Laser-Equipment?: Apollo 4a + 4b , Turbotrack 2 , Minisax +++ G120DT +++ G138DT +++
Raytrack 40 ,CT 6210 , CT 6800 , K12
Pangolin , LDS Dynamics ,Phoenix Premium , LDS 2010 ,LDS 2008 , HE
Gas RGB 2W , 800 mW , ALC60
RGB >1W +++
Wohnort: D / NRW / Hamm

Re: PARALLEL und so

Beitrag von gento » Do 26 Okt, 2000 12:20 am

Sonntag's hast angekündigt immer nocht nicht fertig ! <P>Habe mal die letzte halbe Stunde mal Testsoft geschrieben um <BR>Port's zu testen. <P>Das Ergebniss bezogen auf D0-D7 D0-D15. <P>ISA 16 Bit ca 454 000*Sek je 16 Bit. Basis $300 <BR>ISA 8 Bit ca 714 286*Sek je 8 Bit. Basic $308 <BR>Druckerport ca 714 286*Sek je 8 Bit. Basis $378 <P>Im Realmode bezogen auf reine Datenleitungen. <BR>Im Protected Mode liegen Werte leicht anders ober Syncron. <P>Gento <P>P.S. Jede Standart-Centronics hängt voll im ISA Bus. <BR> <A HREF="http://www.laserundlicht.de" TARGET=_blank>http://www.laserundlicht.de</A>
Bild

yag47
Beiträge: 14
Registriert: Di 31 Okt, 2000 12:00 pm

Re: PARALLEL und so

Beitrag von yag47 » Do 26 Okt, 2000 12:20 am

Moin, <P>>Sonntag's hast angekündigt immer nocht nicht fertig ! <BR>Ja, sorry. Es gibt halt auch noch andere Sachen. <P>Jedenfalls bestätigen unsere Messungen am 8-Bit ISA dieselbe Geschwindigkeit wie am LPT. <P><BR>BYE <BR> <A HREF="http://www.lmn-lasertechnix.de" TARGET=_blank>http://www.lmn-lasertechnix.de</A>

Benutzeravatar
gento
Beiträge: 3973
Registriert: Fr 17 Nov, 2000 12:00 pm
Do you already have Laser-Equipment?: Apollo 4a + 4b , Turbotrack 2 , Minisax +++ G120DT +++ G138DT +++
Raytrack 40 ,CT 6210 , CT 6800 , K12
Pangolin , LDS Dynamics ,Phoenix Premium , LDS 2010 ,LDS 2008 , HE
Gas RGB 2W , 800 mW , ALC60
RGB >1W +++
Wohnort: D / NRW / Hamm

Re: PARALLEL und so

Beitrag von gento » Do 26 Okt, 2000 12:20 am

Ja hab ich gemacht. <BR>Mit der DAD 2 von General Scanning.DA Wandler 12 Bit und Driver für GS120DT.Ohne RGB Ausgabe. <BR>Über Stinknormale Centronic vom Notebook 486-80. <BR>D7 & D6 sind dann Adr Bit's für X Y oben unten und mit Strobe übergeben. <BR>Damit kamen bis 300 Kb Sek raus incl der Packerei der Pakete.'Asm + Bustreiber (Sägezahn zum Rechteck)' <P>RGB + Blank könnte genauso gehandelt werden auf Basis 6 Bit <BR>+ 2 Bit Adr +Init zum setzen.Bei der 8 Bit '6' Ausgabe müßte aber nicht so geschoben
Bild

Gesperrt

Zurück zu „Software & Programmierung“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 8 Gäste