Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Matze1909]

@jmeister79
Guten Morgen,
das ist komisch.
Werden bei dir denn überhaupt Updates angezeigt? Siehst du nur die Adapter, die du installiert hast oder auch alle anderen verfügbaren?
Ich hatte es mal, dass im ioBroker der Link zu den Repos defekt war. Es wurden keine Updates angezeigt und ich habe nur die eigenen/installierten Adapter gesehen.
Habe es dann mit fremder Hilfe repariert bekommen:
"Keine Verbindung zu Repositories bzw. Repositories weg"

Gruß
Matze

[jmeister79]

@matze1909 Updates werden angezeigt, ich habe aber einige Updates nicht gemacht.
zb lasse ich das VIS nicht updaten, da dort breaking changes drin sind und vis2 für mich nicht funktioniert.

Gerätesuche
Netzwerkwerkzeuge
socket.io
web socket und vis lasse ich nicht updaten.
Liegt es daran?

Nils

[Uwe96]

Ich nutze Docker und habe da auch 7.8.

[Matze1909]

@jmeister79 sagte in Test Adapter PSA v0.0.x Peugeot Opel Citroen:

@matze1909 Updates werden angezeigt, ich habe aber einige Updates nicht gemacht.
zb lasse ich das VIS nicht updaten, da dort breaking changes drin sind und vis2 für mich nicht funktioniert.

Gerätesuche
Netzwerkwerkzeuge
socket.io
web socket und vis lasse ich nicht updaten.
Liegt es daran?

Nils

das kann ich dir leider nicht beantworten.
Das ist meine aktuelle Version (gestern ein Update gemacht):

Ich nutze den folgenden Repo:

und habe den ioBroker auch über Docker in einem Container (über Portainer) auf meinem Raspberry Pi 5 installiert.

Gruß
Matze

[jmeister79]

@matze1909 ok das ist ja auch beta.
laut releas info ist 7.11 aber stable...

[Uwe96]

So, habe zuerst auf Beta umgestellt. Keine Änderung.
Dann nochmal nach dem Adapter gesucht und da wurde mir dann das Update auf 7.11 angezeigt.
Jetzt habe ich auch alles da.

[docsnyder7]

Ich hänge mich auch mal mit an... seit gestern produziert das Script nachfolgende Fehlermeldung

2024-04-04 21:21:10.301 - error: javascript.0 (243537) script.js.common.Ladevorgänge_Auto.Skript_1: Error: connect ETIMEDOUT 192.168.178.57:5000
at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1555:16) {
errno: -110,
code: 'ETIMEDOUT',
syscall: 'connect',
address: '192.168.178.57',
port: 5000
}
2024-04-04 21:21:10.302 - error: javascript.0 (243537) Request error: Error: connect ETIMEDOUT 192.168.178.57:5000

sorry.. kann wieder raus... reboot und alles wieder klar

[ich77]

Hallo zusammen,

sorry wenn ich eine Frage stelle, die schon beantwortet ist, aber ich bin gerade komplett Lost...
Ich habe seit gestern mit dem iobroker PSA Adapter ziemliche Probleme. Ich habe in der Citroen App das Passwort geändert und das auch im iobroker nachgezogen, danach ist der Adapter nicht mehr ordenlich gestartet, hat keine Verbindung mehr aufbauen können. Diese Fehlermeldung habe ich im Log gefunden:

2024-04-06 09:32:10.738  - info: psa.0 (883) starting. Version 0.0.11 in /opt/iobroker/node_modules/iobroker.psa, node: v18.19.1, js-controller: 5.0.19
2024-04-06 09:32:11.323  - error: psa.0 (883) AxiosError: Request failed with status code 400
2024-04-06 09:32:11.324  - error: psa.0 (883) Login failed
2024-04-06 09:32:11.325  - error: psa.0 (883) {"error_description":"Internal Server Error","error":"server_error"}
2024-04-06 09:32:11.326  - error: psa.0 (883) Login failed
2024-04-06 09:32:11.603  - warn: psa.0 (883) Error: unsupported
2024-04-06 09:32:11.604  - warn: psa.0 (883) receive new api failed
2024-04-06 09:32:11.623  - warn: psa.0 (883) Error: unsupported
2024-04-06 09:32:11.624  - warn: psa.0 (883) receive old api failed
2024-04-06 09:32:11.625  - warn: psa.0 (883) OldAPI Login failed, only relevant for non eletric cars

Na ein wenig Recherche habe ich dann festgestellt, dass ich noch die Version 0.0.11 laufen habe, die aktuellste ist aber 0.0.12. Allerdings habe ich im iobroker nicht die Möglichkeit gehabt, diese zu aktualisieren, daher habe ich den Adapter deinstalliert und wollte ihn jetzt neu installieren, leider finde ich ihn in der iobroker Oberfläche nicht mehr und die Installation über

npm install iobroker.psa

funktioniert leider nicht. Ich bekomme keine Fehlermeldung, sondern folgende Ausgabe:

pi@raspberrypi:~ $ npm install iobroker.psa

up to date, audited 136 packages in 3s

16 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities

Kann mir hier jemand weiterhelfen?

Vielen Dank

Markus

[Uwe96]

@ich77
Der PSA adapter funktioniert doch schon lange nicht mehr. Deshalb wird das hier doch mit dem PSA Car Cotroller gelöst.

[ich77]

@uwe96 Vielen Dank, bei mir hat er bist gestern eigentlich problemlos funktioniert. Dann schaue ich mir den PSA Car Controller mal an, gibt es da irgendwo eine gute Doku?

[Uwe96]

@ich77
Ich habe den als Docker installiert. Da gibt es nicht viel zu erklären.
https://github.com/flobz/psa_car_controller
Das Verbinden mit PSA ist nicht ganz so einfach. Weiter oben ist es aber beschrieben.

[hollywoot]

@ich77
Auf Github steht alles super detailliert beschrieben.
Die Doku ist sehr gut.

[hg6806]

Hi,
PSA-CC läuft bei mir auf einem anderen Pi.
Diesen möchte ich per Blockly über ein Button-Widget rebooten, was auch funktioniert und PSA-CC starten, was leider nicht funktioniert.
Die Befehle per SSH funktionieren aber:

Wegen Bookworm

source .venv/bin/activate

Und dann PSA-CC starten

psa-car-controller -f config.json -c charge_config.json -r -l 192.168.178.93

Und hier der Funktionsaufruf in Blockly, der nicht funktioniert:

var SSH = require('simple-ssh');
var ssh = new SSH({
    host: '192.168.178.93',
    user: 'pi',
    pass: 'xxxxxx'
});

ssh.exec('source .venv/bin/activate').start();
ssh.exec('psa-car-controller -f config.json -c charge_config.json -r -l 192.168.178.93').start();

Kann jemand sagen wo es hieran hapert?

[docsnyder7]

gibt es ne Möglichkeit dem PSA-CC per Konsole nen cron job zu verpassen.. aber und an hängt der und muss händisch gestopt und wieder gestartet werden...

[hg6806]

Mit meiner Funktion könnte man das noch automatisieren mit Blockly.
Wenn der Server nicht antwortet Funktion aufrufen.

Nur geht die Funktion halt noch nicht.

[hg6806]

@docsnyder7

Es läuft jetzt.
Und zwar mit folgendem Blockly:

Die beiden Funktionen sind:

var SSH = require('simple-ssh');
var ssh = new SSH({
    host: '192.168.178.xxx',
    user: 'pi',
    pass: 'xxxx'
});

ssh.exec('sudo reboot').start();

und

var SSH = require('simple-ssh');
var ssh = new SSH({
    host: '192.168.178.xxx',
    user: 'pi',
    pass: 'xxxx'
});

ssh.exec('/home/pi/.venv/bin/psa-car-controller -f /home/pi/config.json -c /home/pi/charge_config.json -r -l 192.168.178.xxx').start();

Ich reboote hiermit auch den Pi.
Wahrscheinlich reicht auch einfach ein erneutes Starten, also Aufruf der PSA-CC Start-Funktion.

Wenn du PCA-CC auch auf Bookworm installiert hast, machst du es wahrscheinlich auch über den venv.
Du musst dann schauen, wohin du es installiert hast und entspr. anpassen.

[docsnyder7]

@hg6806
ich starte im Moment morgens den javascript Adapter per cron neu.. das funktioniert momentan auch...

ich übernehm das Blockly aber gern und teste das mal aus mit dem Neustart des Adapters

Danke schonmal...

[RaspiUser]

... noch habe ich den Original Adapter (steht auf STOP) installiert, aber ...

Kann jemand (der Entwickler ?) einschätzen, ob man ihn endgültig löschen kann ? Verschwindet er demnächst aus der Adapter Übersicht ?

[IOJoker]

@docsnyder7 said in Test Adapter PSA v0.0.x Peugeot Opel Citroen:

gibt es ne Möglichkeit dem PSA-CC per Konsole nen cron job zu verpassen.. aber und an hängt der und muss händisch gestopt und wieder gestartet werden...

Ich habe den PSACC im Docker installiert und auch dort schmiert das Script im Container scheinbar sporadisch irgendwie ab. Laut Docker läuft der Container, die Oberfläche von PSACC ist aber nicht mehr erreichbar und Daten können auch nicht über das iobroker Skript gelesen werden. Wenn ich den Container über die Konsole neu starte, geht es direkt wieder. Cronjob in jeder Nacht führe ich schon obligatorisch durch, aber ab und zu bleibt es trotzdem noch tagsüber hängen. Sehr nervig dann.

Ich möchte den PSACC gern über ein Javascript aus dem iobroker neustarten. Der folgende Befehl bewirkt aber nichts (auch keine Fehlermeldung), obwohl er in der Konsole funktioniert. Ein Rechteproblem???

exec('sudo docker restart containerName');

[docsnyder7]

@iojoker
ich hab es über einen cronjob direkt auf der konsole gemacht.. da startet der externe PSA-Car-Controller von flobz neu
allerdings wird auch das zunehmend überflüssig, weil die Jungs von evcc es hinbekommen haben, die PSA -Token Geschichte zu implementieren. die funnzt momentan sehr gut