Link /dev/ttyAMA0 aan device + Rapsberry PI

[naitsirhc]

Hallo,

 

Ik zit even helemaal vast. 

Ik wil mijn weerstation aan een RPI koppelen om het weer te loggen. Echter herkend de RPI het weerstation niet. 

LSUSB geeft

Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.

Bus 001 Device 004: ID 0fde:ca01

 

Waarbij de 0fde:ca01 het weerstation is. Volgens een topic hier heeft iemand het voor elkaar:

 

It works !
/dev/ttyAMA0 is the correct link to the device.
Thank you for your help.

 

En hier loop ik dus vast. Hoe kan ik het device linken......???

 

Wie kan me helpen?

 

Greetings

[mr|repel]

En als je hem inplugd nadat het systeem is gestart ?

[Con]

 

Hallo,

 

Ik zit even helemaal vast. 

Ik wil mijn weerstation aan een RPI koppelen om het weer te loggen. Echter herkend de RPI het weerstation niet. 

LSUSB geeft

Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.

Bus 001 Device 004: ID 0fde:ca01

 

Waarbij de 0fde:ca01 het weerstation is. Volgens een topic hier heeft iemand het voor elkaar:

 

It works !

/dev/ttyAMA0 is the correct link to the device.

Thank you for your help.

 

En hier loop ik dus vast. Hoe kan ik het device linken......???

 

Wie kan me helpen?

 

Greetings

 

Kun je hier wat mee?

 

ACTION=="add", ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", SYMLINK+="my_solar"

ACTION=="add", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", SYMLINK+="my_weather"

 

Verwijs vervolgens in de uitleesscripts niet naar /dev/ttyUSB0 en /dev/ttyUSB1 maar /dev/my_solar en /dev/my_weather.

 

Hier worden de usb-bussen vast gelink.

 

Na een reboot zal dan geen verwisseling kunnen plaatsvinden

van usb poorten en houdt iedere poort zijn eigen input/output.

[naitsirhc]

@allen

Hartelijk dank voor de antwoorden.

 

@mr|repel

Dit heb ik al geprobeerd

 

@ Con

Ik moet waarschijnlijk de IDvendor en ID product van mijn eigen product kopieren? Of niet? 

Ik zal het proberen, echter zal dit pas in het weekeind zijn.....Excuus

[Con]

@allen

Hartelijk dank voor de antwoorden.

 

@mr|repel

Dit heb ik al geprobeerd

 

@ Con

Ik moet waarschijnlijk de IDvendor en ID product van mijn eigen product kopieren? Of niet? 

Ik zal het proberen, echter zal dit pas in het weekeind zijn.....Excuus

Doe rustig aan, ik zal, als ik er aan denk, een en ander

nog even completeren en verduidelijken.

[naitsirhc]

OK thank you

[Con]

Als aanvulling, zoals beloofd het volgende.

 

Eerst op je PI het commando lsusb en dan kun je het volgende ongeveer verwachten;

 

Dan pas je de file 10-local.rules in /etc/udev/rules.d aan (of je maakt hem nieuw aan).

Bij vendor en product zet jij jouw gegevens die je leest met lsusb.

 

ACTION=="add", ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", SYMLINK+="my_pv"
ACTION=="add", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", SYMLINK+="my_p1"

 

De PI onthoudt dan altijd waar wat zit, ook na een reboot.

 

Daarna moet je uiteraard wel je Pythonscript variabelen aanpassen in dit geval in

my_pv en my_p1, de nieuwe equivalenten.

 

Het ging bij mij over de PL2303 en de FT232, beide converters.

11 februari 2015 aangepast door Con

[naitsirhc]

In mijn geval zal dat dan:

ACTION=="add", ATTRS{idVendor}=="0fde", ATTRS{idProduct}=="ca01", SYMLINK+="my_pv" worden, aldus

 

lsusb

Bus 001 Device 004: ID 0fde:ca01

 

Ik ga het proberen, maar zoals gezegd in het weekend pas :-(

[Con]

 

In mijn geval zal dat dan:

ACTION=="add", ATTRS{idVendor}=="0fde", ATTRS{idProduct}=="ca01", SYMLINK+="my_pv" worden, aldus

 

lsusb

Bus 001 Device 004: ID 0fde:ca01

 

Ik ga het proberen, maar zoals gezegd in het weekend pas :-(

 

Ja, en my_pv is uiteraard zelf in te vullen voor een jou logische naam

welke je dan ook toepast in je programma om de poort aan te roepen.

 

Ik heb bijvoorbeeld ...SYMLINK+="Growatt"...

 

En in Python geldt dan;

gro = ModbusClient(method='rtu', port='/dev/Growatt', baudrate=9600, stopbits=1, parity='N', bytesize=8, timeout=2)
gro.connect()

11 februari 2015 aangepast door Con

[naitsirhc]

Ik heb nu een nieuwe file aangemaakt:

/etc/udev/rules.d/10-local.rules

met daarin:

ACTION=="add", ATTRS{idVendor}=="0fde", ATTRS{idProduct}=="ca01", SYMLINK+="Oregon"

 

En volgens mij doet ie het :-)

 

In de overview zie ik

 

  Service Status Message Stat1 Value Stat2 Value Stat3 Value Stat4 Value wview Running Normal operation LOOP packets received 13 Archive packets generated 1         html Running Normal operation Images defined 52 Templates defined 14 Images generated 150 Templates generated 84

 

 

Dat biedt perspectief. Ik moet alleen nog een skin zien te creeren....

 

Ik hou je op de hoogte

[Con]

Weet je, ik heb er geen snars verstand van, dit werd mij ooit eens aangereikt

door een Linux goeroe en het leek erop dat het paste in jouw probleem...

 

iig goed te horen dat het werkt.

[naitsirhc]

Weetje Con....

 

That makes two of us

   

 

In ieder geval werkt het whuahahaha

[Con]

Ik steel als de raven, knip, plak, reep enzovoort en probeer

het dan in te passen naar mijn behoefte.

 

Daar zijn al best wel aardige resultaten mee geboekt

waar anderen zeiden dat het niet kon.

Ik heb er zelfs China me gehaald.

 

Onderstaand is van mijn hand... funny toch?

Het heeft ongeveer een half jaar geduurd voordat

het was overgewaaid van Stackoverflow naar een

of ander Chinese site.

 

[naitsirhc]

Whuhahahah....Dat is grappig....

 

Ik zeg maar zo:

Beter goed gejat dan slecht bedacht