Super! Danke!
Es war das 1-Wire gesetzt.
Habe es deaktiviert.
Jetzt mag er auch den Button.
Es kommt kein Fehler mehr.
Und der Rest funktioniert trotzdem
Danke für die Hilfe!
Super! Danke!
Es war das 1-Wire gesetzt.
Habe es deaktiviert.
Jetzt mag er auch den Button.
Es kommt kein Fehler mehr.
Und der Rest funktioniert trotzdem
Danke für die Hilfe!
Ist zufällig 1-Wire am RPi aktiviert? Der GPIO 4 ist nämlich der default-Pin dafür.
Ich habe den Pin schon gewechselt. Ohne Erfolg.
Wie bekomme ich heraus, ob 1-Wire aktiviert ist?
Die Ausgabe von pip list wäre:
konne@raspberrypi:~ $ pip list
Package Version
----------------- --------------
arandr 0.1.10
astroid 2.5.1
asttokens 2.0.4
automationhat 0.2.0
beautifulsoup4 4.9.3
blinker 1.4
blinkt 0.1.2
buttonshim 0.0.2
Cap1xxx 0.1.3
certifi 2020.6.20
chardet 4.0.0
click 7.1.2
colorama 0.4.4
colorzero 1.1
cryptography 3.3.2
cupshelpers 1.0
dbus-python 1.2.16
distro 1.5.0
dnspython 2.0.0
docutils 0.16
drumhat 0.1.0
envirophat 1.0.0
ExplorerHAT 0.4.2
Flask 1.1.2
fourletterphat 0.1.0
gpg 1.14.0-unknown
gpiozero 1.6.2
html5lib 1.1
HX711 1.0.0
hx711-gpiozero 0.0.3
idna 2.10
isort 5.6.4
itsdangerous 1.1.0
jedi 0.18.0
Jinja2 2.11.3
keyboard 0.13.5
lazy-object-proxy 0.0.0
logilab-common 1.8.1
lxml 4.6.3
Markdown 3.3.4
MarkupSafe 1.1.1
mccabe 0.6.1
microdotphat 0.2.1
mote 0.0.4
motephat 0.0.3
mypy 0.812
mypy-extensions 0.4.3
numpy 1.24.3
oauthlib 3.1.0
pantilthat 0.0.7
parso 0.8.1
pexpect 4.8.0
pgzero 1.2
phatbeat 0.1.1
pianohat 0.1.0
picamera2 0.3.9
pidng 4.0.9
piexif 1.1.3
piglow 1.2.5
pigpio 1.78
Pillow 8.1.2
pip 20.3.4
psutil 5.8.0
pycairo 1.16.2
pycups 2.0.1
pygame 1.9.6
Pygments 2.7.1
PyGObject 3.38.0
pyinotify 0.9.6
PyJWT 1.7.1
pylint 2.7.2
PyOpenGL 3.1.5
pyOpenSSL 20.0.1
PyQt5 5.15.2
PyQt5-sip 12.8.1
pyserial 3.5b0
pysmbc 1.0.23
python-apt 2.2.1
python-prctl 1.7
PyYAML 5.3.1
rainbowhat 0.1.0
reportlab 3.5.59
requests 2.25.1
requests-oauthlib 1.0.0
requests-toolbelt 0.9.1
responses 0.12.1
roman 2.0.0
RPi.GPIO 0.7.0
RTIMULib 7.2.1
scrollphat 0.0.7
scrollphathd 1.2.1
Send2Trash 1.6.0b1
sense-hat 2.4.0
setuptools 52.0.0
simplejpeg 1.6.4
simplejson 3.17.2
six 1.16.0
skywriter 0.0.7
sn3218 1.2.7
soupsieve 2.2.1
spidev 3.5
ssh-import-id 5.10
thonny 4.0.1
toml 0.10.1
touchphat 0.0.1
twython 3.8.2
typed-ast 1.4.2
typing-extensions 3.7.4.3
unicornhathd 0.0.4
urllib3 1.26.5
v4l2-python3 0.3.2
webencodings 0.5.1
Werkzeug 1.0.1
wheel 0.34.2
wrapt 1.12.1
Display More
das verwendete OS wäre:
onne@raspberrypi:~ $ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
Das ganze auf einem Pi 3B+
Hi,
ich habe ein sehr umfangreiches Hardware Projekt.
Da laufen mehrere Servos parallel und sind mehrere Schrittmotoren im Einsatz. Eine Kamera macht Bilder und Dinge werden gewogen...
Alles habe ich in den Griff bekommen.
Jetzt würde ich gerne mit einem der Schrittmotoren auf einen Endschalter fahren. Um immer eine gleiche Position zu erreichen.
Hab mir in meine "Maschine" einen Endschalter gebastelt und bemerkt, dass gpiozero wohl ein Problem mit Buttons hat.
Zu Testzwecken habe ich ein Demoskript verwendet, in dem ausschließlich mein Button vorkommt:
from gpiozero import Button
button = Button(4)
button.wait_for_press()
print("The button was pressed!")
Wenn ich das laufen lasse kommt folgender output:
Run tastertest2.py
Traceback (most recent call last):
File "/home/public/software/tastertest2.py", line 3, in <module>
button = Button(4)
File "/usr/lib/python3/dist-packages/gpiozero/devices.py", line 108, in __call__
self = super(GPIOMeta, cls).__call__(*args, **kwargs)
File "/usr/lib/python3/dist-packages/gpiozero/input_devices.py", line 414, in __init__
super(Button, self).__init__(
File "/usr/lib/python3/dist-packages/gpiozero/mixins.py", line 433, in __init__
super(HoldMixin, self).__init__(*args, **kwargs)
File "/usr/lib/python3/dist-packages/gpiozero/input_devices.py", line 171, in __init__
self.pin.when_changed = self._pin_changed
File "/usr/lib/python3/dist-packages/gpiozero/pins/__init__.py", line 432, in <lambda>
lambda self, value: self._set_when_changed(value),
File "/usr/lib/python3/dist-packages/gpiozero/pins/pi.py", line 319, in _set_when_changed
self._enable_event_detect()
File "/usr/lib/python3/dist-packages/gpiozero/pins/rpigpio.py", line 226, in _enable_event_detect
GPIO.add_event_detect(
RuntimeError: Failed to add edge detection
Display More
Ist das ein Bug vom gpiozero?
Habe wo anders gelesen, dass das wechseln vom Pin oder das wechseln von VCC auf GND nichts bringt.
Kann mir da jemand weiterhelfen?
Gibt es zum Button eine Alternative für einen Endschalter?
ok.
Das werde ich mir heute Nachmittag mal anschauen.
Danke für den Tipp!
Hallo,
in einem Projekt von mir kommen 3 Schrittmotoren und 2x 2 Servomotoren in den Einsatz. Später kommt noch eine Wiegezelle und eine Kamera hinzu.
Jetzt wollte ich damit anfangen, dass meine Mechanik funktioniert. Lasse ich das Demo für den Schrittmotor und den Servomotor separat laufen funktionieren diese.
Wenn ich jetzt aber Schrittmotor und Servo Motor in einem Script ansprechen möchte, dann klappt das nicht.
Die Funktion wiegeservo() sei nicht erreichbar, sie wird auch nicht ausgeführt.
Kann mir da jemand helfen?
Das ganze habe ich in Python geschrieben:
!/usr/bin/python3
import RPi.GPIO as GPIO
import time
def kettenmotor(richtung, weite):
kmin1 = 20
kmin2 = 21
kmin3 = 19
kmin4 = 13
# careful lowering this, at some point you run into the mechanical limitation of how quick your motor can move
step_sleep = 0.002
#step_count = 500 #698 5.625*(1/64) per step, 4096 steps is 360°
step_count = weite
#direction = True # hoch clockwise
#direction = False # runter counter-clockwise
direction = richtung
# defining stepper motor sequence (found in documentation http://www.4tronix.co.uk/arduino/Stepper-Motors.php)
step_sequence = [[1,0,0,1],
[1,0,0,0],
[1,1,0,0],
[0,1,0,0],
[0,1,1,0],
[0,0,1,0],
[0,0,1,1],
[0,0,0,1]]
# setting up
GPIO.setmode( GPIO.BCM )
GPIO.setup( kmin1, GPIO.OUT )
GPIO.setup( kmin2, GPIO.OUT )
GPIO.setup( kmin3, GPIO.OUT )
GPIO.setup( kmin4, GPIO.OUT )
# initializing
GPIO.output( kmin1, GPIO.LOW )
GPIO.output( kmin2, GPIO.LOW )
GPIO.output( kmin3, GPIO.LOW )
GPIO.output( kmin4, GPIO.LOW )
motor_pins = [kmin1,kmin2,kmin3,kmin4]
motor_step_counter = 0 ;
def cleanup():
GPIO.output( kmin1, GPIO.LOW )
GPIO.output( kmin2, GPIO.LOW )
GPIO.output( kmin3, GPIO.LOW )
GPIO.output( kmin4, GPIO.LOW )
GPIO.cleanup()
# the meat
try:
i = 0
for i in range(step_count):
for pin in range(0, len(motor_pins)):
GPIO.output( motor_pins[pin], step_sequence[motor_step_counter][pin] )
if direction==True:
motor_step_counter = (motor_step_counter - 1) % 8
elif direction==False:
motor_step_counter = (motor_step_counter + 1) % 8
else: # defensive programming
print( "uh oh... direction should *always* be either True or False" )
cleanup()
exit( 1 )
time.sleep( step_sleep )
except KeyboardInterrupt:
cleanup()
exit( 1 )
cleanup()
exit( 0 )
def wiegeservo():
servoR = 23
servoL = 24
gpio.setmode(gpio.BCM)
gpio.setup(servoL, gpio.OUT)
gpio.setup(servoR, gpio.OUT)
pR = gpio.PWM(servoR, 50)
pL = gpio.PWM(servoL, 50)
pR.start(8)
pL.start(3)
try:
while True:
pR.ChangeDutyCycle(8)
pL.ChangeDutyCycle(3)
time.sleep(1)
pR.ChangeDutyCycle(2.7)
pL.ChangeDutyCycle(8.5)
time.sleep(1)
pR.ChangeDutyCycle(8)
pL.ChangeDutyCycle(3)
time.sleep(1)
except KeyboardInterrupt:
p.stop()
gpio.cleanup()
kettenmotor(True, 100)
wiegeservo()
Display More
Habe es schon fertig gestellt.
Ist zwar momentan nicht das sicherste, wie ich das gemacht habe. Aber der Pi hängt ausschließlich im LAN.
Ich will da ein Hardwareprojekt ans Laufen bekommen, und programmiere lieber über meinen Linux Rechner.
Danke für den Schups in die richtige Richtung!
Hätte ich gleich drauf kommen können (eigentlich) .
Manchmal sieht man den Wald vor lauter Bäumen nicht.
Das sollte ich hinbekommen. Wenn nicht, melde ich mich wieder
Eigentlich wäre mir ein "richtiges" mounten lieber.
Ich weiß halt bloß nicht, was ich auf dem Pi anwerfen muss, damit ich das Verzeichnis auf dem Linux Rechner finden kann.
Mein Linux Rechner hat Linux Mint drauf.
Hallo,
ich habe einen Raspberry Pi. Auf dem habe ich ein Verzeichnis, welches ich in einem anderen Rechner verfügbar haben möchte.
Problemlos habe ich es geschafft, per Samba diesen Ordner auf dem Linux Rechner einzubinden.
Habe aber das Problem, diesen Ordner "nur" unter dem Netzwerk Register zu sehen.
Wie schaffe ich es, dass ich dieses Verzeichnis in ein Verzeichnis, z.B. in meinem Homeverzeichnis zu mounten?
Auf dem pi gibt es ein Verzeichnis /home/konne/st_webapp dieses will ich auf dem Linuxrechner ebenfalls in ein Verzeichnis /home/konne/st_webapp mounten.
Und zwar temporär. Da der Raspberry Pi nicht die ganze Zeit läuft.
Kann mir da jemand helfen?
Was muss ich auf dem Pi laufen lassen um dieses Verzeichnis unter meinem Linux Rechner im LAN zu sehen?
Eine DS214play. Die kann schon die Version 3.
Ich ändere das in der xxx.mount und mache einen stop/start?
Da bin ich überfragt. Muss erst das Synology Forum befragen.
Es handelt sich hier um die Version vom smbcredentials?
Danke recht herzlich für die Anleitung und die Hilfe!
War wohl gestern Abend schon etwas spät. Ich dachte mir, kann ja die Datei einfach umbenennen. Das Denken soll man den Pferden überlassen, hat meine Mutter immer gesagt. Die haben den größeren Kopf.
Jetzt funktioniert es.
Ich sehe gerade den Wald vor lauter Bäumen nicht.
Ich habe versucht die Anleitung auf meine Synology NAS zu adaptieren.
Meine NAS ist lokal über die IP 192.168.178.67 ansprechbar.
Auf der NAS habe ich ein Ordner Magazine
Auf dem pi habe ich einen Mountpoint /mnt/daten/magazine erstellt.
Dahin soll das NAS Verzeichnis gemountet werden.
Folgender Befehl funktioniert ohne Fehler:
mount -t cifs -o credentials=/etc/smbcredentials,uid=1000,gid=1000,vers=1.0 //192.168.178.67/Magazine/ /mnt/daten/magazine
Folgende Dateien habe ich erstellt:
/etc/systemd/system/magazine_nas.mount
[Unit]
Description=Mount der Magazine
Requires=serverctl.service
After=serverctl.service
Conflicts=shutdown.target
ConditionPathExists=/mnt/daten/magazine
[Mount]
What=//192.168.178.67/Magazine
Where=/mnt/daten/magazine
Options=credentials=/etc/smbcredentials,uid=1000,gid=1000,vers=1.0
Type=cifs
[Install]
WantedBy=multi-user.target
Display More
/etc/systemd/system/serverctl.service
[Unit]
Description=serverctl.service: Waiting for Network or Server to be up
After=network.target
[Service]
Type=oneshot
TimeoutStartSec=95
ExecStart=/usr/local/sbin/serverctl 192.168.178.67
[Install]
WantedBy=multi-user.target
Display More
/usr/local/sbin/serverctl
ist unverändert.
Ein
systemctl start media-fritz_nas.mount
bringt mir dann folgenden Fehler:
Failed to start magazine_nas.mount: Unit magazine_nas.mount has a bad unit file setting.
See system logs and 'systemctl status magazine_nas.mount' for details.
Im Logfile finde ich dann folgenden Eintrag:
Oct 13 12:56:54 raspberrypi systemd[1]: magazine_nas.mount: Where= setting doesn't match unit name. Refusing.
Was bedeutet "Where= setting doesn't match unit name"?
Passt schon!
Ich brauche nicht zwingend den Apache. Ich habe außerdem gesehen, dass jetzt MariaDB unterstütz wird. Nicht mehr MySQL.
Das geht ebenfalls in Ordnung.
Ich möchte Neben der Anwendung Pi-Hole mit dem Raspberry meine Pflanzen überwachen. Dazu braucht es ein paar Sensoren und ein paar Relais zum gießen.
Dazu benötige ich wirklich keinen Apache. Ich wusste nur nicht, dass der lighttpd bereits am laufen ist.
Das mit dem lighttpd habe ich mittlerweile ebenfalls entdeckt.
Ich denke, dass MySQL mit lighttpd problemlos harmoniert.
Ich möchte auf einem Raspberry Pi 3 B+ gleichzeitig einen Webserver mit MySQL laufen lassen, wo ich ein paar Sensoren überwachen möchte.
Gleichzeitig soll Pi-Hole laufen.
Nun Pi-Hole ist schon installiert. Läuft.
Wollte jetzt Apache2 installieren:
pi@raspberrypi:~ $ sudo apt-get install apache2
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
apache2-bin apache2-data apache2-utils libapr1 libaprutil1
libaprutil1-dbd-sqlite3 libaprutil1-ldap ssl-cert
Vorgeschlagene Pakete:
apache2-doc apache2-suexec-pristine | apache2-suexec-custom
openssl-blacklist
Die folgenden NEUEN Pakete werden installiert:
apache2 apache2-bin apache2-data apache2-utils libapr1 libaprutil1
libaprutil1-dbd-sqlite3 libaprutil1-ldap ssl-cert
0 aktualisiert, 9 neu installiert, 0 zu entfernen und 133 nicht aktualisiert.
Es müssen 1.993 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 6.237 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] J
Holen:1 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf libapr1 armhf 1.6.5-1 [83,3 kB]
Holen:2 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf libaprutil1 armhf 1.6.1-4 [81,7 kB]
Holen:3 http://ftp.gwdg.de/pub/linux/debian/raspbian/raspbian buster/main armhf libaprutil1-dbd-sqlite3 armhf 1.6.1-4 [17,3 kB]
Holen:4 http://mirror1.hs-esslingen.de/pub/Mirrors/archive.raspbian.org/raspbian buster/main armhf libaprutil1-ldap armhf 1.6.1-4 [16,3 kB]
Holen:5 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf apache2-bin armhf 2.4.38-3 [1.122 kB]
Holen:6 http://mirror1.hs-esslingen.de/pub/Mirrors/archive.raspbian.org/raspbian buster/main armhf apache2-data all 2.4.38-3 [165 kB]
Holen:7 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf apache2-utils armhf 2.4.38-3 [235 kB]
Holen:8 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf apache2 armhf 2.4.38-3 [251 kB]
Holen:9 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf ssl-cert all 1.0.39 [20,8 kB]
Es wurden 1.993 kB in 2 s geholt (1.129 kB/s).
Vorkonfiguration der Pakete ...
Vormals nicht ausgewähltes Paket libapr1:armhf wird gewählt.
(Lese Datenbank ... 152590 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../0-libapr1_1.6.5-1_armhf.deb ...
Entpacken von libapr1:armhf (1.6.5-1) ...
Vormals nicht ausgewähltes Paket libaprutil1:armhf wird gewählt.
Vorbereitung zum Entpacken von .../1-libaprutil1_1.6.1-4_armhf.deb ...
Entpacken von libaprutil1:armhf (1.6.1-4) ...
Vormals nicht ausgewähltes Paket libaprutil1-dbd-sqlite3:armhf wird gewählt.
Vorbereitung zum Entpacken von .../2-libaprutil1-dbd-sqlite3_1.6.1-4_armhf.deb ...
Entpacken von libaprutil1-dbd-sqlite3:armhf (1.6.1-4) ...
Vormals nicht ausgewähltes Paket libaprutil1-ldap:armhf wird gewählt.
Vorbereitung zum Entpacken von .../3-libaprutil1-ldap_1.6.1-4_armhf.deb ...
Entpacken von libaprutil1-ldap:armhf (1.6.1-4) ...
Vormals nicht ausgewähltes Paket apache2-bin wird gewählt.
Vorbereitung zum Entpacken von .../4-apache2-bin_2.4.38-3_armhf.deb ...
Entpacken von apache2-bin (2.4.38-3) ...
Vormals nicht ausgewähltes Paket apache2-data wird gewählt.
Vorbereitung zum Entpacken von .../5-apache2-data_2.4.38-3_all.deb ...
Entpacken von apache2-data (2.4.38-3) ...
Vormals nicht ausgewähltes Paket apache2-utils wird gewählt.
Vorbereitung zum Entpacken von .../6-apache2-utils_2.4.38-3_armhf.deb ...
Entpacken von apache2-utils (2.4.38-3) ...
Vormals nicht ausgewähltes Paket apache2 wird gewählt.
Vorbereitung zum Entpacken von .../7-apache2_2.4.38-3_armhf.deb ...
Entpacken von apache2 (2.4.38-3) ...
Vormals nicht ausgewähltes Paket ssl-cert wird gewählt.
Vorbereitung zum Entpacken von .../8-ssl-cert_1.0.39_all.deb ...
Entpacken von ssl-cert (1.0.39) ...
libapr1:armhf (1.6.5-1) wird eingerichtet ...
ssl-cert (1.0.39) wird eingerichtet ...
apache2-data (2.4.38-3) wird eingerichtet ...
libaprutil1:armhf (1.6.1-4) wird eingerichtet ...
libaprutil1-ldap:armhf (1.6.1-4) wird eingerichtet ...
libaprutil1-dbd-sqlite3:armhf (1.6.1-4) wird eingerichtet ...
apache2-utils (2.4.38-3) wird eingerichtet ...
apache2-bin (2.4.38-3) wird eingerichtet ...
apache2 (2.4.38-3) wird eingerichtet ...
Enabling module mpm_event.
Enabling module authz_core.
Enabling module authz_host.
Enabling module authn_core.
Enabling module auth_basic.
Enabling module access_compat.
Enabling module authn_file.
Enabling module authz_user.
Enabling module alias.
Enabling module dir.
Enabling module autoindex.
Enabling module env.
Enabling module mime.
Enabling module negotiation.
Enabling module setenvif.
Enabling module filter.
Enabling module deflate.
Enabling module status.
Enabling module reqtimeout.
Enabling conf charset.
Enabling conf localized-error-pages.
Enabling conf other-vhosts-access-log.
Enabling conf security.
Enabling conf serve-cgi-bin.
Enabling site 000-default.
Created symlink /etc/systemd/system/multi-user.target.wants/apache2.service → /lib/systemd/system/apache2.service.
Created symlink /etc/systemd/system/multi-user.target.wants/apache-htcacheclean.service → /lib/systemd/system/apache-htcacheclean.service.
Job for apache2.service failed because the control process exited with error code.
See "systemctl status apache2.service" and "journalctl -xe" for details.
invoke-rc.d: initscript apache2, action "start" failed.
● apache2.service - The Apache HTTP Server
Loaded: loaded (/lib/systemd/system/apache2.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Fri 2019-08-23 15:57:26 CEST; 30ms ago
Docs: https://httpd.apache.org/docs/2.4/
Process: 6342 ExecStart=/usr/sbin/apachectl start (code=exited, status=1/FAILURE)
Aug 23 15:57:25 raspberrypi apachectl[6342]: AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
Aug 23 15:57:25 raspberrypi apachectl[6342]: (98)Address already in use: AH00072: make_sock: could not bind to address [::]:80
Aug 23 15:57:25 raspberrypi apachectl[6342]: (98)Address already in use: AH00072: make_sock: could not bind to address 0.0.0.0:80
Aug 23 15:57:25 raspberrypi apachectl[6342]: no listening sockets available, shutting down
Aug 23 15:57:25 raspberrypi apachectl[6342]: AH00015: Unable to open logs
Aug 23 15:57:25 raspberrypi apachectl[6342]: Action 'start' failed.
Aug 23 15:57:25 raspberrypi apachectl[6342]: The Apache error log may have more information.
Aug 23 15:57:26 raspberrypi systemd[1]: apache2.service: Control process exited, code=exited, status=1/FAILURE
Aug 23 15:57:26 raspberrypi systemd[1]: apache2.service: Failed with result 'exit-code'.
Aug 23 15:57:26 raspberrypi systemd[1]: Failed to start The Apache HTTP Server.
Trigger für systemd (241-5+rpi1) werden verarbeitet ...
Trigger für man-db (2.8.5-2) werden verarbeitet ...
Trigger für libc-bin (2.28-10+rpi1) werden verarbeitet ...
Display More
Kann es sein, dass Pi-Hole und Apache sich beißen?
Ich wollte lediglich vermelden, dass mein Pi seither nie wieder eingeschlafen ist.
Keine Ahnung ob es durch das setzen vom "kernel.domainname" gefixt wurde.
BTW: Hast nur Du (oder eine überschaubarer Kreis) Zugang zum calibre, oder hat jeder (d. h. die Öffentlichkeit) aus dem Internet Zugang zu deinem calibre.
Es ist eine überschaubare Personengruppe mit etwas weniger als 20 Personen.
Ich belese mich mal in der Richtung https_proxy. Keine Ahnung wie das mit dem stunnel funktionieren könnte. Weil die Endgeräte sind ja unter anderem Tolino Ebook Reader. Da ist es glaube ich einfacher eine htps:// Adresse anzugeben.
Ich habe einen Calibre Server am laufen.
Den erreiche ich per "irgend.was.de:8080"
Kann ich das irgendwie dahingehend abändern, dass ich den per
"https://irgend.was.de:8080" erreichen kann?