Er zijn 74 reacties in dit onderwerp

[pascalbianca]

http://forums.fedora...ad.php?t=265100

[pascalbianca]

De relaiskaart die ik hier getoond had http://www.vbib.be/i...__30#entry66678 is reeds klaar.

 4_20lcdprint.JPG   165.48K   0 downloads
 IMAG0179.jpg   94.59K   0 downloads

Ik had in het begin problemen dat mijn gemaakte kaart niet werd herkend, bleek achteraf dat ik de verkeerde ic erin had zitten , de MCP23S17 i.p.v. een MCP23017.
Het verschil in die beide ic's zijn de data en stroom ingangen.
Nu werkt hij goed.
Omdat ik op mijn relaiskaart een extra ic gebruik om die relais aan te sturen moest ik even uitzoeken om een code te schrijven die beide aanstuurt.
Maar gisteravond is het toch gelukt om een test code te schrijven die alle poorten van links naar rechts afloopt.

Filmpje ervan zet ik straks online als ik hem gemaakt heb, was gisterenavond (beter gezegd vanmorgen ) iets te laat (vroeg ) om dit nog te doen.

[pascalbianca]

Mijn I²C LM97 Temperatuur sensor heb ik wel al werkend op print.

 so8-smd.jpg   9.48K   1 downloads

Deze ic is net geen 1 cm lang en 0.5 cm breed , dus kun je al indenken hoe groot die maar is
Mijn proef opstelling van deze ic zag er zo uit.

 LM76_EIO2.jpg   16.74K   1 downloads

Na werkende code en testopstelling printje ervoor gemaakt en gesoldeerd.

 lm76print.JPG   38.16K   1 downloads
 lm76 naar i2c.jpg   108.74K   0 downloads

Nu krijg ik mooi de temperatuur te zien die ik wil hebben

[pascalbianca]

Video demo werking Relaiskaart .

[pascalbianca]

Na lang testen met een proef opstelling van adapters in mijn Main Unit voor het voeden van de 2 lcd paneelmeters, de Raspberry Pi en de I²C-bus en koeling van de main unit, heb ik een berekening kunnen doen wat het verbruik is en hoe ik de onderdelen het beste kan voeden.

Tevens wilde ik het standaard gebruikte methode erbij gebruiken die ze op veel prints doen door met connectors te werken, dus dat houd in de stroom kabel met connector, aan/uit schakelaar met connector en als extra safety een aansluiting voor een glaszekering.

Aangezien de lcd paneelmeters niet samen mogen op 1 trafo (dan werkt de metingen niet) heb ik gekozen voor 2 trafo's van 9V.
 tr2.jpg   11.24K   0 downloads

Deze leveren 366 mA, tis niet veel maar ruim genoeg om de lcd's en de fan erop te laten draaien.

Voor de Raspberry Pi en de I²C-bus had ik nog 1 adapter liggen van 1A (liever had ik meer iets rond de 2A) maar voor nu voldoende even.
 tr1.jpg   10.2K   0 downloads

Het resultaat is dus als volgende.:

 Main Unit Hoofdvoeding 2.jpg   76.81K   1 downloads
 Main Unit Hoofdvoeding.jpg   79.65K   1 downloads

[plekke]

mijn projectje


sturingkast

[pascalbianca]

Ah dat zijn projecten die ik graag zie
Zelf ben ik met een android programma bezig speciaal alleen op mijn unit geschreven om te reageren.
Alleen zit ik met een probleem om via java een connectie naar mijn server te krijgen, die vraag heb ik ook bij java sectie geplaatst, maar volgens mij begeeft zich niemand daaraan.
Dus ben ik al 3 dagen aan het stoeien om het toch aan de praat te krijgen.
Het opvragen van gegevens en dingen aanzetten via GPIO in mijn android programma gaat perfect.

[plekke]

ik had vroeger ook mijn eigen hardware gemaakt , eigen protocol , enz...
maar al schrijf je de sourccode zelf , dat printje draaide 6j non stop zonder problemen ,
maar intussen source kwijt geraakt , en vergeten hoe je moet met een programmer werken , enz...

tegenwoordig , doe ik alles a la raspi , met modules , en koppelen maar.
solderen doe ik niet meer voor projecten , wel als testopstelling...

mijn toekomst plannen  visualisatie uitbreiden met, analoog in , analoog uit , en camera op meterstanden gas , water elek..
en eventueel nog amperemeter op de stroomtoevoer

[Ben3080]

Op zoek naar een oplossing kom ik VBIB weer tegen met Raspberry !
In het verleden heb ik via VBIB in combi met een PIC al de nodige ondersteuning gehad op deze site.
Maar inmiddels is er ---RASPBERRY PI ----  -> een geweldige oplossing voor mijn homebus projekt.
Bij mij draait sinds een aantal maanden:
1e: Smart meter uitlezen en loggen + data online naar cosm.com
2e: I2C bus voor status uitlezen deuren/ramen /ir sensoren/temp sensoren en loggen.
3e: control 6x RF 433 kaku modules van "ACTION"
4e: control rolluik ( in ontwikkeling)
5e: control camera/monitor  sys  t.b.v. voordeur/oprit
Alles opgebouwd met stukjes code via internet.
Momenteel zoek ik een oplossing om ook een "EIGEN" datastream via GPIO te sturen naar de RF 433 zender.
De originele stream log ik met  behulp van IR-protocol- analyzer. Deze geeft dan meteen de hoog/laag tijden weer in usec.
Als ik die tijden met Python genereer gaat het fout i.v.m. timing stabiliteit.

--------------------------------------------------------------
import wiringpi
#from time import sleep
#io = wiringpi.GPIO(wiringpi.GPIO.WPI_MODE_SYS)
#io.pinMode(14,io.OUTPUT)  # Setup pin 18 (GPIO1)
#while True:
#    io.digitalWrite(14,io.HIGH)  # Turn on light
#    sleep(0.02)
#    io.digitalWrite(14,io.LOW)  # Turn off
#    sleep(0.02)


#!/usr/bin/python
# Import required Python libraries
import time
import RPi.GPIO as GPIO

# Use BCM GPIO references
# instead of physical pin numbers
GPIO.setmode(GPIO.BCM)

# Define GPIO to use on Pi
GPIO_TRIGGER = 14  #  mijn RC zender aansluiting
KORT = 0.0008
LANG = 0.0017
# Set pins as output and input
GPIO.setup(GPIO_TRIGGER,GPIO.OUT)  # Trigger

# Set trigger to False (Low)
GPIO.output(GPIO_TRIGGER, False)

# Allow module to settle
time.sleep(1)

test = 1

while True:
# Send pulse to trigger

#rc = "on"

# while rc == "on":
#    GPIO.output(GPIO_TRIGGER, True)
#    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, True)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(LANG)
      GPIO.output(GPIO_TRIGGER, True)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, True)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, True)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, True)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, True)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, True)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, True)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, True)
    time.sleep(LANG)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(LANG)
    GPIO.output(GPIO_TRIGGER, True)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, True)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, False)
    time.sleep(KORT)
    GPIO.output(GPIO_TRIGGER, True)
#    time.sleep(KORT)
#    GPIO.output(GPIO_TRIGGER, False)
#    time.sleep(KORT)
#    GPIO.output(GPIO_TRIGGER, True)
    time.sleep(0.1)
# Reset GPIO settings
GPIO.cleanup()
-------------------------------------------------------------------
Zelf denk ik om voor die timing een deelprogje te gebruiken gemaakt in C / C++.
Maar daar ben ik totaal niet eigen mee.
Kan iemand mij daarmee op weg helpen?

[pascalbianca]

Ik snap helaas niet geheel je vraag met betrekking tot je code.
Wat ik wel kan aanraden is om alle code die je als opmerking hebt gemaakt weg te halen want het best onoverzichtelijk.

Ook die reeks code met.:

Citeren

GPIO.output(GPIO_TRIGGER, False)
time.sleep(KORT)
GPIO.output(GPIO_TRIGGER, True)
time.sleep(KORT)

Zet die in een lus dat bespaart een hoop type werk.

[Ben3080]

Bovenstaande code was een test om te zien hoe de timing met python is. -> Slecht !
De waarden die ik ingeef varieren constant als ik die teruglees, vandaar dat ik zoek naar een betrouwbare oplossing.
Iets met 800 usec hoog,950 usec laag,950usec laag,800usec hoog etc.
De bedoeling is om hiermee een eigen gemaakte code te sturen die in een pic wordt ontvangen en gedecodeerd.
 RC5 toets2.jpg   23.81K   2 downloads
Het gaat om bijgevoegd patroon .Dit is overigens de RC5 code van Philips.
Dit wil ik dan als basis en kunnen aanroepen vanuit bijv een bash script.
D.m.v  timing  kan ik dan mijn eigen code gebruiken.
Het gaat om rolluiken te bedienen met een AB en met de Raspberry , die dan zonlicht afhankelijk aanstuurt.

Ben

[plekke]

Ben3080, op 19 May 2013 - 08:25, zei:

Bovenstaande code was een test om te zien hoe de timing met python is. -> Slecht !
De waarden die ik ingeef varieren constant als ik die teruglees, vandaar dat ik zoek naar een betrouwbare oplossing.
Iets met 800 usec hoog,950 usec laag,950usec laag,800usec hoog etc.
De bedoeling is om hiermee een eigen gemaakte code te sturen die in een pic wordt ontvangen en gedecodeerd.
RC5 toets2.jpg
Het gaat om bijgevoegd patroon .Dit is overigens de RC5 code van Philips.
Dit wil ik dan als basis en kunnen aanroepen vanuit bijv een bash script.
D.m.v  timing  kan ik dan mijn eigen code gebruiken.
Het gaat om rolluiken te bedienen met een AB en met de Raspberry , die dan zonlicht afhankelijk aanstuurt.

Ben

beter de raspi serieel iets doen sturen naar je pic
en de pic het nauwkeurige werk laten doen
maar dan kan je evenwel de raspi weglaten zeker?

[Ben3080]

Ja ook een idee, maarja ik had gehoopt het met een raspberry te kunnen doen.

[pascalbianca]

Het zal met de Raspberry ook te doen zijn , maar tis uiteraard even uitzoeken hoe je dit het beste kunt doen.
Ik ben al hier en daar eens aan het kijken wat ik als oplossing ervoor kan bedenken , maar moet uiteraard wel stabiel zijn.

[Ben3080]

In feite gebeurt dat , zo'n pulstrein, toch ook met de bekende rf mainsswitch Software, bijv LIRC, of heb ik dat mis ?