Wenn ich das ohne bestätigen nicht anwähle dann geht es wenn ich es bestätige. Automatisch aber nicht
Beiträge von Maz
-
-
Ja ziemlich bescheiden. Eigentlich kann ich es mir nicht vorstellen dass es daran liegt. Es wird ja getriggert. Ab da ist es doch egal was für ein Modul finde ich.
-
Das träge reagieren hatte ich so zwar noch nicht aber das die Dimmer mal gar nichts machen auch schon oft. oder der Krampf mit den Lampen neulich. Neustart der hue Bridge hast du sicher schon gemacht ?
hat bei mir zumindest oft Probleme gelöst
muss aber ehrlich sagen, dass ich von Philips als Vorreiter in solchen Sachen generell mehr erwartet hätte. Es hakt einfach zu oft irgendwo mal. Das darf einfach nicht sein bei Licht und gerade bei den Preisen... -
Mal eine Frage zum Upload auf ftp Laufwerke. Ich bekomme ständig Fehler hierbei und es werden nur sehr sporadisch Videos hochgeladen. Also nur ein Bruchteil der Videos.
Ich vermute ja das liegt An meinem NAS. Evtl klappt es nicht wenn Es schläft und die Platten ausgeschaltet sind?
-
Hast du es genau so gemacht wie ich?
Bei mir ist es halt Original im Auto dabei.
Ja genauso habe ich die Regel erstellt. Ich bekomme dann wenn ich ins Auto steige zwar die Meldung dass es ausgeführt wird aber es passiert eben nichts

-
Ich kann mir nur erklären dass die automation mit CarPlay bei mir nicht funktioniert weil ich kein originales sondern über eine China Box habe.
Allerdings bekomme ich die Push das es ausgeführt wird...
-
Soll man eigentlich besser shrink nehmen oder zip?
-
Das ist ja auch wunderbar, wenn man alles innerhalb von HUE abdecken kann. Ich habe allerdings gemischte Systeme an Licht und Steckdosen am werkeln, die ich in diesem Sinne dadurch nur in HomeKit konfigurieren kann. Bei BenGore habe ich das ähnlich verstanden?! Ich kann mich irren.
Wie dem auch sei: Alles kein Grund sich nicht "länger einzumischen".

bei mir ist es ebenfalls so. Ich habe es aber so gelöst das ich die Lichter (hue) mit hue konfiguriere und die HomeKit Sachen die sich damit nicht konfigurieren lassen, einfach per Regel in HomeKit mit ran hänge. Das funktioniert tadellos und ist und ist für die bessere Variante. So geht mein Nanoleaf einfach immer zusammen mit der Living Color an und aus.
Aber das kann jeder machen wie es für ihn besten läuft

-
Danke das klingt doch gut
dann werde ich das meinen eve door Probieren. Mal sehen ob die Reichweite da noch reicht -
Geht bei solch einem Sensor gerade jetzt im Winter draußen nicht allzu schnell die Batterie leer?
-
det ohne den Eintrag im bootdevice hat das Backup aber nicht funktioniert

-
Ich weiß ja nicht was der router hier für einen Anteil hat aber bei mir ist es eine 7590.
Aber nachdem ich jetzt 3x den Kanal gewechselt habe und dann aufgegeben hab, hat sich das ganze doch wieder gefangen augenscheinlich.

-
Jetzt hat es mich auch erwischt. Die krux ist alle Lampen wie meine Dresden per Homebridge geschaltet werden funktionieren, aber die Original hue und Teilweise meine hue bewegungsmelder sind in hue nicht erreichbar und folglich auch in HomeKit. Allerdings kann ich sie eingeschränkt schalten. Automationen und Szenen gehen natürlich auch nicht...
was für ein Murx.... Normal konnte ich solche Spinnereien seitens hue mit einem einfachen bridge reset( Strom aus/ein) beheben. Aber jetzt geht gar nichts ...
hat bei euch jetzt irgendwas zum Erfolg geführt und die Lampen wieder im Griff bekommen?
auch ein zigbee Kanal Wechsel hat ungefähr 0.0 gebracht ...jedes Mal wenn ich Lampen blinken lasse tun es nicht alle sondern mal die mal die andere...
seit über 1h Fummel ich hier rum, zig hue bridge Neustarts und 3x zigbee Kanal Wechsel später wird es nur schlimmer nicht besser. Ich habe keinen Nerv mehr ...
-
Willst du auf einen Stick im Pi sichern? Dann musst du eigentlich nichts eintragen
-
# Notiz Timerzeiten #
#########################################################################################################################
#logwatch.timer: # OnCalendar=Mon-Sun *-*-* 00:00:00
#raspiBackup.timer: # OnCalendar=Mon-Sun *-*-* 01:00:00
#fritzbox-reboot.timer: # OnCalendar=Sun *-*-* 02:00:00
#system-reboot.timer: # OnCalendar=Sun *-*-* 02:30:00
Wird hier bereits automatisch täglich ein backup gemacht oder würde das erst, wenn man die raute vorher entfernt?
-
Alles anzeigen
Bei Version 0.1.7 kann es sein es gibt noch keine cfg Datei.
mount.nfs: NFS URLs are not supported
Datei in /mnt/backup anlegen
jetzt sollte mit
jetzt sollte die Datei weg sein und nach einem erneuten
wieder sichtbar
nach dem unmount ist die Datei noch sichtbar. Allerdings wenn ich Über den Finder in die Freigabe reingehe, ist dort keine Datei. Sollte sie nicht auch dort vorhanden sein?
pi@Homebridge:/mnt/backup $ sudo mount -t nfs 192.168.178.28:/i-data/ed6dcecd/nfs/homebridge /mnt/backup
pi@Homebridge:/mnt/backup $ sudo touch /mnt/backup hello.txt
pi@Homebridge:/mnt/backup $ ls -al /mnt/backup
insgesamt 8
drwxrwxrwx 2 root root 4096 Jan 1 12:44 .
drwxr-xr-x 5 root root 4096 Jan 1 11:49 ..
pi@Homebridge:/mnt/backup $ ls
hello.txt
pi@Homebridge:/mnt/backup $
Das hat geklappt
Der ":" hat gefehltwäre das ganze jetzt trotzdem richtig vorbereitet und ich müsste das ziel jetzt entsprechend in der CFG Datei eintragen für das Backup?
EDIT:
Hab jetzt raspiBackup.sh 0.4.11 geladen aber mit
sudo nano hbridge_backup.cfgfinde ich keine Option wo ich das ziel des Backups festlegen kann (NAS)
EDIT2: Folgendes habe ich mit nano in die CFG eingetragen:
#########################################################################################################################
# raspiBackup.sh #
#########################################################################################################################
Boot_Device="mmcblk0" # Das Boot-Device eintragen (Achtung ohne Ziffer, "sda", "sdb")
Backup_Device="192.168.178.28:/i-data/ed6dcecd/nfs/homebridge" # hier das Sicherungs-Device eintragen (\"\dev$
Backup_Pfad="/mnt/backup" # Backup Ziel ("" = /mnt/USB_Device) oder z.B. "/home/UserName/hbridge_install" eintra$
Backup_Anzahl="3" # 2 alte Backups bleiben erhalten +1 (aktuelle Backup)
Del_Img="1" # 0= nichts löschen "nodel", 1= max. AnzBackup-1 Img bleiben auf dem Stick, 2= alle Im$
DispSicTime="1" # Anzeige der Uhrzeit vor und nach der Sicherung/Shrinking 1= an, 0= aus
Run_Batch="0" # 1= Batch-Modus an, 0= Batch-Modus aus
image_Name="" # Dateiname der Sicherungsdatei vorgeben (das Datum, wird autom. angefügt)
gzImage="0" # 0 = disable, zip/gz = im Anschluss wird die img-Datei gepackt (*.zip/*.img.gz)
Backup_txt="0" # 1= eine Kommentar-Datei zum Backup anlegen (Bestätigung mit Enter notwendig!)
KommentarZeilen="5" # Anzahl der Zeilen für den Kommentar
Backup_Log=0 # 1= mini Log-Datei zum Backup mit erstellen
Shrink_Image="0" # 0= Image nicht shrinken, 1= Image shrinken
Skip_Autoexpand= # true = kein autom. erweitern des Filsystem nach dem Restore, false = Fsystem autom. $
TToken_raspiBackup=$TToken_hbridge_new # Token für Telegram API
TChat_ID_raspiBackup=$TChat_ID_hbridge_new # CHAT ID für Telegram bot Chat
Danach kommt folgendes:
pi@Homebridge:~/hbridge_install $ ./raspiBackup.sh ?
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
mmcblk0 179:0 0 7,5G 0 disk
├─mmcblk0p1 179:1 0 41,8M 0 part /boot
└─mmcblk0p2 179:2 0 7,4G 0 part /
Jetzt den Sicherungs-Stick anstecken! (10sec warten, dann weiter mit Enter)
det ist mmcblk0 das richtige bei Bootdevice damit alles gesichert wird oder reicht hier mmcblk0p2?
Es scheint zumindest zu funktionieren
Das Backup Image wird gerade auf der NAS erstellt. Herzlichen Dank an det und Nastra ! 
PS: kurze Zwischenfrage. Kann ich mit irgendeinem Befehl gucken wie schnell das Backup geschrieben wird bzw die Netzgeschwindigkeit/Aktivität? Leider habe ich nur den
Raspberry Pi 3 Model B Rev 1.2 welcher nur 100mbit LAN hat aber es ist trotzdem schneller als jeder USB Stick bisher. Um genau zu sein 20min, also 1/3 der Zeit wie mit dem USB Stick ! Damit kann ich leben und es war den Aufwand wert

-
Ich bin jetzt so vorgegangen aber es hakt irgendwo noch:
pi@Homebridge:~ $ showmount -e 192.168.178.28
Export list for 192.168.178.28:
/i-data/a388c690/nfs/NSA325 *
/i-data/ed6dcecd/nfs/homebridge *
pi@Homebridge:~ $ sudo mount -t nfs 192.168.178.28/i-data/ed6dcecd/nfs/homebridge /mnt/backup
mount.nfs: mount point /mnt/backup does not exist
pi@Homebridge:~ $ sudo mkdir /mnt/backup/
pi@Homebridge:/mnt/backup $ sudo mount -t nfs 192.168.178.28/i-data/ed6dcecd/nfs/homebridge /mnt/backup/
mount.nfs: remote share not in 'host:dir' format
pi@Homebridge:/mnt/backup $ sudo mount -t nfs 192.168.178.28/i-data/ed6dcecd/nfs/homebridge /mnt/backup
mount.nfs: remote share not in 'host:dir' format
-
Muss ich beim Erstellen eines Images mit Pibaker irgendetwas beachten?
Hatte damit vor einiger Zeit mal ein komplettes Backup meiner 16 GB SD Karte erstellt. Heute wollte ich es dann auf einer zweiten SD Karte, ebenfalls 16GB, installieren und hatte beim Booten des PIs so viele Fehlermeldung, dass er dann irgendwann abgeschmiert ist. Muss das Image zwingend mit Pibaker auf die SD Karte installiert werden? Hatte es nämlich ganz klassisch über das Terminal gemacht..
das sollte keinen Unterschied machen. Pi Baker macht das gleiche wie das Terminal
-
nein tatsächlich nutze ich einen pi3. Aber das der neue kein USB unterstützt ist mir jetzt auch neu 😀
bin im Moment auch ziemlich raus der Thematik muss ich sagen -
Backup des kompletten Image zu erstellen macht schon Sinn ich mache das auch so. Für MacOS gibts dafür ApplePiBaker. Genial einfach.
Dein Workflow sieht schon etwas gruselig aus, aber ich kenne mich mit Fenstern nicht aus und weiss daher nicht obs da auch ein simples Tool gibt um das SD Image schnell in ein ZIP zu kopieren.
Ja so kann man es machen und Pi Baker ist auch super dafür. Nur mit det seinem tool und einem USB Stick im Pi kann man das backup erstellen ohne einen Handschlag zu machen. Zum Restore nehme ich gerne den Pi Baker.
Ich hätte das ganze gerne noch auf dem NAS.
Nastra Werde ich mal testen. Deine Geschwindigkeit des Backups verblüfft mich. Bei mir dauert es mit dem schnellsten stick am Pi locker 40min eher mehr bei 8GB