Zipato Zipabox teardown

Door ThinkPad op dinsdag 23 februari 2016 21:04 - Reacties (3)
Categorieën: Domotica, Electronica, Views: 2.308

Het kloppend hart van de domotica in mijn woning is de pricewatch: Zipato Zipabox Smart Home Controller

Als echte Tweaker ben ik altijd wel benieuwd wat er nou qua hardware wordt gebruikt in bepaalde producten. Ik bekeek de Zipabox eens en zag dat er geen 'warranty void' stickertjes ofzo werden gebruikt, alleen twee schroefjes. Die losgedraaid en ik kon het apparaatje zo openmaken, de twee helften konden zo uitelkaar worden gepakt.

Wat mij als eerste opviel is dat er een klein luidsprekertje in het apparaat zit. Ik heb er nog nooit geluid uit horen komen. Ben benieuwd waar deze voor gebruikt kan worden? Misschien voor de alarmfunctie van de Zipabox (betaalde feature).

Voorkant van de printplaat:
http://tweakers.net/ext/f/z5cb1MR9x8oGJwOZGHGCQfQ6/full.jpg

Achterkant van de printplaat:
http://tweakers.net/ext/f/3oTWoKK1R2KUfZUffCBAFQJj/full.jpg

De belangrijkste chips op de PCB:
  • LPC3250FET296 - Een ARM-processor van NXP, met een max. kloksnelheid van 266Mhz
  • K9F1G08U0C - 16M NAND Flash-memory van Samsung
  • 2x de K4S561632D-UC75 - 256Mbit SDRAM RAM-geheugen chip van Samsung
  • SD3502A-CNE3 - Z-Wave transceiver van Sigma Designs
  • 25PE20VP - Serial Flash geheugen van STMicroelectronics
  • TUSB2046B - USB-hub van Texas Instruments
  • OTG4E - USB-OTG Full-speed Transceiver van STMicroelectronics
  • MAX5556 - Low-Cost Stereo Audio DAC van Maxim Integrated
  • LM25576 - Step-Down (Buck) Converter van Texas Instruments
  • NXP 8631 0406 - Hier kan ik zo niks over vinden, ik vermoed dat het een audio-versterkertje is
Het geheel wordt gevoed via een externe 12V 1.5A adapter. Besturing loopt via de cloudservers van Zipato.

De USB-componenten zoals de hub (TUSB2046B) vind ik wel apart, zou dit betekenen dat de uitbreidingsmodules zoals de 433Mhz module, P1-module etc eigenlijk gewoon USB-apparaten zijn? Het aansluiten van deze modules verloopt via een soort PCIe-x1 connector. De Zipabox heeft zowel links als rechts een male variant (stuk PCB wat uitsteekt) hiervan, een uitbreidingsmodule heeft een female variant gelijk aan een PCI-Express x1 slot op een moederbord.

Ik heb voor de Zipabox ook nog de Zipabox 433Mhz uitbreidingsmodule gekocht, hiermee kun je 433Mhz apparaten zoals KlikAanKlikUit stekkers aansturen. Deze module heb ik ook even opengemaakt. Het RF-gedeelte wordt afgehandeld door de CC1101 chip van Texas Instruments. Verder zitten er op de 433Mhz module nog een PIC18F25K22 (High Performance RISC CPU) en een 25080D (8-Kb SPI Serial CMOS EEPROM).

http://tweakers.net/ext/f/FJrW3jri8Rmblo0WOxdznUwr/full.jpg

Een Nmap van de Zipabox laat het volgende zien:
root@vm:~# nmap 192.168.1.125

Starting Nmap 6.40 ( http://nmap.org ) at 2016-02-23 20:05 CET
Nmap scan report for 192.168.1.125
Host is up (0.0032s latency).
Not shown: 998 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
8080/tcp open  http-proxy
MAC Address: 00:00:00:00:00:00 (Microchip Technology)

Nmap done: 1 IP address (1 host up) scanned in 1.76 seconds
root@vm:~#

Het MAC-adres heb ik even weggehaald ;)

Op poort 22 draait inderdaad een SSH-server:
login as:

Echter ik weet de credentials niet, dus kom er niet in ;)
Op poort 8080 draait een webservice, als ik die open in m'n browser zie ik alleen:
404 Not Found

No context found for request



Als extra bonus nog wat warmtebeeldfoto's, gemaakt met een FLIR One (Android)

Voorkant van de PCB:
http://tweakers.net/ext/f/RpOuoUsak4JvjCEfvUO3TwbB/full.jpg

Achterkant van de PCB:
http://tweakers.net/ext/f/cTXHEtCvWK0lqR4DryVhIZkl/full.jpg

Wat opvalt is dat na het aansluiten van de 433Mhz-module er een component erg warm (76,1 °C) wordt:
http://tweakers.net/ext/f/qous1MVufNrgP8LZpdE6vR7e/full.jpg

Detailfoto (85 °C !):
http://tweakers.net/ext/f/nRBmToU6uNEuGLsAKVLNp067/full.jpg

Het lijkt erop dat dit de MAX5556 is, maar het is lastig te pinpointen.

Hoe dit kan weet ik niet, de Zipabox en de 433Mhz module lijken echter prima te functioneren.

[Gmail] Filterregel instellen om nieuwsbrieven naar map te verplaatsen

Door ThinkPad op dinsdag 22 december 2015 09:39 - Reacties (8)
Categorie: Tips & Tricks, Views: 2.983

Ik gebruik al een aardig aantal jaren Gmail voor mijn e-mail.
Eén van de grote voordelen vind ik de mogelijkheid om vrij uitgebreide filters te kunnen maken. Ik gebruik dit onder andere om nieuwsbrieven van een label te voorzien en naar een aparte map te verplaatsen. In de Gmail-app op m'n smartphone heb ik vervolgens ingesteld dat dat label / die map niet gesynchroniseerd hoeft te worden. Dit scheelt een hoop onnodige (tril)signalen van m'n telefoon. En je kunt je mailbox veel eenvoudiger opruimen omdat alle rommel op één plaats wordt verzameld.

Het filter wat ik nu gebruik ziet er als volgt uit:

code:
1
2
3
4
5
6
7
8
-from:{*@home *@ziggo *@upc *@hotmail *@gmail *@live *@msn *@kpn *@xs4all *@planet *@telfort *@tweakers} 
(nieuwsbrief AND afmelden) 
OR (newsletter AND unsubscribe) 
OR (bekijk online AND uitschrijven) 
OR (nieuwsbrief AND uitschrijven) 
OR (webversie AND afmelden) 
OR (newsletter AND uitschrijven) 
OR unsubscribe (-ebay, -aliexpress, -domoticz)



Deze zoekt naar bepaalde woorden (moeten samen voorkomen in het bericht), tenzij het van bepaalde e-mailadressen komt (misschien is het doorgestuurd door familie en wel interessant) of van sites (eBay, AliExpress, Domoticz) waar ik de mail van in een andere map wil dumpen.

Instellen doe je als volgt:
  1. Eerst maak je een nieuw label aan, 'Nieuwsbrieven' wat kan via Instellingen --> Labels
  2. Daarna ga je naar Instellingen --> Filters en klik je onderaan op 'Nieuw filter maken'
  3. Kopieer bovenstaande code, plak het in Kladblok (o.i.d.) en zorg dat het één lange regel wordt i.p.v. meerdere regels onder elkaar
  4. In het veld 'Met de woorden:' plak je dan de filterregel (één lange regel dus)
  5. Daarna klik je op 'Filter maken met deze zoekopdracht'
  6. Je zult nu al zien dat hij op de achtergrond al een overzicht laat zien met de gevonden berichten
  7. Zet het vinkje aan bij 'Inbox overslaan (Archiveren)' en ook bij 'Het label toepassen:'. Kies uit de dropdown het label wat je net hebt aangemaakt ('Nieuwsbrieven').
  8. Onderaan zal je iets zien als 'Filter ook op 37 overeenkomende berichten toepassen.' als je dat aanvinkt zal hij de nieuwsbrief(-achtige) berichten die je reeds hebt ontvangen ook verplaatsen.
De regel zal voor iedereen wel wat aangepast moeten worden naar eigen wens, maar het leek mij wel aardig om de basisregel even te delen. Je kunt ook besluiten om het naar de prullenbak te verplaatsen i.p.v. een apart label, maar er zullen altijd wel legitieme mailtjes zijn die toch door dit filter opgepikt worden. Omdat de prullenbak van Gmail na 30 dagen automatisch geleegd wordt, zou je in theorie belangrijke mail kunnen verliezen. Vandaar mijn keuze voor een apart label/map.

Het beste is natuurlijk om je uit te schrijven (indien mogelijk) van nieuwsbrieven zodat je ze niet meer krijgt in het vervolg, maar webshops e.d. hebben vaak de vervelende neiging om je deze rotzooi te sturen als je eenmaal iets besteld hebt. Met deze filterregel maak je de ergernis iets kleiner & je inbox een stuk leger :)

Als je eenmaal onder de knie hebt hoe de filterregels in Gmail werken dan kan het feest beginnen. Marktplaats stuurt ook vaak van die irritante mailtjes ("<jouwnaam>, Wij geven u graag een tip voor", "Nog niet verkocht?" etc.), die markeer ik als gelezen en gooi ik daarna weg. Door dit soort rotzooi eruit te filteren kun je een beter overzicht houden van de mail die WEL belangrijk is ;)

Vooral minder ICT-bedreven personen (m'n ouders bijv. :+ ) worden vaak overspoeld met nieuwsbrief rotzooi omdat ze vergeten het vinkje 'Abonneer op nieuwsbrief' weg te halen als ze ergens iets bestellen. Een dergelijke filterregel werd dan ook goed ontvangen door mijn ouders.

Pushnotificatie indien je externe IP-adres wijzigt

Door ThinkPad op woensdag 05 augustus 2015 21:04 - Reacties (12)
Categorie: Domotica, Views: 4.020

Zoals de meeste internetgebruikers met bijv. een Ziggo-abonnement wel bekend is, wil het nog wel eens voorkomen dat je externe IP-adres wijzigt.

Dit is soms nogal vervelend, ik heb bijvoorbeeld een backuptaak lopen tussen mijn Synology NAS en de Synology NAS die bij mijn ouders staat (offsite backup). Om dit allemaal een beetje veilig te houden staat poort 22 (SSH, nodig voor de 'NetBackup' van Synology) alleen open voor het IP-adres van m'n ouders en andersom alleen voor mijn IP-adres.

Dit adres wil dus nog wel eens wijzigen en dan krijg ik automatische mailtjes dat de backup niet voltooid kon worden. Normaal zou je zoiets met een DynDNS domeinnaam oplossen, maar dat werkt in dit geval niet (ik moet een IP-adres ingeven, domeinnaam kan niet).

Voor wat domotica gerelateerde zaken gebruikte ik al een tijdje Pushover om pushnotificaties naar m'n telefoon te sturen. Ze hebben een simpele API waarmee je gemakkelijk berichten kan sturen.
Nu leek het mij wel handig om een pushnotificatie te krijgen als mijn WAN IP-adres of dat van m'n ouders gewijzigd is. Dus even aan de slag geweest.

Grootste bron was dit script: http://nas.deadcode.net/2...en-external-ip-changed/2/
Voor het Pushover-notificatie stukje heb ik dit script gebruikt: https://github.com/fschae...h/blob/master/pushover.sh

Het uiteindelijke script ziet er zo uit:


Bash:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
#!/bin/bash
#
# simple script to send alert for ip changes
# version 0.1
# By Ray Chan
# http://nas.deadcode.net/2009/07/26/synology-email-alert-when-external-ip-changed/2/
# If you want a simple log file, assign 1 to log_enabled, otherwise set it to 0
log_enabled=0; #0=disable, 1=enable

# date format used by log file
datestamp=`date '+%Y-%m-%d %H:%M:%S'`

# the actual command getting the public IP
myipnow=`wget -4 -qO - icanhazip.com` 

previp="0.0.0.0";

# path of the log file, ignore if log_enabled=0
logfile="/volume1/@appstore/domoticz/var/scripts/bash/ipcheck/log.txt"

# path of the temporary file storing previous ip address
iplog="/volume1/@appstore/domoticz/var/scripts/bash/ipcheck/ip.log"

if [ -f $iplog ]; then
   previp=`cat $iplog`
fi

if [ $myipnow != $previp ]; then
   #ip changed, sending alert
   /bin/bash /volume1/@appstore/domoticz/var/scripts/bash/pushover.sh -u JOUW_USER_KEY -a JOUW_APPLICATIE_KEY -q "IP-adres thuis is gewijzigd" -m "Was $previp is nu $myipnow"


   #write the new ip to log file
   echo $myipnow > $iplog
   if [ $log_enabled = 1 ]; then
      echo "$datestamp IP changed, sending notification email. $previp | 
      $myipnow" >> $logfile
   fi
else
   if [ $log_enabled = 1 ]; then
      echo "$datestamp IP is same, skipping notification. $previp | 
      $myipnow" >> $logfile
   fi
fi


Het bestand 'ip.log' moet je zelf nog even aanmaken volgens mij (kun je leeglaten).

Als je bent ingelogd bij Pushover maak je een key aan voor je applicatie: https://pushover.net/apps
Om het geheel er wat flitsender uit te laten zien op je telefoon kun je van https://www.iconfinder.com/ nog even een mooi icoontje halen die je bij je Pushover app upload.

Om te testen kun je het script nu een keer draaien:
sh ipcheck.sh

Als het goed is zou in het 'ip.log' bestand dan je huidige IP-adres moeten komen te staan.
Wanneer je dit vervolgens aanpast (laatste cijfers even veranderen in iets anders) en het script nog een keer draait zou je een melding op je telefoon moeten krijgen.

Je zet het script in je crontab (ik laat hem elk uur draaien):
#minute hour    mday    month   wday    who     command
0       *       *       *       *       root    sh      /volume1/@appstore/domoticz/var/scripts/bash/ipcheck/ipcheck.sh


En vervolgens zal je automatisch een melding zoals hieronder krijgen mocht je externe IP-adres onverwachts wijzigen!
http://tweakers.net/ext/f/fNlptsGDp835d0n5ZT6UdePv/full.png

Het versturen van een Pushover bericht is zoals je ziet erg simpel, dus je kunt het ook eenvoudig voor andere scripts gebruiken.

Mocht je nou een 'dom' apparaat hebben wat alleen meldingen per e-mail kan versturen en je wilt dit apparaat toch pushmeldingen laten sturen dan kan dat sinds kort ook. Tweaker 'grote_oever' tipte mij hierop in het Domoticz topic. Pushover heeft een e-mail gateway opgezet waardoor dit mogelijk is. Let er wel op dat je niet over de gebruikslimiet van 7,500 pushberichten per applicatie per maand heengaat.

Modem automatisch powercyclen bij internetproblemen

Door ThinkPad op maandag 03 augustus 2015 12:12 - Reacties (24)
Categorie: Domotica, Views: 4.104

De laatste tijd heb ik een aantal keer gehad dat Ziggo werkzaamheden uitvoerde. Hierna werkte het internet niet meer. Gelukkig gebeurde dit 's nachts, maar ik moest wel telkens 's ochtends het modem even van de stroom af halen en de stroom er weer op. Ook had ik dan vanaf het uitvallen tot het powercyclen van het modem geen internet.
Niet heel erg, maar ik bedacht mij: "waarom kan ik dit niet automatiseren? Ik heb een domoticasysteem draaien wat m'n verlichting automatisch bedient, dan moet zoiets toch ook kunnen?"

Even wat rondgezocht op internet en kwam wat voorbeelden tegen om bijv. een Raspberry Pi te rebooten als de internetverbinding wegviel (door eens in de zoveel tijd een IP-adres te pingen).

Ik heb even zitten denken en kwam tot deze opzet:
http://tweakers.net/ext/f/DplVMp7206PMt7sN1GqDoSXI/full.png
(Plaatje gemaakt met https://www.draw.io/ overigens)

Vertaald naar een Bash-script kom ik dan hier op:

Bash:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
#!/bin/bash
FirstIP="8.8.8.8" #Google DNS
SecondIP="208.67.222.222" #OpenDNS Public DNS
IDX="165" #IDX of the outlet that controls power to your modem
DomoIP="127.0.0.1"
DomoPort="8084"

COUNTER=0
while [ $COUNTER -lt 3 ] ## Try 3 times before resetting the modem. Modify as needed.
do
if ping -c 1 -w 5 $FirstIP &> /dev/null ## Determine if first IP-address responds to ping.
   then
   echo "First IP-address is responding, do nothing"
   exit 1
elif ping -c 1 -w 5 $SecondIP &> /dev/null ## Determine if second IP-address responds to ping.
   then
   echo "Second IP-address is responding, do nothing"
   exit 1
else
   let COUNTER=COUNTER+1
fi
done
#Turn modem off
wget -O /dev/null - -q -t 1 'http://'$DomoIP':'$DomoPort'/json.htm?type=command&param=switchlight&idx='$IDX'&switchcmd=Off&level=0'     
echo "Turn modem off (sending command twice to Domoticz, just to be sure)"
sleep 2
wget -O /dev/null - -q -t 1 'http://'$DomoIP':'$DomoPort'/json.htm?type=command&param=switchlight&idx='$IDX'&switchcmd=Off&level=0' 
echo "Now waiting 10 seconds"
sleep 10 ## Delay of 10, increase as needed.

#Turn modem back on again
wget -O /dev/null - -q -t 1 'http://'$DomoIP':'$DomoPort'/json.htm?type=command&param=switchlight&idx='$IDX'&switchcmd=On&level=0'
echo "Turn modem back on again (sending command twice to Domoticz, just to be sure)"
sleep 2
wget -O /dev/null - -q -t 1 'http://'$DomoIP':'$DomoPort'/json.htm?type=command&param=switchlight&idx='$IDX'&switchcmd=On&level=0'


Vul bovenaan de variabelen voor jouw situatie in, zet het in je crontab (ik laat het elke 10 minuten draaien) en off you go!
Zoals je ziet worden zowel het 'uit'-commando als het 'aan'-commando twee keer verstuurd, dit doe ik omdat ik absoluut zeker wil weten dat de stekker het commando ontvangt. 433 Mhz plugs geven geen terugkoppeling dus het commando maar één keer sturen is wel heel erg #yolo

Ik gebruik voor deze opzet Domoticz + RFXCOM + 433Mhz stekkerontvanger. Maar je zou ook een IP-based plug kunnen kopen (Ubiquiti mPower of goedkoper uit China: een Kankun / Orvibo plug) en de URL daar van aanroepen om op die manier de stroomtoevoer naar het modem te onderbreken.

Ik heb ook gekeken om het zonder tussenkomst van een stekkerontvanger te doen, maar het Ziggo modem (ik heb een Ubee EVW321b) is volledig afgesloten (geen SSH / Telnet / HTTP-URL om te rebooten). Als jouw modem dit wel heeft (portscan draaien?) dan kun je deze oplossing realiseren zonder te hoeven investeren in hardware :D
Mocht je een Cisco EPC3212 modem van Ziggo hebben dan is de URL waarschijnlijk: http://192.168.100.1/reboot.asp
M'n ouders hebben een EPC3212 modem, dus ik ga het daar binnenkort eens proberen, kan ik dit script mooi op de NAS de internetverbinding laten bewaken.

Voor m'n router zou ik wel zonder extra hardware dit truukje kunnen, die draait OpenWRT en ik kan via SSH eenvoudig een reboot commando geven. M'n router draait echter rockstable dus die heb ik buiten beschouwing gelaten.

Zet de interval overigens niet te klein (elke 30 seconden / minuut checken bijv.) dat vind ik zelf nogal 'asociaal' richting de eigenaren van de IP-adressen die je pingt (Google en OpenDNS in dit geval). Je genereert onnodig dataverkeer naar mijn idee.

Opmerkingen zijn welkom, volgens mij zitten er nog wel wat verbeterpuntjes in het Bash-script.

IP-camera zonder snapshot mogelijkheid, m.b.v. script toch een snapshot verkrijgen uit RTSP-stream!

Door ThinkPad op maandag 03 augustus 2015 11:56 - Reacties (11)
Categorie: Domotica, Views: 3.680

Edit: Met hartelijke dank aan Tweaker 'Yorick87' blijkt nu dat met een firmware upgrade de camera rechtstreeks een JPEG-snapshot kan uitspugen!
Zie: ThinkPad's Tweakblog: IP-camera zonder snapshot mogelijkheid, m.b.v. script toch een snapshot verkrijgen uit RTSP-stream! en ThinkPad's Tweakblog: IP-camera zonder snapshot mogelijkheid, m.b.v. script toch een snapshot verkrijgen uit RTSP-stream!


Tijdje terug een camera gekocht (TOP-201 mini IP-camera (¤22.97)) om m'n voordeur in de gaten te houden. Handig om op afstand te zien dat de pakketbezorger voor de deur staat.
http://tweakers.net/ext/f/DfJMr27f5PljSaTQSuvk87R5/full.jpg

De camera levert een prima 720p beeld, maar heeft als nadeel dat hij alleen ONVIF en RTSP ondersteunt. Voor mijn doel zou ik graag een URL hebben waarmee ik rechtstreeks een (JPEG) snapshot kon opvragen. Helaas heeft de camera deze mogelijkheid niet.

Wel spuugt hij twee RTSP-streams uit die je bijv. in VLC kunt bekijken:

rtsp://IP_VAN_CAMERA//user=admin_password=_channel=1_stream=0.sdp (720p HD-kwaliteit)
rtsp://IP_VAN_CAMERA//user=admin_password=_channel=1_stream=1.sdp (VGA-kwaliteit)

Om toch een snapshot te verkrijgen, die ik dan op m'n telefoon kan bekijken als er wordt aangebeld, heb ik gekeken naar hoe je een snapshot van een RTSP-stream kunt maken. Dit schijnt met 'ffmpeg' goed mogelijk te zijn. Ik heb eerst geprobeerd om dit op m'n Synology NAS (DS114), waar ook Domoticz op draait, te regelen, maar de ffmpeg versie op de NAS wist geen raad met een RTSP-stream, hij kende het protocol niet. Ik heb geen zin om m'n NAS te gaan 'jailbreaken' (ipkg) dus daarom maar een Raspberry Pi gepakt die ik nog had liggen.

Daarmee geprobeerd om een snapshot te grabben van de stream en warempel, het lukte :D

Toen een script geklust:

Bash: snapshot.sh
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
#!/bin/sh
today=`/bin/date '+%d-%m-%Y__%H-%M-%S'`;    #Used to generate filename
IP="192.168.4.20"                          # IP address Camera

#Ping IP-address of camera to see if it's online, otherwise we don't have to grab a snapshot
if ping -c 1 $IP > /dev/null ; then  

#Grab snapshot from RTSP-stream
/volume1/@appstore/MediaServer/bin/ffmpeg -rtsp_transport tcp -i 'rtsp://'$IP'/user=admin&password=&channel=1&stream=0.sdp' -f image2 -vframes 1 -pix_fmt yuvj420p /volume1/homes/admin/doorbellcam/Public/doorbell_snapshots/$today.jpeg

#Delete previous taken snapshots older than 7 days
find /volume1/homes/admin/doorbellcam/Public/doorbell_snapshots/ -name '*.jpeg' -mtime +7 -delete
else
   echo "Doorbell has just been pressed, but image is unavailable because camera is ofline"
fi


(Zie ook de discussie op het Domoticz forum)

Als ik nu 'snapshot.sh' aanroep op de commandline verschijnt er na enkele seconden een snapshot op de in het script ingestelde locatie 8)

Het blijkt dat op bijv. de Synology aanwezige 'ffmpeg' versie niet altijd support heeft voor een RTSP-stream. Op internet vond ik een workaround, de ffmpeg binary van een via de Package Center te installeren Synology package gebruiken. Er zijn meerdere mogelijkheden:
  • /volume1/@appstore/MediaServer/bin/ffmpeg
  • /volume1/@appstore/AudioStation/bin/ffmpeg
  • /volume1/@appstore/VideoStation/bin/ffmpeg
Het package hoeft niet te draaien, als het script maar bij de ffmpeg binary kan. In mijn geval bleek de standaard ffmpeg versie 1.0 te zijn, de versie die met het 'MediaServer' package kwam had versie 2.02 aan boord en daarmee werkte het wel :)

De camera is ook bruikbaar met het 'Surveillance Station' package op de Synology ('Generic ONVIF' en dan poort 8899 geloof ik) en heb geprobeerd om via de API van Surveillance Station een snapshot eruit te trekken. Dit werkte redelijk, maar de helft van de tijd kreeg ik geen plaatje terug en ook duurde het vrij lang voordat het snapshot tevoorschijn kwam. Voor mij geen serieuze optie dus.

Al met al is een IP-camera met alleen een RTSP-stream op deze manier toch weer wat breder in te zetten dan voor alleen het bekijken van de stream.
Ik heb in m'n router overigens wel al het verkeer van deze camera richting internet geblokkeerd. Volgens reviews wil het ding nog wel eens contact zoeken met servers op internet. Misschien is het heel onschuldig (tijd updaten via NTP of checken op nieuwe firmware), maar het idee staat mij niet echt aan.

P.S. Je kunt ook in de camera komen via Telnet, username: root en wachtwoord: xmhdipc
Doe daar zelf verder niks mee, maar leuk om te weten. De camera gebruikt de Hi3518 chipset. Op www.ipcamtalk.com is een uitgebreide review te vinden (zoek op "TOP-201 ipcamtalk" en je vind hem wel).