panStamp support

Begonnen von justme1968, 24 April 2013, 21:35:25

Vorheriges Thema - Nächstes Thema

ext23

OK danke, jo naja ich kann auch gewerblich bestellen das ist kein Ding. Aber sehen ganz solide aus die Dinger, ist ne tolle Idee zumal bei mir eh viel über DMX läuft.
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

PeterS

Hallo justme1968 und nano

Ich nutze 2 Arduinos via RFM12b um meine Sensoren und Aktoren an Fhem anzubinden und zu steuern.
Parallel laufen Homematic-Komponenten via Cul an Fhem.

Mein Ziel ist es die Anzahl an Geräte bezüglich der Wartung zu reduzieren.

Cool wäre es, wenn ein Arduino (Panstamp ??) einer Cul/CCU vorgaukeln könnte er sei ein oder mehrere Sensoren/Aktoren.
siehe Thema Busware CC1101 Arduino shield (ARDCSM): Link

Wäre so was denkbar ?

Gruss Peter

justme1968

ja. im prinzip sollte das gehen.

ich habe schon mal kurz versucht das cc1101 modul auf dem pansamp mit den rf parametern für fs20 oder homematic zu initialisieren. im netz gibt es sogar eine arduino firmware die angeblich homematic devices emuliert. dort könnte man die nötigen rf paramter auch rausziehen. die sind ziemlich identisch zu der aus der cul firmware.

ich bin aber im ersten momment nicht weiter gekommen weil weder senden noch empfangen irgendetwas vorzeigbares gebracht haben und ich nicht die eventuell nötige hardware habe um mal nachzumessen. ich vermute die kommunikation (register,interrupts) zwischen cc1101 und arduino ist im swap mode anders realisiert als es die cul firmware erwartet.

für jemanden der mit dem cc1101 erfahrung hat ist es vermutlich eine 'kleinigkeit' das problem zu finden. dann könnte man einen panstamp auf aktor seite fs20 oder hm kompatibel einsetzen (oder sogar auf fhem seite statt eines cul).

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

PeterS

Hallo Andre

Klingt ja nicht unmöglich :-)
Müsste man nur noch jemanden finden, der das Knowhow hat ?!

PS: Danke für deine rege Informationen rund um den panStamp ! Schade nur, dass das 60$-Dollar Einsteigerangebot nicht mehr erhältlich ist :-(

Gruss Peter

Tobias

schon gesehen das es einen Nachfolger des aktuellen Modells gibt?
http://www.panstamp.com/announcements/imminentfuture
Soll ab Septemper/Oktober im Webshop verfügbar sein. Beide Modelle sollen ein paar Monate parallel verkauft werden.
Soll heißen, das aktuelle Modell läuft aus. Das wirft die spannende Frage auf, ob die SWAP-Module auch mit den neuen panstamps laufen...
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

ext23

Heißt also noch ein paar alte bunkern, naja oder später selber nachbauen, Schaltpläne sind ja bekannt.

Wobei ich nen Atmel besser finde als diese MSP Geschichte. Ich mag immer nicht tausende IDE's benutzen.

Was das SWAP angeht, naja das kann doch bestimmt adaptiert werden. So viel anders werden die verwendeten µC ja auch nicht sein, also da würde ich mir jetzt weniger Sorgen machen. Ich hoffe nur das die Dinger Pinkompatible sind.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

justme1968

swap sowie alle fhem module werden natürlich laufen.

was die ide angeht soll der support für die neuen chips in die gleiche ide eingebaut werden. also nichts zusätzlich.

das panstsamp board ist im prinzip kompatibel und hat auch die gleiche grösse. ein vorteil der neuen version wird sein das sich alle funktionen wie pwm, uart, spi, ... freu auf jeden pin konfigurieren lassen und es eine feste zuordnung nicht mehr gibt.

mehr sobald ich den ersten in den fingern hatte mehr :)

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

ext23

Mhh sollte ich dann mit der RGB Platine lieber noch etwas warten?
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

justme1968

also ich könnte direkt jetzt schon 3-5 für das aktuelle modell gebrauchen. bis jetzt schaut auch noch alles kompatibel aus und mit der planung kann man sicher auch weiter machen. aber wenn du auf nummer sicher gehen willst ist warten natürlich sicherer. fast wie mit dem verplungs schutz. aber jetzt bin ich mit der software auf der sichereren seite :)

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

ext23

*lol* naja ich hab ja schon ein paar Dioden geordert. Ich hoffe der Spannungsabfall ist nicht so groß, aber die meisten "12V" Netzteile haben ehe eher 13V.

Naja mal schauen, ich hoffe ich bekommt das noch hin demnächst.

/Daniel
HM, KNX, FS20, 1-Wire, PanStamp, AVR-NET-IO, EM1000EM, PCA301, EC3000, HM-LAN, CUL868, RFXtrx433, LGW, DMX @Ubuntu-Server (Hauptsystem) & Raspberry Pi (Satellit)

justme1968

ich habe eben die erste version der panStamp und SWAP module sowie die beispiel device description files eingecheckt.

damit sollten wie oben beschrieben alle panstamp/swap devices generisch auf register ebene funktionieren. es werden für alle user register.

fhem readings angelegt und diese automatisch per userReadings auf 'menschen lesbar' gemapped wenn es eine entsprechende beschreibung im device description file gibt.

als beispiel für ein spezialsierteres modul gibt es das rgb driver modul von weiter oben. das checke ich demnächst zusammen mit dem sketch ein.

achtung:der pfad zu den device description files hat sich noch mal geändert. es ist jetzt FHEM/lib/SWAP. falls jemand etwas an der alten stelle (FHEM/SWAP) stehen hat einfach löschen.

achtung: die syntax zum define des panstick hat sich etwas geändert. bitte den <NETID> Parameter (B547) nach dem update entfernen.

die module verwenden noch nicht norberts panStamp/SWAP lib. die umstellung wird warscheinlich dann kommen wenn der swapstream support so weit fertig ist.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

justme1968

es gibt noch ein kleines problem mit dem update und der directory struktur für die device description files.

rudi muss noch mal hand anlegen bevor der update funktioniert...
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

justme1968

morgen sollte der update dann komplett funktionieren.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Tobias

Hi Andre,
habe jetzt die IDE und die Beispielscetche installiert. Kompilieren klappt auch soweit. Nur der Upload muss noch warten da die Ware noch unterwegs ist
1. Frage: Welcher scetch muss auf den Panstamp der den Panstick betreibt?
2. Frage: Ich habe hier auch einen MyAVR-Programmer mit einem 6-bzw 10er ISP-Anschluss. Damit würde ich am liebsten die panstamps programmieren. Sollte doch eigentlich funktionieren.Gibts irgendwo eine Verkabelungsanleitung?
Maintainer: Text2Speech, TrashCal, MediaList

Meine Projekte: https://github.com/tobiasfaust
* PumpControl v2: allround Bewässerungssteuerung mit ESP und FHEM
* Ein Modbus RS485 zu MQTT Gateway für SolarWechselrichter

justme1968

1. der modem sketch.

2. ja. das sollte gehen. die pinbelegung findest du hier: http://code.google.com/p/panstamp/wiki/panStamp. von panstamp.com auf die wiki seiten und dann weiter.

rein aus neugier: warum lieber den avr programmer statt dem panstick ?

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968