433Mhz RF module vreemde werking

Werkt het boardje volgens het manchester protocol ?

Je bedoelt de rf module? geen idee. Ik probeer gewoon m.b.v. een serout op 1200 baud serieel 6 bytes te verzenden, wat op zich ook prima werkt, totdat ik het ledje verwijder.

Vreemd, ik zal even moeten zoeken maar ik heb nog ergens een 433 Mhz RF module liggen. Ik heb daar destijds ook problemen mee geahd om hem operationeel te krijgen.

Ik zal eens kijken of ik hem nog kan vinden en wat ik toen gedaan heb om het op te lossen.

ik heb ook idd het idee dat je hier zelf moet zorgen voor het manchester protocol, en dat deze modules daar niet zelf voor zorgen. Ik kon de pdf op de site niet openen, dus kon het niet checken... Wanneer je met deze modules 6 bits met het logische niveau '1' uitzend, dan houd de module op met zenden, omdat er geen wisseling van signaalniveau meer aanwezig is. Daar kun je vrij weinig aan veranderen.
Het manchester protocol zorgt ervoor dat je zender de data goed verzend.

Begrijp me niet verkeerd, het werkt, ook zonder manchester codering, echter alleen als ik een led over de data-ingang en de +5V monteer. Haal ik deze led weg, dan krijg ik pas problemen. Dat zou dus niet moeten liggen aan een protocol mijninziens.

Mijn vraag is dus waarom werkt het alleen met deze led?

Ja, het protocol lijkt me op dit ogenblik onbelangrijk.

Gokje: Misschien gebruik je op de PIC een open collector uitgang? Zonder pull up (of met een te hoge weerstandswaarde) ziet de ingang v/d RF-module nooit "eentjes"?

ik gebruik een 16F628A en verzend de pulstrein op RB.2

Het enigste verschil wat ik zie als ik met de scoop meet aan poort b2; met led krijg ik een pulstrein van +5V naar ca 2,1V
en zonder led meet ik ook een pulstrein van +5V naar 0V.

Je zou zeggen dat juist in het laatste geval (zonder led) de boel moet werken, maar het is juist omgekeerd.

Ik verzend met 1200 baud (inverted = 813)

SerOut PORTB.2, 813, [170, 170, 170, 170, 170, 170, 170]
For x = 1 To 20
SerOut PORTB.2, 813, [145, 63, 23, 9, 16, 33]
Next x

Heb je dit al eens gelezen?

http://www.ideetron.nl/ID070053-1_Een_Simpele_RF_Data_Link.pdf

Ik heb het gelezen en begrijp dat met een of ander protocol een hogere nauwkeurigheid gehaald kan worden m.b.t. de transmissie echter het werkt ook zonder in de praktijk.
Ik heb bijv 4 rookmelders in mijn huis voorzien van tx modules welke naar een soort van RF interface de status melden, dit werkt prima zonder enig protocol. Ik zit nu echter met het probleem dat het alleen met die led werkt en dat vind ik gewoon vreemd afgezien of het beter is om met een protocol te werken.

Als het een kwestie is van een LED over de ingang dan rammelt er iets.

Kun je een schema en een scherpe foto posten?

Met led werkt het, zonder led niet.
Met weerstand i.p.v. led werkt het ook niet.

Ik denk toch dat je een pull-up (of pull-down?) weerstand moet gebruiken.
Ik kan niet de datasheet downloaden/openen op de aangegeven site dus kan ik niet zien hoe e.e.a. zou moeten werken/moet worden aangesloten.

Post eens je programma.
Minimaal het eerste deel waarin je alles declareerd

PORTB heeft interne pull-ups welke software matige enabled/disabled kunnen worden.

Misschien hier eens naar kijken?

Met die LED zo gebruik je je PIC buiten spec (I_max).

Los daarvan: neem een pull-up op de plaats van de LED, 1k om te proberen.

[Bericht gewijzigd door Jochem op donderdag 19 november 2009 13:06:50 (39%)]

Heb ik geprobeerd, ook portb pullups aan, dat geeft geen resultaat.
dat is nu juist het vreemde eraan.

Zal vanavond even het volledige prog. posten

[Bericht gewijzigd door Henry S. op vrijdag 20 november 2009 23:37:42 (44%)]

Scoop d'r op in werkende situatie en in niet werkende situatie. Fatsoenlijke datasheet heb je niet?

Het enigste verschil wat ik zie als ik met de scoop meet aan poort b2; met led krijg ik een pulstrein van +5V naar ca 2,1V
en zonder led meet ik ook een pulstrein van +5V naar 0V.

Datasheet heb ik niet. De enigste gegevens die ik heb zijn van de website e-madeinchn waar ze ook vandaan komen. Daar staat sumier de basisgegevens vermeld.

[Bericht gewijzigd door Henry S. op vrijdag 20 november 2009 23:37:52 (23%)]

en, als je nu eens de PIC en de led weghaalt en meet op die ingang van die module (als er stroom op staat).

Wat meet je dan?

t.o.v. de gnd meet ik dan 0V

Dan heeft de module geen pull-up. Die zul je dan iig zelf moeten maken. Het is vervolgens de vraag of de weak pull-up van de PIC kan volstaan bij die snelheid.

Maak eens een foto van dat scoopbeeld, ik volg je niet.

In rust toestand (+5V)

Met LED aangesloten (geheel werkt)

Zonder LED aangesloten (werkt niet)

Wat je op de tweede foto ziet is de spanningsval over de led.

Zorg voor normale belasting van de uitgang, weerstand tussen Port B2 en de led/ingang module.

Wat ik van die modules weet is dat als je plotseling gaat zenden, de ontvanger nog even in moet regelen, en daardoor de eerste byte mist.

Als je nu een diode naar VCC doet, kan het zijn dat je module continue wat staat te zenden, en dat daardoor de ontvanger dus niet hoeft in te regelen.

Stuur eens: 55 AA <jou zes bytes> en accepteer alles achter een "AA" als geldige data. Voor de lol kan je de byte VOOR de AA opslaan en bewaren, om te kijken wat er nu ontvangen is....

Voordat ik begin met zenden schakel ik eerst de zendermodule in, wacht dan even, verzend een pulstreintje 1010101010 (dec 170) etc.. tbv sync en daarna de 6 bytes code (dit is mijn huiscode) en dan 1 byte commando. Vervolgens wacht ik weer even en schakel de zender weer uit. Dit werkt perfect met led, zonder led echter niet.

@Henry, zal nog eens proberen met een pull up weerstand, had het al geprobeerd met een 10K maar dat is waarschijnlijk gewoon een te lichte waarde.