[dss-developer] Verbinden mit Reference-Platform

[Christian Hitz]

Hallo Manuel,

Am 28.11.2011 15:45, schrieb Manuel Saxer:
> Dabei kommen wie gesagt immer noch die beiden Fehlermeldungen betreffend 
> simulated_device.js und dem sequrity.xml File.
> Das erste der beiden ist mir bekannt und liegt im ../data-Verzeichnis. Das 
> sequrity.xml konnte ich auf meinem Rechner nirgends finden. Du hast ja noch den 
> Tipp mit dem cremt-cert.sh-File gegeben aber damit erstellt man ja lediglich das 
> dsscert.pem-File. Woher kommt also das sequrity.xml File. Habe ich bei der 
> Installation noch einen Punkt ausgelassen?

Das security.xml wird vom dSS generiert. D.h. es ist kein Problem wenn es da
beim Start eine Warnung gibt.

Für das simulierte Device musst du im data/config.xml auch noch den Pfad
anpassen von "data/simulated_device.js" zu "../data/simulated_device.js" (oder
das simulierte Device gleich auskommentieren).

> Im weiteren bin ich auch nicht ganz schlau aus dem L-Befehl beim ds485d 
> geworden. Ich habe als erstes den Befehl "ds485d -F /dev/ttyUSB0" eingegeben.

Die Option "-F" bringt den ds485d dazu, sich nicht automatisch in den
Hintergrund zu setzten. (Du kannst dir die Optionen von ds485d mit "-h"
anzeigen lassen.) Die "-L" Option für das lokale Echo braucht es zusätzlich:

ds485d -F -L /dev/ttyUSB0

Du solltest daraufhin dann auf der Shell Logausgaben des ds485d sehen.

> Was soweit ja funktionierte… anschliessend habe ich in einem neuen Terminal 
> einfach den Befehl ds485d -L /dev/ttyUSB0eingegeben. Ist dieses Vorgehen so 
> richtig? Gemäss Wiki soll ja zuerst der -F Befehl aufgerufen werden und 
> anschliessend noch der -L Befehl. Was ich hier falsch liege bitte korrigiert 
> mich. Dank
> 
> Die Verbindung mit der Platform hat leider immer noch nicht so ganz klappen 
> wollen, weshalb ich meine Inst. nochmals durch gegangen bin. Dabei viel mir bei 
> der Installation noch folgende Warnung auf:
> 
> /home/scientist/dss-1.3.0/core/ds485/dsbusinterface.cpp:*295*: warning: ‘void* 
> DsmApiRegisterCallback(void*, container_type_t, uint8_t, uint8_t, void*, void*)’ 
> is deprecated (declared at /usr/local/include/digitalSTROM/dsm-api-v2/dsm-api.h:177)
> 
> Diese kam für folgende Zeilen in diesem File:
> *243,244,247,248,250,251,253,254,256,257,260,262,264,266,269,271,274,276,278,280,283,285,288,290,293,295*
> 
> Wie muss ich diese Warnungen einordnen resp. was kann man dagegen unternehmen?

Wir haben in der libdsm-api das Callbackinterface verbessert. Der dSS benutzt
für den Moment jedoch noch das alte Interface. Das ist kein Problem.

Gruss,
Christian

-- 
Christian Hitz
aizo ag, Schlieren, Switzerland, www.aizo.com