Zitat:

---

Original von MaikG:
Der hatte nur eine Laser, Sprengstoff darf man in Deutschland
nicht herstellen und auch nicht besitzen.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

Zitat:

---

Original von MaikG:
Der hatte nur eine Laser, Sprengstoff darf man in Deutschland
nicht herstellen und auch nicht besitzen.

---

Aber eine tödliche Laserwaffe?!

---

Alles eine Frage des richtigen "Scheins". Für Sprengstoff lautet die Zauberformel "T2-Schein" (Mengenbegrenzung), für Laser mit Personengefährdung "Gewerbeamt, Umweltamt, TÜV und Berufsgenossenschaft" (ohne Leistungsbegrenzung)

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
Alles eine Frage des richtigen "Scheins". Für Sprengstoff lautet die Zauberformel "T2-Schein" (Mengenbegrenzung), für Laser mit Personengefährdung "Gewerbeamt, Umweltamt, TÜV und Berufsgenossenschaft" (ohne Leistungsbegrenzung)

---

Und Plasmakanonen?

mfg
--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:
Und Plasmakanonen?

---

Hm, ich weis ja nicht für Personen bei MaikG einsteigen wollen, aber bei diesem Waffenarsenal kann das schnell zu einem Kleinkrieg ausarten. Aber das dürfte dann auch abschreckend sein. Wie damals im kalten Krieg. Und alles durch einen Amiga gesteuert... Äh, hm...
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
Alles eine Frage des richtigen "Scheins". Für Sprengstoff lautet die Zauberformel "T2-Schein" (Mengenbegrenzung), für Laser mit Personengefährdung "Gewerbeamt, Umweltamt, TÜV und Berufsgenossenschaft" (ohne Leistungsbegrenzung)

---

Und Plasmakanonen?

---

Ich schätze, da langt eine Professur an einer Fakultät für Nuklearphysik

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
>Für Sprengstoff lautet die Zauberformel "T2-Schein" (Mengenbegrenzung),

Eine Vorstrafe und den bekommt man nicht oder?
Und ich denke auch mit den schein dürfte man es nicht unbedingt
zur Einbrecherabwehr einbuddeln.

---

Zitat:

---

>für Laser mit Personengefährdung "Gewerbeamt, Umweltamt, TÜV und
>Berufsgenossenschaft" (ohne Leistungsbegrenzung)

Der Hinweiss mit Gewerbeamt steht bei ELV, in den Ebay Auktionen
steht davon nichts...

---

Muß es ja auch nicht. Da ist man als "Anwender" in einer Holschuld... man muß sich sachkundig machen, ob und unter welchen Auflagen eine solche Anlage betrieben werden darf.

Wie so häufig gibt es da eine gewisse "Verkehrung der Welten". In Sachen Laser (und anderen Dingen, u.A. Sprengstoffe) ist verboten, was nicht ausdrücklich erlaubt ist.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
Aber zurück zum Thema, keiner eine Ahnung wie man die Maustasten
nun als Ausgang nutzt? Ich meine es gibt auch spiele mit 2 Joystiks,
die müssen das input.device ja auch irgendwie zum schweigen bringen.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von NoImag:
Zur Verwendung von 2 Joysticks: Wenn ich mich richtig erinnere (habe die Dokumentation hier nicht zur Hand), dann kannst du problemlos Port 0 auf "Joystick" stellen (gameport.device). Das hat aber mit deinem Problem nichts zu tun.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

Zitat:

---

Original von NoImag:
Zur Verwendung von 2 Joysticks: Wenn ich mich richtig erinnere (habe die Dokumentation hier nicht zur Hand), dann kannst du problemlos Port 0 auf "Joystick" stellen (gameport.device). Das hat aber mit deinem Problem nichts zu tun.

---

Ich weiß auch, daß man dem input.device sagen konnte, daß die primäre Maus am anderen Port hängt. Da gab es auch schon zu a500-Zeiten tools für, damit man auch weiterarbeiten konnte, wenn der port kaputt war. Und ich denke mal, wenn man den port redefinieren kann, kann man die Maus auch komplett abmelden, um die resource frei zu bekommen.

---

code:

---

BYTE port = 1;

InputIO->io_Data = &port;
InputIO->io_Flags = IOF_QUICK;
InputIO->io_Length = 1;
InputIO->io_Command = IND_SETMPORT;
BeginIO((struct IORequest *)InputIO); /* sry für den Cast */

if(InputIO->io_Error)
    printf("SETMPORT Fehler: %dn", InputIO->io_Error);

---

Das zweitere dürfte wohl schon mit dem gameport.device machbar sein, indem man für den Mausport (Port 0) GPCT_NOCONTROLLER setzt (mittels GPD_SETCTYPE). Soweit ich gerade aus dem Gedächtnis sagen kann (habe nie groß was mit dem gameport.device gemacht), sollte man GPD_ASKCTYPE (richtig?) vorher senden, um den Typ des bisher "angemeldeten" Controllers zu bekommen (und später wieder darauf zurücksetzen zu können). Das Ganze muß wohl auch in einem Forbid()/Permit()-Paar ablaufen.

Genaueres kann ich aber auch erst später sagen, habe das RKM nicht zur Hand. Ich weiß also nicht, ob der Port dann tatsächlich "frei" gemacht wird oder nicht (aber die Wahrscheinlichkeit ist hoch).

Nachtrag: Mir fällt gerade ein, daß das input.device da ja noch mitmischt... muß man das dann "austricksen"? (sprich: Mausport auf Port 1 setzen, Port 0 auf NOCONTROLLER, Port 0 allokieren, input.device "veralbern" und Mausport wieder auf Port 0 zurücksetzen (der dann ja "belegt" ist), und dann das gleiche Spiel mit Port 1. Was aber, wenn das input.device das "Zurücksetzen" auf Port 0 nicht zuläßt (weil bereits "belegt")?). Das weiß ich nun gerade nicht

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 30.06.2006 um 15:14 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:
Ich weiß auch, daß man dem input.device sagen konnte, daß die primäre Maus am anderen Port hängt. Da gab es auch schon zu a500-Zeiten tools für, damit man auch weiterarbeiten konnte, wenn der port kaputt war.

---

Zitat:

---

Und ich denke mal, wenn man den port redefinieren kann, kann man die Maus auch komplett abmelden, um die resource frei zu bekommen.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:

Zitat:

---

Original von Holger:
Ich weiß auch, daß man dem input.device sagen konnte, daß die primäre Maus am anderen Port hängt. Da gab es auch schon zu a500-Zeiten tools für, damit man auch weiterarbeiten konnte, wenn der port kaputt war. Und ich denke mal, wenn man den port redefinieren kann, kann man die Maus auch komplett abmelden, um die resource frei zu bekommen.

---

Das zweitere dürfte wohl schon mit dem gameport.device machbar sein, indem man für den Mausport (Port 0) GPCT_NOCONTROLLER setzt (mittels GPD_SETCTYPE). Soweit ich gerade aus dem Gedächtnis sagen kann (habe nie groß was mit dem gameport.device gemacht), sollte man GPD_ASKCTYPE (richtig?) vorher senden, um den Typ des bisher "angemeldeten" Controllers zu bekommen (und später wieder darauf zurücksetzen zu können). Das Ganze muß wohl auch in einem Forbid()/Permit()-Paar ablaufen.

---

Leider nicht. Man darf nur dann selbst den Typ ändern, wenn er auf GPCT_NOCONTROLLER steht. Den Rest hast du aber richtig in Erinnerung.

Zitat:

---

Nachtrag: Mir fällt gerade ein, daß das input.device da ja noch mitmischt... muß man das dann "austricksen"? (sprich: Mausport auf Port 1 setzen, Port 0 auf NOCONTROLLER, Port 0 allokieren, input.device "veralbern" und Mausport wieder auf Port 0 zurücksetzen (der dann ja "belegt" ist), und dann das gleiche Spiel mit Port 1. Was aber, wenn das input.device das "Zurücksetzen" auf Port 0 nicht zuläßt (weil bereits "belegt")?). Das weiß ich nun gerade nicht

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
Ja, weil die Hardware schon gebaut ist und mit Plastikkleber
vergossen. Rein theoretisch wäre das möglich, müsste nur aufpassen
das die Maus nirgend drüber ist sonst gild der Sensor als "klick".

---

Zitat:

---

BTW. wie schnell können die Ports eigentlich Daten verarbeiten?
Hab mir mal nochmal das Thema Multiplexer vorgenommen, um mehr
Signale verarbeiten zu können könnte ich die Sensorik nacheinander
übermitteln, weiss aber nicht was die MUX für ein MHZ/KHZ/HZ minimum
haben.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
>Ansonsten könntest du den Mausport mit dem input.device auf Port 1
>legen. Dann ist Port 0 frei und du kannst ihn als Ausgang nutzen.

Das beispiel oben dafür scheint nicht vollständig, keine Librarys
werden geöffnet/benutzt?

---

Zitat:

---

>Bei den 4 Analog/Digital-Pins kann das Erreichen des Pegels bis zu
>300 µs dauern, da Kondensatoren (47 nF) umgeladen werden müssen.

Was ist das in KHZ? Und die anderen Pins?

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
Okay, ist Mittwoch :-)

---

Sei nicht so ungeduldig.

Das Beispiel:

C code:

---

#include <exec/types.h>
#include <devices/input.h>

#include <clib/exec_protos.h>
#include <clib/alib_protos.h>

#include <stdio.h>


VOID main(VOID)
{
struct IOStdReq  *inputIO;
struct MsgPort   *inputMP;

BYTE port = 1; /* Maus auf den rechten Port setzen */

if (inputMP = CreatePort(NULL,NULL))
    {
    if (inputIO = (struct IOStdReq *)CreateExtIO(inputMP,
                                                 sizeof(struct IOStdReq)))
        {
        if (!OpenDevice("input.device",NULL,
                             (struct IORequest *)inputIO,NULL))
            {
            inputIO->io_Data = &port;
            inputIO->io_Flags = IOF_QUICK;
            inputIO->io_Length = 1;
            inputIO->io_Command = IND_SETMPORT;
            DoIO((struct IORequest *)inputIO);
            if (inputIO->io_Error)
                printf("nSETMPORT failed %dn",inputIO->io_Error);

            /* hier machst du deine Sachen */

            port = 0; /* Wieder auf den linken Port zurücksetzen */
            inputIO->io_Data = &port;
            inputIO->io_Flags = IOF_QUICK;
            inputIO->io_Length = 1;
            inputIO->io_Command = IND_SETMPORT;
            DoIO((struct IORequest *)inputIO);
            if (inputIO->io_Error)
                printf("nSETMPORT failed %dn",inputIO->io_Error);

            CloseDevice((struct IORequest *)inputIO);
            }
        else
            printf("Error: Could not open input.devicen");

        DeleteExtIO((struct IORequest *)inputIO);
        }
    else
        printf("Error: Could not create I/O requestn");

    DeletePort(inputMP);
    }
else
    printf("Error: Could not create message portn");
}

---

Zitat:

---

>Der Kehrwert von 300 µs ist 3,3 kHz.

Sollte gehen, braucht man für die abfrage in dieser geschwindigkeit
viel CPU Power?

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
Habs dann mal versucht in Basic umzusetzten:

REM $include exec.bh
REM $include input.bc

LIBRARY OPEN "exec.library"

REM $INCLUDE Blib/ExecSupport.bas

PortN&=1
port& = CreatePort&(NULL&, NULL&)
IF port& THEN
InputIO&=CreateExtIO&(port&,IOStdReq_sizeof%)
IF InputIO& THEN
device& = OpenDevice&(SADD("input.device" + CHR$(0)), NULL&, InputIO&, NULL&)
IF device& THEN
POKEW(InputIO&+IORequestio_Command%), IND_SETMPORT&
POKEL(InputIO&+IOStdReqio_Length%),1&
POKEL(InputIO&+IOStdReqio_Data%), VARPTR(PortN&)
POKEL(InputIO&+IOStdReqio_Flags%), IOF_QUICK&
IF DoIO&(InputIO&) THEN PRINT "Fehler4 DOIO":GOTO 1235
CloseDevice InputIO&
ELSE PRINT "can't open input.device"
END IF
DeleteExtIO InputIO&
ELSE PRINT "cant create IO"
END IF
DeletePort port&
ELSE PRINT "can't open port"
END IF

1235

Dann kommt "can't open input.device", wahrscheinlich ist es hier
mit 26°C zu heiss für sowas...

---

Nein, Du bist nur dem "Spaßvogel OpenDevice()" aufgesessen. OpenDevice() liefert 0 (den Wert, keinen Zeiger) zurück, wenn alles glett gelaufen ist und einen Fehlerwert, wenn es Probleme gab. Also genau umgekehrt wie bei anderen Open()-Funktionen.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
Dann kommt "can't open input.device", wahrscheinlich ist es hier
mit 26°C zu heiss für sowas...

---

[ - Antworten - Zitieren - Direktlink - ]

Zwei Sekunden zu langsam...

[ - Antworten - Zitieren - Direktlink - ]

@Holger:

Gutes Timing

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
Läuft jetzt zwar durch, hat aber keinerlei Funktion, Maus geht
weiterhin am Mausport.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:
... Typ int (4 bytes).

---

code:

---

DEFINT a-z

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

IF DoIO&(InputIO&) THEN PRINT "Fehler4 DOIO":GOTO 1235

---

Also wenn ein Fehler passiert, dann wird nix mehr zurück gegeben? Und dieses Goto schmerz mir auch in denn Augen. Eigentlich könnte doch dieses Goto komplett verschwinden. Dann werden auch die Resourcen zurückgegeben.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

code:

---

POKEL(InputIO&+IOStdReqio_Flags%), IOF_QUICK&

---

[ - Antworten - Zitieren - Direktlink - ]