Alles klar , Danke
Ich weiße Bescheid 🤩
Alles klar , Danke
Ich weiße Bescheid 🤩
Hi ruesseltier
Wie würde der Befehl genau aussehen wenn das iso auf
/home/tools iliegt und das Image auf sdb1 soll mit Deiner Empfehlung bs=1M
MfG Helmut
Hallo wmautner und mauerspecht
Danke für Eure Hilfe
Habe es hin bekommen. Hat etwas gedauert weil ich die erste Installation zerschossen habe und ich bei einer Neuinstallation beim
Install von einem USB Stick Probleme hatte . Es wollte einfach keinen Grub installieren , obwohl ich das Betriebssystem mit Rufus auf dem
Stick installiert habe und beim Install UEFI install ausgewählt hatte. Erst ein Install vom einem eingebauten DVD Laufwerk aus
funzte es wieder und der Grub Bootloader wurde installiert und ich konnte den Install und Setup zu Ende führen.
Braucht nur noch die Raute (#) vor sda5 weg machen und jetzt ein mount /video1 absetzen und die 1TB SSD wird im OSD als video1 gelistet.
Beim Timer setzen kann ich nun festlegen wo die geplanten Aufnahmen landen sollen. Im OSD unter Aufnahmen wird video1 jetzt auch angezeigt und ich kann die Aufnahmen auswählen zur wiedergabe. Ich lasse das jetzt erstmal so. So kann ich beide Speichermedien befüllen.
Bis ich mir mal eine größer M2 NVME SSD kaufe als alleinige SSD.
Gruß Helmut
Hallo
Habe es versucht. Wenn ich die 2.5" SSD mounte kommt immer die Fehlermeldung ( nicht eingebunden )
Da die interne M2NVNe SSD als Uefi System bootet und sich die Externe S-Ata 2.5" SSD nicht als UEFI System einrichten lässt
Funzt das ganze nicht. Bleibt mir nur über einer größere M2 NVMe SSD zu kaufen als alleinige SSD im System.
Danke für eure Mühe. Ich gebe auf.
Gruß Helmut
Hallo
wmautner
Bekomme es nicht hin
wie müsste der genau Mountpoint denn aussehen.
Zurzeit landen alle Aufnahmen in video0
hier meine ausgabe von blkid
root@Digi25:/home/easyvdr# blkid -o list -w /dev/null
device fs_type label mount point UUID
------------------------------------------------------------------------------------------------------------------------------------
/dev/nvme0n1p2 ext4 / e653de5b-a406-484c-a61c-d3432e95c688
/dev/nvme0n1p1 vfat /boot/efi F217-F256
/dev/sda1 vfat (nicht eingebunden) 43DE-96EA
/dev/sda2 ext4 (nicht eingebunden) 1485c4bc-c51d-4d7b-8acc-f5bd20cb10cf
------------------------------------------------------------------------------------------------------------------------------------
die fstab sieht zur Zeit so aus:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=e653de5b-a406-484c-a61c-d3432e95c688 / ext4 noatime,errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=F217-F256 /boot/efi vfat umask=0077 0 1
# /media/easyvdr01 was on /dev/sda1 during installation
# UUID=1485c4bc-c51d-4d7b-8acc-f5bd20cb10f /video2 ext4 noatime,errors=remount-ro 0 1
/swapfile none swap sw 0 0
Video0 als Default Aufnahme Verzeichnis und video2 ist vorhanden
Mein System:
EasyVDR 5.x mit Kodi 20.2 - Linux Kernel:5.4.0-171 generic - CPU Intel Core i5 3470 Sockel 1155 - Softhddevice VAAPI 2.0.9 - IP:128
Mfg Helmut
Hallo wmautner
Werde es morgen ausprobieren.
Danke erst mal.
MfG Helmut
Hallo
Habe hier ein Problem
Auf einem Board mit UEFI Bio,s habe ich eine 128GB M2 SSD als System und Boot Partition eingerichtet
Der EasyVDR mit Version 5 bootet auch schön schnell von der M2 NVMe SSD ( 24 sec bis Bild) doch auf
dauer ist sie natürlich für Aufnahmen vom TV und Medien zu klein.
Möchte daher noch eine 1TB 2.5" S-ATA SSD als reine /medien/easyvdr01 Partition dazu verwenden.
Wie gehe ich am besten vor und trage in die /etc/fstab die richtigen Parameter ein.
Die Installation auf der internen M2 NVMe SSD erfolgte im UEFI Modus.
Die blkid gibt folgendes aus mit angeschlossener 2.5" 1TB SSD
root@Digi25:/home/easyvdr# blkid
/dev/nvme01p2: UUID="e653de5b-a406-484c-a61c-d3432e95c688" TYPE=ext4" PARTUUID="9ef19f13-f08a-49f6-fc789b212dbb"
/dev/nvme01p1: UUID="F217-F256" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID= xxxxxxxxxxx"
/dev/sda1: UUID="43DE-96EA" TYPE=vfat" PARTLABEL=EFI System Partition" PARTUUID=" xxxxxxxxx"
/dev/sda2: UUID="1485cbc-c51d-4d7b-8acc-f5bd20cb10cf" TYPE="ext4" PARTUUID="xxxxxxxx"
Die fstab sieht so aus:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=e653de5b-a406-484c-a61c-d3432e95c688 / ext4 noatime,errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=F217-F256 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
Geht so etwas . Kann man die zweite 1TB 2.5" SSD überhaupt mit einbinden.
Ich habe es bisher noch nicht hin bekommen.
Vllt hat von Euch einer eine Lösung für mich
Gruß Helmut
Hi Dieter
Habe hier einige Raspberry Pico,s
Die neuste Firmware habe ich schon geflasht.
Aus jrie,s Git . Die Version 2024-01-20_00-51RP2040_hid_irmp.uf2
Frage von mir wo muss ich denn die Status LED anschliessen.
An welchen Pin. Die Neopixel Led,s brauche ich nicht.
Möchte ich nicht verwenden
Gruß und Danke Helmut
Hi Andy
Die mir zu geschickte Tevii S480 Twin Satkarte PCI-e x1 ist OK und läuft bei mir ootb
Das nur so als Info
Paket ist schon auf die Reise zurück ..
Ok
Also die kleinen Stecker könnte man aus dem weißen 4fachstecker einzeln heraus ziehen
Und mit einem Schrumpfschlauch versehen und einzeln aufstecken
3 Kabel an den USB Port und das Rote Pluskabel an den CEC.
Das Wakeup Kabel an den internen Frontpanel Anschluss.PWR
Das isolierte STM Gehäuse kommt wenn möglich in das NUC Gehäuse
Bleibt aber immer noch das Kabel wo der TSOP dranhängt
Der muss auf jeden Fall nach außen verlegt werden.
Am besten im Sichtbereich der späteren Fernbedienung.
Ich denke wir sollten uns bei Reichelt die Passenden Steckerbuchsen besorgen.
Damit das ganze eine stabile feste Verbindung hat.
Gruß Helmut
Hi gggggg
Habe hier mal einen STM32 F401 mit USB C Buchse zusammen gestellt
Läuft mit dem RC6 MCE Protokol, der Tsop ist ein Sharp mit 36,7 khz.
Sollte so passen für einen NUC mit internen USB Anschluss und extra PWR Kabel zum PWR Pin zum Aufwecken des Nuc,s
Ich habe noch ein Extra Kabel hinzu gefügt zur evtl. benötigter Extra 5 Volt Stromversorgung.
Sowie noch eine Test LED zum Feststellen der Polarität des USB Ports . Der STM32 Arduino F401C
hat noch einen extra Ausgang für eine Standby LED , den kann man aber auch weglassen. Default habe ich alles angeschlossen.
Das Kit kannst Du sofort haben auch mit einer neuen RC6 SMK MCE Fernbedienung.
Die Sendung kommt mit jeder Menge Ersatzteilen , wie Tsops , LED, Kabel und Stecker , Dupont und USB C.
Ein USB C Kabel zu USB A ist dabei. . Aber ein USB C zu USB C müsstest Du dir noch besorgen.. Evtl.zu Testzwecken.
Einige Kabelbinder und Schrumpfschläuche sind auch dabei . Zum evtl. anfertigen von kürzeren oder längeren Verbindungskabel.
Der Wakeup auf dem STM32 Arduino ist schon eingestellt auf die Powertaste der Fernbedienung und sollte sofort funktionieren.
Kostet komplett ikl. Versand und neuer Fernbedienung mit Batterien 20,- Euro
Vorher bezahlen brauchst Du als alter VDR User nichts . Erst wenn Du das Kit behalten möchtest und es bei Dir funktioniert.
Ansonsten einfach zurück schicken. Mehr kann ich Dir nicht anbieten.
Meine Kontodaten kommen mit der Sendung.
Benötige zum evtl. Versand Deine Adresse am besten per PN.
Siehe Bild im Anhang:
Gruß Helmut
Test am besten dann mit einen STM Arduino mit einem USB C Anschluss ( F401)
Dann mit einem USB C Datenkabel mit 2 USB C Steckern den STM Arduino mit der USB C Buchse des NUC verbinden.
Und den Wakeup Ausgang des STM Arduino mit den Pwr Pin des NUC verbinden.
Wakeup funzt dann auch nur wenn die USB C Buchse des NUC im Standby die benötigen 5 Volt hat für die
Stromversorgung des STM.
Ansonsten den STM mit der 4poligen onboard USB Buchse verbinden und wenn die im Standby keine 5 Volt hat
Den Pin 1 des STM32 mit einer Extra 5Volt Quelle verbinden.Problem sind nur hier die Passenden Buchsen Maße.
So kleine habe ich nicht. So könnte der Wakeup gelingen.
.PS. Könnte man nicht wenn der interne 4polige USB Port die benötigten 5Volt hat im Standby einen
CIR Empfänger betreiben , wenn das Bio,s Wakeup aus S5 anbietet.
MfG Helmut
Hi
Ich fürchte das wird nichts.
Solche Stecker / Buchsen Typen habe ich nicht da.Nur Standard DuPont Buchsen und Stecker 2.54
Auf dem Bild sieht der Panel Header Anschluss aus wie ein Standard USB Anschluss.
Gruß Helmut
Hallo gggggg
Jedes Board steht unter Strom solange der Stromstecker gesteckt ist oder das Externe Netzteil an den Board Gerät angeschlossen ist.
Sonst könntest Du das Gerät gar nicht mit druck auf den Ein / Austaster einschalten
Es sei dann , das Gerät hat keinen Taster sondern ein Schalter.
Die internen zwei USB Reihen sind eigentlich genormt ( 2.54 ) Der Kabel vom Raspberry Pico oder dem STM32 Arduino
hat eigentlich 4 Adern in Reihe ( 4polige Buchse ) die belegen also nur eine Reihe des Internen USB Anschlusses.
Eine Reihe bleibt noch frei. Auch bei mir gab es einige Boards die im Standby keine 5 Volt an Pin1 des internen USB Ports lieferten.
Es gab weder Einstellmöglichkeiten im Bio,s noch war ein Jumper auf dem Board zum aktivieren da.
Es blieb da nur noch die Möglichkeit die benötigten 5 Volt+ vom großen Mainboard Stecker welches direkt vom Netzteil kommt abzuzweigen.
Bei einem Standard Netzteil ist es das violette Kabel das die 5 Volt+ führt. Ohne diese 5 Volt ist auch ein Hochfahren/Start des Boards Default unmöglich. ( Power Good )
Du hast das Glück auf Deinen Board das die 5 Volt+ am Header an Pin 11 Zur Verfügung stehen. Daher ist es ganz Easy von dort die benötigten 5 Volt+
an den USB IRMP Empfänger anzuschliessen. Es könnte sogar möglich sein das nur ein Kabel mit einem 220 Ohm Widerstand in der Leitung
zum Einschalten des VDR,s ausreicht . Entweder an Pin 6 oder 11 . Eher Pin 6 . Sollte der Pin 6 Belegt sein einfach das Kabel dazu stecken anlöten etc. . Das müsste man ausprobieren. Kaputt gehen kann dadurch nichts.
Wie gesagt die internen USB Ports können im Standby gerne Stromlos sein. Das macht gar nichts , denn der STM32 oder Raspberry bekommt
den Strom direkt vom Netzteil bzw Pin 11. Und Masse - liegt immer an, am Pin 4 des USB Ports. Pin 5 braucht man nicht.. (Dient der Abschirmung )
Auf den internen USB Port kommen nur drei Kabel vom STM32 . Der Pin 1 des USB Ports bleibt frei.
So ein Kit könnte ich Dir mit den passenden Kabel zusammen stellen zum kostenlosen ausprobieren . Auch mit einer neuen
SMK RC6 MCE Fernbedienung , damit es gleich funktioniert. Das Kabel zum TSOP ( Empfangsdiode ) am besten aus dem Gehäuse heraus
führen im späteren Sichtbereich der Fernbedienung. Dazu müsstest Du mir sagen wie lang es etwas sein soll.
Das einzige wenn Du den NUC mit der Fernbedienung einschalten willst ist das der STM oder Raspberry unter Strom steht.
Einschalten mit dem Powertaster am Nuc sollte auch noch immer möglich sein.
Wenn das alles so nicht funzt kannst Du mir immer noch das Kit zurück schicken.
Versuch macht klug !!
Frage von mir , wo auf dem Bild ist denn der Front Panel Header ?
MfG Helmut
Hallo sechs g
Ist doch alles vorhanden für einen Anschluss eines STM32 Arduino oder Raspberry Pico. ( Eine Pico würde ich empfehlen da er leichter zu flashen ist. )
Einen internen USB Port und wenn der USB Port keine 5 Volt liefert an Pin1 im Standby dann von Power Switch Header abnehmen
am Pin11 . Das Twin-Kabel zum Einschalten mit dem 220 Ohm Vorwiderstand im Kabel an Pin 6 und 8.
Das USB Anschlusskabel müsste so extra angebracht werden das 3 Kabel vom STM32 an den USB Port gehen
Und evtl. ein Kabel an Pin 11 zur Stromversorgung im Standby . Pin1: 5 Volt + VCC / Pin2: Data- / Pin3: Data+ und Pin4: GND/ Masse -
Damit der USB IRMP per Fernbedienungstaste Powertaste gestartet wird. Ausschalten funzt dann Software mässig oder übers OSD.
So einen STM32 oder Raspberry mit der Kabel Anordnung könnte man bauen.
Meine verbauten Tsops mit 36.7 khz können RC5 und RC6 Signal verarbeiten .Wakeup auf dem Empfänger ist schon angelernt
auf der Powertaste ( MS_MCE Code ). Es kann aber jede beliebige Fernbedienung angelernt werden die in RC5 und RC6 senden mit dem
Tool stm32IRconfig_gui . Das Tool gibt es für Linux und auch für Windows 10 (11)?
Gruß Helmut
Genau
Ich wecke alle meine Maschinen über den internen Power Button Anschluss mit einem STM,Arduino
Oder Raspberry Pico auf
Wobei mir noch nicht klar ist wie der NUC eingeschaltet wird
Hat der NUC überhaupt einen internen Powerbutton Pin Anschluss .
Habe so ein Teil noch nicht.
MfG Helmut
Hi
Wichtig ist halt das der STM dahinein passt oder wenn man den Nuc nicht sieht, hinten am Tv anbringt.
Das er mit einem USB port des Nuc,s verbunden wird zur Daten Übertragung .Am besten stellt der interne USB port
Auch im Standby die
benötigten 5 Volt am pin1,des USB Ports zu Verfügung .ohne die Stromversorgung kann der STM das Gerät sonst nicht über die Fernbedienung starten bzw einschalten. Sollte es keine Möglichkeit geben den internen USB Port unter Strom zu setzen.
Hat man noch die Möglichkeit die 5 Volt evtl. Vom Netzteil abzuzweigen und mit der Buchse pin1des USB Steckers/Buchse des
STM oder Raspberry Pico zu verbinden. An einem Externen USB Port geht das nur bedingt mit viel Aufwand.
Zur Zeit habe ich noch einige Arduino und Raspberry Empfänger da, auch mit neuer Fernbedienung.
Über benötige Kabellängen kann man noch reden.Z.B. zum Tsop ( Empfangsdiode ). Bedenke auch das evtl ein oder zwei Kabel zum internen Powerbutton Anschluss verlegt werden müssen , zum Einschalten des NUC,s mit der Fernbedienung ..
Ob der Empfänger am Thunderbolt Anschluss läuft weiß ich nicht. Hat bisher glaube ich noch keiner Ausprobiert.
Gruß Helmut
No, I gave it to user jrie as a gift.
It's not worth complaining about
Greetings Helmut
Hi Stefan
Wäre interessant wenn Du nur auf die Grafikkarte ( GT730 ) wechselst und die Software so lässt wie sie ist.
Um zu sehen ob der VDR damit hoch kommt.
Könnte auch am neuen 340.108 Nvidia liegen. Liefen die etwas älteren GT210 /220 evtl. noch mit dem Nvidia 304.x ootb
Nachtrag: Eine EVGA GT210 läuft bei mir noch mit dem Nvidia 340.107 Treiber sehr gut mit EasyVDR 3.x
Gruß Helmut
Hi Thomas
Schön das es jetzt bei Dir läuft.
Das einige Skins keinen Fortschrittsbalken bei einer Wiedergabe einblenden ist bekannt.
Eine Lösung gibt es noch nicht.
Die meisten User benutzen die Skindesigner Skins.
Aber ob die mit einer GT210 unter EasyVDR5.x noch laufen weiß ich nicht.
Deshalb hatte ich Dir ja empfohlen auf eine MSI GT 710 --> GT 730 zu wechseln.
https://www.kleinanzeigen.de/s-msi-gt-710/k0
Gruß und einen guten Rutsch ins neue Jahr
Wünscht Dir User Helmut alias emma53