Quantcast
Channel: Kommentare zu: CUL Stick 868/433 im Selbstbau
Viewing all 83 articles
Browse latest View live
↧

Von: Gummibaer

April 4, 2016, 9:26 am
$
0
0

Erhöhe die Sendefrequenz. Teilweise werden die Signale zu kurz gesendet das die Steckdosen nicht drauf reagieren.
Wenn ich mich richtig erinnere in der Datei fhem/FHEM/10_IT.pm it_defrepetition den Wert erhöhen. Schau mal ob das klappt.
Ich bin mitlerweile schon lange aus fhem und CUL raus.. Läuft bei mir jetzt über 2 Jahre ohne das ich je wieder was geändert habe.
Bei Problemen sonst am besten ans Forum wenden.

EDIT:
Du kannst auch weiterhin den 868 Senden lassen und nur mit dem 433 empfangen wenn es für dich reicht.
Ich hab maximal 8 Meter zu überwinden und das schaffen die eigenbauten ohne Probleme.

↧
Search

Von: schmello

April 4, 2016, 12:25 pm
$
0
0

Erstmal danke für deine Antwort :)

Ich nutze die Culs mit CuxD .. klar es ist kein Problem das der 868 weiter sendet…
Aber um das zu machen was ich vorhabe müsste der NanoCul diese Aufgabe übernehmen. Senden/Empfangen

Ich kann mir einfach nicht Erklären wieso der 868 besser 433mhz Signale sendet als der Nano Cul der auf 433mhz ausgelegt ist.

↧
↧

Von: jnewton

April 17, 2016, 1:55 am
↧

Von: docloy

April 22, 2016, 3:04 pm
$
0
0

Bei mir klappt es so leider nicht. Habe jetzt auch schon auf diverse Arten gebaut mit Baudrate und ohne, mit genauer Bezeichnung und mit ttyUSB0. make läuft auch durch, make program hingegen nicht:

avrdude -D -p atmega328p -P /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 -c arduino -U flash:w:nanoCUL.hex
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00

avrdude done. Thank you.

makefile:216: recipe for target 'program' failed
make: *** [program] Error 1

Habt ihr Tipps für mich?

↧

Von: Gummibaer

April 22, 2016, 11:52 pm
$
0
0

Ich vermute entweder ist das falsche Board gewählt oder dein Bootloader hat ne macke und kann sich selbst nicht mehr reseten was zum flashen nötig ist.
Google mal nach „avrdude: stk500_getsync() attempt 1 of 10: not in sync:“ da findest du viele ansätze.

↧
↧

Von: x-juergen

July 11, 2016, 3:32 am
$
0
0

Hallo,
ich hatte ähnliche Probleme beim Flashen.
Entweder kam die Meldung „programmer is not responding“, ein anderer nano wurde nach dem Flashen nicht mehr erkannt.
Im Netz fand ich eine Anmerkung zum Arduino nano V3.0 aus China.

“Das Problem: die Schaltungs-Entwickler des Nano 3.0 haben einfach vergessen eine Leitung in ihren Schaltbild einzumalen. Und zwar schreibt FTDI vor, dass man den TEST-Pin (Pin 26) vom FTDI-Chip zwingend auf Masse legen muss. Genau das haben die Entwickler vergessen zu beachten. Folglich habe alle gebauten Nanos diesen Fehler. Wenn man den Test-Pin auf Masse klemmt, sollte genannter Fehler verschwinden. Jedenfalls wird das im Netz berichtet…”

Also Brücke eingelötet zwischen Pin 26 und Pin 25 (Masse) am FTDI-Cip und Problem behoben.

↧

Von: apuokas

August 23, 2016, 2:12 pm
$
0
0

Hallo,
wäre es irgentwie möglich mit diese Methode sowas wie „WLAN TCP/IP Stick“ zu programieren und benutzen in 868MHz Bereich?
Grüße
apuokas

↧

Von: Gummibaer

August 23, 2016, 3:33 pm
$
0
0

Theoretisch ja. Aufwand, Nutzen und Effizient stehen aber in keinem Verhältnis. Du müsstest dafür ein eigenes Protokoll schreiben. Dann hättest du nur eine geringe Reichweite. Es gibt für Arduino aber auch LAN/WLAN Module. Vielleicht hilft dir das ja weiter.

↧
Search

Von: piuser22

November 14, 2016, 5:09 am
$
0
0

Hallo Gummibaer,
erstmal tolle Anleitung von dir habe noch eine Frage dazu:
Wie kann man denn das echte 868 Mhz Modul mit Female Jumper Kabel verbinden das hat ja keine Stiftleisten?

Habe mir eins in China für 3,50€ bestellt mit Antenne und warte jetzt auf mein Arduino Nano

Soll wenn alles funktioniert meine MAX Thermostate steuern über Fhem

piuser22

↧
↧

Von: Gummibaer

November 14, 2016, 6:36 am
$
0
0

Löte welche an !? bzw löte die Kabel direkt ran.

↧

Von: karo

December 3, 2016, 7:59 am
$
0
0

Hallo Gummibaer –
erstmal ein Dankeschön, ich kenne mich mit Arduino nicht aus – sehr interessant das Ganze. So interessant, dass ich es ausprobieren wollte.
Ich habe die Bauteile bestellt, habe einen Arduino Nano gewählt bei dem bei den Bewertungen stand, dass er für einen CUL geeignet ist und das Ganze mit Jumperkabeln zusammen gesteckt.
Ein dmesg gibt mir (ubuntu laptop) die Daten unten.
make und make program laufen durch, der arduino wird geflasht. Es blinkt allerdings nichts weder blau, noch 1 mal pro Sekunde.
Mein erster Test, der doch auf jeden Fall funktionieren sollte war ein Zugriff per minicom (verwende root, da zu faul die Berechtigungen anzupassen).
Hmm, und das sagt bei Einstellung 38400 / 8N1 : offline 🙁
genauer: CTRL-A Z for help | 38400 8N1 | NOR | Minicom 2.7 | VT102 | Offline | ttyUSB0
Auch Minicom hab ich das letzte mal vor 4 Jahren einmal verwendet…
Ich werde natürlich auch noch fhem ausprobieren, aber wenn schon minicom keinen Kontakt hat – wie dann fhem.
Hast Du eine Idee ?
Grüße
Karsten

Daten dmesg

[63701.326876] usb 3-1: new full-speed USB device number 16 using xhci_hcd
[63701.473151] usb 3-1: New USB device found, idVendor=0403, idProduct=6001
[63701.473153] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[63701.473154] usb 3-1: Product: FT232R USB UART
[63701.473155] usb 3-1: Manufacturer: FTDI
[63701.473156] usb 3-1: SerialNumber: A505MPYX
[63701.475948] ftdi_sio 3-1:1.0: FTDI USB Serial Device converter detected
[63701.475985] usb 3-1: Detected FT232RL
[63701.476310] usb 3-1: FTDI USB Serial Device converter now attached to ttyUSB0

↧

Von: Gummibaer

December 3, 2016, 8:18 am
$
0
0

Hallo Karsten.
Ich weiß nicht ob vielleicht die Baudrate geändert worden ist.. Ich habe schon ewig nichts mehr an fhem gemacht und bin daher auch outdated.
Versuche mal eine andere Baudrate. Oder teste ihn mal unter Windoof mit putty zb oder der Arduino IDE.
Aus der Entfernung kann man da immer schlecht helfen.
Bzw wende dich sonst an das fhem Forum http://forum.fhem.de/index.php/topic,24651.0.html war der damalige Thread dazu.

↧

Von: Gummibaer

December 3, 2016, 8:19 am
$
0
0

Um ein HEx File auf einen Arduino zu flashen kannst du einfach „XLoader“ nutzen. Nach dem Tool musst du aber selbst googeln.

↧
↧

Von: karo

December 3, 2016, 8:44 am
$
0
0

Hallo Gummibaer,
danke für Deine schnelle Antwort – ich habe es nochmal mit anderer Baudrate getestet, im Makefile standen auch 57600 – mal sehen. Momentan habe ich den cul angehängt per define hinzugefügt und er scheint von fhem erkannt zu werden. Vielleicht liegt es an minicom – obwohl ich mir das nicht vorstellen kann
Grüße
Karsten

↧

Von: Gummibaer

December 3, 2016, 8:53 am
$
0
0

Na hört sich doch schonmal gut an .. Dann geh einfach auf dein angelegtes Device, bei „Get“ wähle „version“ und lass dir die Version auslesen.
Die kann er ja nur anzeigen wenn die Seriele Schnittstelle funktioniert.

↧
Search

Von: karo

December 3, 2016, 9:01 am
$
0
0

Leider dann doch nicht – ein
CulNano433 version => No answer
ist die unschöne Antwort.
Werde also mal Deinem obigen Vorschlag folgen und im Forum recherchieren / posten.
Grüße
Karsten

↧

Von: karo

December 3, 2016, 10:00 am
$
0
0

Hallo,
ein Teil-Erfolg -> mal die a-culfw geflasht -> kein Erfolg weder unter minicom noch unter fhem
Dann den define in fhem geändert, da mir eingefallen war, dass ich beim flashen des original-images nicht über /dev/serial/by-id/… gehen konnte sondern nur über ttyUSB0, also
define culNano433 CUL /dev/ttyUSB0@38400 0000
Damit kann ich die version abrufen – hmm, also liegt es am zugriff über die id.
Grüße
Karsten

↧
↧

Von: Gummibaer

December 3, 2016, 10:02 am
$
0
0

Hast du die Rechte für den Symlink gesetzt das du auch das Device dahinter nutzen darfst ?!
Wenn du nur einen Stick dran hast und sonst nichts geht das auch so .. Problematisch wird es nur bei meheren Geräten, da sich die Zuweisung ändern kann und nur über die ID eindeutig ist.

Also das Problem liegt nicht am CUlnachbau sondern er an deinem OS 😉
Weiterhin viel Erfolg

↧

Von: karo

December 4, 2016, 1:41 am
$
0
0

Hallo Gummibaer – Letzter Kommentar zu diesem Thema, vielleicht hilft es ja noch jemandem weiter.
Es lag nicht an den Rechten, die sind nach meinem Kenntnisstand bei einem Sym-Link auch egal, sondern an der Baud-Rate. Ein
define culNano433 CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MPYX-if00-port0@38400 0000
führt ebenfalls zum Erfolg:-)
Danke Dir nochmal, schönen Sonntag
Karsten

↧

Von: Gummibaer

December 4, 2016, 1:54 am
$
0
0
Du schriebst doch das du vorher schon den Sysmlink genutzt hattest und es bei dir nicht ging. Zitat: <code>Hmm, und das sagt bei Einstellung 38400 / 8N1 : offline 🙁</code> Aber am Ende alles gut. Danke für die Rückmeldung ;)
↧
Viewing all 83 articles
Browse latest View live
Search