Posts by simonz

Mai 27 09:18:01 evb-serverpi systemd[1]: Starting ProFTPD FTP Server...
Mai 27 09:18:01 evb-serverpi proftpd[10462]: Checking syntax of configuration file
Mai 27 09:18:01 evb-serverpi proftpd[10462]: 2023-05-27 09:18:01,330 evb-serverpi proftpd[10462]: fatal: unknown configuration directive 'IdentLookups' on line 13 of '/etc/proftpd/proftpd.conf>

Naja, da ist wohl noch ein Fehler in der Konfigurationsdatei...

So ganz ohne Zusammenhang ist da schwer etwas zu beantworten.

Vielleicht so:

sekunde = 0
minute = 35
stunde = 13
wochentag = 4
tag = 23
monat = 6
jahr = 22

hexstring = f"{sekunde:02}{minute:02}{stunde:02}{wochentag:02}{tag:02}{monat:02}{jahr:02}"
print(hexstring)  # => 00351304230622

b = bytes.fromhex(hexstring)
print(b)  # => b'\x005\x13\x04#\x06"'  

rtc.SetTime(b)


# Kontrolle mit den Werten aus der Vorgabe
a = b'\x00\x35\x13\x04\x23\x06\x22'
print(a)  # => b'\x005\x13\x04#\x06"'

Dass die print()-Ausgabe "komisch" aussieht, ist durchaus normal bei bytes()...

Siehe z.B. https://docs.python.org/3/libr…dtypes.html#bytes.fromhex

Quote from Monka

Jetzt scheint er auf dem ersten Blick kein Problem mit

Code

import smbus2
import bme280

zu haben.

Die Temperatur bekomme ich zwar noch nicht angezeigt, liegt aber wohl eher noch am Skript.

Was wird denn angezeigt? Eine Fehlermeldung? Etwas Falsches? Nichts?

Lass' Dir doch bitte nicht die Würmer einzeln aus der Nase ziehen...

PS:

Und wie hyle schon schrieb: Aktiviere SSH, so dass Du vernünftig remote auf den Raspi zugreifen kannst.

Quote from Monka

-sudo pip3 install --user adafruit-ciruitpython-bme280 -> Meldung: Warning: Retrying .... after connection broken by *NewConnectionError' ... Das Netzwerk ist nicht erreichbar.

Diese Fehlermeldung aus Beitrag #1 ist auch schon etwas irritierend...

Quote from Monka

Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple

ERROR: Exception:

Traceback (most recent call last):

File "/usr/share/python-wheels/resolvelib-0.5.4-py2.py3-none-any.whl/resolvelib/resolvers.py", line 171, in _merge_into_criterion

crit = self.state.criteria[name]

KeyError: 'smbus2'

During handling of the above exception, another exception occured:

Traceback (most recent call last):

File "/usr/lib/python3/dist-packages/pip/_internal/cli/base_command.py", line 223, in_main

status = self.run(options, args)

Display More

Bei mir klappt es:

simonz@pi6:~ $ pip install smbus2 bme280

Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting smbus2
  Downloading https://www.piwheels.org/simple/smbus2/smbus2-0.4.2-py2.py3-none-any.whl (13 kB)
Collecting bme280
  Downloading https://www.piwheels.org/simple/bme280/bme280-0.6-py2.py3-none-any.whl (6.1 kB)
Installing collected packages: smbus2, bme280
Successfully installed bme280-0.6 smbus2-0.4.2

Vielleicht gab es bei Deinem Versuch beim pypi-Server ein technisches Problem.

Probier' es einfach noch einmal...

Quote from Monka

kann leider nicht copy&pasten..

Warum nicht?

Tippst Du etwa alles einzeln ab???

Willkommen hier im Forum!

Tipp: Nimm' bitte kein Noobs (veraltet), sondern beschreibe eine Karte mit dem aktuellen Raspberry PI OS mit Hilfe des RaspberryPi-Imagers.

Siehe https://www.raspberrypi.com/software/

Quote from Monka

ich habe vorher noch nie mit einem Pi oder Linux Betriebssystem gearbeitet und muss jetzt dazu ein Projekt bearbeiten.

Monka : Vielleicht hilft es weiter, wenn Du uns wissen lässt

• ob Du denn (etwas) Erfahrung mit Python hast
• was Du genau tust/eintippst und welche Meldungen kommen
• wie Dein aktuelles Python-Script aussieht => in einem Codeblock
• ob Du DeaD_EyE 's Vorschlag bezüglich virtualenv folgst bzw. folgen möchtest

Sonst ist es für die Leser und möglichen Helfer nur "Stochern im Nebel"...

Quote from Monka

Habe den ersten Code jetzt Copy&Paste und dann ausführen lassen (Code ohne deactivate) da kommt Folgende Meldung:

Traceback (most recent call last):

File "<string>", line 2

python3 -m venv MY_VENV

^^^^

SyntaxError: invalid syntax

Display More

Diese Fehlermeldung kommt, wenn Du das innerhalb von Python ausführst.

Es sind aber Kommandos, die in der Shell ausgeführt werden, also außerhalb von Python.

Um "unbekannte" Sensoren zu erkennen, könnte man die Sensor-Schleife zum Beispiel so schreiben (ungetestet):

    import sys

    for sensor in W1ThermSensor.get_available_sensors():

        sensor_name = ID_TO_SENSOR_NAME.get(sensor.id)
        sensor_temp = sensor.get_temperature()

        if sensor_name:
            print(f" Zeit: {timestamp} Sensor: {sensor.id}/{sensor_name}: {sensor_temp}°C")   
            sensor_name_to_temperature[sensor_name] = sensor_temp
        else:
            print(f"FEHLER: Der Sensor {sensor.id} ist unbekannt bzw. fehlt in ID_TO_SENSOR_NAME!")
            print(ID_TO_SENSOR_NAME)
            sys.exit(1)

Dann bricht das Programm mit Fehlermeldung und Exit-Code 1 ab, falls sich tatsächlich doch noch einmal ein neuer Sensor einschleicht.

Hinweis:
Ja, eigentlich könnte/sollte man das mit einer Exception machen. Aber eins nach dem anderen.
shgmongo ist ja offensichtlich gerade erst am Anfang bzgl. Python-Programmierung.

ID_TO_SENSOR_NAME = {    
    "28-d64e421f64ff": "S1",
    "28-3077421f64ff": "S2",
    "28-566a9c1e64ff": "S3",
}

passt nicht zu den Sensor-IDs, die ausgegeben werden:

pi@raspberrypi:~/solarueberwachung $  python heiztemp.py
Zeit: 2023-04-26 16:59:48 Sensor: d64e421f64ff hat die Temperatur 22.5
Zeit: 2023-04-26 16:59:48 Sensor: 3077421f64ff hat die Temperatur 18.75
Zeit: 2023-04-26 16:59:48 Sensor: 566a9c1e64ff hat die Temperatur 18.8125
{None: 18.8125}

Und deswegen klappt die Umwandlung von Sensor-ID zu "S1/S2/S3" nicht!

Also: Jeweils das "28-" im Dictionary ID_TO_SENSOR_NAME löschen...

Quote from shgmongo

keepfear mit dem print(sensor_name_to_temperature) scheint nichts auszugeben. Die Ausgabe ändert sich nicht. Die Ausgabe mit auskommtentierten

insert_to_db(timestamp, sensor_name_to_temperature) ergibt folgende Ausgabe (hab die Pumpen erstmal rausgenommen)

Bash

pi@raspberrypi:~/solarueberwachung $  python heiztemp.py
 Zeit: 2023-04-26 16:59:48 Sensor: d64e421f64ff hat die Temperatur 22.5
 Zeit: 2023-04-26 16:59:48 Sensor: 3077421f64ff hat die Temperatur 18.75
 Zeit: 2023-04-26 16:59:48 Sensor: 566a9c1e64ff hat die Temperatur 18.8125
{None: 18.8125}

Die Zeile in Deiner Ausgabe

{None: 18.8125}

ist nicht "nichts". Sondern der Inhalt eines Dictionary.

Das zeigt, dass Dein Dictionary sensor_name_to_temperature nur einen Eintrag hat, nämlich den der letzten Temperatur.

Leider ist die Sensor-ID "None", und zwar für alle Sensoren. Deshalb gibt es nur den einen Eintrag.

In Deinem Quelltext ist da also noch ein kleiner Fehler.

Quote from DeaD_EyE

/home/BENUTZER/.local: Entspricht dem vorherigen Punkt, mit der Ausnahme, dass es nicht systemweit verfügbar ist und nur den einen Benutzer betrifft. Es erfordert auch keine root-Rechte.

1. $HOME/.local/bin ist die mit systemd dazu gekommene Variante
2. $HOME/bin ist die historisch gewachsene

Beide können verwendet werden (siehe $HOME/.profile).

"2." dürfte für ralfi1988 einfacher sein, da er so das Verzeichnis mit seinen Skripten immer sieht.

Irgendwie habe ich das Gefühl, dass hier in der Diskussion das systemweite /usr/local/bin und das benutzerspezifische $HOME/bin bunt vermischt werden, was ralfi1988 vermutlich zusätzlich irritiert hat...

Also ergänzend zu #17 von __blackjack__ vielleicht:

Benutzerspezifische Skripts/Programme - wenn sie nicht regelrecht installiert werden (müssen) - in das Verzeichnis $HOME/bin stecken.

Falls das Verzeichnis noch nicht existiert, einfach anlegen und nach einem neuen Login (oder dem Starten einer neuen Shell, oder, oder...) ist das Verzeichnis dann automatisch im PATH enthalten.

Quote from Franjo G

Das ist schon klar.

Ich hatte deinen Beitrag #21 falsch verstanden. Ich hatte angenommen, dass der Eintrag 'PasswordAuthentication no' bei einer Installation mit PasswordAuth erstellt wurde.

Vermutlich hatte ich die Einstellungen im rpi-imager zu oberflächlich gelesen und benutzt und dabei in Gedanken die Optionen "ssh-password" und das darunter stehende "username and password" durcheinandergebracht/vermischt...

Quote from Franjo G

Das ganze hatte ich vor einem Jahr auch schon mal hier beschrieben.

Thread

Public-key Authentifizierung direkt beim flashen der SD / SSD erstellen mit Raspberry Pi Imager

forum-raspberrypi.de/attachment/33917/



Stand 13.02.2022

Noch aktuell 14.03.2023



Meine Tutorials
Forumsperlen



Public-key Authentifizierung direkt beim flashen der SD / SSD erstellen mit Raspberry Pi Imager


Vorgehensweise

1. Auf dem Client-PC ein Terminal öffnen. (Unter Windows z.B die Powershell)
2. Ein Key-Paar erstellen. ssh-keygen -b 4096
3. Bei der Abfrage des Speicherorts die Vorgabe (Benutzerverzeichnis/.ssh/id_rsa einfach mit Enter bestätigen.
4. Bei der Frage nach der passphrase entweder zwei mal die

…

Franjo G

Feb 13th 2022

Ein Vorschlag: Du schreibst in Deinem Tutorial:

Quote

Achtung!

Die Authentifizierung per Passwort wird automatisch deaktiviert. Eine Anmeldung ist dann nur noch mit gültigem key "id_rsa" möglich.

Das trifft ja nur bei SSH-Login zu, nicht bei lokalem Login.

Aber dieser Unterschied mag nicht jedem Leser klar sein und könnte deshalb noch im Tutorial ergänzt werden.

Übrigens: Schön, dass Du doch noch weiter hier im Forum bist!

Quote from framp

Jetzt sollten wie wohl abgleichen welche Imager Version Du auf welchem OS (win/Linux/Mac) nutzt und ob Du auf Deinem lokalen System schon irgendwas mit Keys konfiguriert hast.

Ich bin unter Linux (Fedora) unterwegs, mit aktiven public keys.

Den rpi-imager verwende ich per Source, also aktuell in Version 1.7.4

Quote from Franjo G

Ich habe gerade mal ein Image geflasht. (light 32 bit)

Bash: firstrun.sh

[...]

Da ist nichts von 'PasswordAuthentication'

Die firstrun.sh wird je nach gewählten Optionen vom rpi-imager individuell zusammengestellt.

Das ist ganz gut sichtbar in seinem Quelltext, in der Datei src/OptionsPopup.qml

Ausschnitt:

            if (chkSSH.checked && radioPubKeyAuthentication.checked) {
                var pubkey = fieldPublicKey.text
                var pubkeyArr = pubkey.split("\n")
                var pubkeySpaceSep = ''
                for (var j=0; j<pubkeyArr.length; j++) {
                    var pkitem = pubkeyArr[j].trim();
                    if (pkitem) {
                        pubkeySpaceSep += ' '+escapeshellarg(pkitem)
                    }   
                }   

                addFirstRun("if [ -f /usr/lib/raspberrypi-sys-mods/imager_custom ]; then")
                addFirstRun("   /usr/lib/raspberrypi-sys-mods/imager_custom enable_ssh -k"+pubkeySpaceSep)
                addFirstRun("else")
                addFirstRun("   install -o \"$FIRSTUSER\" -m 700 -d \"$FIRSTUSERHOME/.ssh\"")
                addFirstRun("   install -o \"$FIRSTUSER\" -m 600 <(printf \""+pubkey.replace(/\n/g, "\\n")+"\") \"$FIRSTUSERHOME/.ssh/authorized_keys\"")
                addFirstRun("   echo 'PasswordAuthentication no' >>/etc/ssh/sshd_config")
                addFirstRun("   systemctl enable ssh")
                addFirstRun("fi")

                if (!chkSetUser.checked) {
                    addCloudInit("  lock_passwd: true")
                }   
                addCloudInit("  ssh_authorized_keys:")
                for (var i=0; i<pubkeyArr.length; i++) {
                    var pk = pubkeyArr[i].trim();
                    if (pk) {
                        addCloudInit("    - "+pk)
                    }   
                }   
                addCloudInit("  sudo: ALL=(ALL) NOPASSWD:ALL")

Quote from framp

- simonz aber es macht absolut keinen Sinn bei einer initialen headless Installation einen ssh key zu verlangen - zumal man den Key im Installer nicht konfigurieren kann

Ich war auch irritiert, hatte aber nicht weiter geforscht. Mache ich morgen mal, wenn's passt.

Der Publik-Key wurde bei mir vollautomatisch vom rpi-imager in die Eingabemaske eingetragen. Es war mein korrekter vom aktuellen Login!

Ich hatte vor ein paar Tagen ähnliche Schwierigkeiten nach dem Aufsetzen eines neuen Systems mit dem rpi-imager.

Kein Password wurde per SSH akzeptiert. Per public key ging es aber dann.

In der vom rpi-imager erzeugten firstrun.sh steht:

echo 'PasswordAuthentication no' >>/etc/ssh/sshd_config"

was das Ganze erklären würde.

Ich hatte im rpi-imager zwar einen User (nicht 'pi') und ein Passwort angegeben, aber das reichte wohl nicht, um obige Sperre zu verhindern.

Für ein lokales Login (also nicht SSH) klappt(e) das Passwort.

Weiter hatte ich nicht geforscht.

Fazit: SSH-Login nur noch per public key!? Jedenfalls in der Default-Einstellung.

Ergänzung: Die Datei firstrun.sh ist ziemlich interessant. Man muss sie sich aber aus der Boot-Partition fischen/kopieren/ansehen, bevor ein Raspi damit gebootet wird. Sonst ist sie futsch.