P1 splitter met CH340n data gemuteerd

Goedemiddag,

Ik heb het volgende probleem, ik heb een splitter voor de P1 poort gemaakt met een USB aansluiting voor de Pi.
Nu komt het vreemde, eerst werkte de CH340n naar behoren met putty (115200).
Maar ineens werd de data vervormd, het heeft goed gewerkt.
Heb 3 printen waarvan eerst 2 goed waren en nu alle drie niet goed.
Op de uitgaande slave P1 poort heb ik een FT232 chip en deze data is wel goed.

Heb in de bijlage een screendump van putty en het schema.

Heeft iemand een idee wat het zou kunnen zijn?

m.v.g. knutsel10

Shiptronic

Overleden

Geen te hoge spanning op de Pi? 3v3?

Wie de vraag stelt, zal met het antwoord moeten leren leven.

Hallo Shiptronic

alles hangt voor test doeleinden aan de PC via 2 usb poorten.
De FT232 zit op com 4 en de ch340n op com 5.

Zoals op de foto in de bijlage staat wordt het gemuteerd.

Hallo Shiptronic

alles hangt voor test doeleinden aan de PC via 2 usb poorten.
De FT232 zit op com 4 en de ch340n op com 5.

Zoals op de foto in de bijlage staat wordt het gemuteerd.

lijkt op verstoring in je datastroom aangezien er toch wat leesbaars voorbij komt. ander massa punt gebruikt misschien ?

Shiptronic

Overleden

USB Vbus 5V aan P1 5V , geeft dat geen conflikt?

[edit] En ik zie dat de 5V van de Pi daar ook aanzit? dat kan niet goed gaan :) Het zijn voedingen en meestal geen sinkers !

Ik zou de CH voeden vanaf de P1 poort, en de USB 5V verder niet gebruiken.

R2 4,7KΩ Pull-up verlagen naar 1KΩ ?

ReSeT ingang is zwevend

Wat wat is SV1

Wie de vraag stelt, zal met het antwoord moeten leren leven.

er is data bij gekomen, er is nog iets aan het zenden

ik hou van werken ..., ik kan er uren naar kijken

shiptronic

P1 slave wordt gevoed uit de de USB poort, dat klopt, De ft232 gebruikt deze voeding niet. Haal ik de FT232 los van de slave nog steeds mutatie.

Pull up verlagen heeft na mijn inzien geen zin aangezien de data van de slave die dezelfde poort gebruikt wel goed is.

SV1 kan gebruikt worden om een extra app aan te hangen om een extra poort te generen

Dus de data die via de USB naar de PC gaat is gemuteerd

Shiptronic

Overleden

DSMR 4.x bepaalt namelijk dat de slimme meter 5v, 100mA moet kunnen leveren op pinnen 1 en 6 van de P1 poort.
“De voeding in de slimme meter is uitgevoerd met een stroombegrenzingschakeling. Uit betrouwbare bron heb ik dat deze terugschakelt naar 50mA wanneer de belasting boven de 100mA komt om weer terug te schakelen naar 100 mA wanneer de ‘kortsluit’ conditie is opgeheven. Het klinkt alsof er een Fairchild FPF 2000 achtige load switch is opgenomen in de meter. ”

Bron: http://domoticx.com/p1-poort-slimme-meter-hardware/

mischien staat die aan/uit te stuiteren ??

Wie de vraag stelt, zal met het antwoord moeten leren leven.

X2 gaat naar de slimme meter.
Dus ik gebruik geen voeding uit de meter.

Zowel de 4009 als de CH330N worden gevoed uit de USB poort.

De slave uitgang (hier hangt de FT232 aan ) kan voeding geven maar deze wordt niet gebruikt met mijn testopstelling.

voor de mensen die goed hebben opgelet kloppen de nummers van X3 niet maar dat komt omdat ik "verkeerde" chassisdelen gebruik.

wat ik niet snap hoe kan het dat de via IC1C poort 6 (2x geïnverteerd)
wel goede data binnen komt, aangezien dit door de FT232 nog eens wordt geïnverteerd.
En dat via IC1A poort 2 de data 1x geïnverteerd niet goed goed is.

Shiptronic

Overleden

die CH330N eruit, en 2x een FTDI erin >:)

Wie de vraag stelt, zal met het antwoord moeten leren leven.

mee eens alleen wordt het dan veel duurder

Veel duurder is een groot woord.
1,18 + 2,46 verzending en nog een beetje btw. Zit de Ftdi al op een mooi printje.
Ftdi kun je met software instellen of deze inverteert op niet, inverterende buffer kan dan vervallen.

Arco

Special Member

Maak ook de seriele kabel niet te lang. Op zo'n hoge baudrate als 115k is iedere onnodige centimeter er een te veel...

Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com
bprosman

Golden Member

Al eens geprobeerd met een los USB-ttl convertertje ? Eerder dit jaar zelf ook een P1 splittertje gemaakt (staat bij show projects) en herken het probleem niet. Ik gebruik wel een losse converter en er hangt bij mij ook een rPi en Toon aan.

De jongere generatie loopt veel te vaak zijn PIC achterna.
Shiptronic

Overleden

Op 4 augustus 2021 21:28:42 schreef knutsel10:
mee eens alleen wordt het dan veel duurder

Kwaliteit en betrouwbaarheid is ook iets waard! en mijn tijd ook!

Maar heb je al een andere pull-up geprobeerd? Je krijgt dan een iets duidelijker "hoog" effectief over een hele lange kabel is het net een condensator die je oplaad, met 4,7K loopt en net te weinig stroom om hem op te laden

[Bericht gewijzigd door Shiptronic op woensdag 4 augustus 2021 22:32:21 (26%)

Wie de vraag stelt, zal met het antwoord moeten leren leven.
bprosman

Golden Member

Op 4 augustus 2021 21:35:58 schreef 2N3055:
Veel duurder is een groot woord.
1,18 + 2,46 verzending en nog een beetje btw. Zit de Ftdi al op een mooi printje.
Ftdi kun je met software instellen of deze inverteert op niet, inverterende buffer kan dan vervallen.

Zal voor dat geld wel een neppert zijn. Die overigens over het algemeen ook goed werken.

De jongere generatie loopt veel te vaak zijn PIC achterna.
Sine

Moderator

Op 4 augustus 2021 21:20:00 schreef knutsel10:
X2 gaat naar de slimme meter.
Dus ik gebruik geen voeding uit de meter.

Als je een DSMR4 meter hebt verwacht die wel voeding.

Ik zelf had hier Schmitt triggers gebruikt zoals de 40106 of de 74HCT14, maar die zijn helaas niet pencompatibel.
Die 4009 is sowieso een beetje een vreemde eend.

bprosman

Golden Member

Op 4 augustus 2021 23:21:28 schreef Sine:
[...]
Als je een DSMR4 meter hebt verwacht die wel voeding.

De meter levert toch juist een voeding ?

Bij deze versie haal ik de voeding voor de 4009 uit de slimme meter.
De TTL-RS232 converter zit op J4 met best wel een lange (2 meter) kabel.
Ik snap overigens het "draaien" van die RJ12 connectoren niet zo goed, wat is er makkelijker dan gewoon "straight" kabeltjes persen.

De jongere generatie loopt veel te vaak zijn PIC achterna.

Op 5 augustus 2021 07:34:18 schreef bprosman:
De meter levert toch juist een voeding ?

Toen ik een slimme meter kreeg heb ik daar even naar gekeken. Toendertijd was er een signaal waar /ik/ 5V op moest aanbieden, en dat leek te zijn alsof daar de "digitale hoge-snelheid-optocoupler" vandaan gevoed zou worden.

Dit is met het oplopen van de nummertjes van de standaard veranderd.

four NANDS do make a NOR . Kijk ook eens in onze shop: http://www.bitwizard.nl/shop/
bprosman

Golden Member

Op 5 augustus 2021 08:16:21 schreef rew:
[...]Toen ik een slimme meter kreeg heb ik daar even naar gekeken. Toendertijd was er een signaal waar /ik/ 5V op moest aanbieden, en dat leek te zijn alsof daar de "digitale hoge-snelheid-optocoupler" vandaan gevoed zou worden.

Dit is met het oplopen van de nummertjes van de standaard veranderd.

Er zijn er 2, eentje is 5V voeding (uitgaand), Pin 1, en op de DTR , Pin 2
(dat is jouw opto-coupler) moet je juist +5V aanbieden om de meter data te laten spuien. Veel mensen prakken er een RJ11 in (4 Aderig) en dan missen ze de (uitgaande) voedingsspanning. zie schema'tje boven.

De jongere generatie loopt veel te vaak zijn PIC achterna.
mel

Golden Member

Er zijn veel typen meters waar de pinnen 1 en 6 niet aangesloten zijn. Je moet toch extern alles aanbieden.

u=ir betekent niet :U bent ingenieur..

Die pullup van 4k7 is te hoog, maak er maar eens 1k van. Je houdt anders geen flank meer over.

1-st law of Henri: De wet van behoud van ellende. 2-nd law of Henri: Ellende komt nooit alleen.

heren bedankt voor de input.

Het probleem is dat de CH340N een slechtere data detectie/correctie heeft.

Heb er +/- 15m kabel aan zitten.

Heb een simpel printje gemaakt met allen een CH330N deze bij de meter aangesloten en gelijk goede data, toen 15m kabel er tussen en wederom mutatie in de data.
Heb nog wat met de pull-up weerstand gedaan maar geen resultaat.

Dezelfde test met een FT232 en dit werkt wel.

dus de volgende print krijgt wel een FT232.

Gelukkig werkt mijn schema werkt wel, ben nu aan het duur testen.

De Raspberry Pi leest nu de data van de CH340N ook uit via USB

m.v.g. Knutsel10

Sine

Moderator

15 meter is ook nog wat spannend voor TTL, zeker als dat een beetje snel moet.