Posts by ps915

@media (max-width: 768px) {
  
  /* Hintergrundfarbe für Subforum-Navigation setzen */
  div.pageNavigation {
    background-color: rgba(236, 239, 241, 1);
  }
}

media (max-width: 768px) {

/* Hintergrundfarbe für Subforum-Navigation setzen */
div.pageNavigation {
background-color: rgba(236, 239, 241, 1);
}
}

Okay, dann ist es ein WBB Bug?! Da kann ich wenig machen.

Quote from raspbastler

Hey Forenteam,

Ich glaube es ist an der Zeit danke zu sagen :)

Es ist echt spitze, was ihr in der kurzen Zeit schon wieder auf die Beine gestellt habt.

Die neue UI sieht echt gut aus, sowohl Desktop als auch Mobil.

Display More

Gestückeltes Zitat

Quote from raspbastler

Die kleinen Startschwierigkeiten sind normal, aber im großen und ganzen läuft es doch alles schon sehr rund!

Macht weiter so, schönen Tag der deutschen Einheit.

PS: Macht mal ne Pause

mfg

Display More

Einfach komplett zitieren, Quelltext anmachen, Zitat kopieren und wieder betreffende Zeilen löschen

Quote from raspbastler

Die kleinen Startschwierigkeiten sind normal, aber im großen und ganzen läuft es doch alles schon sehr rund!

Beitrag suchen und auf Zitieren klicken, dann ist der komplett ausgewählt. Danach einfach Passagen löschen!

Quote from Zentris

Kann es sein, dass die neue Forensoftware "schnarchlangsam" ist ?

Ich weiß jetzt natürlich nicht, wie die aktuelle Nutzerzahl ist, habe jedoch den Eindruck, dass die Response-Zeiten heftig angestiegen sind.

Ist das jetzt immer so?

(Vielleicht bekommen das Windows-User nicht so mit... da ist man Warten ja gewöhnt... ) ? :-)

Display More

Teilweise ja, das muss sich dann im Betrieb zeigen woran es liegt!
Ich habe aber auch teilweise extrem schnelle Zugriffszeiten, so richtig eingrenzen kann ich es noch nicht!

Ich mache hier mal dicht! Bitte Probleme, Wünsche bzw alles zur neuen Software hier in das neue temporäre Forum!

Danke euch! Ja, so in etwa war es. Nachdem es wieder live war, habe ich sämtliche Flaschen und Schüsseln weggeräumt und wir haben zusammen noch ein letztens symbolisches Bier getrunken und sind schlafen gegangen.

Aber ich denke um all die kleinen Problemchen noch zu beseitigen (auch das große URL Problem) werde ich mir noch ein paar Nächte um die Ohren hauen.

Aber wie gesagt, schließen, weggeben oder verrotten lassen werde ich das Forum niemals.

Quote from linusg

Ich würde irgendwie gerade gerne einen Thread erstellen, in dem ich die tollsten neuen Features niederschreibe, um mir selbst darüber klar zu werden, was sich alles zum positiven hin gewendet hat

Schon so spät...

Go for it! Ich bin auch noch nicht fertig mit dem Finden neuer Features! =)

Quote from linusg

Kann's immer noch nicht glauben, dass das jetzt *so* schnell ging, danke und tschüss MyBB! :)

Juhuu, neue Emoji!

Juhuu, ein genialer Editor!

Juhuu, ein super "Bewertungssystem"!

Juhuu, ein zeitgemäßes, responsives Theme!

Juhu, Schnellantwort besser denn je!

Sehen wir von den Dingen, die nicht geklappt haben (Quotes, Bewertungen, einige Profileinstellungen, Avatar, ich werde jetzt andauernd an die 137 ungelesenen Beiträge erinnert...) einfach ab...

Display More

Deine Kommentare haben glaube ich auch den Anstoß bei mir im Kopf gegeben. Als ich dann den MyBB Editor aktualisiert habe und er kurzerhand sagte ich "bin nicht mehr kompatibel" hatte ich echt genug von MyBB!

Ciao Mybb! =) Wer möchte kann sich gerne von MyBB verabschieden!

Am Editor bin ich gerade dran Jungs.
Das Thank you Like Plugin (Juhu ein Plugin) hat ein Update bekommen und die Likes neu gezählt. Das alte Plugin wurde nie wieder gefpelgt und es haben sich nun ein zwei Entwickler gefunden, die das Plugin weiter führen und eben auch Änderungen durchgeführt. Mit Plugin gibt man sich immer in Hände Dritter, da habe ich keinen Einfluss drauf als munter zu aktualisieren damit das Forum nicht durch Sicherheitslücken gefährdet wird.

Seit zwei Tagen bin ich nun dabei eine größere Wartung vorzunehmen, also wie dbv schon sagte..... erwartet kurioses.

:heart:

PS: Editor geht wieder, oder?

Hey Leute!

Ich melde mich mal wieder zurück und berichte mal etwas zu dem Forum. Mir ist durchaus bewusst, dass es so nicht weiter gehen kann. Kurz vorweg: Das Forum wird nicht geschlossen, auf keinen Fall! Keine Angst.

Da ich privat wirklich viel zu tun habe, fällt es mir nicht immer leicht die Zeit zu finden mich um die Wartung zu kümmern. Eigentlich kann man es gar nicht Wartung nennen, sondern ein konstantes fixen von irgendwelchen Bugs. Als ich das Forum gestartet habe, habe ich mich schlicht und ergreifend für die falsche Foren Software entschieden. MyBB hinkt einfach hinterher. Seit Jahren wird hier von Version 2.0 geredet und es wird fleißig programmiert (ja es ist open source und da ist ach cool) aber wenn die Software fertig ist, ist sie schon wieder veraltert. MyBB zum Beispiel in seiner Entwicklunsgzeit noch nie ein "responsive" Design besessen was das Forum zum surfen auf dem Smartphone angenehm machen würde.

Ich habe haufenweise Plugins installiert, damit wird das Forum nach unseren Wünschen nutzen können. Doch das ist nicht der richtige Weg, denn viele Plugins werden nicht gepflegt, sind veraltert und führen zu anderen komsichen Bugs in der Foren Software. Ih könnte alle Plugins einfach rausschmeißen, das Standard Theme verwenden, aber dann würden wir sehr seh viel ausgeben.

Wie geht es weiter:
Ich werde nun nach und nach versuchen alte Plugins, die überflüssig sind rauszuschmeißen und die Bugs, die ich beheben kann versuchen zu beheben.

Ich habe nun eine Anfrage an Woltab gestellt was die Migration des Forums angehen wird. Ich möchte wissen, was uns verloren geht, was wir mitnehmen können usw.
Bitte vergesst nicht, dass die Migration nicht mal eben so gemacht ist. Das Forum und die Datenbank ist mehrere GB groß und allein der Upload würde über meine bescheidene 16k Leitung (In einem Neubaugebiet wohlgemerkt) auch ewig dauern.

Also bitte habt noch etwas Geduld. Ich möchte auf Dauer eine stabile Foren Software ohne viel Plugins, damit das Forum natürlich weiterhin gerne genutzt wird.

Beste Grüße,
Phil

....
so und nun gehe ich weiter Bugs fixen, schönen Sonntag!

So, nach etwas längerer Wartezeit habe ich es nun endlich mal geschafft das Unterforum zu erstellen! =)
Sorry für die Verspätung, ist nicht so einfach das alles unter einen Hut zu bekommen!

Ich denke, ich werde es mit diesem Server mal ausprobieren

https://www.hetzner.de/de/hosting/produkte_managed/mx90ssd

Wobei ich derzeit das Gefühl habe, dass der Server wirst besser läuft.

Basic
https://www.hosteurope.de/WebServer-Dedicated/

@real napster

Du glaubst gar nicht was Mybb an resourcen verschlingt. Derzeit sind es ca 1 Millionen hits pro Monat.
Glaube nicht dass ich einen passenden Server für 15€ im Monat finde.

Gerne gerne. Aber es sollte ein managed Server sein wo ich nicht viel konfigurieren muss, da mir schlicht die Zeit fehlt.

Hey,

der jetzige Server befindet sich ja, wie allgemein bekannt, an der Leistungsgrenze. Es ist definitiv geplant, dass wir auf einen neuen Server umziehen bei einem anderem Hoster. Nur das muss ich neben meinem eigentlichen Job und anderen Projekten, Hobbys und Familie noch planen damit es reibungslos klappt.

Die Serverkosten werden etwas steigen nach dem Umzug. Ich habe mir noch keinen Server entgültig ausgesucht, tippe aber auf monatliche Kosten von 150-200€.

Spenden werden natürlich gerne entgegengenommen.
Paypal@seidel-philipp.de

Beste Grüße,
ps915

Brauchst noch jemand fertig verlötete TinyTX und/oder Zubehör?
http://www.forum-raspberrypi.d…ender-dht22-rfm12b-433mhz

BUGFIX:
Irgendwas in den letzten Antworten bringt den Server dazu die Seite nicht zu generieren. Die Antworten sind selbstverständlich gespeichert und ich werde nun nach und nach die Antworten hier einfügen.

Fehler: LOG WURDE ENTFERNT DA ZU GROSS
16.000 Zeilen Log nimmt die MySQL Datenbank nicht.

Update: Ein User hat einen Log in seinen Beitrag eingefügt, welcher über 16.000 Zeilen lang war. Aus unerklärlichen gründen ist dieser Eintrag in die Datenbank gelangt, was dazu geführt hat, dass die letzte Seite des Themas nicht generiert werden konnte.
Das Problem ist behoben und alle gelöschten Beiträge sind in meinem Beitrag einzusenen. Der Bug wird MyBB gemeldet!

Gelöschte Beiträge
[hr]
montom001

Quote from Kreon

ich hätte da noch eine Idee für ein neues Keyboard.
Also: Taster --> Arduino --> USB-Serial --> DoorPi

Warum dann nicht die GPIO-Kabel bis zum Taster führen?
Meine Kabel vom PiFace laufen über 8 Meter bis zum Taster. Dafür aber in einem CAT-6 Kabel, damit ich das Ganze auch ein wenig geschirmt habe.
Aber PiFace läuft auch mit 5V Signalspannung, GPIO nur mit 3,3 V

Quote from Kreon

hat jemand ne Idee wie ich das realisieren kann?

Da hilft ein Klick auf diese Webseite mit einer genauen Beschreibung was programmiert werden muss.
Beschleunigt wird das Ganze mit einem "Bitte" hier im Forum.
Und noch mehr beschleunigt wird das Ganze mit einer Test-Stellung an den Entwickler (der es selbstverständlich danach zurück gibt).

Für mich klingt das nach der Verarbeitung von "serial" ähnlich dem rdm6300 Keyboard.
Vielleicht können sich die Hardware-Freaks hier im Forum überlegen, wie man das am Besten gestaltet könnte (eventuell sogar Ein- und Ausgänge) und mir dann sagen was ich dann programmieren müsste.

Quote from Kreon

habe schon mit dem virtuellen filesystem probiert. aber da ist die reaktionszeit zu lange.

Ist das subjektiv gemeint oder kannst Du das ein wenig genauer beschreiben?
Was ist "zu lange"? Was ist schneller?

[hr]

Kreon

Quote from motom001

Warum dann nicht die GPIO-Kabel bis zum Taster führen?
Meine Kabel vom PiFace laufen über 8 Meter bis zum Taster. Dafür aber in einem CAT-6 Kabel, damit ich das Ganze auch ein wenig geschirmt habe.
Aber PiFace läuft auch mit 5V Signalspannung, GPIO nur mit 3,3 V

Da hilft ein Klick auf diese Webseite mit einer genauen Beschreibung was programmiert werden muss.
Beschleunigt wird das Ganze mit einem "Bitte" hier im Forum.
Und noch mehr beschleunigt wird das Ganze mit einer Test-Stellung an den Entwickler (der es selbstverständlich danach zurück gibt).

Für mich klingt das nach der Verarbeitung von "serial" ähnlich dem rdm6300 Keyboard.
Vielleicht können sich die Hardware-Freaks hier im Forum überlegen, wie man das am Besten gestaltet könnte (eventuell sogar Ein- und Ausgänge) und mir dann sagen was ich dann programmieren müsste.

Ist das subjektiv gemeint oder kannst Du das ein wenig genauer beschreiben?
Was ist "zu lange"? Was ist schneller?

Display More

hallo motom001,

die Idee mit den rdm6300 Keyboard hatte ich auch schon. leider hapert es da noch ein wenig an der Umsetzung. der wert wird zwar eingelesen aber nicht in ein event umgesetzt.

nun zum filesystem. ich hatte ein script geschrieben, welches den wert aus serial ausliest und in die Datei für das filesystem input schreibt. doorpi sollte dann nur die Datei auslesen und dementsprechend handeln.
das funktioniert auch soweit.
aber leider dauert es vom Tastendruck bis zur Aktion über 5 Sekunden. was meiner Meinung nach etwas zu lange dauert.

[hr]

NEA

Hi motom001,

Das gibt es doch nicht das ich der Einzigste bin mit diesem Problem.

Habe dir im Beitrag 570 geantwortet ist der letzte post auf Seite 38. Der ist bestimmt bei Dir unter gegangen.

Gruß
Andreas

[hr]

j-ronny
Hallo ich bin neu hier

verfolge das aber von Anfang an und probiere es aus .
Ich habe nur eine frage zum keyboard from_rdm6300.py
wehre es möglich das alle rfid in einen log gespeichert werden,
auch die die keinen Zugang erhalten, am liebsten mit Datum und Uhr zeit

Gruß Ronny

[hr]
motom001

Quote from j-ronny

Ich habe nur eine frage zum keyboard from_rdm6300.py
wehre es möglich das alle rfid in einen log gespeichert werden,
auch die die keinen Zugang erhalten, am liebsten mit Datum und Uhr zeit

Ich hab das rdm6300 keyboard nicht programmiert, aber:
https://github.com/motom001/Do…oard/from_rdm6300.py#L121
https://github.com/motom001/Do…oard/from_rdm6300.py#L132
https://github.com/motom001/Do…oard/from_rdm6300.py#L134

Somit würde also bei jedem Key, der vorgehalten, vollständig und Checksummen-mäßig passt, gegen die bekannten Keys aus der Config verglichen.
Dabei sollten genügend Log-Ausgaben erfolgen, in der Art wie:

2015-08-03 10:44:42,049 [DEBUG]         [keyboard.from_rdm6300] key is 1234567

Natürlich muss dazu DoorPi mit --debug oder --trace gestartet werden um auch das Debug-Level angezeigt zu bekommen:
https://github.com/motom001/Do…-ich-doorpi-als-anwendung

Hilft Dir die Antwort?

Quote from Nea

Ich dachte ich könnte während dem Betrieb ein --trace anfordern. Da lag ich wohl falsch.

Hinweis auf:
http://linuxcommando.blogspot.…g-using-tail-or-less.html

tail -f /var/log/doorpi/doorpi.log

[hr]
Kreon

Quote from motom001

Von hinten durch die Brust ins linke Auge :) Aber dafür einfallsreich...
Mich würden die Zeiten interessieren von:
- Tastendruck bis Signal seriell ausgelesen werden kann
- Daten werden seriell ausgelesen bis Datei im Dateisystem geschrieben
- Datei wurde im Dateisystem geschrieben und wird von DoorPi als geändert erkannt

Ich denke, der erste und der letzte Schritt wird am kürzesten sein. Die meiste Zeit wird im mittleren Schritt "verloren" gehen.

Dann interessiert mich der Quellcode und wir basteln ein keyboard draus :)

Display More

ja, auf die schnelle fiel mir nichts besseres ein.

du hast recht, vom seriell auslesen bis zum schreiben der Datei vergehen gut und gerne 3 Sekunden.

hier erstmal die codes.

Arduino:

#define Button 2
#define AudioStrom 3


void setup() {
Serial.begin(9600);
pinMode(Button, INPUT_PULLUP);
pinMode(AudioStrom, OUTPUT);
digitalWrite(AudioStrom, LOW);
}


void loop() {
int Taster = digitalRead(Button);
Serial.println(Taster);
int Strom = Serial.read();
if(Strom == 1){
  digitalWrite(AudioStrom, HIGH);
} else if(Strom == 0){
  digitalWrite(AudioStrom, LOW);
}
}

Python (Serial zu Datei):

import serial
ser = serial.Serial('/dev/ttyUSB0', 9600)
while True:
Taster = ser.read()
pfad_in = "/var/DoorPI/keyboard/inputs/Taster"
pfad_out = "/var/DoorPI/keyboard/outputs/Strom"
f_in = open(pfad_in,"w")
f_out = open(pfad_out,"r")
f_in.write(Taster);
f_in.close()
Strom = f_out.read()
ser.write(Strom)
f_out.close()

und zum Schluss meine doorpi.cfg

[DoorPi]
#is_alive_led = Blink LED
dialtone = !BASEPATH!/doorpi/media/ShortDialTone.wav


[AdminNumbers]
**621 = active
**622 = active
**623 = active


[SIP-Phone]
sipphonetyp = linphone
sipserver_server = 192.168.2.10
sipserver_username = 620
sipserver_password = 620
sipserver_realm = 192.168.2.10
capture_device = ALSA: HD Webcam C615
playback_device = ALSA: USB PnP Sound Device
call_timeout = 30


[keyboards]
virtuell = filesystem
testsystem = gpio


#======== Config for Filesystem Keyboard =========
[virtuell_keyboard]
#reset_input = true
base_path_input = /var/DoorPI/keyboard/inputs/
base_path_output = /var/DoorPI/keyboard/outputs/


[virtuell_InputPins]
Taster = call:**621


[virtuell_OutputPins]
Strom = AudioStrom


#======== Config for Events =========
[EVENT_OnStartup]
10 = sleep:1
30 = out:AudioStrom,1


[EVENT_OnShutdown]
10 = sleep:1
20 = out:AudioStrom,1


[EVENT_OnSipPhoneCallTimeoutNoResponse]
10 = call:0152********


[AREA_public]
.*


[DoorPiWeb]
port = 81

[hr]
helischoberl

Quote from motom001

In der Log von helischoberl findet man auch das hier:

Code

2015-08-03 17:59:34,265 [INFO]          [sipphone.from_linphone] found 3 possible sounddevices:
2015-08-03 17:59:34,266 [DEBUG]         [sipphone.from_linphone] |rec|play| name
2015-08-03 17:59:34,266 [DEBUG]         [sipphone.from_linphone] ------------------------------------
2015-08-03 17:59:34,271 [DEBUG]         [sipphone.from_linphone] | O | X  | ALSA: default device
2015-08-03 17:59:34,275 [DEBUG]         [sipphone.from_linphone] | O | X  | ALSA: bcm2835 ALSA
2015-08-03 17:59:34,278 [DEBUG]         [sipphone.from_linphone] | X | X  | ALSA: USB Audio Device
2015-08-03 17:59:34,279 [DEBUG]         [sipphone.from_linphone] ------------------------------------
...
2015-08-03 17:59:34,281 [DEBUG]         [sipphone.from_linphone] using capture_device: ALSA: USB Audio Device
2015-08-03 17:59:34,283 [DEBUG]         [sipphone.from_linphone] using playback_device: ALSA: default device
...
2015-08-03 17:59:34,383 [INFO]          [sipphone.from_linphone] found 1 possible videodevices:
2015-08-03 17:59:34,384 [DEBUG]         [sipphone.from_linphone] | name
2015-08-03 17:59:34,385 [DEBUG]         [sipphone.from_linphone] ------------------------------------
2015-08-03 17:59:34,387 [DEBUG]         [sipphone.from_linphone] | StaticImage: Static picture
2015-08-03 17:59:34,387 [DEBUG]         [sipphone.from_linphone] ------------------------------------
...
2015-08-03 17:59:34,391 [DEBUG]         [sipphone.from_linphone] switching to first possible video device "StaticImage: Static picture"
...

Display More

Die passende Config wäre also:

Code

[SIP-Phone]
capture_device = ALSA: USB Audio Device
playback_device = ALSA: USB Audio Device

[hr]
Hallo erstmals Herzlichen Dank, jetzt funktioniert es.

Also ich muss hier mal euch ein ganz großes Lob aussprechen.
Das Proggie ist super und der Support ist erstklassig, auch Anfängern wie mir wird geholfen! Da können sich so manche ein Scheibchen abschneiden!

Hier kurz noch, ich habe in der aliases.conf
sudo nano /lib/modprobe.d/aliases.conf
die USB-Soundkarte wieder auf -2 gestellt
anschließend habe ich in der doorpi.cfg die Parameter wie oben beschrieben gesetzt und jetzt haut's hin.

Danke euch Lieben nochmal!

LG. Helmut
[hr]

j-ronny

Hallo erstmals Herzlichen motom001

[hr]
motom001

Manchmal klappt es:
https://github.com/motom001/Do…bd1ce4951f7a5d0be6b2ecd4b

Auszug aus dem Commit

Code

Neues Keyboard usb_plain und kleine Config-Änderung
zur Erweiterung der Config:
Beim Webservice config_save können jetzt auch Platzhalter wie "!BASEPATH!" verwendet werden.


zum neuen Keyboard:
Das neue Keyboard wurde gewünscht, damit der DoorPi mit einem Arduino per USB kommunizieren kann.


Beispiel-Config:
-------- snip --------
[keyboards]
arduino = usb_plain # definiert das neue Keyboard mit Namen und Typ


[arduino_keyboard]
port = /dev/ttyUSB0
baudrate = 9600
input_stop_flag = \n
input_max_size = 255 # wieviele Zeichen können max. übertragen werden, bevor es als Müll gilt
output_stop_flag = \n


[arduino_InputPins]
taster = call:**613 # was soll gemacht werden, wenn 'taster' + input_stop_flag über die Leitung kommt?


[arduino_OutputPins]
strom_an = AudioStrom an    # strom_an ist der "PinName" und auch gleichzeitig das, was übertragen wird, beim Output (+ output_stop_flag)
strom_aus ) AudioStrom aus
-------- snap --------


Steuern kann man den Output z.B. bei OnStartUp
-------- snip --------
[EVENT_OnStartUp]
10 = sleep:1
20 = out:strom_an,1


[EVENT_BeforeShutdown]
10 = out:strom_aus:1
-------- snap --------


Wobei der Wert hinter dem PinNamen vollkommen egal ist. Es wird immer der Name des Pins gesendet.
In dem Beispiel würde beim Start von DoorPi zuerst strom_an und beim Beenden von doorPi wieder strom_aus gesendet.

Display More

Ist aber vollkommen ungetestet, da mir die passenden Test-Stellung fehlt!

Und hier ist hier Dein Herzblatt

Gerne - ich kann es nur wiederholen - wer helfen will ist herzlichen willkommen:
- als Programmierer
- als Wiki-Update Schreibling
- als Supporter im Forum
- als positive Werbung im Freundeskreis oder im Internet (siehe meine Signatur)
- als Spender

Wie auch immer - jede helfende Hand ist gern gesehen.

[hr]

Nea

Guten Morgen,

ich habe auch das Problem mit dem USB Sound Device, eigetragen habe ich es richtig in die doorpi.cfg.
hier mein log.

LOG WURDE ENTFERNT DA ZU GROSS
16.000 Zeilen Log nimmt die MySQL Datenbank nicht.

Ich bekomme auch bei linphone einen unbekannten Error.

Hier nochmal meine doorpi.cfg

Code

[DoorPi]
is_alive_led = Blink LED
dialtone = !BASEPATH!/doorpi/media/ShortDialTone.wav
records = !BASEPATH!/records/!LastKey!/%Y-%m-%d_%H-%M-%S.wav
record_while_dialing = false


[DoorPiWeb]
#ip = 192.168.178.12
port = 8081


[AdminNumbers]
**620 = active
**623 = active
**624 = active
**625 = active
**626 = active


[SIP-Phone]
log.level = 5
log.console_level = 5
sipphonetyp = linphone
#server = 192.168.178.1
sipserver_server = 192.168.178.1
#username = 620
sipserver_username = 620
#password = *******
sipserver_password = *******
#realm = 192.168.178.1
sipserver_realm = 192.168.178.1
capture_device = ALSA: C-Media USB Headphone Set
playback_device = ALSA: C-Media USB Headphone Set




[AREA_public]
#Webserver ohne Logindaten erreichbar
.*


[SMTP]
server = smtp.1und1.de
port = 587
use_tls = true
need_login = true
username = andreas@schwarz-ketsch.de
password = schnillo1102
from = DoorPi


[DTMF]
"#" = out:Tueroeffner,1,0,3
"**633*" = out:Stromversorgung,0
"**66*" = out:Stromversorgung,1


[keyboards]
# pay attention: never run test- and prodsystem together,
# because the outputs have the same names
virtuell = filesystem
#testsystem = gpio
prodsystem = piface
#======== Config for Filesystem Keyboard =========
[virtuell_keyboard]
reset_input = true
base_path_input = /var/DoorPI/keyboard/inputs/
base_path_output = /var/DoorPI/keyboard/outputs/


[virtuell_InputPins]
Anruf_**620 = call:**620
Anruf_623 = call:**620
Anruf_624 = call:**620
Anruf_625 = call:**620
Anruf_626 = call:**620
tueroeffner = out:Tueroeffner,1,0,3
virtueller_tueroeffner = out:virtueller Tueroeffner,1,0,3


[virtuell_OutputPins]
Tueroeffner = virtueller Tueroeffner


#======== Config for GPIO Keyboard =========
[testsystem_keyboard]
#bouncetime = 200
#polarity = 1


[testsystem_InputPins]
11 = call:**620
13 = call:**623
15 = call:**624


[testsystem_OutputPins]
#16 = Tueroeffner
#18 = Stromversorgung
#7 = Blink LED


#======== Config for PiFace Keyboard =========
[prodsystem_keyboard]
bouncetime = 40
#polarity = 1


[prodsystem_InputPins]
1 = call:**623
2 = call:**624
3 = call:**625
4 = call:**626


[prodsystem_OutputPins]
0 = Licht
1 = Tueroeffner
2 = Stromversorgung
7 = Blink LED


#======== Config for Events =========
[EVENT_OnStartup]
10 = sleep:1
20 = out:Stromversorgung,1


[EVENT_OnTimeSecondEvenNumber]
#10 = statusfile:/var/DoorPI/status.json,!DOORPI_STATUS.json_beautified!

Display More

Danke

[hr]

motom001

Von hinten durch die Brust ins linke Auge :) Aber dafür einfallsreich...
Mich würden die Zeiten interessieren von:
- Tastendruck bis Signal seriell ausgelesen werden kann
- Daten werden seriell ausgelesen bis Datei im Dateisystem geschrieben
- Datei wurde im Dateisystem geschrieben und wird von DoorPi als geändert erkannt

Ich denke, der erste und der letzte Schritt wird am kürzesten sein. Die meiste Zeit wird im mittleren Schritt "verloren" gehen.

Dann interessiert mich der Quellcode und wir basteln ein keyboard draus :)

[quote='Nea','http://test.forum-raspberrypi.de/forum/index.php?thread/&postID=168429#post168429']
Habe dir im Beitrag 570 geantwortet ist der letzte post auf Seite 38. Der ist bestimmt bei Dir unter gegangen.

Display More

DoorPi arbeitet mit Threads. Dabei ist DoorPi der erste, Event-Handler der zweite, Webserver der dritte, pro keyboard-Input kommt ein weiterer dazu und fürs Sipphone brauchen wir auch mindestens einen. Insgesamt werden bei gestartetem DoorPi bestimmt 3-10 Threads im htop angezeigt.

Dafür gibt es im htop die F5 Taste um die Prozesse als Tree anzuzeigen.
Dann sieht man, es gibt einen Ursprung und mehrere Sub-Prozesse.

Ich weiß auch nicht, was Du Dir erwartest von:

pi@raspberrypi ~ $ sudo service doorpi stop
pi@raspberrypi ~ $ sudo netstat -tulpn | grep :8081
pi@raspberrypi ~ $ sudo service doorpi start
pi@raspberrypi ~ $ sudo netstat -tulpn | grep :8081
tcp        0      0 0.0.0.0:8081            0.0.0.0:*               LISTEN      5189/python
pi@raspberrypi ~ $ sudo /home/DoorPI/doorpi/main.py --trace

Du startest DoorPi als Service und hinterher als Anwendung. Natürlich ist der Port dann schon belegt.
So wäre es besser:

pi@raspberrypi ~ $ sudo service doorpi stop
pi@raspberrypi ~ $ sudo netstat -tulpn | grep :8081
pi@raspberrypi ~ $ sudo /home/DoorPI/doorpi/main.py --trace

Durch "sudo netstat -tulpn | grep :8081" darf dann KEINE Ausgabe kommen, sonst stimmt was nicht. Erst dann DoorPi als Anwendung starten.

[hr]

Nea

Da hab ich den Wald vor lauter Bäumen nicht gesehen.

Ich dachte ich könnte während dem Betrieb ein --trace anfordern. Da lag ich wohl falsch.

Ok Danke

[hr]