@nik82 said in [Aufruf] Neuer Adaper Google-Sharedlocations:

Habe eine blöde und fast peinliche Frage, habe die Github Versionen immer so installiert:

Finde hier aber deinen Adapter nicht, jetzt muss ich wahrscheinlich über URL installieren, dazu einfach diese URL eintragen oder:

Ja, das ist im Grunde richtig, aber die URL, die du nimmst zeigt zum veralteten Adapter. Meine aktualisierte Version ist unter https://github.com/Garfonso/ioBroker.google-sharedlocations zu finden.
Der ursprüngliche Entwickler hat sich zwar mal gemeldet, aber irgendwie ist daraus keine Aktion erfolgt.. weiß noch nicht, wie man da weiter machen sollte. Aber mache ja auch eher flickschusterei aktuell..

//EDIT: ok, ihr wart schneller

Es gab mal wieder einige Änderungen und der alte Test-Thread ist doch schon wieder sehr lang und unübersichtlich.

Daher für die 3.0.0 jetzt einen neuer Thread.

3.0.0:

• (agross) added: Sprache pro Instanz einstellen
• (Garfonso) changed: updated frontend auf 20221027.0. Karten und Themen anpassen!
• (Garfonso) added: browser_mod (2.1.3) ist jetzt integriert. Bitte manuell hinzugefügte browser_mod Karten entfernen!
• (Garfonso) added: 'instances.refresh' kann genutzt werden um das frontend neuzuladen
• (Garfonso) removed: lovelace_reload und window_reload states
• (Garfonso) removed: name state, wird nicht mehr unterstützt (bzw. aktuell nicht)
• (Garfonso) added: Unterstützung für toasts mit action button (json oder ;-string)
• (Garfonso) added: activity state, der anzeigt ob ein User gerade den Browser nutzt
• (Garfonso) crash bei schlechtem JSON in notification
• (Garfonso) Übersetzungszeug...
• (Garfonso) added: Unterstützung für Unterordner in /cards/ für Bilder und Zeug, dass custom cards laden. (Die Karten selber bitte in /cards/ lassen, sonst werden sie nicht im frontend registriert).
• (Garfonso) crash wenn ein state aktualisiert werden sollte, bevor der websocket bereit war (z.B. weil control.darkMode oder so als entity verwendet werden soll)

3.0.1

• (Garfonso) fixed: Farbtemperatur
• (Garfonso) fixed: notifications (die alten mit der Glocke )
• (Garfonso) fixed: crash, wenn keine History ausgewählt wurde

Ansonsten: Guckt euch nochmal iobroker.pro Unterstützung an. Da hat Bluefox jetzt einiges getan. Für mich funktioniert das aktuell sehr gut. Die Umleitung von https://iobroker.pro:4443/lovelace für das Login geht meistens sogar auch, aber manchmal nicht... aber es geht auch mittlerweile fast alles direkt über https://iobroker.pro/lovelace/ (wobei da Bluefox für bestimmte Pfade ggf. nochwas hinzufügen muss -> wenn also da was fehlt, bitte Meldung machen, gerne an mich - ich weiß auch nicht, wie offiziell das ist, aber ich bin da mal nach dem login hingeleitet worden, kann so schlimm nicht sein )

4.0.0

• (Garfonso) Breaking: Update frontent to 2023.12.08.1
• (Garfonso) Breaking: all states default to string now. Added some exceptions (like timestamps). Check your filters.
• (Garfonso) Use better random numbers for tokens.
• (Garfonso) Support media_play_pause (mini-media-player card play / pause) again.
• (Garfonso) Support for input_select
• (Garfonso) Improve support for sensor with device_class=date
• (Garfonso) Remove hideToolbar from settings. Now using browser_mod to allow per instance control.
• (Garfonso) repaired persistent notifications.
• (Garfonso) Use browser_mod to hide sidebar.

Ich hab von 3.0.1 auf 4.0.0 bestimmt noch einiges vergessen. Am frontend sollte sich nicht soooo viel getan haben (besonders für die Leute, die schonmal die github version getestet haben).
Achja: Known issue (vermutlich) ist die shoppinglist. Die gibt es in lovelace nicht mehr, ist jetzt generische todoliste. Das geht vermutlich noch nicht, muss ich mir angucken.

4.0.0-4.0.7

• Diverse Crashs gefixt (sorry dafür), insbesondere mit Datumsverarbeitung
• History sollte wieder gehen
• Thermostat ohne Modus / an/aus State gefixt

Hi.
Der RPI2 Adapter macht aktuell an zwei Stellen Probleme:

1. nach Aktualisierung von Raspian auf das Release "Bookworm" gehen GPIOs nicht mehr, weil die Methode, die der Adapter genutzt hat veraltet ist und in Bookworm entfernt wurde.
2. Raspberry 5 geht nicht (?)
3. der Adapter muss an JS-Controller 6.x angepasst werden.
4. Ein paar der Informationen wurden nicht vernünftig abgerufen und wie die implementiert waren, war auch eher fragwürdig...

Dem Parsen der Informationen hat sich dankenswerterweise @Thomas-Braun angenommen. Guckt mal, ob da jetzt alles so kommt, wie es soll.
Ich habe mich der Aktualisierung und Anpassung an JS-Controller 6.x und neuer GPIO Bibliothek angenommen. Das ist leider alles noch etwas wackelig in node.js... ich musste drei Bibliotheken durchprobieren. Alle haben ziemlich unterschiedliche Features und es fehlt überall etwas, leider.
Aber zumindest GPIO Input und Output müsste jetzt gehen.

Was aktuelle (noch) nicht geht:

• Konfiguration der Pins als Buttons... die werden einfach als input behandelt. Das wird ohne großen Aufwand auch nicht zurückkommen. Da müssten sich die Leute, die das verwenden, mal melden mit ihren User-cases... da muss alles von Hand neu programmiert werden, das mache ich nur, wenn da ausreichend Leute zusammen kommen.
• Konfiguration der Ausgänge - also High/Low. Es dürfte immer High sein. Da bitte Aufpassen beim testen!
• Pullup/PullDown geht auch grundsätzlich nicht, aber das scheint im alten Adapter auch schon so gewesen zu sein. Daran wird aber gearbeitet.

Sonst "sollte" erst einmal alles gehen.
Bitte auch mutige vor, die mit "alten" Raspian Versionen testen können und gucken, ob alles so geht, wie vorher.

Installieren entweder über admin oder z.B. mit iob upgrade rpi2@2.1.1

Alpha.11:

• Weiterer Versuch gpio Input hinzubekommen.

Alpha.12:

• Debounce Timer neuimplementiert, damit GPIO Inputs vernünftig ankommen.

Alpha.13:

• OutHigh wird im code unterstützt (indem einfach der Wert rumgedreht wird)
• states für buttons werden gelöscht und ein "state" Zustand erstellt.

2.0.0:

• debounce-Verhalten wie in alter Version (hab übersehen, dass sie doch in Settings einstellbar war und verstanden, dass "undefiniert" 0 bedeutet -> hoffe damit kommen jetzt alle Inputs)

2.1.1:

• gpio sollte wieder grundsätzlich gehen
• Rasspberry Zero Unterstützung
• gpio Bibliothek ist jetzt zwingend eine dependency. Die Systembibliothek wird per preinstall Script mit installiert.

2.1.2:

• Theoretisch konnten noch Änderungen verloren gehen, weil der state nur geschrieben wurde, wenn sich der Wert verändert hat (Race-Condition bei sehr schnellen Pulsen). Sollte jetzt auch nicht mehr passieren.

@laser und alle anderen
bitte mal die alpha.13 testen und gerne in https://forum.iobroker.net/topic/75290/test-adapter-rpi2-2-x/ weiter diskutieren (dann muss ich nicht an zwei stellen aktualisieren, was ich treibe).

Ah, wieder offen, danke.

Ja, mit dem cookie so funktioniert es aktuell. Mal sehen, wie lange die cookies halten.
Langfristig will ich gerne eine Proxy Lösung ähnlich wie bei Alexa2 einbauen.

@ilovegym
Gräme dich nicht zu sehr, ich war da und habe trotzdem nichts von der Currywurst (die sehr gut roch) abbekommen.

Ich habe im Lovelace Adapter eine neue Version der Lovelace UI integriert und zwar vom 20.06.2020. Diese Version ist deutlich anders als die vorherige. Daher wollte ich hier noch einmal auf ein paar Stolpersteine beim Upgrade eingehen und darum bitten zu testen.

• Das UI sieht ganz anders aus. Themes brauchen zum Teil ein Upgrade. Z.B. damit bei einem Dark-Theme das Menü noch nutzbar ist, muss diese Zeile hinzugefügt werden mdc-theme-surface: var(--primary-background-color) (Thematisch bei Backgrounds). Manche custom-cards werden ebenfalls nicht mehr so toll aussehen (z.B. die accuweather-card)

• Manche custom-cards brauchen ein Update. Bisher identifiziert mit Problemen:

  • mini-graph-card
  • Slideshow
  • button-entity-row
  • button-card

• Karten/Ressourcen werden grundsätzlich anders geladen. Wenn man im "RAW Konfigurationseditor" diesen Fehler sieht: sollte man ganz unten in der Datei diese Zeilen löschen: (also alles inklusive "ressoureces:" und danach)

Veränderungen:

• vieles sieht schöner aus, finde ich
• Ich habe "history" aktiviert, damit gibt es jetzt im more-info-Fenster auch einen Zustandsverlauf, so z.B.:
• In der Map gibt es eine GPS Spur! (yeah)
• Ich habe support für Cover-Entities hinzugefügt. Gleichzeitigt bleibt der input_number entity erhalten. Damit kann man Rolladen dann so steuern: (alternativ ginge natürlich die slider entity row). Cover ist noch nicht ganz fertig. Aktuell kann man noch in der Config selektieren, wierum die eigenen Rolladen gehen (100% = offen oder 100% = zu. HomeAssistant/Lovelace geht von 100% = offen aus). Ich arbeite an einem type-detector update, das das am Ende automatisch erkennen soll. Wann es soweit ist, weiß ich aber aktuell noch nicht (und die Rollen müssen dann auch entsprechend gesetzt werden).
• ich habe bei den binary_sensor und sensor entities, die der Adapter erstellt, die device_class hinzugefügt. Damit werden dann auch vernünftige Übersetzungen für den State erzeugt (also z.B. "Offen"/"Geschlossen" für Fenster / Tür Kontakte). Ich habe auch ein entsprechendes Fenster mit Kipp hinzugefügt. Alle entities müssen dafür automatisch erkannt werden (i.e. type-detector / devices adapter zur Hilfe nehmen)
• Beim Update habe ich die weater-card gefixt, hat jetzt wieder icons (selbst mit auth).

Known Bugs

* der Cursor im Editor ist nach dem öffnen versetzt. Und zwar wird die Zeilenhöhe zu klein angenommen. Desto weiter man nach unten scrollt, desto mehr klaffen eigentliche Zeile und Position an der der Cursor angezeigt wird auseinander.
Workaround: In der ersten Zeile solange Leerzeichen einfügen, bis ein Scrollbalken erscheint -> danach geht es richtig (bis der Editor geschlossen wird und neu geöffnet, leider)
Sollte mit 1.3.* behoben sein.

1.2.5 (2020-07-10)

• Die initialen Werte werden genauso behandelt, wie state changes später. Fixt Problem mit input_select, wo Anfangs der Wert falsch war. Bitte beobachten ob bei anderen Dingen etwas fehlt.
• Workaround für common.states, die noch string sind (aber mit Warnung).

1.2.6 (2020-08-13)

• (Garfonso) Behoben: Ungültiges Datum in Wetterkarten
• (Garfonso) Behoben: Probleme mit dem Leerzeichen in manuellen entities.

1.2.7 (2020-10-18) - Bug fix Release

• (Garfonso) Fixed: manuelle Dimmer konnten falschen 'state' haben
• (Garfonso) Fixed/Changed: Testing infrastructure and dev-dependencies (work in progress)
• (Garfonso) Fixed: Setzte Thermostate auf 'auto', ggf. erlaubt das sichereres steuern von Temperatur
• (Garfonso) Fixed: Rauf/Runter bei 'cover' (Rolladen)
• (Garfonso) Fixed: Problem mit play/pause bei Media Player, außerdem: History ist nun schöner
• (Garfonso) Added: Erlaube automatische Dimmer ohne an/aus-State
• (Garfonso) Fixed: Verhindere Crash durch manuelle entities mit "komischem" Namen

1.3.0-alpha.0 (2020-11-06)

• (Garfonso) Fixed: Änderung an Thermostat Rückgängig gemacht, geht nun wie vorher
• (Garfonso) Fixed: Verhindere Absturz, wenn call-service einen ungültigen Service aus dem UI aufruft.
• (Garfonso) Fixed: Objektänderungen werden nun korrekt im UI angezeigt
• (Garfonso) Added: Unterstützung für RGB-Arrays (hue-extended - experimentell)
• (Garfonso) Enhancement: started refactoring of server.js - will take time, but make maintenance easier.
• (Garfonso) Change: Notifications are now cached in adapter, makes responses a bit faster
• (Garfonso) Enhancement: Updated to lovelace 20201021.4 -> fixt für mich den Editorbug!

1.31.-1.5.0

• Behoben: Problem mit manuell generierten Entitäts-IDs (geändert und kann unzulässige Zeichen enthalten)
• Behoben: Möglicher Absturz während der Geräteerstellung.
• Hinzugefügt / Behoben: Abonniere auch States für Mini-Grafkarte und möglicherweise andere.
• Behoben: Geräte, die aus iot / ohne smartName gelöscht wurden, nicht ignorieren
• Hinzugefügt: Unterstützt Ortungsgeräte mit einem GPS-Status in Zeichenfolgenform
• Hinzugefügt: Unterstützung für Protokolldienst, Protokollierung von Frontend-Fehlern im Serverprotokoll
• Hinzugefügt: Unterstützung für Serviceanrufe mit mehreren IDs, d. H. Header-Schalter der Elementkarte
• Behoben: eindeutige Prüfung für manuelle Entitäten nur Instanz 0 geprüft. Auch etwas benutzerfreundlicher gemacht.
• Hinzugefügt: Möglichkeit zur Auswahl eines Themas zur Laufzeit / Auswahl eines dunklen Standardthemas
• Behoben: hideToolbar hat auch die Tab-Leiste ausgeblendet
• Hinzugefügt: Unterstützung für den Serviceaufruf iobroker_say (ermöglicht tts in Mini-Mediaplayer-Karten mit der Plattform iobroker)
• Unterstützung des neuen Let's Encrypt (nur mit js-controller 3.2.x)
• Unterstützung von Lovelace über ioBroker.pro
• (Garfonso) Geändert: defaultTheme und control.theme standen in Konflikt. Jetzt wird control.theme festgelegt, wenn ein neues Standardthema ausgewählt wird.
• (Garfonso) Hinzugefügt: control.themeDark, um Geräte auch im dunklen Modus zu steuern.
• (Garfonso) Behoben: Gerätesymbole funktionieren jetzt auch wenn Authentifizierung aktiviert ist
• (Garfonso) Geändert: Bisher konnte nur der Administrator die Benutzeroberfläche ändern. Jetzt dürfen auch der Eigentümer des Konfigurationsobjekts und Mitglieder der Eigentümergruppe die Benutzeroberfläche ändern.
• (Garfonso) Interne Codebereinigung / Aktualisierung der Abhängigkeiten.
• (Garfonso) Hinzugefügt: Unterstützung für rein Feuchtigkeitssensoren.
• (Garfonso) Hinzugefügt: Unterstützung für URL als entity_image
  (Garfonso) Behoben: Behandlung von Benutzername / Benutzer-ID an Änderungen in js-controller 3.2. angepasst
• (Garfonso) Behoben: Standardthemen werden nicht als ausgewählt angezeigt
• (Garfonso) Behoben: Laden von Themes / benutzerdefinierten Karten / Image-Proxy

1.5.0-2.0.0

• Geändert: !Inkompatibel! Batteriewarnung ist jetzt binary_sensor anstelle von sensor (jetzt setzt ui das Symbol und übersetzt ok)
• Behoben: !Inkompatibel! Entity_id-Konflikt für Low_bat / Feuchtigkeit, wenn Teil eines anderen Geräts
• Aktualisiertes Frontend auf 20210603.0 (Licht entity hat sich verändert, Farbe werden nicht mehr konvertieren)
• Geändert: Dateigrößenbeschränkung auf 5 MB während des Uploads in config.
• Hinzugefügt: Unterstützung für input_datetime
• Hinzugefügt: Unterstützung für manuelle komplexe Lichtobjekte
• Hinzugefügt: Unterstützung für Bilder aus base64-Daten in iobroker-Zuständen
• Hinzugefügt: Unterstützung für zusätzliche Alarmzustände.
• Hinzugefügt: Parameter, um nur Code einzugeben, wenn der Alarm deaktiviert wird
• Hinzugefügt: Unterstützung für Admin 5 (jsonCustom)
• Hinzugefügt: Unterstützung für AirCondition / Rework Thermostat
• Hinzugefügt: Manuelle Entitäten können jetzt komplexer sein (benötigt Dokumentation)
• Hinzugefügt: DarkMode-Steuerung

Viel Spaß beim testen. Ich freue mich über Feedback.
Mein Ziel ist es eine 2.0.* Version ins stable repository zu bekommen (aber erstmal hier testen, dann latest und dann sehen wir weiter ).

Ahrg... warum hab ich das nur gemacht? Da gibt es noch gefühlt 1000 andere Kurse, dich ich spannend finde und meine mich einschreiben zu müssen.

@jan1
urgs... ja. Seh ich auch gerade.. hatte auch erst meinen Cookier erneuert.. puh
Muss sehen, wann ich Zeit dafür finde.

Irgendwie machen die Homeassistant Leute auch was anders als wir und müssen anscheinend nicht den Cookier erneuern (oder es beschwert sich keiner? ). Da muss ich mal nochmal genauer gucken, was die machen.

@david-g
Ja, da will ich mich mal wieder ran setzen. Müsste in den nächsten Wochen klappen.

@smallfeuer
Ja, genau, das .value liest den Wert aus. Daher hab ich dort das debug log ergänzt, was man bei dir auch sieht:
2025-02-24 20:12:25.528 debug Read false from port 17.
Die restlichen Änderungen kommen über den onChange listener beim "watch", also da wird der Adapter über Änderungen am Pin informiert, sieht dann leicht anders aus:
2025-02-24 20:12:27.162 debug GPIO change on port 17: true

Es könnte sein, dass da noch eine Initialisierung läuft, und daher das false am Anfang kommt. Dazu hab ich aber in der Bibliothek bisher nichts finden können.
Bei meinem Test-System kommen am Anfang auch keine Change-Events.

@smallfeuer said in Test Adapter rpi2 2.x:

@garfonso Kein Stress. Sag bescheid wenn du soweit bist.

Jetzt kannst du von github mal ausprobieren und gucken, ob es einen Unterschied macht. Der initiale Zustand der Eingäge wird jetzt erst gelesen, nachdem der Eventlistener hinzugefügt wurde.

Wenn da immer noch das falsche bei rum kommt, weiß ich nicht mehr so richtig weiter.
In dem Fall, könntest du mir deine Konfiguration mal zukommen lassen? Weiß zwar nicht, ob ich da ohne Hardware hier weiter komme, aber vielleicht fällt mir was ein.

@smallfeuer said in Test Adapter rpi2 2.x:

im DEBUG Log zeigt er mir damit aber eine lange liste true. Das "false" am Anfang kommt leider immer noch durch. Er korrigiert es jetzt aber. Kannst du beim 1. lesen des Eingangs den Inhalt verwerfen? Das liegt sicher an der Debounce Abfrage - richtig?

Hä? Welches Problem hat das denn jetzt gelöst?
In deinem log sehe ich, dass der Port initialisiert wurde, dann wurde false eingelesen, nach dem timeout, den du dort hinzugefügt hast und danach meldet die library von "außen" mehrere Veränderungen zu true. Wenn da nur einmal true rauskommen soll, könntest du das mit debounce timer lösen.

Was genau hat der delay jetzt bei dir behoben, wenn es nicht das initiale lesen war?

@smallfeuer

ähm.. ja.. die github Version hab ich auch noch nicht getestet. Kann sein, dass da noch fehler drin sind. Die Tests laufen ja auch nicht durch.
Bin am Freitag nur dazu gekommen neuen Code zu produzieren, ausprobieren und Fehler glatt bügeln, dafür hat die Zeit nicht mehr gereicht. Insofern, was @Thomas-Braun sagt: Bitte erstmal bei der Version aus dem repository bleiben. Ich bitte um tests, wenns soweit ist.

Und ja, eigentlich wollte ich das Freitag noch schaffen, aber ging halt nicht. Aber im Forum wollte ich halt auch noch kurz antworten.

@benni86
Sehr gut, dass du das gefunden hast.

Ansonsten hilft bei so Problemen auch immer den devices Adapter installieren und im Geräte-Tab gucken, ob das Gerät da (richtig) auftaucht. Wenn nicht, hat lovelace keine Chance.

@planetkeane
Ja... ist leider ein bekanntes Problem:
https://github.com/ioBroker/ioBroker.lovelace/issues/486

Ich hatte dazu mit Bluefox schonmal gesprochen... es gehlt wohl theoretisch. Aber lovelace will hunderte Dateien laden, was sehr lange dauert. Die genauen Hintergründe habe ich nicht verstanden. Liegt aber wohl an einer Umstellung des Build-Prozesses beim frontend (also das, was wir weitgehend unverändert übernehmen).

andiweli created this issue in ioBroker/ioBroker.lovelace

open ioBroker App no longer opens Lovelace #486

@smallfeuer said in Test Adapter rpi2 2.x:

Das bedeutet das es wohl Grundlegend geändert wurde. Vor Bookworm war es definitiv andersrum und für mich logischer.

Das kann ich ehrlich gesagt im Code nicht nachvollziehen. Also wenn dann kommt das von der Bibliothek. Aber ich hab jetzt mal das invertieren eingebaut.

@smallfeuer said in Test Adapter rpi2 2.x:

Dieses Problem tritt auf wenn ich den Adapter, oder PI Neustarte - > er schreibt den Eingang 17 auf false und prüft ihn nicht vorher. Meiner Meinung nach müsste der State vom Eingang "schreibgeschützt" sein und müsste sich - selbst wenn er manuell geändert in kürzester Zeit zurück ändern. Normalerweise sind doch alle aktiven GPIO überwacht und wenn der Datenpunkt nicht dem GPIO entspricht muss er sofort umgeschrieben werden.

Also beim Adapter start wird der Wert aller Eingänge ausgelesen und in ioBroker entsprechend gesetzt. Wenn du oder ein Skript daran rumfummelst, passiert nichts (außer eine Fehlermeldung im Log). Da bist du mE dann aber auch etwas selber schuld, der Adapter repariert das gefummel nicht. Wenn sich der Zustand ändert, wird es wieder korrigiert.
Aber ok, ich habe eingebaut, dass er nach der Fehlermeldung den Wert nochmal ausliest.

Und ich hab jetzt eingebaut, dass er auch den Wert von GPIO-Ausgängen beim starten liest. Falls das geht, sollten die ioBroker states dann abbilden, was bei den GPIOs an / aus ist. Wobei das für die GPIOs mit definiertem Startwert auch vorher schon der Fall gewesen sein sollte.

@m1r0o said in Test lovelace 4.x:

@david-g Danke, hatte nur die alte Version auf Git gefunden und die klappte nicht mehr.

Eine Frage hätte ich noch: Ist es möglich, die obere Leiste, in der die Views verlinkt sind, zu zentrieren?

da wirst du in richtung card_mod oder sowas gucken müssen... im Grunde ist es das richtige html-Objekt rausfinden, gucken wie man das identifiezieren kann (vermutlich Klasse) und dann am CSS spielen, bis es aussieht, wie du willst.
Aber zentrieren ist in CSS auch immer etwas fummelig.

@laser
Bei Ausgängen hat der state das read flag auf false stehen, das heißt, der Wert, der da drin steht, ist unbedeutend. So ist der Adapter bisher auch implementiert, wenn ein GPIO als "Ausgang" definiert ist, wird dessen Status nicht gelesen und auch nicht im ioBroker aktualisiert.

Ob es dafür einen tieferen Grund gibt, oder nicht, weiß ich nicht. Ich kann mal versuchen einzubauen, dass der Wert beim starten gelesen wird und die state-Datenbank entsprechend aktualisiert.

@laser said in Test Adapter rpi2 2.x:

Wenn ich ein Relais Einschalten will, muß ich einen Doppelimpuls absenden.

Bist du da sicher? Soweit ich den Code im Kopf habe, würde auch ein "true" setzen, obwohl der state schon auf true ist, trotzdem den GPIO versuchen einzuschalten. (wie das jetzt mit einer Visualisierung ist, ist nochmal ein anderes Thema... eigentlich ist das für den Ausgang halt nur ein Taster ohne Zustand).

Ich habe selber auch überlegt, ob das nicht sinnvoll wäre nach einem adapter neustart die states aus iobroker auszulesen und die GPIOs entsprechend zu setzen. Vielleicht erweitere ich dafür einfach die tabelle und mach einen "restore" Wert dazu.

@smallfeuer said in Test Adapter rpi2 2.x:

Das Problem mit dem vertauschten True/False bezieht sich bei mir nur auf den Ausgang.
line 22: "GPIO22" "opengpio_0_22_output" output active-high [used]
Bei state True ist der Ausgang ohne Spannung.

Aktuell funktioniert alles - die Schaltung des Ausgangs erscheint mir in dem Fall halt nur unlogisch. Daher nochmal im Detail.

Das meinst du? Da gibt es aktuell nichts was den Wert irgendwie umdrehen würde (das hatte ich falsch im Kopf). Habe es gerade nochmal getestet. Der Adapter reicht das true/false, was du ins state Objekt setzt (nach einigen Überprüfungen), unverändert an die Bibliothek für die GPIOs weiter. Soweit ich das sehe, kann ich da auch (aktuell) nichts konfigurieren. Insofern wüsste ich nicht, wie ich das ändern kann.

Wenn ich das richtig sehe, hatte @Elektroman den Wunsch da das true/false konfigurierbar umzudrehen. Das werde ich mir angucken, wie ich das mache. Sollte gehen, ist ja nur eine Configsache. Komme ich hoffentlich die Tage zu.
Was aber sein kann, ist, dass im state bei einem Ausgang Unsinn steht, der hat auch den Flag read: false gesetzt. Insofern sollte man sich mehr damit beschäftigen, was man da rein schreibt als was gerade drin steht.

Der Post von Moppedman mit der Tabelle ist hier