Hallo zusammen, ich verfolge den Thread schon länger und bin am hin und her überlegen ob ich mir die Kamera holen sollte. Soweit ich das richtig verstanden habe ist mittlerweile auch kein Downgrade mehr möglich.
Sprich es gibt mit dem neuesten SW Stand der Kamera keine Möglichkeit per IP-Adresse ein Bild abzufangen?
Ist die Kamera in irgendeinerweise mit der neuesten SW mit dem iobroker überhaupt noch nutzbar? Habe nicht jeden einzelnen Kommentar verfolgt.
@apfelschorle Wie sieht die Leiterplatte eigentlich auf der Rückseite aus?
Wenn du einen Logicanalyzer hast der Uart Kommunikationen dekodieren kann könntest du an den Pins an den Buchsen schnüffeln.
@passuff Hatte flüchtig auf das Bild geguckt und nicht gesehen das es BGA ist. Dann wirds schwierig, wenn die rx und tx verbindungen auf den innenlagen geroutet sind. Da kann nur helfen den BGA per Heißluft rauszulöten 
um zu sehen wie die pins geroutet sind. Was nicht ohne ist und eher nicht zu empfehlen. Muss mal in mich gehen. Vielleicht gibt es nen anderen Weg
@passuff es gibt paar Ansätze über die serielle Verbindung (Rx/Tx Pins) den Chip Hi3818 zu “hacken“. link text. Wenn es ein Datenblatt gibt kann an darüber schnell rausfinden wo der Tx Pin ist. Bin grad unterwegs daher eingeschränkten Internetzugriff
Hallo zusammen, ich verfolge den Thread schon länger und bin am hin und her überlegen ob ich mir die Kamera holen sollte. Soweit ich das richtig verstanden habe ist mittlerweile auch kein Downgrade mehr möglich.
Sprich es gibt mit dem neuesten SW Stand der Kamera keine Möglichkeit per IP-Adresse ein Bild abzufangen?
Ist die Kamera in irgendeinerweise mit der neuesten SW mit dem iobroker überhaupt noch nutzbar? Habe nicht jeden einzelnen Kommentar verfolgt.
Hallo zusammen,
ich nutze neben dem iobroker-Pi einen weiteren Pi welches mittels eines Python Skripts und der Request Bibliothek Flags im IoBroker abfrage und einen bestimmten Befehl auszuführen.
Hier ein abgespeckter Auschnitt aus dem Quellcode welches per requests.get Flags ausließt:
import requests
import backoff
@backoff.on_exception(backoff.expo,requests.exceptions.ConnectionError,max_tries=20)
while (True):
x = requests.get('http://192.xxx/getPlainValue/javascript.0.sendPictureFlag')
if (x.text == "true"):
#print "save pic..."
subprocess.call("raspistill -hf -vf -w 640 -h 480 -o /home/xxx/capture.jpg"", shell=True)
Irgendwann steigt das Programm mit folgender Error Meldung aus:
requests.exceptions.ConnectionError: ('Connection aborted.', error(101, 'Network is unreachable'))
Den iobroker anpingen funktioniert ohne Probleme, habe das Gefühl es liegt an der ioBroker simple-api?
Gibt es jemanden der einen Workaround kennt? Try-Except ist nicht so toll, da ich die Flags im iobroker auf false setzen muss und dort kann der gleiche Fehler mit ConnectionError auftreten sodas das Flag auf true bleibt und nicht zurückgesetzt wird.
Hallo ich nutze Tasker um eine App per http request zu starten.
Dabei passiert es öfter mal das die Request Anfrage mit einem Error zurück kommt.
Dieser Errormeldung wird geloggt:
cript.js.common.startRpiViewer: Error: connect ECONNREFUSED 192.xxx.xxx.xx:8765
Ich würde gerne, wenn ein Error zurück kommt den Request erneut starten quasi 4 mal versuchen dann abbrechen.
Da meine Kenntnisse in javascript nicht besonder gut sind wende ich mich an euch.
Wie mus ich meinen Code von unten umschreiben um mehrere Request Versuche zu starten. Aus C kenne ich die for schleife bzw. while schleife mit Abbrechbedingung Anzahl der max. Versuche?
Wie mache ich das in meinem Code? Ich habe mir den Teils mit Recherchen aus diesem Forum zusammengeschrieben
//start Tasker Event to open RpiViewer
var request = require('request');
on({id: "javascript.0.PiCamVideoRequest", val: true}, function(dp) {
//set state "startRpiViewerTasker" after 500ms
setStateDelayed('javascript.0.startRpiViewerTasker', true, false, parseInt(500, 10), false);
});
on({id: "javascript.0.startRpiViewerTasker", val: true}, function(dp) {
request.post({
url: 'http://192.xxx:8765',
form: { title: "on" }
}, function(error, response, body) {
if (error) log(error, 'error');
});
});
Ich habe mal ein ganz neues Projekt aufgeetzt wo ich durch 4 Views durchwische das klappt. Sobald aber die Swipe Navigation gelöscht und neu hinzugefügt wird bzw geändert wird, zeigt sich das gleiche Verhalten wie in meinem Hauptprojekt
Hallo zusammen,
ich habe mittlerweile mehr als drei Views daher habe ich in jeden View eine Swipe Navigation eingefügt. Allerdings kann ich nicht wie erwartet durch die Views wischen.
In jedem View wurde eine Swipe Naviagtion platziert. Und wie rechts im Bild zu sehen unter "nach rechts bzw nach links" der View ausgewählt.
Sobald ich das in der Vis App teste, kann ich teilweise einige Views nicht erreichen bzw. ich kann nur zwischen zwei Views hin und her wischen. Das gleiche Verhalten habe ich auch im Browser.
Hat er ein ähnliches Problem gehabt und kennt die Lösung?
Hallo zusammen,
Ich habe mir ein Skript erstellt, welches in Abhängigkeit eines Schlagwortes ein Bild in der Vis App darstellen soll. Im Browser Firefox sehe ich die Bilder aber in der App wird
anstelle der Bilder Platzhalter eingefügt.
Mein Skript:
on('ical.0.data.table', function(theObj) {
var obj = theObj.state.val;
MakeAbfallHTML(obj);
});
function MakeAbfallHTML(obj) {
var html = "<table class=Abfall><tr>";
for (i=0; i<4; i++) {
if (obj[i]) {
if (obj[i].event.indexOf("Wertstofftonne") > -1) {
html = html + "<td class=Abfallimage><img width=80 height=80 src='opt/iobroker/iobroker-data/files/vis.0/SergejHandyMatrix/img/bioabfall.svg'></td>";
}
if (obj[i].event.indexOf("Papiertonne") > -1) {
html = html + "<td class=Abfallimage><img width=80 height=80 src='/vis.0/SergejHandyMatrix/img/blau.png'></td>";
}
if (obj[i].event.indexOf("Restabfalltonne") > -1) {
html = html + "<td class=Abfallimage><img width=80 height=80 src=/vis.0/SergejHandyMatrix/img/schwarz.png></td>";
}
}
}
html = html + "</tr><tr>";
for (i=0; i<4; i++) {
if (obj[i]) {
html = html + "<td class=AbfallText>"+obj[i].date+"</td>" ;
}
}
html = html + "</tr></table>";
console.log(html);
setState('javascript.0.vis.Abfall', html);
}
Ich hab bereits mit einem Hochkomma für das src probiert und auch ein anderes Bildformat svg aber keine Variante davon wird in der Vis App dargestellt.
Habe erst vermutet das die Bilder in der App nicht richtig heruntergeladen werden, daher habe ich die Bilder mittels dem image widget hinzugefügt, damit die erstmal von der App geladen werden. Das hat aber auch nicht geholfen. Im Raspberry Pi unter dem iobroker Verzeichnis sind die Bilder auch korrekt abgelegt.
Hier einmal im Browser, da wird alles korrekt dargestellt.
Die Bilder im Dateimanager, ich meine so ist es richtig?
Hat wer noch eine Idee was ich ausprobieren kann bzw was ich falsch mache?
Grüße Sergej
Hi so richtig komme ich damit noch nicht weiter:
Meinen "shared folder" habe ich nach der Anleitung erstellt:
Anleitung Samba Ordner
Wen ich nun versuche auf dem iobroker-pi nach deiner Anleitung zu mounten erhalte ich folgende Meldung :
-bash: !,rw,file_mode=0777,dir_mode=0777: event not found
So sieht mein mounting Befehl aus:
sudo mount -t cifs -o user=xx,password=xxx,rw,file_mode=0777,dir_mode=0777 //ip-des-pi-mit-samba-shared-ordner/raspberrypi/iobroker /mnt/smb/
Meine samba.conf auf dem 2. pi:
[iobrokerShare]
comment = iobroker-Freigabe
path = /home/shares/pi/iobroker
read only = no
browseable=Yes
writeable=Yes
only guest=no
create mask=0777
directory mask=0777
public=no
EDIT: nun erhalte ich die folgende Fehlermeldung:
Password for pi@//192.168xxxx/iobrokerxxx: ********
mount error(22): Invalid argument
pi@ioBroker-RasPi:~ $ tail -f /var/log/kern.log
Feb 10 18:35:38 ioBroker-RasPi kernel: [ 1405.182673] FS-Cache: Netfs 'cifs' registered for caching
Feb 10 18:35:38 ioBroker-RasPi kernel: [ 1405.183435] Key type cifs.spnego registered
Feb 10 18:35:38 ioBroker-RasPi kernel: [ 1405.183475] Key type cifs.idmap registered
Feb 10 18:35:38 ioBroker-RasPi kernel: [ 1405.184913] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Feb 10 18:35:39 ioBroker-RasPi kernel: [ 1406.637206] CIFS VFS: ioctl error in smb2_get_dfs_refer rc=-2
Feb 10 18:56:59 ioBroker-RasPi kernel: [ 2685.716293] CIFS: Unknown mount option "passwd=xxx"
Feb 10 18:57:52 ioBroker-RasPi kernel: [ 2739.446316] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Feb 10 18:57:52 ioBroker-RasPi kernel: [ 2739.468790] CIFS VFS: ioctl error in smb2_get_dfs_refer rc=-2
Feb 10 18:58:07 ioBroker-RasPi kernel: [ 2753.696699] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Feb 10 18:58:07 ioBroker-RasPi kernel: [ 2753.717541] CIFS VFS: ioctl error in smb2_get_dfs_refer rc=-2
