Python2 mit Bookworm

Vllt. probierst Du zuerst den 2.er Code in 3-er Code zu konvertieren?

Da gab es in der Umstellungsphase ein eigenes Programm dafür.

Es gibt dazu auch ein Webservice https://python2to3.com/

Oder Du suchst selbst nach "Python 2 to 3 converter" in der Suchmaschine Deines Vertrauens.

Servus !

Quote from RTFM

Es gibt dazu auch ein Webservice https://python2to3.com/

Oder Du suchst selbst nach "Python 2 to 3 converter" in der Suchmaschine Deines Vertrauens.

Es gibt auch 2to3, aber die Ergebnisse waren alle ernüchternd.

Scheint ja schon länger out zu sein, aber ist wohl i2c und smbus.

Also nichts, was man nicht auch mit Python3 machen könnte.

Die installierbaren Pakete heißen folgendermaßen:

pi@pialu12:~ $ apt list "pyth*smbus*"

python3-smbus2-doc/stable,stable 0.4.2-1 all
python3-smbus2/stable,now 0.4.2-1 arm64  [installiert]
python3-smbus2/stable 0.4.2-1 armhf
python3-smbus/stable,now 4.3-2+b3 arm64  [Installiert,automatisch]
python3-smbus/stable 4.3-2+b3 armhf

Das Binary susvd enthält z.B. den String "python /opt/susvd/scripts/mail.py".

Also erwartet es anscheinend eine richtige Installation, inklusive von Tools etc. Wie es auch in der Doku steht.

Ohne komplette Installationsdateien (Deb-Pakete) dürfte das schwierig werden...

Hallo,

die kannst du statt Bookworm Bullseye nehmen, da gibt es noch Python 2 in den Quellen.

Du kannst dir auch die Pakete von Bullseye runter laden (https://packages.debian.org/bullseye/python2) inkl. aller Abhängigkeiten und dann manuell unter Bookworm installieren - diesen Paketstunt würde ich aber erstmal testen und nicht direkt auf einem Produktivsystem ausführen.

Die kannst dir den Quellcode von der letzten Version von Python 2 herunterladen (https://www.python.org/downloads/release/python-2718/) und dann selber kompilieren - was nicht weiter schwierig ist.

Ob das reicht muss die selber raus finden - in dem Python 2 Skript für die USV sollte ja drin stehen, welche Abhängigkeiten das Skript auf andere Module hat.

Zukunftsfähig ist das aber alles nicht - Python 2 ist seit dem 1.1.2020 ohne Support und das Supportende war lange angekündigt.

Gruß, noisefloor

Hast du denn noch die .deb aus dem tar.gz ?

Oder besser die ganze tar.gz ?

Dann könnte man das bestimmt einfacher handhaben.

Sonst heisst es selber auslesen und programmieren.

Das Teil sollte ja mit i2c auf 0x68 erreichbar sein. Sonst wird ja nur GPIO 27 benutzt.

Sonst für die Zukunft überlegen, was man sich zulegt und nur Sachen kaufen, deren Software und Projekte als OpenSource auf github und Co. sind, damit, wenn der Laden nach ein paar Jahren zu macht, wenigstens die Software noch zu finden ist.

Das gleiche Dilemma wie mit der Spieleindustrie, erst keine dedizierten Server mehr zulassen und dann selbst die eigenen Server abschalten.

Wer kauft sowas?

P.S. Ich habe hier noch was gefunden:

Post

RE: Suche S.USV Software

Ich hätte da:

* susv_fw_132.tar.gz

* susv_fw_24.tar.gz

* susvd-en-1.33-systemd-all.deb / .tar.gz

* susvd-en-2.33-systemd-all.deb / .tar.gz



(die oben genannten Dateien sind im ZIP-Archiv)

Rasp-Berlin

June 9, 2023 at 5:38 PM

Nutzt aber nichts, weil das einzige lesbare ist die mail.py:

import smtplib
from email.MIMEMultipart import MIMEMultipart
from email.MIMEText import MIMEText
from email.MIMEBase import MIMEBase
from email import encoders
 
fromaddr = "YOUR EMAIL"
toaddr = "EMAIL ADDRESS YOU SEND TO"[General]
timer=-1
autostart=1
sleep=1
address=0x0f
mail=0
timed_boot=0
time_boot=00:00:00
timed_shutdown=0
time_shutdown=00:00:00

[User]
command1=
command2=
command3=
command4=
command5=
 
msg = MIMEMultipart()
 
msg['From'] = fromaddr
msg['To'] = toaddr
msg['Subject'] = "SUBJECT OF THE EMAIL"
 
body = "TEXT YOU WANT TO SEND"
 
msg.attach(MIMEText(body, 'plain'))
 
filename = "susvd.log"
attachment = open("/var/log/susvd.log", "rb")
 
part = MIMEBase('application', 'octet-stream')
part.set_payload((attachment).read())
encoders.encode_base64(part)
part.add_header('Content-Disposition', "attachment; filename= %s" % filename)
 
msg.attach(part)

#For SSL-Connections uncomment the following lines
#server = smtplib.SMTP_SSL('smtp.gmail.com', 587)
#server.ehlo()

#For none SSL-Connections uncomment the following lines
server = smtplib.SMTP('smtp.gmail.com', 587)
server.ehlo()
server.starttls()
server.ehlo;

server.login(fromaddr, "YOUR PASSWORD")
text = msg.as_string()
server.sendmail(fromaddr, toaddr, text)
server.quit()

Und die susv.cfg:

[General]
timer=-1
autostart=1
sleep=1
address=0x0f
mail=0
timed_boot=0
time_boot=00:00:00
timed_shutdown=0
time_shutdown=00:00:00

[User]
command1=
command2=
command3=
command4=
command5=

Sonst nurnoch die susvd.service, readme, changelog.

Sind das die, die jetzt einen auf Klimaschutz und Nachhaltigkeit machen?

Brigitta Olma auf LinkedIn: Für die, die nach uns kommen

Für die, die nach uns kommen! Absolut lesenswert... #blog #olmatic #forthefuture

www.linkedin.com

Die s-usv scheint ja nicht sehr nachhaltig gewesen zu sein.

Zumindest findet man unter Olma: Patrick, Christian, Tobias und Briggita

ja genau!

Die S-USV war die, die mir abgefackelt ist, als ich anstelle des kleinen 300mAh-Akkus den großen originalen(!) mit 3000mAh drangehängt habe. Gott sei Dank nicht der Li-Akku, sondern das Regler-IC. War aber spektakulär genug!

Vermutlich war das kein Einzelfall. Da ist es einfacher, jetzt schlau mit Klimaschutz daherzureden...

Dabei war das die einzige USV für den RPi, die Potential gehabt hätte.

fred0815 , die traurig-Reaktion bezieht sich nicht auf Dein Statement, das ich zu 100% teile. Der Sachverhalt als solcher ist traurig.

Quote from schlizbäda

Die S-USV war die, die mir abgefackelt ist

Ja, sowas sollte nicht passieren.

Man könnte ja den Datenverkehr am i2c mitschneiden und analysieren, wenn man Zeit und Muse hat und darauf aufbauend ein Programm schreiben.

Quote from schlizbäda

ja genau!

Die S-USV war die, die mir abgefackelt ist, als ich anstelle des kleinen 300mAh-Akkus den großen originalen(!) mit 3000mAh drangehängt habe. Gott sei Dank nicht der Li-Akku, sondern das Regler-IC. War aber spektakulär genug!

Ja, so ähnlich geht es mir auch. Ich sammle gerade die ersten Raspi-Erfahrungen. Ich wurde zur Hilfe gerufen, weil mehrere Anlagen mit Hilfe von Raspi2 um 2015 aufgebaut wurden. Eine davon hat die S.USV. Da die Anlage eine der Hauptumsatzbringer ist, haben wir das Teil einfach gekauft. Jetzt veruche ich das nachzubauen und stoße auf genau das gleiche Problem. Die Dateien sind nirgens mehr aufzufinden. Die Beschreibung habe ich im Netz gefunden. Die Funktionen wären toll und nützlich gewesen. Die Entwickler der Anlage haben noch nicht mal die USV genutzt, sondern nur die Fremdversorgung von 7-24 Volt.

Hallo,

na ja, Python 2 ist seit 1.1.2020 ohne Support und das was seeeehr lange (über Jahre) angekündigt. Python 3 ist am 3.12.2008 rausgekommen. Spätestens ab Ende 2014 / Anfang 2015 (=Python 3.4) durfte man bei aller Software skeptisch sein, die noch alleine auf P2 gesetzt hat, gleiches gilt für die Hardware, deren Treiber etc. es nur für P2 gab.

Ja, es mag ärgerlich sein, wenn Hardware nicht mehr läuft - aber > 4 Jahre nach Supportende von P2 und ~10 Jahre, nachdem des Ende von P2 absehbar war, braucht man sich IMHO echt nicht mehr beschweren.

Wann hast du die Hardware denn gekauft?

Gruß, noisefloor

Es geht ja nicht darum, dass es keinen Support mehr gibt, sondern darum, dass man die alten Daten nicht rausrückt, wenn man schon keinen Support mehr leistet.

Hallo,

na ja, wenn der Schöpfer der Software das so will, weil er die Lizenzhoheit über den Code hat - dann ist das halt so. Der Code kommt / kam auch von einer Firma mit legitimen kommerziellen Interessen, d.h. die haben vielleicht auch ein legitimes Interesse, dass man neuere Produkten von denen kauft statt lebensverlängernde Maßnahme zu von den abgekündigten Produkte betriebt.

Ob das gut und richtig ist oder nicht oder ob das nachhaltig ist oder nicht ist ein anderes Thema. Aber es ist so und IMHO zeigt die Firma auch kein Fehlverhalten.

Gruß, noisefloor