NEWS
Adapter "smartmeter"
Adapter "smartmeter"
-
Ich hab einen Wärmemengenzähler Siemens Uh 50 bzw. baugleich mit Landis+Gyr ULTRAHEAT T550 und bekomme ihn einfach nicht ausgelesen. Kann mir jemand helfen?
Ich kenne zum Thema diese beiden Infoquellen.
http://www.sedelmaier.at/node/112
http://www.sedelmaier.at/content/siemens-uh50-landisgyr-ultraheat-t550-mit-openhab
https://gathering-tweakers-net.translate.goog/forum/list_messages/1535019?_x_tr_sl=nl&_x_tr_tl=de&_x_tr_hl=deAnscheinend muss man den Zähler mit 40 NUL erst aufwecken. Aber meine x hundert unterschiedlichen Versuche blieben bisher erfolglos. Ich bekomme einfach keine Antwort.
smartmeter.1 2021-12-26 21:35:09.786 debug SCHEDULE NEXT RUN IN 60000s smartmeter.1 2021-12-26 21:35:09.786 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.1 2021-12-26 21:35:09.786 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1 smartmeter.1 2021-12-26 21:35:09.785 debug SERIALPORT REMOVE LISTENERS smartmeter.1 2021-12-26 21:35:09.785 debug SERIALPORT CLOSE smartmeter.1 2021-12-26 21:35:09.782 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.1 2021-12-26 21:35:09.781 debug STOP smartmeter.1 2021-12-26 21:35:09.781 debug Transport Reset!! Restart = true smartmeter.1 2021-12-26 21:35:09.781 debug Error: No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:35:09.781 warn No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:35:09.781 debug Error: No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:35:09.780 debug MESSAGE TIMEOUT TRIGGERED smartmeter.1 2021-12-26 21:34:54.780 debug SET MESSAGE TIMEOUT TIMER2: 15000 smartmeter.1 2021-12-26 21:34:54.780 debug DONE SEND 0 smartmeter.1 2021-12-26 21:34:54.529 debug DONE SEND 1 smartmeter.1 2021-12-26 21:34:54.050 debug TO SEND 1: /?!\x0D\x0A! smartmeter.1 2021-12-26 21:34:54.050 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.1 2021-12-26 21:34:53.798 debug DONE SEND 2 smartmeter.1 2021-12-26 21:34:52.368 debug TO SEND 2: smartmeter.1 2021-12-26 21:34:52.368 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.1 2021-12-26 21:34:52.368 debug INITIAL MESSAGES TO SEND: 2 smartmeter.1 2021-12-26 21:34:52.368 debug SERIALPORT RESET BAUDRATE TO 300 smartmeter.1 2021-12-26 21:34:52.367 debug SERIALPORT OPEN smartmeter.1 2021-12-26 21:34:52.365 debug CREATE SERIALPORT: 300 7 2 even smartmeter.1 2021-12-26 21:33:52.364 debug SCHEDULE NEXT RUN IN 60000s smartmeter.1 2021-12-26 21:33:52.364 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.1 2021-12-26 21:33:52.364 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1 smartmeter.1 2021-12-26 21:33:52.363 debug SERIALPORT REMOVE LISTENERS smartmeter.1 2021-12-26 21:33:52.363 debug SERIALPORT CLOSE smartmeter.1 2021-12-26 21:33:52.359 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.1 2021-12-26 21:33:52.358 debug STOP smartmeter.1 2021-12-26 21:33:52.358 debug Transport Reset!! Restart = true smartmeter.1 2021-12-26 21:33:52.358 debug Error: No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:33:52.358 warn No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:33:52.357 debug Error: No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:33:52.357 debug MESSAGE TIMEOUT TRIGGERED smartmeter.1 2021-12-26 21:33:37.356 debug SET MESSAGE TIMEOUT TIMER2: 15000 smartmeter.1 2021-12-26 21:33:37.355 debug DONE SEND 0 smartmeter.1 2021-12-26 21:33:37.105 debug DONE SEND 1 smartmeter.1 2021-12-26 21:33:36.628 debug TO SEND 1: /?!\x0D\x0A! smartmeter.1 2021-12-26 21:33:36.628 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.1 2021-12-26 21:33:36.377 debug DONE SEND 2 smartmeter.1 2021-12-26 21:33:34.945 debug TO SEND 2: smartmeter.1 2021-12-26 21:33:34.945 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.1 2021-12-26 21:33:34.945 debug INITIAL MESSAGES TO SEND: 2 smartmeter.1 2021-12-26 21:33:34.945 debug SERIALPORT RESET BAUDRATE TO 300 smartmeter.1 2021-12-26 21:33:34.944 debug SERIALPORT OPEN smartmeter.1 2021-12-26 21:33:34.941 debug CREATE SERIALPORT: 300 7 2 evenMeine zuletzt versuchten Einstellungen:

@apollon77 @rossi73 Ich glaube ihr habt beide ähliche Zähler, aber nie eure Konfig hier gepostet?!
@lobo
Nach langem hin und her habe ich es jetzt hinbekommen einen Ultraheat T550 (UH50) auszulesen.
Hier mal mein Weg, in der Hoffnung, daß es anderen hilft.Ich verwende diesen Lesekopf als Bausatz (gibt es auch fertig montiert):
https://www.ebay.de/itm/184501414443
aber es scheint nicht zu sehr am IR Kopf zu liegen.Wichtig scheint mir das "Aktivieren" mit der "Landis Ultra Assist" App aus dem Android play store.
Die App erkennt einen IR Lesekopf wenn er mittels eines OTG Adapters am Handy angeschlossen wird.
Zum Beispiel hier :
https://www.ebay.de/itm/124569931775Außerdem scheint mir die Ausrichtung des Lesekopfes sehr entscheidend zu sein. Laßt euch nicht entmutigen und probiert ein wenig rum. Bei mir muß der USB Stecker vom Lesekopf nach unten zeigen. Wenn er nach oben zeigt hat es nicht funktioniert.
Erst danach konnte ich die Werte auch über den Smartmeter Adapter auslesen.
Jedes Auslesen der Werte verringert die Laufzeit der Batterie um ca. eine halbe Stunde. Deswegen lese ich die Werte nur einmal am Tag aus.
Hier meine Einstellungen:

-
@smarthomer-0 sagte in Adapter "smartmeter":
Was soll ich sagen: mit dem Ergebnis dann (mit langem LAN-Patchkabel) mit dem Modul zum Zählerkasten, den Lesekopf auf dem Holley-IR-Fenster hin- und hergeschoben - RxD-LED auf dem USR blinkt - USR und smartmeter-Adapter empfangen Daten - smartmeter-Adapter wird "grün" - es funktioniert!

prima, das klingt doch schon mal gut
Folgende Datenpunkt-Objekte werden für mME SmartMeter Holley DTZ541-BDBA angelegt:

Du solltes aber noch tiefer in der Hierarchie absteigen können, bis Du die Daten als Zahlenwerte siehst, also so:

Wahrscheinlich würde er noch mehr übertragen:
smartmeter.0 2022-02-02 10:07:11.407 debug SML MESSAGE: START SML-File START SmlMessage Transaction-ID: (000001) Group-No: 0 Abort On Error: 0 Message-Body: SmlPublicOpenResponse Codepage: undefined Client-ID: undefined Req-FileId: f· (00000066ce87) Server-ID: 0a02984c5345000cabce (Sec-Index): 6737543 Sml-Version: undefined CRC 16: valid END SmlMessage START SmlMessage Transaction-ID: (000002) Group-No: 0 Abort On Error: 0 Message-Body: SmlGetListResponse Client-ID: ������ Server-ID: HLY�� List-Name: b �� Act-Sensor-Time: (Sec-Index): 6737543 ValList: [ Obj-Name: 1-0:96.50.1*1 Status: undefined Val-Time: Unit: undefined Scaler: undefined Value: HLY / 484c59 Value-Signature: undefined , Obj-Name: 1-0:96.1.0*255 Status: undefined Val-Time: Unit: undefined Scaler: undefined Value: HLY�� / 0a02984c5345000cabce Value-Signature: undefined , Obj-Name: 1-0:1.8.0*255 Status: 1c0104 Val-Time: (Sec-Index): 6737543 Unit: 30 Scaler: -1 Value: 13211062 Value-Signature: undefined , Obj-Name: 1-0:16.7.0*255 Status: undefined Val-Time: Unit: 27 Scaler: 0 Value: 386 Value-Signature: undefined , ] List-Signature: undefined Act-Gateway-Time: CRC 16: valid END SmlMessage START SmlMessage Transaction-ID: (000003) Group-No: 0 Abort On Error: 0 Message-Body: SmlPublicCloseResponse Global Signature: CRC 16: valid END SmlMessage END SML-FileDieses Log verstehe ich nicht, weil es noch (CRC-)Fehler etc. ausweist. Ist der Lesekopf wirklich optimal positioniert?
Was diese Fehler genau bedeuten, weiß ich allerdings nicht. Ich habe sie bei mir noch nicht beobachtet, da kann wahrscheinlich @apollon77 gelegentlich etwas dazu sagen.
Mit diesem Stand gehe ich es jetzt nochmal mit dem ursprünglich vorgesehenen USR WLAN-Fertiggerät an, vielleicht bekomme ich es doch noch ans Laufen.
Sollte im Prinzip gehen, wenn das WLAN Netzwerk gutmütig ist.
Sonst eben ein AVM-Powerline-Modul in die Steckdose vom Zählerkasten und den USR-232TCP-306 per LAN-Kabel auf das Powerline - das läuft ja nun

Kenne ich mich nicht mit aus. Als Funkamateur mag man diese Teile aber nicht wirklich. "Dreckschleudern"
(klassisch hat ihn lt. Guide sogar mit 2,8V am Laufen).
Das ist aber ausserhalb der Spezifikation und keine allgemeine Empfehlung. Kann funktionieren, muß aber nicht. Ich nehme in meinem Fall 3.3V von einem RS485 <-> serial Modul ab und speise dann über eine 20m dünne Telefonleitung den Lesekopf damit. Bei mir funktioniert es, ansonsten hätte ich auch die 5V genutzt, die ich in meinem Fall (Modul, kein Fertiggerät) ohnehin im Gehäuse habe.
An Deiner Stelle würde ich es Schritt für Schritt machen. Also erst mal die Spannungsversorgung vom eHz so lassen wie sie ist und gerade funktioniert. Erst wenn alles ein paar Tage stabil funktioniert zuerst die LAN -> WLAN Sache und erst danach - falls überhaupt - die Versorgung umbauen und optimieren. Schritt für Schritt und dazwischen immer die Stabilität überwachen.
Bei Eingriffen in Dein USR Fertiggerät können auch Fehler passieren und den eHz oder USR killen. Inklusives Oder.@klassisch
Hallo zusammen, ich wollte nicht versäumen, ein Feedback zurückzugeben:Auch mit dem USR-W610 (Komplettmodul RS232 <-> Wifi) funktioniert die Smartmeter-Kopplung zwischenzeitlich, nachdem ich in den vielen möglichen Parameterseiten die richtigen Werte eingetragen habe.
Danke für die Unterstützung hier im Forum.
Leider hat nun schon nach kurzer Zeit die IR-Schnittstelle der mME Holley DTZ541-BDBA derart nachgelassen, dass keine Kommunikation über die INFO-Kundenschnittstelle mehr möglich ist (Einbau der mME war erst im Nov. 2021).
Auch ein Tausch des Lesekopfes gegen einen anderen Typ hat keine Verbesserung gebracht.
Die Leistung hat in kurzer Zeit immer mehr nachgelassen, einige Male konnte ich mit einer Korrektur der Lesekopf-Position noch was "rausholen" - nun geht gar nichts mehr und auch die Sende-LED ist mit der Cam nur noch zu erahnen. Zur Problematik "Nachlassende INFO-Schnittstelle bei Holley-mME" finden sich einige Beiträge.Kontakt mit dem EVU läuft (Syna). Allerdings bin ich nicht sicher, ob die deshalb die mME austauschen bzw. ob ich darauf bestehen kann.
Ich konnte die Nutzung der INFO-Kundenschnittstelle nirgends als eine Art "zugesicherte Eigenschaft", auf die man als Kunde Anspruch hätte, finden.
Weiss jemand hier im Forum wie es sich damit verhält? Kann ich auf den Austausch bestehen?
Da müssten die EVU ja viele Holley-Zähler austauschen. -
@lobo
Nach langem hin und her habe ich es jetzt hinbekommen einen Ultraheat T550 (UH50) auszulesen.
Hier mal mein Weg, in der Hoffnung, daß es anderen hilft.Ich verwende diesen Lesekopf als Bausatz (gibt es auch fertig montiert):
https://www.ebay.de/itm/184501414443
aber es scheint nicht zu sehr am IR Kopf zu liegen.Wichtig scheint mir das "Aktivieren" mit der "Landis Ultra Assist" App aus dem Android play store.
Die App erkennt einen IR Lesekopf wenn er mittels eines OTG Adapters am Handy angeschlossen wird.
Zum Beispiel hier :
https://www.ebay.de/itm/124569931775Außerdem scheint mir die Ausrichtung des Lesekopfes sehr entscheidend zu sein. Laßt euch nicht entmutigen und probiert ein wenig rum. Bei mir muß der USB Stecker vom Lesekopf nach unten zeigen. Wenn er nach oben zeigt hat es nicht funktioniert.
Erst danach konnte ich die Werte auch über den Smartmeter Adapter auslesen.
Jedes Auslesen der Werte verringert die Laufzeit der Batterie um ca. eine halbe Stunde. Deswegen lese ich die Werte nur einmal am Tag aus.
Hier meine Einstellungen:

@silversurfer-0 bitte den kompletten tracking-Mist aus dem Link löschen
-
@lobo
Nach langem hin und her habe ich es jetzt hinbekommen einen Ultraheat T550 (UH50) auszulesen.
Hier mal mein Weg, in der Hoffnung, daß es anderen hilft.Ich verwende diesen Lesekopf als Bausatz (gibt es auch fertig montiert):
https://www.ebay.de/itm/184501414443
aber es scheint nicht zu sehr am IR Kopf zu liegen.Wichtig scheint mir das "Aktivieren" mit der "Landis Ultra Assist" App aus dem Android play store.
Die App erkennt einen IR Lesekopf wenn er mittels eines OTG Adapters am Handy angeschlossen wird.
Zum Beispiel hier :
https://www.ebay.de/itm/124569931775Außerdem scheint mir die Ausrichtung des Lesekopfes sehr entscheidend zu sein. Laßt euch nicht entmutigen und probiert ein wenig rum. Bei mir muß der USB Stecker vom Lesekopf nach unten zeigen. Wenn er nach oben zeigt hat es nicht funktioniert.
Erst danach konnte ich die Werte auch über den Smartmeter Adapter auslesen.
Jedes Auslesen der Werte verringert die Laufzeit der Batterie um ca. eine halbe Stunde. Deswegen lese ich die Werte nur einmal am Tag aus.
Hier meine Einstellungen:

@silversurfer-0 vielen Dank für die RM udn die Anleitung für diesen spezifischen Zähler. Ja, nach den Problemen mit USB durchschleifen etc ist die korrekte und stabile Lesekopfpositionierung gefühlt auf Nr. 2 der Problemliste.
-
@klassisch
Hallo zusammen, ich wollte nicht versäumen, ein Feedback zurückzugeben:Auch mit dem USR-W610 (Komplettmodul RS232 <-> Wifi) funktioniert die Smartmeter-Kopplung zwischenzeitlich, nachdem ich in den vielen möglichen Parameterseiten die richtigen Werte eingetragen habe.
Danke für die Unterstützung hier im Forum.
Leider hat nun schon nach kurzer Zeit die IR-Schnittstelle der mME Holley DTZ541-BDBA derart nachgelassen, dass keine Kommunikation über die INFO-Kundenschnittstelle mehr möglich ist (Einbau der mME war erst im Nov. 2021).
Auch ein Tausch des Lesekopfes gegen einen anderen Typ hat keine Verbesserung gebracht.
Die Leistung hat in kurzer Zeit immer mehr nachgelassen, einige Male konnte ich mit einer Korrektur der Lesekopf-Position noch was "rausholen" - nun geht gar nichts mehr und auch die Sende-LED ist mit der Cam nur noch zu erahnen. Zur Problematik "Nachlassende INFO-Schnittstelle bei Holley-mME" finden sich einige Beiträge.Kontakt mit dem EVU läuft (Syna). Allerdings bin ich nicht sicher, ob die deshalb die mME austauschen bzw. ob ich darauf bestehen kann.
Ich konnte die Nutzung der INFO-Kundenschnittstelle nirgends als eine Art "zugesicherte Eigenschaft", auf die man als Kunde Anspruch hätte, finden.
Weiss jemand hier im Forum wie es sich damit verhält? Kann ich auf den Austausch bestehen?
Da müssten die EVU ja viele Holley-Zähler austauschen.@smarthomer-0 vielen Dank für die Rückmeldung.
Gut, daß das Prinzip funktioniert. Schlecht, daß der Holley hier ein Serienproblem zu haben scheint.
Meiner Meinung nach ist das ein Tauschgrund. Mehr dazu im Holley Thread zu Deiner Frage dort. -
Erledigt - hätte ich auch selbst kommen können. Es liegt wohl an meinen USB-Hub.... alle drei Leseköpfe direkt an den Raspi und es hat funktioniert....
DANKE!!!
RASPI4 mit mehr als einem USB-Lesekop - Geht das?????
Guten Morgen zusammen,
ich hab ein Problem...
Mein Hitchi-USB-Lesekopf funktioniert wunderbar.... nun wollte ich meine beiden anderen Zähler auch mit einem Lesekopf versehen.... LEIDER funktioniert es nicht.

Wenn ich jeden Kopf einzeln betriebe (nach Rapspi-Neustart) funktionert es.... sobald ich einen zweiten Kopf aktiviere (USB0 + USB1) kommen einmal die Daten und dann gibt es eine Fehlermeldung:
smartmeter.1 2022-02-23 07:41:06.061 warn No or too long answer from Serial Device after last request. smartmeter.1 2022-02-23 07:41:06.060 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-23 07:41:02.621 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-23 07:41:02.620 info Error: No or too long answer from Serial Device after last request.Gibt es einen Trick, wie ich mehr als einen Lesekopf betreiben kann?
Danke für Eure Hilfe!!!
VG Tom
-
Hallo,
und noch ne Frage:
Ich habe 2 smartmeter Instanzen installiert aus meinem slave:

Bei Reiter "Instanzen" werden diese auch angezeigt.
Bei dem Reiter "Adapter" steht aber nichts von installiert !

Habt ihr da eine Erklärung für ?
-
Erledigt - hätte ich auch selbst kommen können. Es liegt wohl an meinen USB-Hub.... alle drei Leseköpfe direkt an den Raspi und es hat funktioniert....
DANKE!!!
RASPI4 mit mehr als einem USB-Lesekop - Geht das?????
Guten Morgen zusammen,
ich hab ein Problem...
Mein Hitchi-USB-Lesekopf funktioniert wunderbar.... nun wollte ich meine beiden anderen Zähler auch mit einem Lesekopf versehen.... LEIDER funktioniert es nicht.

Wenn ich jeden Kopf einzeln betriebe (nach Rapspi-Neustart) funktionert es.... sobald ich einen zweiten Kopf aktiviere (USB0 + USB1) kommen einmal die Daten und dann gibt es eine Fehlermeldung:
smartmeter.1 2022-02-23 07:41:06.061 warn No or too long answer from Serial Device after last request. smartmeter.1 2022-02-23 07:41:06.060 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-23 07:41:02.621 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-23 07:41:02.620 info Error: No or too long answer from Serial Device after last request.Gibt es einen Trick, wie ich mehr als einen Lesekopf betreiben kann?
Danke für Eure Hilfe!!!
VG Tom
@licht2002
Bei vcontrol stand wie man die Anschlüsse rausfindet und dann fixiert.
Artikel anbei:
vcontrold mit Raspberry Pi · openv_openv Wiki.pdfAnbei auch die Diskussion (noch altes Forum):
smartmeter _ mbus - ttyUSB klar benennen - Seite 1 .pdf
smartmeter _ mbus - ttyUSB klar benennen - Seite 2 .pdf
ioBroker Forum - ttyusb.pdfVielleicht hilfst.
-
Erledigt - hätte ich auch selbst kommen können. Es liegt wohl an meinen USB-Hub.... alle drei Leseköpfe direkt an den Raspi und es hat funktioniert....
DANKE!!!
RASPI4 mit mehr als einem USB-Lesekop - Geht das?????
Guten Morgen zusammen,
ich hab ein Problem...
Mein Hitchi-USB-Lesekopf funktioniert wunderbar.... nun wollte ich meine beiden anderen Zähler auch mit einem Lesekopf versehen.... LEIDER funktioniert es nicht.

Wenn ich jeden Kopf einzeln betriebe (nach Rapspi-Neustart) funktionert es.... sobald ich einen zweiten Kopf aktiviere (USB0 + USB1) kommen einmal die Daten und dann gibt es eine Fehlermeldung:
smartmeter.1 2022-02-23 07:41:06.061 warn No or too long answer from Serial Device after last request. smartmeter.1 2022-02-23 07:41:06.060 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-23 07:41:02.621 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-23 07:41:02.620 info Error: No or too long answer from Serial Device after last request.Gibt es einen Trick, wie ich mehr als einen Lesekopf betreiben kann?
Danke für Eure Hilfe!!!
VG Tom
@licht2002 Aber mit "alle 3 an den Raspi" musst du irgendwann aufpassen wegen Strom und so. Ich empfehle einen aktiven USB Hub. der verbessert im zweifel die Stabilität ungemein
-
Hallo,
und noch ne Frage:
Ich habe 2 smartmeter Instanzen installiert aus meinem slave:

Bei Reiter "Instanzen" werden diese auch angezeigt.
Bei dem Reiter "Adapter" steht aber nichts von installiert !

Habt ihr da eine Erklärung für ?
-
Hallo,
und noch ne Frage:
Ich habe 2 smartmeter Instanzen installiert aus meinem slave:

Bei Reiter "Instanzen" werden diese auch angezeigt.
Bei dem Reiter "Adapter" steht aber nichts von installiert !

Habt ihr da eine Erklärung für ?
@bahnuhr Hi, die Erklaerung dafuer, dass dir keine Zahl der installierten Adapter in der Adapter ansicht angezeit werden, kann sein, dass du in der Adapter-Ansicht vielleicht oben den falschen Host ausgesucht hast?
Ist bei mir auch so, auf dem Server Host wird mir keine Installierte Instanz angezeit, schalte ich auf den Host auf dem der Adapter laeuft, stimmt es wieder.
-
@bahnuhr sagte in Adapter "smartmeter":
Habt ihr da eine Erklärung für ?
Welcher Host ist denn im Admin "oben" ausgewählt? Installierte Adapter werden immer nur für den gewählten Host angezeigt.
@apollon77 sagte in Adapter "smartmeter":
@bahnuhr sagte in Adapter "smartmeter":
Habt ihr da eine Erklärung für ?
Welcher Host ist denn im Admin "oben" ausgewählt? Installierte Adapter werden immer nur für den gewählten Host angezeigt.
Hab ich schon ausprobiert. Smartmeter wird bei keinem der beiden angezeigt.


-
bei "iob list instances" sind sie aber drin:

-
@apollon77 sagte in Adapter "smartmeter":
@bahnuhr sagte in Adapter "smartmeter":
Habt ihr da eine Erklärung für ?
Welcher Host ist denn im Admin "oben" ausgewählt? Installierte Adapter werden immer nur für den gewählten Host angezeigt.
Hab ich schon ausprobiert. Smartmeter wird bei keinem der beiden angezeigt.


-
@apollon77 sagte in Adapter "smartmeter":
@bahnuhr Welche Admin? Welcher Controller?
ganz aktuell auf stable:
admin 5.2.3
node 14.19.0
npm 6.14.16
host 3.3.22Und mein anderer Adapter auf slave wird auch nicht angezeigt:

-
Nachtrag:
Die werte mbus als auch smartmeter werden aber korrekt bei den Objekten aktualisiert.
Die Instanz ist grün.
Es funktioniert ja.
Wird nur halt nicht als installiert angezeigt. -
@apollon77 sagte in Adapter "smartmeter":
@bahnuhr Welche Admin? Welcher Controller?
ganz aktuell auf stable:
admin 5.2.3
node 14.19.0
npm 6.14.16
host 3.3.22Und mein anderer Adapter auf slave wird auch nicht angezeigt:

-
@bahnuhr Klick im Admin mal auf "reload" unter Adpater bzw restarte mal admin ... ansonsten versuch mal Admin Latest upgrade ... aber gut uzu sehen das es nicht controller 4 sein kann gg
Also wenn scheint das ein Admin issue zu sein
Irgendwie spinnt das System bei mir gerade (ist auch nicht nachvollziehbar).
Eben wurden mit installierte Adapter angezeigt.
Admin, mbus, smartmeteraber nur diese.
Bei den anderen 30 wurde nichts angezeigt.Dann mal strg+f5 gedrückt.
Dann waren die anderen wieder da.
Aber nun fehlt wieder mbus und smartmeter.mache ich upload ist smartmeter wieder da.
Dafür sind die 30 anderen wieder weg.Äußerst merkwürdig !
-
Ich starte die Kiste jetzt mal neu.
Schaun wir mal.
