Beiträge von ClaudiaF

Zitat von BJ1

Warum sollte ich mich auf Dich beziehen? Nur weil mein Beitrag unter Deinem steht? Zeig' mir mal die Stelle.

Ja, wenn ein Post unter einem anderen steht und der zeitlich Abstand zusammen mit dem aufgenommen Thema über Codestyle
und dem Verweis über die Bibel könnte es/muß es aber nicht einen Hinweis sein, dass Du ein Diskussion auf mein vorheriges Post starten wolltest.
Daher für mich unklar und da ich nicht unhöflich sein wollte, im Falle das Du mich ansprichst, habe ich nachgefragt, aber jetzt ist es klar,
dass Du nicht eine Diskussion mit mir starten wolltest.

Cheers
Claudia

Zitat von BJ1

Wie man's sieht. Steht doch im Beitrag unten dran: JM2C

??? Sorry, aber klarer ist es für mich nicht geworden. Dein 1/50stel Euro können/müssen sich aber nicht auf meinen Beitrag beziehen.

Cheers
Claudia

@BJ1
bin nicht ganz sicher, ist dein Beitrag eine Antwort auf meinen?

@harryberlin
Ich hoffe das ist jetz nicht falsch rübergekommen aber Du kannst auf den kompletten Code stolz sein, ist deiner, sollen andere erstmal nachmachen.

Cheers
Claudia

Also alles wie oben beschrieben umsetzen und die Überprüfung auf dem ESP wäre dann

// CONTROL LCD
int index = req.indexOf("/lcd/time/");
if (index != -1) {
    Serial.println(req.substring(index+10));
    respMsg = "OK: LCD NEW TIME SET";
} 
delay(2000);

Cheers
Claudia

Edit: vergiß den delay(2000) - keine Ahnung warum der drinnen ist

Ich bin schon der Meinung das Code durchaus nach gewissen Masstäben geschrieben werden sollte,
ABER, es muß sich auch die Frage gestellt werden, wofür den der Code gedacht ist.

Wenn Du dass im Python-Forum postest mit dem Anspruch jemanden etwas über Pythonprgorammierung zu erklären,
oder ein Open-Source Projekt daraus machst das ggf. andere mitpflegen sollen, dann ja, ich bin ohne Sünde ich schmeiße dann mal

Aber wenn es um dein Projekt geht, dass Du schreibst und für Dich tut was es soll, dann gibt es kein pep8. PUNKT.
Du mußt wissen was das tut und wie Du damit am besten auskommst.
Was helfen List Comprehensions wenn ich mich immer wieder fragen muß was das nochmal war oder ...
Dein Projekt - dein Codingstyle - dein Problem nachher

Abgesehen davon, pep8 ist keine festgeschriebene Bibel, es ist eine Empfehlung und wer das nicht versteht
mag mir doch bitte mal erklären warum ein Zeilenumbruch, heutzutage, bei 80 Zeichen sein soll.

In dem Sinn - keep on coding (ha, dass ist ja auch noch zweideutig)

Cheers
Claudia

@no.spam
Der Build ansich scheint funktioniert zu haben

usb 1-1.2: new high-speed USB device number 4 using dwc_otg
usb 1-1.2: New USB device found, idVendor=046d, idProduct=08c5
usb 1-1.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
videodev: loading out-of-tree module taints kernel.
Linux video capture interface: v2.00
WARNING: You are using an experimental version of the media stack.
	As the driver is backported to an older kernel, it doesn't offer
	enough quality for its usage in production.
	Use it with care.
Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
	79e0a1c5121ad34186d3f21d151b128905721a89 saa716x: replace pci_enable_msix() with pci_enable_msix_exact()
uvcvideo: Found UVC 1.00 device <unnamed> (046d:08c5)
input: UVC Camera (046d:08c5) as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.2/1-1.2:1.0/input/input0
usbcore: registered new interface driver uvcvideo
USB Video Class driver (1.1.1)
usb 1-1.2: Warning! Unlikely big volume range (=3072), cval->res is probably wrong.
usb 1-1.2: [5] FU [Mic Capture Volume] ch = 1, val = 4608/7680/1
usbcore: registered new interface driver snd-usb-audio

und ein Device gibt es nun auch

ls -l /dev/video*
crw-rw----    1 root     video      81,   0 Nov 22 00:00 /dev/video0

aber ffmpeg meckert noch. Mal schauen was daraus noch wird.

Cheers
Claudia

Zitat von harryberlin

auch, wenn einiges nicht python konform ist

Ja, Du bist durchaus kreativ ,
aber letztendlich kommt es doch darauf an ob es tut was es soll

Cheers
Claudia

@no.spam
Nach 8,5 Stunden hab ich dann doch mein erste LE für RPi3 gebaut bekommen.
Auf der Website steht zwar dass der erste Build solange dauern kann, aber .... phew.
Ok, werde dies morgen und ggf. übermorgen testen und schauen ob dies eine Lösung wäre
und da bin ich wie Du, wieso wegschmeißen wenn man das noch gebrauchen kann.
(Ich höre schon wieder die innere Stimme die schreit: Stauraum ist endlich)

@harryberlin
hab mich falsch ausgedrückt, war am kompilieren von LE.
Bezgl. in memory, schonmal mit io.BytesIO probiert und wenn OSMC dies unterstützt, mal geguckt
ob ein virtueller Monitor (xrandr) einen möglichen Ansatz bietet, weiß ehrlich gesagt nicht ob der RPi mehrere Outputdevices hat?

Cheers
Claudia

Ah, ok - da hast Du recht, ist etwas fummelig - werde mir mal die Tage OSMC anschauen.
Bin gerade am Compile - läuft seit 11:00
Wenn ich fragen darf, hast Du dein RearKamera-Issue gelöst bekommen?

Zitat von harryberlin

ich mag LibreElec nicht. das ist nich open genug, obwohl es sich open source schimpft.
osmc ist da besser.

Darf ich fragen warum LE nicht open genug ist?
Wo siehst Du Vor- und/oder Nachteile von LE bzw OSMC (ehrlich gesagt kenne ich OSMC nicht, heisst, hab ich nie probiert).

Merci
Claudia

Ich glaub mich tritt ein Pferd, Du hast ja das was ich mit meinem Rock64 vorhabe schon mit dem RPi gelöst, genial.
Da werde ich mich wohl ein bisschen auf der Webseite umschauen müssen

Aber zum Addon, ich denke nicht das es unter LibreElec läuft da dort die Treiber für die Webcams nicht gabaut werden.

Cheers
Claudia

Hätte ich mal früher in die linux.arm.conf geschaut, dann hätte frau gesehen, dass unter anderem CONFIG_USB_VIDEO_CLASS nicht gesetzt ist
und somit der Kernel ohne USB-Webcam-Support gebaut wurde.

Heisst, wenn Du die USB-Kamera unterstützt bekommen willst, mußt Du entweder im LibreELEC Forum dafür werben bzw. ein Feature Request öffnen oder
den RPi Builder fragen oder immer LE selber bauen.

In der linux.arm.conf müssten, soweit ich das verstehe, diese zwei Zeilen

CONFIG_USB_VIDEO_CLASS=m
CONFIG_USB_VIDEO_CLASS_INPUT_EVDEV=y

eingetragen werden damit die benötigten Module erzeugt werden.

Ich denke ich veruche mich mal daran ob dies tatsächlich so ist und würde wieder Bescheid geben.
Da ich aber keinerlei Erfahrungen mit CrossCompiling und LE Building habe kann ich nicht versprechen, dass dies
wie bei @Raybuntu ruckzuck mal geändert und gebaut ist

Cheers
Claudia

Hallo Rolf,

hab mal unter lib/modules/kernel nach Treibern bzw. Modulen gesucht, bin aber leider nicht
fündig geworden, sieht so aus als ob LibreELEC das nicht im Angebot hat.

Bin gerade noch am überlegen ob es einen anderen Weg gibt, aber momentan sieht es so aus
als ob das nicht so einfach realisierbar ist.

Cheers
Claudia

Hab gerade getestet, leider wird meine Logitech nicht richtig erkannt.
Kannst Du mal prüfen ob Du unter dem /dev Verzeichnis ein Video0 oder so siehst?
Wenn ja, dann mach doch mal ein

ffmpeg -i /dev/Video0 /tmp/test.avi

Wenn dies erfolgreich ist, dann solltest Du mit Kodi über den Videopunkt
und Dateien die avi Datei abspielen können.

Keine Angst, ist nicht als finale Lösung zu sehen nur um zu prüfen ob dies auch tut.

Geht das?

Cheers
Claudia

OK, hab mir das Projekt mal genauer angesehen und folgenden Vorschlag (alles ohne Pistole)

Im python script fügst im main loop nach

print("Next Pass (Localtime): %s" % ephem.localtime(tr))

einen Funktionsaufruf

doLCD(ephem.localtime(tr))

ein.
Die Funktion selber sieht zum Beispiel so aus

# CONTROL LCD
def doLCD(new_time):
    lcdUrl = STEPIP
    try:
        cmd = lcdUrl+"lcd/time/"+str(new_time)
        resp = urllib2.urlopen(cmd)
        if DEBUG:
           print (cmd)
           print resp.read()


        resp.close()
        time.sleep(0.1) # keep from overflowing ESP wifi buffer
    except:
        print "ERROR: LCD comm failure"

im esp sketch fügst Du im void loop eine Abfrage auf diesen String ein

// CONTROL LCD
  int index = req.indexOf("/lcd/time/");
  if (index != -1) {
    // req.substring(index)
    respMsg = "OK: LCD NEW TIME SET";
  }

Die Zeile // req.substring(index) ist die die ausgearbeitet werden muß,
sprich hier hast Du ja wahrscheinlich etwas wie LCD.write(... dann würdest Du dies
eben durch

LCD.write(req.substring(index))

ersetzen. Ob dies so 1 zu 1 geht hängt davon ab ob die genutzt LCD Schreibmethode einen String erwarten kann.

Achja, substring(index) liefert den gesammten Text bis zum Ende nach ermitteltem index zurück, was heisst, evtl. muß
auch erst ein buffer in der Größe angelegt werden um den Text zu speichern und dann der LCD Schreibmethode zu übergeben.
Hängt aber alles von den eingesetzten Methoden ab. Vlt. erstmal einen print auf die console um zu sehen ob es überhaupt funktioniert.

Alles ungetestet und habe mich so gut wie möglich an den vorgegebene Codestyke gehalten.

Cheers
Claudia

Edit: Du mußt höchstwahrscheinlich req.substring(index+10) machen, da ja der Start des gesuchten Strings ermittelt wird
und nicht das Ende. 10 = die Länge vom String /LCD/time/

Zitat von no.spam

Sieht wohl auch gut aus:

Eigentlich nicht, da ich erwartet habe das die Webcam unter Devices auftaucht.
Hab aber schon länger nichts mit ffmpeg gemacht, vlt. habe ich mir da etwas falsches gemerkt.
Werde ich am Dienstag nach den Tests sagen können.

Cheers
Claudia

Zu MicroPython,
MicroPython ist != Python, heisst MicroPython implementiert nicht alles von CPython und
die meissten Module haben ein u-Prefix wie zum Beispiel uos als os Modul.
Desweitern gibt es auch Unterschiede in der Art der Implementierung wie z. B. ReferenzCount vs. GarbageCollection.
D. h. das Du die wenigsten, bis auf sys wahrscheinlich keine, Standardbibliotheken und Module nutzen kannst.

Zu deinem Projekt, normalerweise wird dies so gelöst dass entweder der ServerA automatisch zu allen verbunden Clients eine Nachricht
verschickt oder der Client periodisch den ServerA nach neuen Infos kontaktiert. Dann gibt es noch die ServerA/ClientServer Lösung wo der Client
auch eine Serverkomponente hat die dann vom ServerA genutzt wird um Neuigkeiten zu veröffentlichen.

Bei allen Lösungen muß der Client und der Server einen IP-Code haben welcher dann durch TCP/UDP etc... die Kommunkikation realisiert.

Ggf. könntest Du auch Hardwarelösungen in betracht ziehen, sprich der Server setzt die Infos in Infrorot-Signale um und sendet diese zum Client,
oder Fake-Wifi-AP Announcements welche als SSID die Zeit als UnixTimestamp enthaten oder Lichtimpulse, Schallimpulse im nicht hörbaren Bereich
Funk, usw ... da fällt Dir wahrscheinlich mehr als mir ein.

Soll es eine Softwarelösung mit IP-Protokoll sein, dann müsstes Du Dich erstmal entscheiden welches Verfahren Du benutzen willst, da jedes
seine Vor- bzw. Nachteile hat danach finden wir bestimmt auch passenden Code

Cheers
Claudia

Erste Hürde geschafft.
Prüfe nun mit dem Befehl

ffmpeg -devices

ob die Webcam erkannt wird.
Wenn ja, habe ich so etwas wie, ffmpeg streamt die Webcam und Kodi spielt den Stream ab, vor.

per Kommando

lsusb -v

sehen ob sie erkannt wird, wenn ja, dann könnten wir sie EVENTUELL dazubringen was zu tun.

Also verstehe ich richtig - die Funktionsweise soll sein, Du startest etwas und bekommst dann auf dem angeschloßenen Monitor/TV
einen Livestream der Kamera, wenn Du beendest soll die Kamera deaktiviert werden.

Ich habe irgendwo noch eine Logitech Kamera rumliegen, da ich auch einen RPi3 und LibreELEC, allerdings Version 8, habe, kann ich mal schauen
ob ich etwas zum Laufen bekomme. Leider bin ich ab Morgen bis Montagabend unterwegs - heißt dass ich erst Dienstag dazukomme zu
testen. Schaue dann nochmal hier rein und wenn nicht schon eine andere Lösung läuft probier ich mal ein bisschen rum. Schönes Wochenende.

Cheers
Claudia

Was für eine Kamera ist das den?
Hast Du die einfach mal an den RPi gesteckt und geschaut ob sie erkannt wird? (lsusb)
Muss sie den am RPi hängen oder hat sie einen IP Stack auf dem verbunden werden kann?
Sollen nur Bilder (Snapshots) oder Videoaufnahmen abgespielt werden.
Nur intern genutzt oder über das Internet?
Nur aktiv wenn das Addon genutzt wird oder permanent selbstständig im Hintergrund arbeitend?
Sicherung der Aufnahmen?
Weitere Ideen die mir gerade nicht einfallen?