Ankündigung

Einklappen
Keine Ankündigung bisher.

RPC-Fehler beim Buszugriff mit ETS3

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • Klaus Gütter
    antwortet
    Die ETS 3.0f läuft nicht auf Win98, braucht mindestens Windows 2000 (siehe http://www.knx.org/de/knx-tools/ets/voraussetzungen-support/).
    Tip? USB- oder IP-Datenschnittstelle besorgen.

    Gruß, Klaus

    Einen Kommentar schreiben:


  • m28t
    antwortet
    Hi
    nachdem mein usb-RS232 adapter nicht funk.
    hab ich den alten Lapi zur hand genommen Win98se ETS3V1.0.
    ETS3.0f leuft nicht darauf!
    Verbindungstest ist OK
    beim prog der Datenschnitstelle Gira 57500 folgende Fehlermeldung
    " Inkompatible Version des RPC Stub"

    hat jemand nen tip?

    mfgRST

    Einen Kommentar schreiben:


  • HartmutB
    antwortet
    Hallo Kai,

    schön, wenn ich (mit-)helfen konnte.

    Sollte jemand anderes irgendwann ein ähnliches Problem haben, dann findet er in diesem Thema dann auch wirklich viele Tipps.

    Gruß
    Hartmut

    Einen Kommentar schreiben:


  • KaiB
    antwortet
    Hallo Hartmut,

    es funzt!
    Zitat von HartmutB Beitrag anzeigen
    Mir fällt zum Thema RPC noch ein Aufruf von "dcomcnfg.exe" über die Start->Ausführen ein, dann dort auf Arbeitsplatz->DCOM-Konfiguration.
    Das war der entscheidende Tip:
    Nach Start von dcomcnfg.exe stürzte dieses beim Zugriff auf das Arbeitsplatz-Objekt kommentarlos ab. Im Ereignisprotokoll fand sich daraufhin ein Eintrag bzgl. eines COM+-Fehlers mit der EventID 4689. Dadurch bin ich darauf gestoßen, daß der Dienst "DCOM-Server-Prozessstart" nicht lief. Er war deaktiviert. Nach dem Setzen auf "Automatisch" und anschließendem Rechnerneustart war der RPC-Fehler Geschichte.
    Wird mit großer Wahrscheinlichkeit auch nicht helfen, aber machmal sind es ja die letzten 0,2% an Möglichkeiten ...
    Sie sind es...

    Danke und viele Grüße!
    Bye, Kai

    Einen Kommentar schreiben:


  • HartmutB
    antwortet
    Zitat von KaiB Beitrag anzeigen
    Ich habe eigentlich keinerlei Lust auf eine Neuinstallation, aber momentan sieht es so aus, als käme ich nicht drumherum...

    Es sei denn, es fällt noch jemandem etwas ein ...
    Schade, ich dachte, die KNX hätte helfen können. Neuinstallation würde ich auch vermeiden wollen.

    Mir fällt zum Thema RPC noch ein Aufruf von "dcomcnfg.exe" über die Start->Ausführen ein, dann dort auf Arbeitsplatz->DCOM-Konfiguration. Bisweilen poppt da eine Frage bzgl. fehlender Komponenteneinträge auf, die ich bejahen würde. Oder dort rechte Maustaste auf Arbeitsplatz->Eigenschaften->Standardeigenschaften und kontrollieren, ob alles "normal" ist bzw. mit den Kommunikationseinstellungen spielen. Wenn es nicht klappt, dann alles wieder zurück auf die alten Werte. Änderungen hier bedingen aber normalerweise einen Neustart, dauert also zeitlich ein bißchen ...

    Wird mit großer Wahrscheinlichkeit auch nicht helfen, aber machmal sind es ja die letzten 0,2% an Möglichkeiten ...

    Gruß
    Hartmut

    Einen Kommentar schreiben:


  • KaiB
    antwortet
    Hallo Hartmut,
    Zitat von HartmutB Beitrag anzeigen
    nur mal so aus Interesse (und für's Archiv): Gibt es inzwischen eine Lösung durch die KNX oder durch andere Maßnahmen ?
    aufgrund unseres Urlaubs erst jetzt die Antwort: Ich habe mich nicht wieder gemeldet, weil sich auch die KNX nicht gemeldet hatte. Grundsätzlich stimme ich der Meinung von S. de Bruyne zu, daß der Fehler wohl eher im Windows zu suchen ist. Allerdings habe ich keinerlei Anhaltspunkt auf einen möglichen Fehler. Wie schon geschrieben: Ereignisprotokoll unauffällig, Filemon und Regmon ebenso, andere Programme ebenfalls unauffällig. Ich habe eigentlich keinerlei Lust auf eine Neuinstallation, aber momentan sieht es so aus, als käme ich nicht drumherum...

    Es sei denn, es fällt noch jemandem etwas ein ...

    Viele Grüße
    Bye, Kai

    Einen Kommentar schreiben:


  • S. De Bruyne
    antwortet
    Remote procedure calls are classic ways for windows applications to call each other's functions and this bases on functions provided by Windows itself. If such remote procedure call fails, it may thus be due to the calling or receiving application, or to Windows.
    If there is a problem and the software is re-installed, then all registry entries for the software should be OK again. If then the problem still occurs, chances are real that something is wrong with the PC instead.

    Einen Kommentar schreiben:


  • HartmutB
    antwortet
    Zitat von KaiB Beitrag anzeigen
    Sobald sich KNX wieder gemeldet hat, werde ich es Euch wissen lassen.
    Hallo Kai,
    nur mal so aus Interesse (und für's Archiv): Gibt es inzwischen eine Lösung durch die KNX oder durch andere Maßnahmen ?

    Gruß
    Hartmut

    Einen Kommentar schreiben:


  • KaiB
    antwortet
    N'Abend zusammen!
    Zitat von Timo Beitrag anzeigen
    es gibt einen Windows-Dienst dieser heißt Remoteprozeduraufruf (RPC). Schau mal ob dieser läuft. Wenn dieser nicht läuft ist deine Fehlermeldung klar.
    Es wäre der Klassiker gewesen; man denkt an alles (Un-)Mögliche, nur an das Naheliegendste nicht. Es war aber (leider) nicht der Fall. Der RPC-Dienst läuft. Lediglich der RPC-Locator nicht. Aber dank des Screenshots von Marc wissen wir ja, daß dieser nicht zwingend notwendig ist.

    @HartmutB:
    Die Idee mit der alten Version ist auch nicht schlecht. Ich müßte auch noch irgendwo eine alte Version (c? d?) herumfliegen haben, die aber nie zur Installation gekommen ist. Ich schau' mal nach. Wenn nicht, ... ;-)

    Sobald sich KNX wieder gemeldet hat, werde ich es Euch wissen lassen.

    Viele Grüße
    Bye, Kai

    Einen Kommentar schreiben:


  • HartmutB
    antwortet
    Zitat von KaiB Beitrag anzeigen
    Nein, eine ETS3 war zuvor noch nicht installiert.

    ...

    Ich habe selbst auch weitergeforscht. Mit Hilfe von Regmon.exe habe ich herausgefunden, daß während des Programmierens versucht wird, auf den Registryzweig HKLM\Software\EIBA s.c.\eteC zuzugreifen, der aber nicht existiert. Vielleicht fehlt dort ja etwas.
    Filemon.exe ist absolut unauffällig.
    Hallo Kai,
    ich denke, der KNX-Support wird der beste Weg zu einer Lösung sein. Wenn Du noch etwas versuchen willst, vielleicht folgende Idee: Mit der ETS 3.0e wurde die Namensänderung von "Eiba" zu "Konnex" auch in Software (sprich Umbenennung von Registry-Keys) gegossen, was zu heftigen Problemen bei dem einen oder anderen Update geführt hat.
    Vielleicht würde Dir (bei Deiner Registry-Beobachtung) der umgekehrte Weg helfen: Installation einer "alten" ETS 3.0 (z.B. "d") und - wenn es damit geht - der Update auf die aktuelle "f".

    Nur ein Versuch, keine Ahnung ob es was bringt und die eingesetzte Zeit wert ist ...

    PS: Ich weiß nicht, ob / wo man "online" noch eine frühere ETS 3.0x kriegen kann, solltest Du keine entsprechende Version haben ...

    Gruß
    Hartmut

    Einen Kommentar schreiben:


  • Timo
    antwortet
    Hallo Kai,

    es gibt einen Windows-Dienst dieser heißt Remoteprozeduraufruf (RPC). Schau mal ob dieser läuft. Wenn dieser nicht läuft ist deine Fehlermeldung klar.

    Timo

    Einen Kommentar schreiben:


  • KaiB
    antwortet
    Hallo SomeNick,

    zunächst erst einmal willkommen im Forum!
    Ich würde vielleicht zuerst mal bei Deiner "einzigen Besonderheit" ansetzen:
    Hast du auch eine Neuinstallation auf C: probiert?
    Soeben erfolgt. Ergebnis leider negativ.

    War eine 3er ETS schon mal installiert und hat einen absoluten Pfad im nicht "deinstallierten Rest" hinterlassen, der später übernommen wurde?
    Oder übernimmt die ETS 3.0f bei der Installation bereits von der ETS 2 angelegte Pfade, wie idealerweise auf die falsche Partition?
    Nein, eine ETS3 war zuvor noch nicht installiert.

    Ich habe selbst auch weitergeforscht. Mit Hilfe von Regmon.exe habe ich herausgefunden, daß während des Programmierens versucht wird, auf den Registryzweig HKLM\Software\EIBA s.c.\eteC zuzugreifen, der aber nicht existiert. Vielleicht fehlt dort ja etwas.
    Filemon.exe ist absolut unauffällig.

    Der Einladung von S. deBruyne (danke!) folgend, habe ich dies auch noch einmal per Mail an KNX-Support geschickt.

    Bye, Kai

    Einen Kommentar schreiben:


  • S. De Bruyne
    antwortet
    I would still invite you to take up contact again with the colleaugues of the support department. The batch may most likely have been a standard solution for a case happening more often. You case may require closer investigation.

    Einen Kommentar schreiben:


  • SomeNick
    antwortet
    Die Fehlermeldung "Der RPC-Server ist nicht verfügbar" scheint ja bei den unterschiedlichsten Problemen aufzutreten.

    Ich würde vielleicht zuerst mal bei Deiner "einzigen Besonderheit" ansetzen:
    Hast du auch eine Neuinstallation auf C: probiert?

    War eine 3er ETS schon mal installiert und hat einen absoluten Pfad im nicht "deinstallierten Rest" hinterlassen, der später übernommen wurde?
    Oder übernimmt die ETS 3.0f bei der Installation bereits von der ETS 2 angelegte Pfade, wie idealerweise auf die falsche Partition?

    Michael

    Einen Kommentar schreiben:


  • KaiB
    antwortet
    @marc.keynejad:
    Danke für Deinen Tip. De- und Neuinstallation habe ich auch schon versucht. Ich habe aber dabei nicht auf die Einträge im Gerätemanager geachtet (sehen übrigens so aus wie bei Dir). Allerdings wage ich zu bezweifeln, daß es daran liegt, da ja meine ETS2 noch funktioniert (die ich jetzt auch nur ungern herunterwerfen möchte).
    Du hast recht, ich arbeite mit eine seriellen Schnittstelle (BJE 6186/20).

    @S. De Bruyne:
    Yes, the problem still exists. I contacted KNX twice before writing these postings. First they sent me a batch script to reregister the dlls in several directories. The second hint was a link to Microsoft concerning the maximum space for the system protocol. Good ideas, but no luck.
    So I'm still looking for a solution for my RPC-Problem ...

    Bye, Kai

    Einen Kommentar schreiben:

Lädt...
X