So wie es aussieht, funktioniert der Nextion Editor unter Linux wohl nicht
Habe es bisher immer mit Windows gemacht, hast du keine Möglichkeit mit einem Windows System den Editor zu öffnen?
Beiträge von Knutnoh
-
-
Verstanden, funktioniert. Danke
Aber warum bekomme ich keine Verbindung zum Nextion via Doorpi? magst du da mal drüber schauen? im from_nextion.py habe ich den Port entsprechend auf ttyUSB0 gesetzt.
hier mal meine doorpi.ini:
[AREA_installer]
.* =
[AdminNumbers]
**610 = active
[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led =
last_snapshot = http://192.168.2.82:9090/?action=snapshot
number_of_snapshots = 10
snapshot_path = /tmp
[DoorPiWeb]
indexfile = index.html
ip =
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = !BASEPATH!/../DoorPiWeb
[EVENT_OnKeyPressed_prodsystem.0]
10 =
20 = mqtt:192.168.2.128,1111,doorpi/action/Klingel,true,false
30 = call:+49************@sip.linphone.org
40 = os_execute:/usr/local/etc/DoorPi/scripts/klingel.sh
60 = klingelbild
[EVENT_OnKeyPressed_prodsystem.1]
10 = wakeup
20 = wakeup
[EVENT_OnKeyPressed_prodsystem.2]
10 = ipsrpc_setvalue:55958:True
20 = mqtt:192.168.2.128,1111,doorpi/action/Klingel,true,false
[EVENT_OnMediaRequired]
[EVENT_OnShutdown]
10 = mqtt:192.168.2.128,1111,doorpi/action/start,false
[EVENT_OnStartup]
10 = sleep:0
20 = os_execute:/usr/local/etc/DoorPi/scripts/start.sh
[Group]
administrator = door
[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 15
capture_device =
dialtone = !BASEPATH!/media/Dingdong.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = True
identity = DoorPi
local_port = 5060
max_call_time = 120
mic_gain_db = 0
playback_device = ALSA: Unitek Y-247A
record_while_dialing = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = *********
sipserver_realm = fritz.box
sipserver_server = 192.168.2.1
sipserver_username = Tueranlage
stun_server =
ua.max_calls = 2
video_codecs = VP8
video_device = V4L2: /dev/video0
video_display_enabled = False
video_size = vga
[User]
door = pi
[WritePermission]
administrator = installer
[keyboards]
dummy = dummy
next = nextion
prodsystem = piface
web = url
[next_InputPins]
1234 = Privat
5678 = Postbote
[next_OutputPins]
klingelbild = page 3
sleep = sleep=1
wakeup = sleep=0
[next_keyboard]
baudrate = 9600
bouncetime = 2000
input_max_size = 255
input_stop_flag = \n
polarity = 0
port = /dev/ttyUSB0
pressed_on_keydown = True
[prodsystem_InputPins]
0 = mqtt:192.168.2.128,1111,doorpi/action/start,true
[prodsystem_OutputPins]
0 = Klingelschild
1 = reserve
[prodsystem_keyboard]
bouncetime = 200
polarity = 0
pressed_on_keydown = True
[web_keyboard]
bouncetime = 2000
polarity = 0
pressed_on_keydown = True
auch hier nochmal ein kurzes Update: die Pineingabe aus dem Nextion kommt an und löst auch meine weiterführenden MQTT Signale aus. Es geht also nur noch darum, wie ich die seiten wechsel und das Display aufwecke.
-
Hat irgendwer ne Idee, warum es nicht funktioniert? Das Display wird beim Uploadweiß und schreibt: writing DATA - also ganz normaler Upload Vorgang. Ich bekomme auch keine Verbindung vom Doorpi aus zum Display. Das einfachste ist ja erstmal die Seiten mit page 1 anzusprechen, aber auch da kommt nix. Ich kann also derzeit nur eine Verbindung via upload herstellen, die aber auch nicht ordnungsgemäß funktioniert.
Nextion ist via USB/TTL angeschlossen. Serial ist in raspi-config eingeschaltet, shell aus
die /boot/cmdline.txt ist angepasst mit console=ttyUSB0
die /boot/config.txt ist angepasst mit enable_uart=1 und dtoverlay=pi3-disable-bt
Selbst die AbstractBaseClass.py von WAL ist abgelegt. Bin echt ratlos, da am Windows Rechner der Upload und die Commands funktionieren über den USB/TTL.
root@raspberrypi:/home/pi# python nextionupload.py 210317.tft
uploading 210317.tft (2146652 bytes)...
<'omok 1,306110,NX4024K032_11R,151,61489,E469D06263385E2F,6777216\xff\xff\xff'>
waiting hmi
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 754, in run
self.__target(*self.__args, **self.__kwargs)
File "nextionupload.py", line 36, in reader
r = ser.read(128)
File "/usr/lib/python2.7/dist-packages/serial/serialposix.py", line 501, in re ad
'device reports readiness to read but returned no data '
SerialException: device reports readiness to read but returned no data (device d isconnected or multiple access on port?)
kurzes Update:
mit folgendem Skript kann ich das Nextion ansprechen. Die Verbindung scheint also zu funktionieren:
#!/usr/bin/env python
import time
import serial
EndCom = "\xff\xff\xff"
ser = serial.Serial(
port='/dev/ttyUSB0',
baudrate = 9600,
parity=serial.PARITY_NONE,
stopbits=serial.STOPBITS_ONE,
bytesize=serial.EIGHTBITS,
timeout=1
)
ser.write("page 3"+EndCom)
time.sleep (1)
x=ser.readline()
print x
ser.write("page 1"+EndCom)
time.sleep (1)
x=ser.readline()
-
eigentlich nicht Sinn der Sache, aber vielleicht kann einer der Cracks hier ausm Forum das Problem mal nachstellen und schauen.
Habe ebenfalls die doorpi.service angelegt. Selbst mit nochmals neu aufgesetztem System --> keine Chance. Der Befehl:
sudo systemctl start doorpi
läuft sauber durch, jedoch gibt er mir bei sudo systemctl status doorpi dann weiterhin Fehler aus.
-
Das ist mir schleierhaft, warum dir da schwindelig wird
DIe doorpi.service wurde von mir vorher nie geöffnet -
Hallo WAL,
hier meine doorpi.service:
Habe mal eben meine Fragen zu den jeweiligen Positionen dahinter geschrieben
[Unit]
Description=DoorPi
Documentation=https://github.com/motom001/DoorPi/wiki
Requires=doorpi.socket
After=doorpi.socket muss dieser dann raus?
After=network.target sound.target
[Service]
User=pi
Type=simple die beiden sollten so passen
ExecStart=!!prefix!!/bin/doorpi --configfile !!cfgdir!!/!!package!!.ini muss der Pfad genau angegeben werden? Was ist mit der configfile?
Environment=HOME=/var/lib/!!package!!
WorkingDirectory=/var/lib/!!package!!
Restart=always
NotifyAccess=main
WatchdogSec=4s
Group=!!package!!
SupplementaryGroups=audio
SupplementaryGroups=gpio
SupplementaryGroups=spi
SupplementaryGroups=video
DynamicUser=true
CapabilityBoundingSet=
AmbientCapabilities=
NoNewPrivileges=true
ProtectSystem=strict
ProtectHome=true
RuntimeDirectory=!!package!!
StateDirectory=!!package!!
LogsDirectory=!!package!!
ConfigurationDirectory=!!package!!
PrivateTmp=true
PrivateDevices=false
ProtectKernelTunables=false
ProtectKernelModules=true
ProtectControlGroups=true
LockPersonality=true
MemoryDenyWriteExecute=false
RestrictRealtime=true
RemoveIPC=true
[Install]
WantedBy=multi-user.target der EIntrag war bereits vorhanden
Danke im voraus
-
Da ich das Problem ja paralel zu hugoeugene darstellen kann:
Der Pi startet ganz normal, das webfront ist ohne Aufruf vom Trace oder Debug nicht erreichbar.
Demnach startet doorpi nur im daemon nicht, weder im autostart, noch manuell.
Gibt es nicht die Möglichkeit python3.7 als Standard zu setzen und das Problem zu umgehen oder benötigt doorpi zwingend python2.7?
-
Alles anzeigen
Knutnoh ich habe - wie du - lange nach einer funktionierenden Anleitung gesucht, da viele schon veraltet sind und mit aktuellen Systemen nicht mehr funktionieren. Gestern habe ich eine tolle Anleitung gefunden:
Einziges Problem: Am Ende lässt sich DoorPi nicht als Service einrichten und starten.
Hierzu habe ich im Forum einen neuen Thread eröffnet, der ist dann für dich bestimmt auch interessant:
Doorpi Service kann nicht gestartet werden
Sag mir gerne mal, ob du den Service zum laufen gekriegt hast
Die Installationsanleitung habe ich durch, soweit auch alles super. Nur halt, wie bei dir, keine chance doorpi im daemon zu bekommen und zu starten.
-
Bei mir das selbe Problem. Im Trace läuft Doorpi unter Buster perfekt. Im Daemon keine Chance.
Meine Fehler wie folgt:
service doorpi start
Job for doorpi.socket failed.
See "systemctl status doorpi.socket" and "journalctl -xe" for details.
Failed to start doorpi.service: Unit doorpi.service has a bad unit file setting.
See system logs and 'systemctl status doorpi.service' for details.
und bei systemctl status doorpi.service
doorpi.service - DoorPi
Loaded: bad-setting (Reason: Unit doorpi.service has a bad unit file setting.
Active: inactive (dead)
Docs: https://github.com/motom001/DoorPi/wiki
Mar 20 19:49:29 raspberrypi systemd[1]: /usr/local/lib/systemd/system/doorpi.ser
Mar 20 20:12:02 raspberrypi systemd[1]: /usr/local/lib/systemd/system/doorpi.ser
Mar 20 20:12:03 raspberrypi systemd[1]: /usr/local/lib/systemd/system/doorpi.ser
Gibt es hier ein allgemeines Problem?
-
Kann mir jemand helfen?
Mein DoorPi startet nicht, was ist das für ein Fehler?
doorpi.service - LSB: DoorPi
Loaded: loaded (/etc/init.d/doorpi; generated)
Active: failed (Result: exit-code) since Fri 2021-03-19 19:45:31 GMT; 16s ago
Docs: man:systemd-sysv-generator(8)
Process: 1304 ExecStart=/etc/init.d/doorpi start (code=exited, status=1/FAILUR
Mar 19 19:45:31 raspberrypi doorpi[1304]: File "/usr/local/lib/python2.7/dist-
Mar 19 19:45:31 raspberrypi doorpi[1304]: app.pidfile_path, app.pidfile_time
Mar 19 19:45:31 raspberrypi doorpi[1304]: File "/usr/local/lib/python2.7/dist-
Mar 19 19:45:31 raspberrypi doorpi[1304]: lockfile = pidfile.TimeoutPIDLockF
Mar 19 19:45:31 raspberrypi doorpi[1304]: File "/usr/local/lib/python2.7/dist-
Mar 19 19:45:31 raspberrypi doorpi[1304]: super().__init__(path, *args, **kw
Mar 19 19:45:31 raspberrypi doorpi[1304]: TypeError: super() takes at least 1 ar
Mar 19 19:45:31 raspberrypi systemd[1]: doorpi.service: Control process exited,
Mar 19 19:45:31 raspberrypi systemd[1]: doorpi.service: Failed with result 'exit
Mar 19 19:45:31 raspberrypi systemd[1]: Failed to start LSB: DoorPi.
-
Stehe ebenfalls auf dem Schlauch und habe grad nur Probleme meine neue Installation einzurichten. Gibt es kein aktuelles How-To ? Oder gar ein Buster Image mit schon installierter doorpi variante?
