NilsOF Skrevet 15. februar 2020 Skrevet 15. februar 2020 Sjekket nå, fila finnes som /etc/dhcpcd.conf Dette er Rasbian Buster. Dersom du bommer på filnavnet vil nano lage en ny tom fil. Siter
Knutarn Skrevet 16. februar 2020 Skrevet 16. februar 2020 13 hours ago, NilsOF said: Sjekket nå, fila finnes som /etc/dhcpcd.conf Dette er Rasbian Buster. Dersom du bommer på filnavnet vil nano lage en ny tom fil. Hmm, sjekk bilde Siter
NilsOF Skrevet 16. februar 2020 Skrevet 16. februar 2020 Oh, ventnå litt dette er Miniban? Jeg vet ingenting om den. Jeg håper bare at den har fått noen oppdateringer siden 2016.. Er den Debianbasert så kan det være at /etc/network/interfaces brukes. Jeg skrev litt om det hær: https://www.hjemmeautomasjon.no/forums/topic/5971-rpi4-liten-headless-innstallasjon-med-redusert-skriving-til-minnekort/ Siter
Knutarn Skrevet 16. februar 2020 Skrevet 16. februar 2020 3 minutes ago, NilsOF said: Oh, ventnå litt dette er Miniban? Jeg vet ingenting om den. Jeg håper bare at den har fått noen oppdateringer siden 2016.. Er den Debianbasert så kan det være at /etc/network/interfaces brukes. Jeg skrev litt om det hær: https://www.hjemmeautomasjon.no/forums/topic/5971-rpi4-liten-headless-innstallasjon-med-redusert-skriving-til-minnekort/ Da fikk jeg opp: auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp Siter
NilsOF Skrevet 16. februar 2020 Skrevet 16. februar 2020 @Knutarn jepp, dette er nettverksoppsett ala Debian. Eksempelene jeg har i den andre tråden er kommentert ut (med #) Ta den for statisk IP på eth0 og tilpass. MEN, dersom dette er miniban og den ikke er oppdatert siden 2016 ville jeg sett etter en annen distribusjon. Mye har skjedd siden 2016. Rasbian er den som jeg antar er mest "standard" Om man leser imellom linjene i denne guiden og trekker ut det man vil ha fra mine skriblerier så er det mulig å få noe brukandes. Jeg skal se om jeg putter inn litt om ser2net i tråden min når jeg får tid. Siter
Terje Klungervik Skrevet 27. februar 2020 Skrevet 27. februar 2020 (endret) Hvis minibian er utdatert, hvilken skal jeg da velge? Prøvde meg på Raspbian Buster med desktop, men klarte ikke å følge guiden med den versjonen. Dvs at jeg klarte ikke dette punktet: Remove console==============sudo nano /boot/cmdline.txtdelete these 2 fields: console=ttyAMA0,115200 kgdboc=ttyAMA0,115200ctrl-OEnterctrl-x Jeg finner ikke de 2 feltene i fila. Jeg følger resten av guiden, men hs3 finner ikke usb aeotec sticken. Er det noen måte å se hva jeg har gjort galt? Er langt ifra stødig på linux, men trodde det var enkelt da det var en slik teskje guide. Edit: Tror jeg fant problemet. Aeotec og raspberry 4 har litt problemer med hverandre. Må kjøpe meg en usb-hub så skal problemet løses. kjørte lsusb og fant ikke sticken. https://github.com/raspberrypi/linux/issues/3027 Endret 27. februar 2020 av Terje Klungervik Siter
NilsOF Skrevet 27. februar 2020 Skrevet 27. februar 2020 Om du bruker raspian -lite så er det eneste man trenger å gjøre er å installere og konfigurere ser2net. Og, ja Rpi4 bruker noen chiper fra Via som ikke virker med Aeotec g5 stikka. Jeg har anskaffet tre huber, men det viste seg at alle hadde chipset fra Via.. ? Jeg går over til UZB1 for å slippe den ekstra dingsen (huben). Siter
Terje Klungervik Skrevet 28. februar 2020 Skrevet 28. februar 2020 Hvordan er det å flytte nodene fra aeotec til uzb1? Siter
SveinHa Skrevet 28. februar 2020 Skrevet 28. februar 2020 10 timer siden, Terje Klungervik skrev: flytte nodene fra aeotec til uzb1? Aeotec sitt backupverktøy virker mot UZB1 og. Har prøvd og det virker men tar litt tid, 10-15 minutt eller noe sånn. 1 Siter
Terje Klungervik Skrevet 3. mars 2020 Skrevet 3. mars 2020 (endret) Overføringen av Deconzbee fungerte utmerket. Nå kjører jeg den usben på raspberry pi 4 uten problemer. Kjører Raspbian med gui. Kjøpte meg UZB1 og brukte Aeotec sitt backupverktøy. Den fungerte på serveren uten problemer. Prøvde å flytte den over til raspberry pi. kjørte lsusb og fant den. Prøver å koble den til homeseer, men hs klarer ikke å koble den opp. Trouble initializing. Får den beskjeden selv om uzb1 ikke står i raspberryen. skrevet: 10003:raw:0:/dev/ttyACM0:38400 8DATABITS NONE 1STOPBIT i conf filen. Restartet både pi og homeseer software. Men ikke noe tilkobling. Kjører dmesg | grep tty Men dette sier meg ikke så veldig mye. Noen tips? EDIT: løste problemet med at jeg skiftet på plass på usb-stickene. UZB1 er nå øverst til venstre. Var nederst til venstre, mens zigbee sticken var øverst. Endret 3. mars 2020 av Terje Klungervik 2 Siter
Guahtdim Skrevet 14. oktober 2020 Skrevet 14. oktober 2020 Mulig guiden burde vært oppdatert med image? Det den nå peker mot ser ikke ut til å fungere mer. Når jeg laster det over på SD-Kort så stopper jeg opp på "regnbue-skjermen". Jeg kommer til å fortsette guiden med Raspberry Pi OS (32-bit) Lite. Jeg skal prøve å være flink å legge inn avvik. 1 Siter
Tinge76 Skrevet 29. juli 2021 Skrevet 29. juli 2021 (endret) iblis skrev (På 2017-1-18 den 16.00): Dette kan du fikse med USB Persistent. Dette er veldig hendig hvis du f.eks må ta en soft reset på kontrolleren som gjør at den vil automatisk gå fra ttyACM0 til ttyACM1. Kjør sudo lsusb -v | more i terminalen og merk ned følgende informarsjon: *idVendor *idProduct *iSerial Opprett deretter filen 99-usb-serial.rules under /etc/udev/rules.d: sudo nano /etc/udev/rules.d/99-usb-serial.rules Med følgende informasjon (dette er slik min ser ut. Husk på å forandre idVendor, idProduct og iSerial for din enhet): SUBSYSTEM=="tty", ATTRS{idVendor}=="0658", ATTRS{idProduct}=="0200", ATTRS{serial}=="12345678-9012-3456-7890-123456789012", SYMLINK+="ttyUSB-UZB1" Neste gang du tar en reboot vil enheten din komme opp som en symbolsk link under /dev/ttyUSB-UZB1 samme om den blir registrert som ttyACM0, ttyACM1 osv. Hei, prøver oppsettet ditt, men finner bare "0" som serie nummer. Regnet med det skulle vært et langt nummer? Er sikkert derfor din metode ikke virker? Endret 29. juli 2021 av Tinge76 Siter
Terje Klungervik Skrevet 9. januar 2022 Skrevet 9. januar 2022 Noen som har testet Raspberry bullseye med dette? Var så dum å oppdatere til Bullseye uten å ta en backup av buster først. Fikk ikke kontakt med USB1. Lagde en ny Buster og da fungerte det. Siter
PCI Skrevet 23. september 2022 Skrevet 23. september 2022 (endret) Har nettopp oppgradert den ene pi'en til bullseye og fant ut at ser2net bruker .yaml som config fil nå. Så det er litt annerledes config oppsett. Erstatt nano /etc/ser2net.yaml med dette for å få UZB1 til å virke over nett: %YAML 1.1 --- default: name: kickolduser value: true default: name: speed value: 115200n81 connection: &con10003 accepter: tcp,10003 timeout: 120 enable: on connector: serialdev,/dev/ttyACM0 connection: er portnummer. Fant dette her: https://forums.homeseer.com/forum/lighting-primary-technology-plug-ins/lighting-primary-technology-discussion/z-wave-homeseer/1558575-stick7-on-a-rpi-with-ser2net#post1558582 Endre også nano /lib/systemd/system/ser2net.service med å legge til disse to linjene: After=network-online.target Wants=network-online.target [Unit] Description=Allows network connections to serial ports Documentation=man:ser2net(5) After=syslog.target network.target After=network-online.target Wants=network-online.target [Service] EnvironmentFile=-/etc/default/ser2net Type=forking ExecStart=/usr/sbin/ser2net -n -c /etc/ser2net/ser2net.yaml -P /run/ser2net.pid $OPTIONS Restart=always [Install] WantedBy=multi-user.target Alias=ser2net.service restart systemctl sudo systemctl daemon-reload Reboot Raspberrypi'en sudo reboot Etter oppstart, se om ser2net er oppe service ser2net status Skal være ingen feilmeldinger pi@raspberrypi:~ $ service ser2net status ● ser2net.service - Serial port to network proxy Loaded: loaded (/lib/systemd/system/ser2net.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2022-09-23 11:15:16 CEST; 1min 8s ago Docs: man:ser2net(8) Main PID: 587 (ser2net) Tasks: 1 (limit: 1624) CPU: 38ms CGroup: /system.slice/ser2net.service └─587 /usr/sbin/ser2net -n -c /etc/ser2net.yaml -P /run/ser2net.pid Sep 23 11:15:16 raspberrypi systemd[1]: Starting Serial port to network proxy... Sep 23 11:15:16 raspberrypi systemd[1]: Started Serial port to network proxy. Fungerer på en raspberryPi3 Endret 23. september 2022 av PCI 1 Siter
Terje Klungervik Skrevet 23. september 2022 Skrevet 23. september 2022 Tusen takk. Skal teste dette i helga. Siter
Terje Klungervik Skrevet 23. september 2022 Skrevet 23. september 2022 Installerte nyeste raspbian fra scratch. Fulgte oppskriften din, men får denne beskjeden. Kjører på Raspberry pi 4. Hva kan være galt? @PCI Siter
Terje Klungervik Skrevet 23. september 2022 Skrevet 23. september 2022 Fant en midlertidig løsning sudo systemctl restart ser2net Hvis det er noen som kan gi meg ett tips om hvordan jeg kan automatisk kjøre den etter raspbian har koblet seg på nettverket så hadde det vært supert. Siter
PCI Skrevet 23. september 2022 Skrevet 23. september 2022 Eneste jeg ser i ser2net.service filen under service er å endre Restart til =always. [Service] EnvironmentFile=-/etc/default/ser2net Type=forking ExecStart=/usr/sbin/ser2net -n -c /etc/ser2net/ser2net.yaml -P /run/ser2net.pid $OPTIONS Restart=always Siter
Terje Klungervik Skrevet 24. september 2022 Skrevet 24. september 2022 Fungerte ikke det heller. Tror jeg trenge å legge inn en delayed restart kommando. Noen tips? Siter
PCI Skrevet 24. september 2022 Skrevet 24. september 2022 (endret) Tror jeg fant løsningen nå som du kan prøve. Endre alle linjer i /lib/systemd/system/ser2net.service til dette: Under Unit: [Unit] Description=Allows network connections to serial ports Documentation=man:ser2net(5) After=syslog.target network.target After=network-online.target Wants=network-online.target Ser at After=syslog.target network.target under Unit ikke ble med. Eller erstatte rett og slett alt i filen med dette [Unit] Description=Allows network connections to serial ports Documentation=man:ser2net(5) After=syslog.target network.target After=network-online.target Wants=network-online.target [Service] EnvironmentFile=-/etc/default/ser2net Type=forking ExecStart=/usr/sbin/ser2net -n -c /etc/ser2net/ser2net.yaml -P /run/ser2net.pid $OPTIONS Restart=always [Install] WantedBy=multi-user.target Alias=ser2net.service Endret 24. september 2022 av PCI Skriveleif Siter
Terje Klungervik Skrevet 3. februar 2023 Skrevet 3. februar 2023 Hei. Da har jeg prøvd igjen etter jeg la oppgradering fra Buster til Bullseye på is en god stund. Ser på github at de har fortsatt problemer. Det står at ser2net bør starte etter at nettverket er funnet. Men jeg finner ikke noen løsninger på det. Eneste løsningen jeg ser er å kjøre sudo systemctl restart ser2net etter reboot. Noen som vet hvordan jeg kan få raspberry pi bullseye til å kjøre kommandoen "sudo systemctl restart ser2net" 10 sek etter boot? Siter
storeulv Skrevet 3. februar 2023 Skrevet 3. februar 2023 Terje Klungervik skrev (1 time siden): Noen som vet hvordan jeg kan få raspberry pi bullseye til å kjøre kommandoen "sudo systemctl restart ser2net" 10 sek etter boot? Forsøk med "uptime" Siter
kjetilkl Skrevet 10. oktober 2023 Skrevet 10. oktober 2023 (endret) Da har jeg satt opp dette på min 2B+ med buster: Raspberry Pi OS Lite (Legacy) Kernel version: 5.10 Debian version: 10 (buster) Det eneste som er forskjellig fra guiden i første post er at du nå fjerner serial interface med disse to kommandoene istedet for å redigere i filene inittab og cmdline.txt : sudo systemctl stop [email protected] sudo systemctl disable [email protected] Og alt virker fra HS 🙂 Den siste tingen er autostart - kommandoen for å autostarte ser2net virker ikke, den ligger ikke i /usr/local/sbin/, men finner ser2net i /usr/sbin/ - men legger jeg "/usr/sbin/ser2net -n" i /etc/rc.local så bare henger den Vet ikke om det er det siste poster over gjelder, at den nå må startes på annen måte? (Eller gjelder det bare bullseye?) Edit: Aha, det er altså kommandoen "sudo systemctl enable ser2net" som legger inn ser2net for autostart nå, så trenger ikke å gjøre noe mer enn å kjøre denne kommandoen 🙂 Endret 14. oktober 2023 av kjetilkl Siter
RBR Skrevet 26. desember 2023 Skrevet 26. desember 2023 (endret) Hadde behov for å flytte UZB1 stikken til en annen lokasjon enn der HS serveren er plassert. Det samme gjalt for en av RFXCOM enhetene. Forsøkte med en aktiv USB forlenger kabel, men for UZB1 stikken fungerte dette ikke. Fant da denne guiden og anskaffet en RPi 4B (overkill, men den eneste jeg fikk fatt i) for å forsøke dette alternativet. Fulgte guiden, men uten hell. Guiden begynner å bli noen år og så det har sjedd noen endringer underveis så dette oppsettet fungerte ikke for meg. Endte til slutt opp med denne installasjonen som ble rimelig enkel. Info om RPi og installasjon av OS finnes her: https://www.raspberrypi.com/documentation/computers/getting-started.html#networking Lastet ned RPi Imager og konfigurerte opp det valgte OS'et. Aktiverte her også SSH så jeg kunne fjerntikoble RPi for senere konfigurering. --------------------------- Board: RPi 4B OS: Raspberry Pi OS Lite Release date: December 11th 2023 System: 32-bit Kernel version: 6.1 Debian version: 12 (bookworm) ----------------------------- Etter at OS var installert og RPi startet opp koblet jeg meg til med SSH og oppdaterte RPi og installerte ser2net med kommandoene: sudo apt update sudo apt upgrade -y sudo apt install ser2net -y ------------------------------ Redigerte ser2net config filen: ------------------------------ nano /etc/ser2net.yaml connection: &con10001 accepter: tcp,10001 enable: on options: banner: *banner kickolduser: true telnet-brk-on-sync: true connector: serialdev, /dev/ttyUSB0, 38400n81 connection: &con10002 accepter: tcp,10002 enable: on options: banner: *banner kickolduser: true telnet-brk-on-sync: true connector: serialdev, /dev/ttyUSB1, 38400n81 connection: &con010003 accepter: tcp,10003 enable: on options: banner: *banner kickolduser: true telnet-brk-on-sync: true connector: serialdev, /dev/ttyACM0, 38400n81 connection: &con1192 accepter: tcp,localhost,3001 enable: on options: banner: *banner kickolduser: true telnet-brk-on-sync: true connector: serialdev, /dev/ttyS1, 19200n81,local -------------------------------------- Port 10001 og 10002 er for RFXCOM, mens port 10003 er for UZB1. -------------------------------------- Slik ser ser2net.service file ut. Måtte ikke redigere den, men kanskje en ide å endre Restart=no til always ---------------------------------------- nano /lib/systemd/system/ser2net.service [Unit] Description=Serial port to network proxy Documentation=man:ser2net(8) After=network-online.target Wants=network-online.target [Service] EnvironmentFile=-/etc/default/ser2net ExecStart=/usr/sbin/ser2net -n -c $CONFFILE -P /run/ser2net.pid Type=exec Restart=no [Install] WantedBy=multi-user.target ------------------------------------- Restart systemctl med kommandoen: sudo systemctl daemon-reload --------------------------------------- Reboot RPi'en med kommandoen: sudo reboot -------------------------------------- Da er installasjonen ferdig og det er bare å konfigurere HS Z-Wave til Ethernet Interface med RPi IP adressen og portnummeret. Fungerte med en gang for meg. Forsøkte også å provosere frem feil med å trekke ut UZB1 stikken, flytte den til en annen USB port, men HS fant den igjen hver gang. Forsøkte også med restart av RPi (fjernet strømkabelen), men det fungerte også uten feil når RPi ble spenningsatt igjen. En annen praktisk detalj med RPi'en er at den går over på WiFi når nettverkskabelen blir trukket ut. Så da er det enkelt å flytte den nærme Z-Wave noder som skal inkluderes. Endret 26. desember 2023 av RBR 1 Siter
DiderikFrom Skrevet 4. juni Skrevet 4. juni Jeg får følgende feilmelding i HomeSeer-loggen: Legacy-Plugin RFXCOM Error: 45 (aConnect) TCP error:System.ArgumentOutOfRangeException: Must be > 0 and < 65536 Parameter name: port at System.Net.Sockets.Socket.BeginConnect (System.String host, System.Int32 port, System.AsyncCallback callback, System.Object state) [0x00044] in :0 at HSPI_RFXCOM.clsSockets.aConnect () [0x00030] in :0 Jeg kjører UZB1 og rfxtrx over ser2net fra en pi. Det har fungert i flere år. Nå oppdaterte jeg til nyeste raspbian på pi-en, og standard ser2net konfigurasjonafil er nå i yaml. Jeg kan dog kjøre ser2net med gammel konfigurasjonafil, men feilmeldingen er identisk. Porten er 10001, og jeg har ikke endret noe på oppsettet i HomeSeer RFXCOM-plugin. UZB1 funker bra både med ny og gammel konfigurasjonafil. Dersom jeg tester porten med telnet, ser alt ut til å virke. Jeg begynner å lurer på om feilen er et annet sted enn ser2net? Noen? Siter
Anbefalte innlegg
Bli med i samtalen
Du kan publisere innhold nå og registrere deg senere. Hvis du har en konto, logg inn nå for å poste med kontoen din.