SIGNALDuino Empfänger Firm- und Hardware

[RaspII]

Hattest Du schon getestet was

Code Auswählen Erweitern

ls -l /dev/serial/by-id
auf dem Raspberrypi zeigt?
(hoffe die Frage ist nicht zu banal)

[Sidey]

Also, die Firmware läuft auch auf einem atmega32u4. Da gab es schon Anwender, die das compiliert haben.

Die serielle Ausgabe hat auch wenig mit den im Sketch verwalteten Interrupts zu tun.

Es muss irgendwas grundsätzlicheres sein, wenn schon das OS den USB Port nicht initialisiert.

[Ralf9]

Falls der atmega32u4 mit 8 MHz läuft ist bei der Arduino IDE ein add on notwendig, dann kannst Du den Sparcfun pro micro und als Prozessor 8 MHz auswählen.
Unter Windows war bei mir für USB ein Treiber für den pro Micro notwendig.
https://learn.sparkfun.com/tutorials/pro-micro--fio-v3-hookup-guide

Wenn Du die Arduino IDE unter Windows installierst, dann kannst Du direkt mit der IDE hochladen (flashen) und dann mit dem seriellen Monitor testen.

Gruß Ralf

[RaspII]

Hat mir evt. noch jemand einen Tipp zum Nachtrag im meinem schon ein paar Tage altem Beitrag?
https://forum.fhem.de/index.php/topic,58396.msg571268.html#msg571268

[HomeAuto_User]

Hallo,

Also, die Firmware läuft auch auf einem atmega32u4. Da gab es schon Anwender, die das compiliert haben.
Es muss irgendwas grundsätzlicheres sein, wenn schon das OS den USB Port nicht initialisiert.

Kann man da nicht ansetzen. Was ist dafür zuständig wenn das OS den USB Port initialisiert.
Hinweis meinerseits, das selbige Gerät nur mit einer anderen FW, funktionier der USB Port an dem OS problemlos. Es ist nur die Arduino FW.

ls -l /dev/serial/by-id

ls: Zugriff auf /dev/serial/by-id nicht möglich: Datei oder Verzeichnis nicht gefunden

Falls der atmega32u4 mit 8 MHz läuft ist bei der Arduino IDE ein add on notwendig, dann kannst Du den Sparcfun pro micro und als Prozessor 8 MHz auswählen.
Unter Windows war bei mir für USB ein Treiber für den pro Micro notwendig.

Muss ich sofort mal schauen. | Der Treiber nützt nichts für Windos, das Gerät an sich wird nicht erkannt von Windows. UBS kann nicht erkannt werden -> kein Gerät in Windows.

Wenn Du die Arduino IDE unter Windows installierst, dann kannst Du direkt mit der IDE hochladen (flashen) und dann mit dem seriellen Monitor testen.

Ich habe Arduino IDE und das flashen getrennt. Mein derzeit zur Verfügung stehender Programmer ist der PI selber. Somit kann ich nicht von Arduino IDE progmmieren bzw. den Terminal Modus ansehen.

@RaspII
Sorry wenn du ein wenig untergehst.

[Ralf9]

Muss ich sofort mal schauen. | Der Treiber nützt nichts für Windos, das Gerät an sich wird nicht erkannt von Windows. UBS kann nicht erkannt werden -> kein Gerät in Windows.

Ich habe Arduino IDE und das flashen getrennt. Mein derzeit zur Verfügung stehender Programmer ist der PI selber. Somit kann ich nicht von Arduino IDE progmmieren bzw. den Terminal Modus ansehen.

Ich konnte unter Windows 7 mit der Arduino IDE flashen obwohl der com Port nicht erkannt wurde. Ich musste den pro micro kurz vor dem hochladen (flashen) ein- und ausstecken.

Nach dem erfolgreichen flashen wurde an usb was erkannt, aber es wurde für den pro micro kein treiber gefunden.

Gruß Ralf

[HomeAuto_User]

Falls der atmega32u4 mit 8 MHz läuft ist bei der Arduino IDE ein add on notwendig, dann kannst Du den Sparcfun pro micro und als Prozessor 8 MHz auswählen.
Unter Windows war bei mir für USB ein Treiber für den pro Micro notwendig.
https://learn.sparkfun.com/tutorials/pro-micro--fio-v3-hookup-guide

Ergebnis: *Daumen Hoch*
lsusb
Bus 001 Device 014: ID 1b4f:9204

/dev/serial/by-id
lrwxrwxrwx 1 root root 13 Jan 29 13:16 usb-SparkFun_SparkFun_Pro_Micro-if00 -> ../../ttyACM0

Erkenntnis: Mein radino CC1101 muss bei der ARDUINO IDE kompilierung mit dem "Installing the Arduino Addon" von hier vorgenommen werden.

Weitere Tests für den Funktionsumfang werden getätigt.

[HomeAuto_User]

Weitere Tests für den Funktionsumfang werden getätigt.

FHEM erkennt und Initialized den CUL (als CUL angelegt)

- LED´s müssen angepasst werden. Ständig die rote aktiv und auch gelbe

Befehle fehlerhaft:
bWidth --> Can't get old MDMCFG4 value
ccconf --> Timeout reading answer for get C0D
credit10ms => No answer
fhtbuf => No answer
raw => Unsupported command
uptime => No answer

Befehle funktionstüchtig:
cmds =>  V R t X F S P C r W
freq => laut Logfile wird dies eingestellt
ITClock => laut Logfile wird dies eingestellt
rAmp => laut Logfile wird dies eingestellt
reopen  => laut Logfile wird dies eingestellt | neu Initialized
sens (keine Kontrolle möglich, da ccconf nicht klappt)
version => V 3.3.1-dev SIGNALduino - compiled at Jan 29 2017 13:13:23

Test als sduino wie laut Wiki erfolgt noch. Somit sieht man ggf. Unterschiede.

[HomeAuto_User]

FHEM erkennt und Initialized den sduino (als sduino angelegt - wie Wiki)

- LED´s müssen angepasst werden. Ständig die rote aktiv und auch gelbe

Befehle fehlerhaft:
bWidth (gibt es nicht)
ccconf (gibt es nicht)
credit10ms (gibt es nicht)
fhtbuf (gibt es nicht)
raw => Unsupported command |taucht 2x auf im Menü, einmal unter set und get
uptime => No answer

Befehle funktionstüchtig:
cmds => V R t X F S P C r W
freq (gibt es nicht)
ITClock => laut Logfile wird dies eingestellt
rAmp (gibt es nicht)
protocollDs => Liste erscheint
reopen (gibt es nicht)
reset => neu "opened"
sens (gibt es nicht)
version =>version: V 3.3.1-dev SIGNALduino - compiled at Jan 29 2017 13:13:23

[pejonp]

Hi,

mach mal ein Update, FHEM neu starten nicht vergessen:

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

und danach Version.

So definiert ?

define SD433 SIGNALduino /dev/....
attr SD433 hardware nanoCC1101
attr SD433 verbose 5

pejonp

[Sidey]

So wie das aussieht, hast Du nicht die cc1101 Version compiliert

[HomeAuto_User]

So definiert ?

define SD433 SIGNALduino /dev/....
attr SD433 hardware nanoCC1101
attr SD433 verbose 5

Ja

ping OK
state opened
version V 3.3.1-dev SIGNALduino - compiled at Jan 29 2017 13:13:23

mach mal ein Update, FHEM neu starten nicht vergessen:

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

und danach Version.

2017.01.29 14:59:05 1 : nothing to do...
2017.01.29 14:59:30 4 : SD433/KeepAliveOk: 0
2017.01.29 14:59:30 3 : SD433/KeepAliveOk: 0 retry = 1 -> get ping
2017.01.29 14:59:30 4 : SD433/keepalive retry = 1
2017.01.29 14:59:30 5 : SD433 SW: P
2017.01.29 14:59:30 4 : SD433/msg READ: OK
2017.01.29 14:59:30 5 : SD433/msg READ: regexp=^OK$ cmd=ping msg=OK
2017.01.29 14:59:30 4 : SD433/HandleWriteQueue: nothing to send, stopping timer
2017.01.29 15:00:30 4 : SD433/KeepAliveOk: 1
2017.01.29 15:00:30 4 : SD433/keepalive retry = 0

[Sidey]

Welchen sourcecode hast Du compiliert und geflasht?

Nur mit diesem Branch kann der cc1101 initialisiert werden:

https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r33_cc1101

Und natürlich die gestern genannten Pins anpassen.

[HomeAuto_User]

Welchen sourcecode hast Du compiliert und geflasht?

Nur mit diesem Branch kann der cc1101 initialisiert werden:

https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r33_cc1101

Und natürlich die gestern genannten Pins anpassen.

https://github.com/RFD-FHEM/SIGNALDuino/tree/dev-r33_cc1101

Ich gehe nun noch einmal alles durch! Der erste Vergleich mit den Sourcen zeige, das es die selben Dateien sind welche ich auch schon verwendete.

[Ralf9]

wenn bei Version kein cc1101 steht, dann wurde der cc1101 nicht erkannt

Code Auswählen Erweitern

V 3.3.1-dev SIGNALduino cc1101 - compiled ...

beim initialisieren müsste folgendes ausgegeben werden
CCVersion=
CCPartnum=