CUL vom CLI

[oliver69]

Hallo,

ich verwende CUL seit Jahren an einem Raspberry zum steuern von Intertechno und anderen Produkten direkt von der CLI.

Codebeispiel:  echo $code > /dev/ttyACM0

Seit einiger Zeit beschäftige ich mich auch mit dem Empfang.

Codebeispiel:
while read d1 ; do
if [ -n "$d1" ] ; then
  if [ ! -n "`echo $d1 | grep \"unknown\"`" ] ; then

HIER KOMMEN DANN AUSWERTUNGEN UND AKTIONEN ETC.

  fi
fi
done < /dev/ttyACM0

Beides alleine funktioniert wunderbar....nur zusammen nicht wirklich.
Das Empfangsprogramm wird mit rx.sh & gestartet, wenn jetzt tx.sh was machen soll passiert nichts. Ich denke das das Device durch rx blockiert ist. Ich suche jetzt eine Möglichkeit dies zum laufen zu bringen, ein Ansatz wäre wohl wenn rx.sh nicht blockieren würde. Ich weiss nur nicht wie das zu bewerkstelligen.

[rudolfkoenig]

Eine (womoeglich waghalsige) Alternative waere diese Perl-Skript-Sammlung namens FHEM zu verwenden.

[oliver69]

Eine (womoeglich waghalsige) Alternative waere diese Perl-Skript-Sammlung namens FHEM zu verwenden.

Das möchte ich nicht tun. Da sind 90% was ich nicht brauche und bis ich den Code überprüft aber ob er sicher ist.....

[justme1968]

wer die zeit zu prüfen ob FHEM sicher genug für ihn ist spart hat doch ganz viel zeit übrig an seinen shellscripten zu arbeiten und dann auch dort alle potentiellen sicherheits probleme zu lösen. ohne die zeit derer die FHEM verwenden in anspruch zu nehmen.

[KölnSolar]

Und warum wird das  FHEM_Forum genutzt  ? Nicht, dass da unsichere Antworten kommen

[rudolfkoenig]

Ich betrachte die Aufgabe als Gehirnjogging, und versuche den TE nicht zu bekehren:
Vorschlag: tx.sh schiesst rx.sh ab, schreibt die Daten, und startet rx.sh.

Code überprüft aber ob er sicher ist.

Wovon genau hast du Angst? Ich will deine Angst nicht nehmen, wuesste aber gerne, was die Leute bewegt.