Mantis

Feature Request

minor

N/A

2010-06-07 12:41

2010-06-12 14:37

jens

stettberger

normal

resolved

none

fixed

Hardware pinning für Pollin NETIO fehlt

Das Hardware pinning für ein direkt an den EXT Stecker des Pollin NETIO angeschlossenes HD44780 LCd fehlt.
Im Anhang ein patch für das pinning, mit dem es bei mir funktioniert.

0001-add-hardware-pinning-for-NetIO-LCD.patch (1 KB) 2010-06-07 12:41

stettberger

2010-06-12 14:37

Merged. Danke

Feature Request

minor

N/A

2010-05-10 00:35

2010-05-13 20:43

kiwi

stesie

normal

feedback

none

open

hr20 batterie spannung auslesen

hallo,

währe es möglich, wie jetzt schon möglich über ecmd "hr20 temp" die batterie spannung aus zu lesen ?
ich würde gerne akku's darin regelmäßig laden und endladen, dafür brauch ich aber aufjedenfall die aktuelle spannung, damit ich auch mit bekomme, wann der akku lehr ist.
ich denke für andere ist es genauso interesannt, bei batterie betrieb, um z.b. "batt" auf dem display bei lehrer batterie an zu zeigen.

vielen dank im vorraus

kiwi

ich denke das hier sagt, wie man die batt spannung auslesen kann, das ergebniss soll in mv geliefert werden, und so wie ich das verstehe, wird eine interne 1,1 V als referenz genommen.

#define ADC_TEMP_MUX 0x00 //!< ADC-Channel for Temp-Sensor (ADMUX)
#define ADC_UB_MUX 0x1E //!< ADC-Channel for Ub (ADMUX)

ADMUX = ADC_UB_MUX | (1<<REFS0);

stesie

2010-05-10 08:30

mmmh, das ist doch eigentlich längst implementiert. Zumindest in der hr20 branch ist HR20_GET_BATT definiert. Das liefert die Batteriespannung in Centivolt zurück.

Und ja, technisch läuft das über die interne Band-Gap-Spannung von 1.1 Volt. Die Vcc wird als Referenz verwendet und ebendiese BG-Spannung dagegen gemessen.

Übersehen oder tut die Funktion nicht wie sie soll?

kiwi

2010-05-10 08:55

was mach ich dann hier falsch ?

gummi:/usr/src/ethersex/ethersex_100509_Thermy# git pull origin
Already up-to-date.
gummi:/usr/src/ethersex/ethersex_100509_Thermy#

gummi:/usr/src/ethersex/ethersex_100509_Thermy# git branch
master
* wip-hr20
gummi:/usr/src/ethersex/ethersex_100509_Thermy#

kiwi

2010-05-13 20:43

ich glaube ich habe da was gefunden, es gibt kein ecmd comando dafür, sondern so wie es aussieht, nur ein c6 comando, könnte man das auslesen eventuell auch per ecmd möglich machen ?

Feature Request

minor

N/A

2010-05-10 09:24

2010-05-10 09:38

kiwi

normal

new

none

open

hr20-ecmd im make menuconfig abwählbar machen

hallo,

gäbe es eventuell die möglichkeit, flexibel das "hr20 toggle " und "hr20 hourbar " im menuconfig abwählbar zu machen ?
der chip ist so klein, und das c6 programm wird potenziell zimlich groß

Imagesize: 8412/16384 bytes (51.34%)
Imagesize: 8702/16384 bytes (53.11%)

es scheint schon ein bischen was an differenz aus zu machen, hier habe ich die einbindung in er makefile mit einer raute auskomentiert.

gibt es eventuell sonst noch irgend was was man ansatzweise einsparen könnte ?

danke

gruß

kiwi

kiwi

2010-05-10 09:38

würde es den code auch kleiner machen, wenn man genauso die hr20-temp-ecmd.c bzw. die potenzielle batt spannungs auslesung nicht per ecmd anbietet sondern nur per c6 comando ?

dann bliebe eigendlich nurnoch das "bootloader" komando, wofür ich eigendlich momentahn noch ecmd brauche, könnte man das anders triggern ?

also mal als ganz blöde idee, ein bootloader ausführen wenn ein tcp connect auf irgend einem port kommt ? oder kann ich einen bootloader aufruf auch innerhalb von einem c6 script einbinden ?

ohne ecmd spare ich fast ein k ein.
Imagesize: 7030/16384 bytes (42.91%)

wiso wir mein code nochmals kleiner wenn ich in der datei /hardware/adc/Makefile
das adc zeugs für hr20 aus mache ? ohne das es in der menuconfig angewählt ist ?
Imagesize: 6686/16384 bytes (40.81%)

danke

gruß

michael

Feature Request

feature

N/A

2009-07-31 18:57

2010-05-10 08:34

kiwi

stesie

normal

closed

none

no change required

Ausgabe Unix Timestamp in Control6

nur wenn es wirklich nicht viel arbeit ist,
für debugging zwecke ist es einfacher mit unix timestamp ausgaben zu rechnen und zeit differenzen zu ermitteln als aus einer date ausgabe.

also sowas hätte ich gerne verwendbar in Control6

time
1249058652
time
1249058964

:-)

habe versucht zu finden, wie die variable hierfür heißt, aber ist mir irgend wie nicht ganz klar, also time aufjedenfall nicht würde ich sagen.

stesie

2009-07-31 19:08

clock_get_time()

Feature Request

feature

N/A

2009-07-29 12:58

2010-05-10 08:34

lo4dro

stettberger

normal

closed

none

fixed

Abfrage einer Tankinhaltsanzeige der Firma Tecson

Hallo.

ich besitze noch eine Tankabfrage der Firma Tescon (TO-1) http://www.tecson.de/pobserv.htm. [^]

Kann jemand das Protokoll (siehe Anhang) ähnlich dem MSR1 Protokoll implementieren?

z.B. tescon get (wartet bis zu 1 Min. auf Antwort)
dann wir der HEX-Wert ausgegeben, oder eine Error Meldung.

Schnittstellen-Spezifikation PC-LINK.pdf (19 KB) 2009-07-29 12:58

Feature Request

minor

N/A

2010-02-19 12:50

2010-05-10 08:32

kiwi

normal

closed

none

fixed

hostname abfrage per ecmd

hallo zusammen,

gibts die möglichkeit per ecmd ne hostnahmen abfrage zu implementieren, also falls es nicht den code risig aufbläht,
bzw. wie könnte ich zusätzlich auch diesen innerhalb von einem c6 script per tcp in einem string mit anderen variablen versenden ?

danke

kiwi

stettberger

2010-02-23 14:40

So ganz ist mir nicht klar was du willst. Willst du den hostnamen vom ethersex ausgeben lassen oder willst du eine dns abfrage (was gehen sollte) absenden und das ergebnis haben. was die zweite frage mit der ersten zu tun hat ist mir nicht klar.

habo

2010-03-28 16:12

Ein ECMD für die Anzeige des Hostnames wurde eingebaut. Da control6 die ecmd abfragen kann setzte ich das ticket damit auf resolved.

Feature Request

minor

have not tried

2010-03-09 15:22

ViRuS2k

normal

new

none

open

Change Jabber Settings via Webinterface

Feature Request

feature

have not tried

2009-11-17 20:34

2010-02-16 16:35

lo4dro

stettberger

normal

closed

none

fixed

Wechselrichter der Fimra KACO auslesen

Hallo Leute,

für den Bereich Home-Visualisierung habe ich hier ein weiteres Gerät.
Wechselrichter der Firma Kaco.
Das Gerät hat eine RS232 und eine RS485 Schnittstelle.
Auf der RS232 Schnittstelle wird alle 10 Sekunden ein Datenblock bestehend aus 10 Feldern gesendet.

Beispiel:
00.00.0000 00:05:30 4 363.8 0.37 134 226.1 0.53 103 23
00.00.0000 00:05:40 4 366.0 0.39 142 226.1 0.53 112 23
00.00.0000 00:05:50 4 359.5 0.41 147 226.1 0.53 116 23
00.00.0000 00:06:00 4 369.8 0.42 155 226.1 0.58 118 23

Könnte man das so ähnlich implementieren wie bei der Tanküberwachung Tecson?
Die Liste der 35 Betriebszustände liefere ich nach, sobald die Seite gescannt ist.

Parameter der RS232:
9600 8N1

Spalte:
1 = Platzhalter (sieht nach Datum aus, wird aber nicht genutzt)
2 = Tagesbetriebszeit
3 = Betriebsart (Wert zwischen 0 und34)
4 = Generatorspannung Vdc
5 = Generatorstrom Adc
6 = Generatorleistung in Wdc
7 = Netzspannung in Vac
8 = Einspeisestrom im Aac
9 = Einspeiseleistung in Wac
10 = Gerätetemperatr in C

Feature Request

minor

have not tried

2009-09-09 13:54

2010-02-11 15:53

sys

normal

new

none

open

Nagios NSCA Client

Von Vorteil waere ein Nagios NSCA-Client (bspw. auf basis von send_nsca.c)
der z.B. Werte von DS18S10 Temperatursensoren an einen Nagios NSCA-Server
schickt. So muesste Nagios nicht staendig pollen.

stettberger

2010-02-11 13:56

Koenntest du vielleicht eine Beschreibung des Protokolls hier verlinken, sonst ist das immer recht schwierig ne Abschaetzung fuer den aufwand zu geben.

sys

2010-02-11 15:53

Leider finde ich so auf die schnelle keine Beschreibung Protokolls, aber ein
Perl-Skript:

http://www.jasonplancaster.com/projects/scripts/send_nsca/send_nsca.pl [^]

Feature Request

minor

N/A

2009-03-31 13:10

2010-01-16 13:51

habo

normal

assigned

none

open

Game and Menu Input Support Framework

similar input devices for games or menues

- PS/2 Keyboard
- IR Remote
- Radio Control Remote (RFM12 ASK, etc)
- digital Joystick (Atari style, 9 pins)
- analog Joystick (PC-MIDI Connector, 15 Pins)
- direct Input Pins/Buttons (several Pins mapped to a hardware device)
- Serial Console direct Input
- ECMD Input
- USB-HOST-> HID (e.g. USB-Keyboard, -Mouse or -Gamepad)

goal is to have a input framework for games or menus which is independent of the hardware device.

Needed Functions

minimal Functions:
directions: UP, DOWN, LEFT, RIGHT, NONE
actions: BUTTON-1, BUTTON-2

n2h:
- more directions: UP-LEFT, UP-RIGHT,...
- more action buttons: BUTTON-3, ...

habo

2009-09-09 22:04

Implemented so far:
- minimal Functions with directions and buttons

Input implemented
- digital Joystick
- ECMD Input
- Access via inline web page

habo

2010-01-15 22:16

some buttons for are defined and working via hook

#define HOOK_UP 0
#define HOOK_DOWN 1
#define HOOK_LEFT 2
#define HOOK_RIGHT 3
#define HOOK_FIRE 4
#define HOOK_FIRE2 5
#define HOOK_FIRE3 6
#define HOOK_FIRE4 7

see hardware/input/game_commons.h for more details

also EMCD command "push BUTTONNR" is implemented. See Game Input (Inline HTML) for examples.

Feature Request

tweak

N/A

2009-08-20 21:37

2009-08-21 00:17

elmo

stesie

normal

closed

none

not fixable

TFTP Bootloader Support für ATMega32

Erstmal großes Lob, ich bin begeistert von dem Projekt!

Nachdem ich den TFTP Bootloader mit einem ATMega644 auf dem NetIO zum Laufen gebracht habe, frage ich mich, ob es nicht möglich ist, das auch auf einem Mega32 hinzubekommen.
Was ich bisher ausprobiert habe: in scripts/defaults.mk --section-start=.text=0x6000 damit 8192 Bytes zum Flashend Platz haben. Angefordert wird das File über TFTP, leider erfolgt wohl direkt ein Neustart des ATmega nach Empfang des ersten Datenblocks. Meine Kenntnisse in Sachen Bootloader reichen leider nicht aus, den Fehler zu finden.

Viele Grüße
Björn

stesie

2009-08-20 23:26

was für einen Bootloader möchtest du bauen? Ethernet?

Das wird wohl nichts werden, sorry. Der mit Ethersex kompilierbare Ethernet-Bootloader hat immer 6 bis 8 kB. Der AVR ATmega32 unterstützt hardwareseitig aber nur Bootloader von bis zu 4 kB. Es reicht nicht, nur die Startadresse der Software zu verschieben, sondern du musst mittels der Fuse-Bits auch die Interrupt-Vektoren an diese Stelle verbiegen ;-)

cheers
stesie

elmo

2009-08-20 23:32

Hi stesie,

ah ok, dieses "kleine" Detail war mir nicht aufgefallen ;-) Genau, für Ethernet sollte es sein. Dann werde ich mal ein paar m644 ordern, damit klappts ja prima ;-)

Gruß
Björn

Feature Request

feature

N/A

2009-02-27 14:03

2009-07-31 19:25

habo

normal

closed

none

suspended

auto-index for vfs

auto index feature for vfs (sd, dataflash & eeprom) and display files.

index display: filename (with link?) and filesize

stesie

2009-07-31 19:25

Directory Listing has been implemented for SD-Cards meanwhile (directly into the HTTP server code).

It's probably no use to abstract this into VFS (or is at least terribly complicated and not of much use), the ideas behind the actual filesytems are too different, some have attributes, some haven't. FAT/SD supports subdirectories, the others don't ...

closing the ticket for the moment

Feature Request

feature

N/A

2009-07-31 13:52

2009-07-31 17:44

kiwi

normal

feedback

none

open

DHCP/TFTP Boot über ZBus

ich denke es währe sinvoll ein Image und Bootloader zu haben, das über ZBus eine volle netzwerk unterstützung bietet,
also DHCP/TFTP.
das würde bei einer größeren anzahl an ethersex geräten sehr viel strom sparen, 1. wegen den ENC28J60 die nicht gerade stromsparend sind, und 2. wegen den aktiven weiteren netzwerk komponenten wie Switch/Hub die notwendig sind.

stesie

2009-07-31 15:03

Ist die grundsätzliche Frage, was wir haben wollen. Einen ZBus-Bootloader gibt's schon, siehe http://ethersex.de/index.php/ZBus_Bootloader [^]

Der macht aber kein TFTP sondern überträgt die Pakete mittels eines "raw protokolls", d.h. den Charme, dass der Bootloader auf einen ATmega8 mit 512 Byte Bootloadergröße passt.

Oder willst du einen ATmega644 mit TFTP/Zbus laden? Dann könnte man ja ein "normales" Ethersex-Image als Bootloader konfigurieren. Müsst man u.U. noch bißl was hinfummeln, sollte aber weitestgehend funktionieren. Sind aber dann wohl 8k

kiwi

2009-07-31 17:25

also rein raw daten würde natürlich volkommen ausreichen,
wenn es die möglichkeit gibt, gerät 1 auch image 1 zu geben was dann auch nur ein mega8 ist z.b. und gerät 2 ein mega644, mit einem endsprechendem image.
also irgend eine möglichkeit der addressierung geht das ?
es müste nicht zwingend ip sprechen.

kiwi

2009-07-31 17:44

es sollte aufjedenfall eine rs485 multi node struktur möglich sein, also 1 gateway/boot/image server mit n verschiedenen clients.

Feature Request

feature

N/A

2009-07-31 13:45

2009-07-31 17:42

kiwi

normal

feedback

none

open

DHCP Server Funktionalität ?

hallo,
ich hätte gerne die möglichkeit, den ethersex, als DHCP Server zu verwenden,
dieses hätte dann den vorteil, das innerhalb eines netzes kein weiterer server für das booten der Mega644 notwendig währe.
TFTP Server scheint ja schon einwandfrei zu gehen,
was ich noch nicht getestet habe, ob man auch dateien direkt von der SD-Karte laden kann.
eine art dhcpd.conf sollte dann ambesten auch auf der sd karte liegen, die bei jedem request verarbeitet wird.

stesie

2009-07-31 15:24

naja, primär bräuchten wir einen bootp server, weil die ethersex firmware ja "nur" bootp macht. ist die frage, du willst also, dass auch die übrigen rechner im netz ihre IP vom Ethersex zugewiesen bekommen?

Konfiguration per File ist halt immer nachteilig, wenn man die jedes mal parsen muss. Lease-File ist auch die Frage, evtl. im EEPROM ablegen, oder auch auf SD raus schreiben.

kiwi

2009-07-31 17:42

also ich denke rein für ethersex, bootp würde ausreichen, so hätte man eine lösung für die gesammte eigene infrastruktur.

und klar ist parsen nicht so optimal, langsam, fehler anfällig und so, aber ich denke die einzige möglichkeit genauso flexibel wie bei einem normalem dhcp server mal eben schnell einen neuen client hinzu zu fügen.
ich denke mein fall ist nicht so ungewöhnlich das man mehrere verschiedene nodes mit unterschiedlichen images hat, und je nach mac addresse jeder sein image erhält.

diese anfrage ist aber nicht so wichtig, war merh als komplemierung der ethersex funktionalitäten gedacht.

Feature Request

minor

N/A

2009-07-31 02:42

kiwi

normal

new

none

open

Feature requests für Control6

Senden dynamischer UDP Messages,
mit inhalt von Variablen sowie Festen texten.

verwendungs möglichkeit von 16bit Variablen,
Default 8 bit, optional definierung anderer typen.

Senden von TCP Messages ohne Bestätigung wie z.b. OK als antwort

"c6 set" auch mit 16 bit variablen setzung,
sowie bei 16 bit wert setzung in einer 8 bit variable, eine fehler ausgabe.

Feature Request

feature

N/A

2009-02-27 13:34

2009-07-29 13:06

habo

normal

closed

none

fixed

PWM support for single pins

either hardware or software PWM support for servo, sound or LEDs

rayofhope

2009-03-02 19:57

Isn't that already supported by the stella module?

habo

2009-03-02 20:51

not really. IIRK no hardware timer is used for stella and sound or servo codes differ quite a lot from LED (stella) stuff.

habo

2009-03-31 12:20

DONE:
- PWM for wav files
- PWM for simple tunes

TODO:
- PWM for LED fading
- PWM for Servo Positions

habo

2009-07-29 13:05

Servo/LED implemented in IO-Section -> PWM-Generator -> PWM servo.
further testing needed

habo

2009-07-29 13:06

implemented, further testing needed

Feature Request

feature

always

2009-07-15 21:42

2009-07-20 22:04

lo4dro

stettberger

normal

closed

none

open

Auslesen der BHKW Steuerung von einem DACHS MRS1

Über die Serielle Verbindung kann man durch senden von einem HEX Wert viele Interessante Informationen abrufen.

Eine Übersicht aller Wert finde man im GLT Protokoll das ich als PDF angefügt habe. Oder auf meiner Webseite (Link weiter unten)

Es gibt zwei Abfrage Modis.
Ich bezeichne die mal als C0 und E8, so wie das zu sendende Steuerzeichen lautet
E8 ist der GLT Modus, C0 ist ein Interne Abfrage.
Beide Abfragen liefern teilweise die gleiche und teilweise unterschiedliche Wert.
Man kann sich das ganze unter
https://fuchur.logout.de/dachs/cgi-bin/SQLite.cgi [^] (User: forum , Pass: 49murof)
anschauen.

Ich selber habe zwei Perl Programme geschrieben, die diese Werte abfragen, das Ergebnis aufbereitet und anschließend in eine SQ-Lite DB schreibt.

Im ersten Schritt würde es schon reichen, wenn man durch Aufruf von einem Commando z.B. dachs_c0 diesen HEX String als Rückgabe wert erhät, so das man in anschliesend selber weiter verarbeiten kann.
Ein schönes Addon währe wenn es auch noch die Aufbereitet Werte darstellen könnte.

Vielleicht findet sich ja jemand der mit mir zusammen dieses Projekt umsetzen kann.

Im Anhang befinden sich:

- Perlprogramm für c0 und e8 abfrage
- Datenblatt vom c0 und e8 modus

Dachs_Perl_Programme.tar.bz2 (4 KB) 2009-07-15 21:46
23_Senertec_Dachs-Protokoll.pdf (131 KB) 2009-07-15 21:53
Protokoll IDS_02.jpg (947 KB) 2009-07-15 22:00
Protokoll IDS_01.jpg (912 KB) 2009-07-15 22:01
Protokoll IDS_03.jpg (1846 KB) 2009-07-15 22:05
19_Kabelbelegung.pdf (8 KB) 2009-07-17 21:46

stettberger

2009-07-16 17:21

Wir haben auf der Arbeit auch eine solche Steuerung, Dachs MSR 1.3. (BHKW + Solaranalage) Ich werde mich mal dran machen, interessiert mich auch.
-- stettberger

lo4dro

2009-07-17 21:47

Ich habe noch die Kabelbelegung hochgeladen.
Es handelt sich dabei um ein Kabel für PC -> Dachs
Ich vermute für NET-IO -> Dachs darf man das Kabel nicht als Kreuzkabel auslegen.

stettberger

2009-07-20 22:04

http://ethersex.de/index.php/Dachs_MSR1_auslesen [^]

Feature Request

feature

N/A

2009-03-29 22:32

2009-07-16 17:31

Bitfehler

normal

closed

none

fixed

control6 - LCD Ausgabe von 1W-Sensoren

Die LCD-Ausgabe von Texten auf der _eigenen_ Platine funktioniert im control6 prima mit: ESEND(192.168.0.90, "lcd write Ethersex ist geil\n");
Schoen ware es auch z.B. die Messwerte beliebiger 1W-Sensoren auf dem Display anzuzeigen.

stettberger

2009-07-16 17:31

Ist jetzt mit Control6 + TTY möglich:
http://ethersex.de/index.php/Temperaturanzeige_mit_TTY [^]

Feature Request

minor

N/A

2009-02-19 17:14

2009-05-30 12:26

stesie

normal

closed

none

fixed

add irc support

allow to configure the ethersex to join an irc channel on startup and wait there for ecmds

this way even several ethersexes could be controlled at once :)

stesie

2009-05-30 12:26

burned implemented it

Feature Request

minor

N/A

2009-04-19 18:42

veyron

normal

new

none

open

use m4 to manage PCINTx

Toll währe eine automatisierte Initialisierung der Register:
  PCMSK0 |= _BV(PCINT0);
  PCICR |= _BV(PCIE0);
abhängig von dem im pinning konfigurierten Eingang:

  /* port config for DCF77 */
  DCF77_USE_PCINT(0)

Auch der Vector:
  SIGNAL (PCINT0_vect)
sollte automatisch richtig gesetzt werden.

Siehe auch 'hardware/clock/dcf77/dcf77.c'

TODO use m4 to manage PCINTx

Feature Request

major

N/A

2009-02-19 16:57

2009-04-06 09:32

stesie

normal

closed

none

fixed

jabber/ecmd: check message origination

allow to specify a list of jabber buddies who may send ecmds via jabber (instead of everybody)

habo

2009-02-22 15:20

the list of allowed buddies could be stored as file in vfs

Feature Request

minor

N/A

2009-03-31 17:10

habo

normal

new

none

open

automatic wiki updates by doc/Configure.help

Content of doc/Configure.help could be used to create one or several wiki pages.

The SWITCHES are automatically highlighted and linked from other pages.

Feature Request

minor

N/A

2009-03-31 12:38

habo

normal

new

none

open

VFS Access (read/write) improvements

- access to read and write a file line by line.
- seek (line) in file
- append new line to end of a file

Could usefull to store in VFS:
- aliascmd
- jabber buddy
- crontab

ECMD Scripting
- execute each line of VFS file
- command: GOTO <LINENUMBER>

logging:
- syslog to file

Possible limits:
- max chars in line: 80
- only files with .txt extention
- linebreak is \n

Feature Request

feature

have not tried

2009-01-24 20:06

2009-03-30 21:44

stesie

normal

closed

none

fixed

MySQL-Client support

The ethersex firmware ought to be able to insert data into mysql tables, i.e. establish tcp connections to a mysql server

stesie

2009-01-24 20:08

http://forge.mysql.com/wiki/MySQL_Internals_ClientServer_Protocol [^]
http://www.redferni.uklinux.net/mysql/MySQL-Protocol.html [^]

Also ich hab' das (jetzt noch) nicht implementiert, aber das[1,2] sieht
machbar aus. Zur Authentifizierung muss man

   SHA1(password) XOR SHA1(salt.SHA1(SHA1(password))

an den Server senden. Das sollte locker im AVR zu berechnen sein.

Einen INSERT senden, sollte dann ebenfalls moeglich sein ...

stesie

2009-03-01 02:26

implemented, happy testing!

Feature Request

minor

N/A

2009-02-22 17:26

2009-03-30 21:44

habo

normal

closed

none

fixed

ecmd: "named short commands" feature

instead of sending complex commands it would be helbful to set short names

ecmd1: pca9531 0 10 80 2 e5 ae ee
ecmd2: pca9531 0 10 80 2 ea ae ee
ecmd3: pca9531 0 10 80 2 e0 ae ee

will be

ecmd1: named servo left
ecmd2: named servo middle
ecmd3: named servo right

"named" is the ecmd command for excecuting short names. The attributes of named are passed to get the allocation table for the complex commands.
The allocation short-names to long commands could be stored in vfs.

1. complex commands can be send much easier
2. just specific commands allowed (good for servo position or similar stuff)
3. display vfs file could be used to see all available short-names

I think this will be more simple instead of creating own inline files

habo

2009-02-27 13:44

- vfs support missing
- display available aliasses (in ecmd commands)

habo

2009-03-29 21:57

supported by aliascmd in ECMD
enter "alias list" for list of all aliases

Feature Request

major

N/A

2009-02-24 13:24

2009-03-30 21:44

habo

jochen

normal

closed

none

fixed

doc/Configure.help Better dokumentation and easy to add

Better documentation helps to avoid mistakes and recurrent questions.
doc/Configure.help is a simple text file, easy to change, but not easy to maintain.

Features wanted:
- easy and comfortable edit function for documentation
- show automatically dependencies
- list of not yet filled help text
- edit screen for title and body content

"make menuconfig" displays help text
"make menuconfig edit" (or similar) enables edit button

Feature Request

feature

N/A

2009-02-26 23:08

2009-03-30 21:44

habo

stettberger

low

closed

none

open

Random Ethersex MAC address

to avoid two ethersex have the same MAC, a check for .config file detemines if a random MAC is need to be generated.

Feature Request

text

N/A

2009-03-16 10:06

2009-03-16 10:07

took

veyron

normal

assigned

none

open

code needs comments!

please comment this detailed!

found @ mcuf/mcuf.h

/* MCUF_OUTPUT_SCREEN_... are now defined during Ethersex configuration
   and thus are defined in autoconf.h file.*/
#ifdef MCUF_SERIAL_SUPPORT
#ifndef MCUF_OUTPUT_SUPPORT
   #define MCUF_MIN_SCREEN_WIDTH MCUF_SERIAL_SCREEN_WIDTH
   #define MCUF_MIN_SCREEN_HEIGHT (0)
   #define MCUF_SPLIT_SCREEN_HEIGHT MCUF_SERIAL_SCREEN_HEIGHT
   #define MCUF_MAX_SCREEN_WIDTH MCUF_SERIAL_SCREEN_WIDTH
   #define MCUF_MAX_SCREEN_HEIGHT MCUF_SERIAL_SCREEN_HEIGHT
#else /* not MCUF_OUTPUT_SUPPORT */
#if MCUF_SERIAL_SCREEN_WIDTH > MCUF_OUTPUT_SCREEN_WIDTH
   #define MCUF_MIN_SCREEN_WIDTH MCUF_OUTPUT_SCREEN_WIDTH
#else
   #define MCUF_MIN_SCREEN_WIDTH MCUF_SERIAL_SCREEN_WIDTH
#endif
#if MCUF_SERIAL_SCREEN_HEIGHT > (MCUF_OUTPUT_SCREEN_HEIGHT/2)
   #define MCUF_MIN_SCREEN_HEIGHT (MCUF_OUTPUT_SCREEN_HEIGHT/2)
   #define MCUF_SPLIT_SCREEN_HEIGHT (MCUF_OUTPUT_SCREEN_HEIGHT/2)
#else
   #define MCUF_MIN_SCREEN_HEIGHT MCUF_SERIAL_SCREEN_HEIGHT
   #define MCUF_SPLIT_SCREEN_HEIGHT MCUF_SERIAL_SCREEN_HEIGHT
#endif
#if MCUF_SERIAL_SCREEN_WIDTH > MCUF_OUTPUT_SCREEN_WIDTH
   #define MCUF_MAX_SCREEN_WIDTH MCUF_SERIAL_SCREEN_WIDTH
#else
   #define MCUF_MAX_SCREEN_WIDTH MCUF_OUTPUT_SCREEN_WIDTH
#endif
#if MCUF_SERIAL_SCREEN_HEIGHT > MCUF_OUTPUT_SCREEN_HEIGHT
   #define MCUF_MAX_SCREEN_HEIGHT MCUF_SERIAL_SCREEN_HEIGHT
#else
   #define MCUF_MAX_SCREEN_HEIGHT MCUF_OUTPUT_SCREEN_HEIGHT
#endif
#endif /* not MCUF_OUTPUT_SUPPORT */
#else /* MCUF_SERIAL_SUPPORT */
#ifdef BLP_SUPPORT
   #define MCUF_MIN_SCREEN_WIDTH MCUF_OUTPUT_SCREEN_WIDTH
   #define MCUF_MIN_SCREEN_HEIGHT (0)
   #define MCUF_SPLIT_SCREEN_HEIGHT MCUF_OUTPUT_SCREEN_HEIGHT
   #define MCUF_MAX_SCREEN_WIDTH MCUF_OUTPUT_SCREEN_WIDTH
   #define MCUF_MAX_SCREEN_HEIGHT MCUF_OUTPUT_SCREEN_HEIGHT
#endif
#ifdef LEDRG_SUPPORT
   #define MCUF_MIN_SCREEN_WIDTH MCUF_OUTPUT_SCREEN_WIDTH
   #define MCUF_MIN_SCREEN_HEIGHT (MCUF_OUTPUT_SCREEN_HEIGHT/2)
   #define MCUF_SPLIT_SCREEN_HEIGHT (MCUF_OUTPUT_SCREEN_HEIGHT/2)
   #define MCUF_MAX_SCREEN_WIDTH MCUF_OUTPUT_SCREEN_WIDTH
   #define MCUF_MAX_SCREEN_HEIGHT MCUF_OUTPUT_SCREEN_HEIGHT
#endif
#endif /* MCUF_SERIAL_SUPPORT */

Feature Request

minor

N/A

2009-03-12 20:25

habo

normal

new

none

open

easier Support for new/own hardware

1. start "make menuconfig" to for default settings at the next steps
2. "add-hardware-broken MYNEWHARDWARE"
2.1. change pinning/hardware/MYNEWHARDWARE.m4 to your needs
3. change "HARDWARE" value to new hardware in "scripts/profiles/MYNEWHARWARE"
4. add new setting to scripts/Menuconfig so the new hardware can be found in make menuconfig -> defaults
5. start "make menuconfig" and select new default-configuration

Well, this is fine but to much work for newer hardware or ethersex newbies who want to setup there own hardware.

Idea: There could be a new entry in "make menuconfig" which guides to all these steps.

Feature Request

feature

N/A

2009-02-22 15:28

2009-03-01 02:29

habo

stettberger

normal

closed

none

open

get configuration summary

export the most important .config settings during runtime for debugging/support purpose.

ecmd command "show config" lists the most important compile settings.

ecmd command "show config all" lists the all compile settings

e.g. all settings of the .config and eeprom values

stettberger

2009-02-22 16:57

.config can now be included in the virtual file system as conf (see main->vfs)

Feature Request

minor

N/A

2009-02-27 18:39

2009-03-01 02:29

habo

stettberger

normal

closed

none

open

show error message if firmware is to big

show error message if firmware is bigger than flash memory of microcontroller.

habo

2009-02-28 01:39

check could be done by filesize of ethersex.bin

Feature Request

minor

N/A

2009-02-28 21:18

habo

normal

new

none

open

separated user permissions/rights

anyhow with http authentication all http sites are authenticated, more separated modes are usefull

Features:
1: enable auth separated for each inline file
1a: auth for vfs (sd, df, eeprom)
2: different user/right (admin vs. user)
3: for jabber, telnet, http, serial console, i2c, ...

Feature Request

feature

N/A

2009-02-27 15:22

habo

normal

new

none

open

IR receive (RC5 Codes)

Receive RC5 codes for remote controls via TSOP

forward codes to ecmd, control6 or alias

Feature Request

feature

N/A

2009-02-27 13:50

habo

normal

new

none

open

picture support for Jabber

the picture stored in vfs or given by cam is deliverd as jabber buddy image or send on request (ecmd command)

Feature Request

feature

N/A

2009-02-26 23:06

habo

normal

new

none

open

ping by ethersex

to check the right networksettings for gateway and dns ethersex could have "ping" like feature to ping remote hosts (ip/name based)

Feature Request

feature

N/A

2009-02-26 23:04

habo

normal

new

none

open

borg (16) api including

ethersex could handle the borg API

http://www.das-labor.org/wiki/Borg16 [^]

Feature Request

feature

N/A

2009-02-26 23:01

habo

normal

new

none

open

LC-Display via port extention IC PCF8574 (i²c)

To save Pins the LCD could just use i²c via PCF8574 like this description
http://www.asurowiki.de/pmwiki/pmwiki.php/Main/LCDErweiterung [^]

Feature Request

feature

N/A

2009-02-22 18:46

habo

normal

new

none

open

SNMP output for statistic and sensor values

Output IP Statistics, Memory usage information and misc. Sensor Values (ADC already implemented) to SNMP

could be used for MRTG

Feature Request

minor

N/A

2009-02-19 16:58

2009-02-19 23:50

stesie

stettberger

normal

closed

none

fixed

6control: allow to send syslog messages

allow to send syslog messages from within 6control

Feature Request

major

N/A

2009-02-19 18:36

2009-02-19 23:50

stesie

stettberger

normal

closed

none

open

jabber: try to re-connect

either on immediate connection reset or if the tcp connection is lost for whatever reason, a reconnect should be triggered

Feature Request

minor

N/A

2009-02-19 16:58

2009-02-19 23:40

stesie

normal

new

none

open

jabber: digest authentication

currently only plain authentication is possible; add support for SASL DIGEST-MD5 authentication (to not send plaintext password)

Feature Request

minor

N/A

2009-02-19 16:59

2009-02-19 23:39

stesie

stettberger

normal

closed

none

open

6control: allow to send jabber messages

allow to send jabber messages from within 6control

Feature Request

feature

have not tried

2009-02-14 09:29

stesie

low

new

none

open

dyndns: make code more readable

``char *to_be_sent'' and ``__builtin_alloca'' seems to make no sense at all. We can safely use uip_buf to collect the data. This will render the if(!to_be_sent) checks useless and lead to far shorter and more readable code.

Forthermore it seems like a good idea to split the UDP part into a separate file since code reuse is almost minimal.

Feature Request

feature

N/A

2009-02-06 22:07

2009-02-08 19:54

administrator

stettberger

normal

closed

none

fixed

Make UDP ecmd aware of multiline output

Feature Request

feature

N/A

2009-02-06 21:06

administrator

normal

new

none

open

ARP Proxy alike thing for IPv6

Feature Request

feature

N/A

2008-06-21 19:25

2008-09-26 19:47

stesie

normal

assigned

none

open

make the bridge a visible router

This is, make the bridging code standards compliant, i.e. let it especially care for the TTL field. We usually just need to decrease it (and adjust the chksum for IPv4), in case it gets zero however, we need to send a ICMP message back, that the packets has been destroyed.

stesie

2008-09-26 19:47

I've implemented the routing functionality meanwhile, but ICMP notifications for dropped packets are missing as yet.

Feature Request

feature

N/A

2008-06-21 19:29

stesie

normal

new

none

open

make an IPv4 bridge forward IPv6 packets and the other way round

Currently an IPv4 bridge is only capable of forwarding IPv4 packets and the other way round. It'd be nice, if it could forward other packets as well.

This probably means a lot of work and will probably result in a IPv4/IPv6 dual stack.

107

Bug

minor

always

2010-08-12 08:22

Biff

normal

new

none

open

Windows: dialog command not found

Wer unter Windows und Cygwin "make menuconfig" aufruft, bekommt, sobald er den Hilfe-Button anwählt, die Fehlermeldung "dialog command not found" anstelle der erhofften Hilfeseite.

Eine mögliche Abhilfe wäre, dass der Benutzer sich dialog für cygwin kompiliert, denn ein fertiges dialog-Package scheint es nicht zu geben.

Doch eigentlich wird in Ethersex überall lxdialog anstelle von dialog verwendet. Und lxdialog wird von Ethersex mitgeliefert, sogar für Windows. Leider wird in ./scripts/Menuconfig ab Zeile 381 in der Funktion function_help() auf "dialog" unabhängig von seiner Verfügbarkeit aufgerufen.

Ich sehe zwei Lösungsmöglichkeiten:
a) Auch in dieser Funktion über $DIALOG auf lxdialog zugreifen. Doch lxdialog ist nur ein abgespecktes dialog und scheint die Parameter --exit-label, --help-button und --help-label nicht zu unterstützen, diese müssten also weg.
b) Wenn diese Parameter wichtig sein sollten, dann erst die Verfügbarkeit von dialog prüfen. Wenn nicht vorhanden, dann über $DIALOG auf lxdialog mit weniger Funktionalität zugreifen (und vielleicht noch eine Info-Nachricht auf die Konsole schicken).

106

Bug

minor

always

2010-07-22 21:30

kiwi

normal

new

none

open

Bootloader mit ATmega644 geht nicht

Der bootloader mit dem aktuellem git und einem ATmega644 chip geht nicht,
gleiche configs mit einem altem git stand geht einwandfrei.
hierbei habe ich bootp und static ip getestet, man sieht nach dem start die netzwerk lampe blinken, aber keinerlei traffic auf dem netzwerk.

Bug

minor

always

2010-05-17 00:18

2010-06-17 17:43

kiwi

normal

feedback

none

open

uhr läuft zu langsam

ich habe irgend wie ein problem,
es sieht so aus als ob die uhr in der esex software falsch läuft,
ich habe erst gedacht, das es an meinem thermy/hr20 liegt,
allerings bei einem kleinem test, auf einem avr-net-io zeigt sich das gleiche phänomen:
uhr gestellt:
gummi:~# date ; date +"time "%s | socat stdio tcp4:10.0.0.94:2701,connect-timeout=3
Mo 17. Mai 00:09:36 CEST 2010
OK
gummi:~#

ein par sekunden später:

gummi:~# date ; echo "date" | socat -t5 stdio tcp4:10.0.0.94:2701,connect-timeout=3
Mo 17. Mai 00:09:59 CEST 2010
Mon 17.05.2010 00:09:59
gummi:~#
gummi:~#
gummi:~# date ; echo "date" | socat -t5 stdio tcp4:10.0.0.94:2701,connect-timeout=3
Mo 17. Mai 00:15:39 CEST 2010
Mon 17.05.2010 00:15:31
gummi:~#

irgend wie ist das schon eine relativ große abweichung ?

danke,

gruß

kiwi

kiwi

2010-05-23 00:08

nur kleiner status update,
mit der aktuellen esex software läuft die uhr jetzt nurnoch minimals daneben, aber diesmal zu schnell.

May 22 21:24:28 10.40.0.20 2010-05-22 21:24:27 schwamm
May 22 23:59:44 10.40.0.20 2010-05-22 23:59:58 schwamm

in 2,5 h ca. 14 sekunden zu schnel

stettberger

2010-06-12 14:43

K1wi: Wenn der Bug jetzt zu ist, dann schliesz ihn doch auch bitte

stettberger

2010-06-17 17:43

Ist das Problem eigentlich noch existent?

105

Bug

minor

always

2010-06-15 09:21

2010-06-17 17:43

murdok

stettberger

normal

resolved

none

fixed

NTP query not working without ETHERNET_SUPPORT

If ETHERNET_SUPPORT is not present (i.e. only RFM12 and/or ZBUS active),
the NTP query will not work cause it tries to use the UIP buffer with a fixed media header offset of 14 bytes.

Maybe this should be fixed by using defined label from UIP like in other services.

see proposed patch:

--- ethersex/services/ntp/ntp.c 2010-06-03 15:51:34.000000000 +0200
+++ ethersex_patched/services/ntp/ntp.c 2010-06-15 09:15:06.000000000 +0200
@@ -85,9 +85,9 @@
void
ntp_send_packet(void)
{
- /* hardcode for LLH len of 14 bytes (i.e. ethernet frame),
- this is not suitable for tunneling! */
- struct ntp_packet *pkt = (void *) &uip_buf[14 + UIP_IPUDPH_LEN];
+ /* LLH len defined in UIP depending on stacks (i.e. 14 for ethernet frame),
+ may be already suitable for tunneling! */
+ struct ntp_packet *pkt = (void *) &uip_buf[UIP_LLH_LEN + UIP_IPUDPH_LEN];

uip_slen = sizeof(struct ntp_packet);
memset(pkt, 0, uip_slen);

stettberger

2010-06-17 17:43

Thank you, for the patch. You can also use a repo at github.com so it would be pretty easy for us to pull your bugfixes or even cherry pick single commits.

103

Bug

minor

always

2010-06-14 13:29

2010-06-14 16:20

murdok

stettberger

normal

resolved

none

fixed

multi stack support for ecmd ipstats not working

in parser for ecmd ipstats is wrong imlementation of multi stack support

with multiple protos enabled the ipstats parsers always prints for all interfaces with values from the current active uip_stack.

I think first try was on switch of uip_stack_set_active with cmd[1] as interface param, but this won't work (yes, i tried it ;-).
I for myself found a workaround with redifnition of used access macros for i.e. uip_hostaddr etc.

see patch for idea:

--- ethersex/protocols/uip/ipstats.c 2010-06-03 15:51:34.000000000 +0200
+++ ethersex_patched/protocols/uip/ipstats.c 2010-06-14 13:29:09.000000000 +0200
@@ -39,8 +39,15 @@
     cmd[2] = 0; /* counter for output lines for an interface */
   }
   uint8_t tmp;
-#ifdef MULTISTACK_SUPPORT
- uip_stack_set_active(cmd[1]);
+#ifdef UIP_MULTI_STACK
+ #undef uip_hostaddr
+ #define uip_hostaddr (* (uip_stack[cmd[1]].uip_hostaddr))
+ #undef uip_netmask
+ #define uip_netmask (* (uip_stack[cmd[1]].uip_netmask))
+ #undef uip_prefix_len
+ #define uip_prefix_len (* (uip_stack[cmd[1]].uip_prefix_len))
+ #undef uip_stat
+ #define uip_stat (* (uip_stack[cmd[1]].uip_stat))
#endif

   enum {

stettberger

2010-06-14 16:20

Thank you for reporting. Fixed as proposed

104

Bug

major

always

2010-06-14 13:39

2010-06-14 16:15

murdok

stettberger

normal

resolved

none

fixed

ip routing without ethernet (aka enc28j60) not working correct

router_find_stack function tries to find stack which is allowed to serve target ip address (own or netmask match).
if it fails in first instance it tries again with default gateway address.

With no enc28j60 enabled (and therefore no ETHERNET_SUPPORT enabled) ther is no eeprom configuration and also no default gateway.
This is needed if you try to connect to an ip or route through to an ip that is not in range of any netmask of connected buses(stacks).

Therefor i recommend to at least set a common default gateway address even if no enc28j60 is enabled.

this could be placed in network_init function.

see patch:

--- ethersex/network.c 2010-06-03 15:51:34.000000000 +0200
+++ ethersex_patched/network.c 2010-06-14 13:38:26.000000000 +0200
@@ -138,6 +138,11 @@
# else
uip_arp_init();
# endif
+# else /* ETHERNET_SUPPORT */
+ /* set at least fixed default gateway address
+ * to allow multi stack routing */
+ set_CONF_ETHERRAPE_GATEWAY(&ip);
+ uip_setdraddr(&ip);
# endif /* ETHERNET_SUPPORT */

}

stettberger

2010-06-14 16:15

Thank you for reporting. Fixed as you proposed.

Bug

major

always

2010-03-09 15:26

2010-06-12 14:44

ViRuS2k

normal

closed

none

fixed

DNS Protocol don´t work

After flash the NTP Settings are 0.0.0.0, Jabber couldn´t connect

ViRuS2k

2010-03-14 15:59

bug was a router problem (Vigor 2820)

102

Bug

minor

always

2010-06-08 13:40

2010-06-12 14:43

murdok

stettberger

normal

resolved

none

fixed

ECMD parser for lcd_init is not correct if built without TEENSY_SUPPORT

lcd_init or lcd reinit in ECMD language is expected to use 2 parameters (cursor ON/OFF and blink ON/OFF).
If you build without TEENSY_SUPPORT and try to run 'lcd reinit 0 1' on ECMD prompt for example you get 'parse error'.

Problem is in lcd_init parser code at parameter count checking. It has to be changed as shown below:

--- hardware/lcd_bak/ecmd.c 2010-06-08 13:25:06.000000000 +0200
+++ hardware/lcd/ecmd.c 2010-06-07 13:56:07.000000000 +0200
@@ -139,7 +139,7 @@ int16_t parse_cmd_lcd_init(char *cmd, ch
        cursor = atoi(cmd);
#else
        int ret = sscanf_P(cmd, PSTR("%u %u"), &cursor, &blink);
- if(ret == 2)
+ if(ret != 2)
                return ECMD_ERR_PARSE_ERROR;
#endif

Maybe you could also check for EOF in returning value to see if sscanf finished without findings, cause i don't know your exact intension.

VBen

2010-06-10 21:02

Thanks for the fix

stettberger

2010-06-12 14:43

Thank you for reporting. This is surely a bug. I fixed as you proposed.

101

Bug

minor

always

2010-06-07 12:45

2010-06-12 14:40

jens

stettberger

normal

resolved

none

fixed

scr.js.cpp: bedingtes include funktioniert nicht

Der bedingte include von Teilen von scr.js.cpp (der Teil, der die Grafik erzeugt), funktioniert nur mit Änderungen im Makefile.

Patch im Anhang.

0003-bugfix-use-autoconf.h-for-conditional-inclusion.patch (1 KB) 2010-06-07 12:45

stettberger

2010-06-12 14:40

Merged. Danke

100

Bug

minor

always

2010-06-07 12:44

2010-06-12 14:38

jens

stettberger

normal

resolved

none

fixed

scr.js.cpp: xmlHTTPRequest.send() schlägt fehl

Der Aufruf von xmlHttp.send() schlägt bei mir fehl (Ubuntu Linux 8.10, Firefox 3.0.19). Wenn ich es mit xmlHttp.send(address) aufrufe, tut es einwandfrei.

Im Anhang der patch.

0002-bugfix-call-xmlHttp.send-with-an-address.patch (1 KB) 2010-06-07 12:44

stettberger

2010-06-12 14:38

Merged. Danke

Bug

minor

always

2009-07-25 14:34

2010-05-10 08:34

kiwi

stesie

normal

closed

none

fixed

menuconfig aufruf DNS SUPPORT geht nicht

Menuconfig has encountered a possible error in one of the Ethersex
configuration files and is unable to continue. Here is the error
report:

Q> scripts/Menuconfig: line 1044: MCmenuDNS_SUPPORT: command not found

Please report this to the maintainer <stesie@brokenpipe.de>. You may also
send a problem report to <ethersex-devel@list.zerties.org>.

Please indicate the Ethersex version you are trying to configure and
which menu you were trying to enter when this error occurred.

make: *** [menuconfig] Fehler 1
gummi:/usr/src/ethersex/090725_atmega644_michael_ddorf/ethersex#

Bug

minor

always

2009-07-31 11:55

2010-05-10 08:34

kiwi

stesie

normal

closed

none

fixed

16bit variablen nutzung nicht möglich (workaround)

(2009-07-31 00:00:55) stesie:
für den moment kannst du aber in control6/lang.d/10_global_vars.m4 einfach statt uint8 uint16 schreiben

änderung durchgeführt, trodsdem ist variable nur 8 bit groß.

0009-07-31 09:47:16 -- pc_counter=248 timer_0=122
0009-07-31 09:47:26 -- pc_counter=19 timer_0=18

stesie

2009-07-31 16:44

ECMD_GLOBAL can now optionally be typed, i.e.

ECMD_GLOBAL(baz, 23, uint16_t);

Supported types are int8_t, int16_t, uint8_t and uint16_t.

Bug

minor

always

2009-07-31 02:44

2010-05-10 08:34

kiwi

stesie

normal

closed

none

fixed

Datums Variable 2 stellig

Datums/Jahr ausgabe im Control6 ist 2 stellig:
gummi:~# socat stdio tcp4-listen:4444
0070-01-01 00:00 -- pc_counter=45
0070-01-01 00:00 -- pc_counter=9
0009-07-31 00:04 -- pc_counter=149
0009-07-31 00:04 -- pc_counter=103

Script:
TCP_SEND("%04d-%02d-%02d %02d:%02d -- pc_counter=%d\n", CLOCK_YEAR(), CLOCK_MONTH(), CLOCK_DAY(), CLOCK_HOUR(), CLOCK_MIN(), pc_counter);

(2009-07-31 02:08:11) stesie: localtime(3) sagt dass in tm_year `number of years since 1900' steht
(2009-07-31 02:08:16) stesie: also eigentlich sollten wir 109 liefern ...
(2009-07-31 02:08:45) stesie: und CLOCK_YEAR dann 1900 addieren

Bug

crash

always

2009-07-25 16:27

2010-05-10 08:34

mode

stesie

normal

closed

none

fixed

Menuconfi crashes when selecting TC5

Hello,

when starting make menuconfig and switching to I/O - RC5 IR (NEW) the menuconfig crashes while activating the rc5 item.

The Errormessage is:

Menuconfig has encountered a possible error in one of the Ethersex
configuration files and is unable to continue. Here is the error
report:

Q> scripts/Menuconfig: line 1044: MCmenuRC5IR_SUPPORT: command not found

Please report this to the maintainer <stesie@brokenpipe.de>. You may also
send a problem report to <ethersex-devel@list.zerties.org>.

Please indicate the Ethersex version you are trying to configure and
which menu you were trying to enter when this error occurred.

make: *** [menuconfig] Error 1

Regards

Frank

mode

2009-07-25 16:39

I found out how to fix it:
Replace the frist Line of hardware/ir/rc5/config.in:

dep_bool_menu 'RC5 IR' RC5IR_SUPPORT

with:

dep_bool_menu "RC5 IR" RC5IR_SUPPORT

and it works fine :-)

Bug

minor

always

2009-07-25 13:03

2010-05-10 08:34

kiwi

rayofhope

normal

closed

none

open

neuer dynamischer eintrag im cron dienst endet mit reset

nach dem eintragen eines neuen, dynamischen cron eintrags, bootet das system.
abhängig von dem eintrag, kommt der boot sofort nach maximal einer minute,
oder das system wird erst extrem langsam bei allen eingaben und bootet dann später.

langsam = daten eingabe ... ausgabe nach ca. 3 sekunden

Problem Langsam, irgend wann boot:

gummi:~# socat stdio tcp4:10.0.0.99:2701
cron_add -1 -1 -1 -1 -1 1w convert
OK
cron_list
Jobs: 1
cron_add -1 -1 -1 -1 -1 date

OK
cron_list
Jobs: 2
-------------reset....boot.....
gummi:~#

Sofort boot nach max 1 min:

gummi:~# socat stdio tcp4:10.0.0.99:2701
cron_list
Jobs: 0
cron_add -1 -1 -1 -1 -1 dc3840 capture
OK
cron_list
Jobs: 1
-------------reset....boot.....
gummi:~#

rayofhope

2009-07-29 13:13

Der cron Dienst wurde im Zuge der Entfernung von speed ecmd überarbeitet. Insbesondere die Unterstützung für ecmds wurde verbessert. Daher bitte ich dich zu prüfen, ob die Probleme noch immer auftreten und evtl den Speicherverbrauch mit dem ecmd "free" ab und an zu überprüfen.

rayofhope

2009-07-30 16:55

OK, Problem identifiziert.

rayofhope

2009-07-30 18:27

OK, da waren 2 Fehler dran beteiligt, die sich erst durch die Umstrukturierung ergeben haben:

(1) Sowohl Jump als auch Ecmd Befehle waren mit dem Kommando 0 codiert, d.h. cron hat versucht das ecmd als Adresse zu interpretieren und dorthin zu springen.

(2) Der Speicherbereich wo die Ecmds im Cron abgelegt wurden, wurde mit dem neu erstellen eines Cron überschrieben.

Bug

minor

always

2009-07-23 10:11

2010-05-10 08:34

kiwi

stettberger

normal

closed

none

open

probleme mit aktuellem surce - erstellung bootloader

hallo, habe gestern mal seit langer zeit wieder angefangen mit dem ethersex aktiv was zu machen und bin leider auf ein par probleme gestoßen.

status:
download aktuelle source im lehren verzeichniss:
git clone git://git.brokenpipe.de/ethersex [^]

anschließend einmal make menuconfig und make.

erstellung online bootloader auf webseite:

http://www.ethersex.de/firmware-builder/build.cgi?profile=ipv4-bootloader-bootp&CONF_HOSTNAME=melone&CONF_ENC_MAC=00%3A22%3Af9%3A09%3A44%3A3e [^]

download bootloader config:
# wget http://www.ethersex.de/firmware-images/f80639eb965ff0af2fc55479a3d0b4d9.txt [^] http://www.ethersex.de/firmware-images/f80639eb965ff0af2fc55479a3d0b4d9.hex [^]
# cat f80639eb965ff0af2fc55479a3d0b4d9.txt > .config
# make clean
# make
...
avr-gcc -Wall -W -Wno-unused-parameter -Wno-sign-compare -g -Os -std=gnu99 -mcall-prologues -fshort-enums -Iprotocols/usb/usbdrv -Iprotocols/usb -mmcu=atmega644 -I. -DF_CPU=20000000UL -c -o protocols/bootp/bootp_net.o protocols/bootp/bootp_net.c
protocols/bootp/bootp_net.c: In function 'bootp_net_init':
protocols/bootp/bootp_net.c:46: error: 'uip_udp_appstate_t' has no member named 'bootp'
protocols/bootp/bootp_net.c: In function 'bootp_net_main':
protocols/bootp/bootp_net.c:58: error: 'uip_udp_appstate_t' has no member named 'bootp'
protocols/bootp/bootp_net.c:61: error: 'uip_udp_appstate_t' has no member named 'bootp'
protocols/bootp/bootp_net.c:62: error: 'uip_udp_appstate_t' has no member named 'bootp'
protocols/bootp/bootp_net.c:63: error: 'uip_udp_appstate_t' has no member named 'bootp'
protocols/bootp/bootp_net.c:65: error: 'uip_udp_appstate_t' has no member named 'bootp'
protocols/bootp/bootp_net.c:68: error: 'uip_udp_appstate_t' has no member named 'bootp'
make: *** [protocols/bootp/bootp_net.o] Fehler 1

stettberger

2009-07-27 20:05

Du hast wohl vergessen nach dem download der .config nochmals make menuconfig aufzurufen, damit die config.h und autoconf.h neu erstellt werden. Weil bei mir funktioniert das wenn ich es hier mache (mit zusätlichen make menuconfig nach dem wget)

Bug

minor

always

2010-02-28 11:02

2010-05-10 08:34

big

stettberger

normal

closed

none

fixed

HTTPD content-type Erkennung fehlerhaft, wenn Dateien in Unterverzeichnissen auf SD-Karte liegen

Der httpd unterscheidet den content-type in der Defaulteinstellung anhand des ersten Zeichens des Dateinamens:
'S' text/css
'X' application/xhtml+xml
alles andere als text/html.
Liegen die Dateien aber in einem Unterverzeichnis auf der SD-Karte, funktioniert die Erkennung nicht, da in httpd.c Zeile 227 dann das erste Zeichen des Unterverzeichnisses statt des Dateinamens gespeichert wird.

Möglicher Fix in httpd.c Zeile 224

#ifdef VFS_SUPPORT
    /* Keep content-type identifing char. */
    /* Problem: this might be a sub directory!
    STATE->u.vfs.content_type = *filename;
    */
    /* filename instead starts after last directory slash. */
    if(strchr(filename, '/') != NULL)
    {
      STATE->u.vfs.content_type = *(char*)(strrchr(filename, '/') + 1);
    }else{
      STATE->u.vfs.content_type = *filename;
    }

stettberger

2010-02-28 18:17

Ich habs mal fast so eingebaut. Sieht gut aus, Schau mal ob es so für die Funktioniert.

Bug

minor

always

2010-01-10 13:16

2010-05-10 08:34

kalor

stettberger

normal

closed

none

fixed

Wake on Lan lässt sich nicht compilieren

Selbst in einer Minimalkonfiguration, in der nur
-ENC28J60
-TCP
-UDP
-ECMD
-WOL
konfiguriert sind scheitert das compilieren. Wird WOL entfernt, klappt es wieder.

Christian

compile.txt (16 KB) 2010-01-11 10:25
.config (15 KB) 2010-01-11 10:27

kalor

2010-01-11 10:58

Ich habe nochmal das Ergebniss eines make Aufrufs sowie meine .config angehangen. Ich glaube das Problem liegt nicht direkt im wol,
da andere Module bei eingeschalteten WOL ebenfalls Fehler/Warnungen beim Compilieren melden. Evtl. stimmt da an den Abhängigkeiten beim "make menuconfig" etwas nicht.

Ich hoffe das diese Beschreibung hilft den Fehler zu finden. Ich denke nicht, dass es an meiner Buildumgebung liegt, da ich Ethersex ohne das Modul fehlerfrei compilieren kann, schliesse es aber nicht aus.

stettberger

2010-02-11 13:54

Hier compiled WOL wieder. Bitte testen

Bug

minor

always

2009-07-31 02:46

2010-05-10 08:34

kiwi

stettberger

normal

closed

none

open

Control6: Probleme mit Verwendung von Zeit/Datum

Probleme mit Verwendung von Zeit/Datums verwendung im Control6:

CLOCK_USED muss explizit nach CONTROL_START angegeben werden,
sonst fehler beim kompelieren.

stesie

2009-07-31 14:59

example:

CONTROL_START
        ON STARTUP DO
                TCP_CONNECT(10.0.0.35, 4444, message_handler);
        END

        TCP_HANDLER_PERSIST(message_handler)
                for (;;) {
                        TCP_SEND("pc_ctr: %d\n", CLOCK_YEAR());
                        WAIT(5)
                }
        TCP_HANDLER_END();
CONTROL_END

CLOCK_YEAR puts the CLOCK_USED cruft somewhere in the function, i.e. doesn't handle the diverts correctly.

stettberger

2009-07-31 17:50

Das gewählte Beispiel kompiliert jetzt, und das ergebnis sieht so aus, wie man das haben will

Bug

minor

always

2010-04-30 19:25

2010-05-02 11:42

kiwi

normal

new

none

open

verwendung udp_send in control6

hallo,

irgend wie mache ich da wohl was flasch oder so,
wie verwendet man das UDP_SEND oder/und das UDP_DIRECT_SEND im control6 ich bekomme eigendlich nur fehler egal was ich versuche, mit denen ich nicht wirklich was anfangen kann.

UDP_DIRECT_SEND

control6/control6.c: In function ‘control6_run’:
control6/control6.c:242: error: invalid initializer
control6/control6.c:242: warning: pointer targets in passing argument 1 of ‘strcpy_P’ differ in signedness
control6/control6.c:243: warning: pointer targets in passing argument 1 of ‘strlen’ differ in signedness
control6/control6.c:256: error: ‘PT_YIELD_FLAG’ undeclared (first use in this function)
control6/control6.c:256: error: (Each undeclared identifier is reported only once
control6/control6.c:256: error: for each function it appears in.)
control6/control6.c:256: warning: statement with no effect
control6/control6.c:256: error: ‘pt’ undeclared (first use in this function)
control6/control6.c:256: error: request for member ‘lc’ in something not a structure or union
control6/control6.c:256: warning: statement with no effect
control6/control6.c:256: error: case label not within a switch statement
control6/control6.c:256: warning: ‘return’ with a value, in function returning void
make: *** [control6/control6.o] Fehler 1

UDP_SEND

control6/control6.c: In function ‘control6_run’:
control6/control6.c:242: warning: pointer targets in passing argument 1 of ‘strcpy_P’ differ in signedness
control6/control6.c:243: warning: pointer targets in passing argument 1 of ‘strlen’ differ in signedness
control6/control6.c:258: error: ‘PT_YIELD_FLAG’ undeclared (first use in this function)
control6/control6.c:258: error: (Each undeclared identifier is reported only once
control6/control6.c:258: error: for each function it appears in.)
control6/control6.c:258: error: ‘pt’ undeclared (first use in this function)
control6/control6.c:258: error: case label not within a switch statement
control6/control6.c:258: warning: ‘return’ with a value, in function returning void
make: *** [control6/control6.o] Fehler 1

stettberger

2010-05-02 11:42

So und jetzt noch mal den ganzen Code pasten, sonst kann dir keiner helfen.

Bug

minor

have not tried

2010-04-14 19:04

roboman93

normal

new

none

open

reset bei sd-karten-aktivität

hallo,

ich habe das problem, dass ich per ecmd auf die sd-karte zugreife, zb mit "sd dir" und sich das ethersex dann resetted. als resetgrund ist "unknown" angegeben.
weiß da jemand hilfe?

mfg roboman

Bug

minor

always

2010-03-29 17:47

lo4dro

normal

new

none

open

Längere ausgaben werden umgebrochen

dieser Umbruch auf zwei Zeilen gibt es nur im offline Betrieb.

sll get
* - 00.00.0000 10:28:00 4 474.5 5.46 2590 233.3 10.5
0 2428 47

Normale Ausgabe:
sll get
00.00.0000 10:29:00 4 497.9 4.93 2454 232.5 9.84 2289 47

Bug

minor

always

2010-03-22 09:59

big

normal

new

none

open

Schreiben einer existierenden Datei über TFTP auf SD-Karte fehlerhaft.

Das Schreiben einer Datei, deren Name identisch ist mit einer schon existierenden Datei im gleichen Verzeichnis auf der SD-Karte, führt zum Anlegen eines zweiten gleich benamten Verzeichniseintrags mit Länge 0. Das Dateisystem ist danach korrupt und muss per CHKDSK repariert werden.

Möglicher funktionierender (getestet) Bugfix:
in tftp-vfs.c, in Funktion tftp_handle_packet, Zeile 109

/* try to create the file only if it does not already exist */
    state->fh = vfs_open(pk->u.raw);
    if(!state->fh)
    {
      state->fh = vfs_create (pk->u.raw);
    }else{
      /* file already exists, truncate existing file */
      if(vfs_truncate(state->fh, 0) != 0) goto error_out;
    }

sowie in fat.c in Funktion fat_resize_file, Zeile 1306
    /* correct file position */
    if(size <= fd->pos) // if size is zero, also set file position to zero!
    {
        fd->pos = size;
        fd->pos_cluster = 0;
    }

Bug

minor

always

2010-01-13 23:36

2010-02-06 22:55

sw1001

normal

assigned

none

reopened

Falsche Anzeige negativer Themperaturen der Dallas Onewire Chips

Hallo liebes ethersex Team,

In der Datei "hardware/onewire/ecmd.c" in der Funktion "parse_cmd_onewire_get" wird die zuvor (korrekt) berechnete Temperatur versucht anzuzeigen:

        ret = snprintf_P(output, len, PSTR("%3d.%1d"),
                (int8_t) HI8(temp), HI8(((temp & 0x00ff) * 10) + 0x80));

Die Berechnung für Vor- UND Nachkommastellen für negative Temperaturen und damit negative Werte in temp geht beides schief.

Begründung:
Negative Werte werden im Zweierkomplement codiert ( http://de.wikipedia.org/wiki/Zweierkomplement [^] ). Dadurch sind die negative Zahlen invertiert abgelegt. Diese
Invertierung wurde bei der Berechnung der Nachkommastelle "HI8(((temp & 0x00ff) * 10) + 0x80)" nicht beachtet. Genauer wird das Bit für das Vorzeichen einfach
angeschnitten. Abgesehen von falscher Rundung bedeutet dies, dass eine x,9 zu einer x,0 eine x,8 zu einer x,1 usw. wird.

Allerdings beinhaltet auch die Berechnung der Vorkommastellen "(int8_t) HI8(temp)" einen Fehler. Hier wird zwar das Vorzeichen beachtet, allerdings
wird nicht beachtet, dass es keine "-0" gibt und jeder negativen Zahl eigentlich ein "-1" subtrahiert wurde. Diese "-1" wird einfach abgeschnitten (außer im Fall, wenn die Nachkommastelle 0 ist und es zu einem Übertrag kommt.)
So ergibt sich ein Permanenter Offset von etwa 0,9 °C.

Workaround: oben genannte Zeilen ersetzten durch:

        if (sp.temperature_high == 0) {
                // positiv
                ret = snprintf_P(output, len, PSTR("%3d.%1d"),
                        (int8_t) HI8(temp), HI8(((temp & 0x00ff) * 10) + 0x80));
        } else {
                // negativ:
                int8_t vor; // Vorkomma Wert

                // Berechnung im positiven durchführen:
                temp = temp * -1;

                vor = (int8_t) HI8(temp);
                vor = vor * -1;

                ret = snprintf_P(output, len, PSTR("%3d.%1d"),
                        vor, HI8(((temp & 0x00ff) * 10) + 0x80));
        }

Setup:
* DS16S20 am Onewire Bus (Außensensor, ca. 15 Meter Kabel, Nicht parasitär betrieben)

Konfiguration:
* kein TEENSY_SUPPORT (die Berechnung dazu sieht allerdings ähnlich FALSCH aus).

Die angehängt Datei zeigt den Verlauf der Außentemperatur mit Sprüngen. Diese Sprünge kommen durch die falsche Invertierung zustande, sodass von -x,9 auf -(x-1),0 also um 1,9 C gesprungen wird (obwohl es eigentlich 0,1 C sind). Durch die Invertierung müssen alle Steigungen im Bild in die jeweils andere Richtung gehen.

Ich habe zum Debuggen ein Perl-Skript geschrieben, was die richtigen Temperaturen aus dem Scratchpad berechnet. Das kann ich bei Bedarf zur Verfügung stellen.

Des weiteren habe ich ein Perl Skript geschrieben, welches aus den falschen Temperaturen die richtigen Berechnet (abgesehen von Rundungsfehlern). Auch dieses kann ich bei Bedarf zur Verfügung stellen.

tem_a_day_2010_01_09.png (24 KB) 2010-01-13 23:36

habo

2010-01-15 21:58

0001-fix-bug-for-wrong-conversion-of-negative-1w-temperat.patch wurde eingepatcht. Ohne Präferenz zur hier genannten Lösung, aber der patch war für mich schneller zu Hand uns sah dem hier sehr ähnlich.

sw1001

2010-01-16 00:01

Schöne Lösung,
leider bleibt das Problem bei eingeschaltetem TEENSY_SUPPORT erhalten.

habo

2010-02-06 22:55

1-wire Bus Teensy Hardware mit Debug-Möglichkeiten momentan nicht verfügbar. Daher verzögert sich die Kontrolle/Bugfix der Teensy Anzeige noch etwas...

Bug

minor

always

2009-12-16 08:15

2009-12-18 19:50

Lazybone

normal

new

none

open

ASK Sense __vector_2 multiple definition

hardware/radio/rfm12/ask_sense.o: In function `__vector_2':
/home/xxx/ethersex/hardware/radio/rfm12/ask_sense.c:207: multiple definition of `__vector_2'
hardware/radio/rfm12/rfm12.o:/home/xxx/ethersex/hardware/radio/rfm12/rfm12.c:56: first defined here
make: *** [ethersex] Fehler 1

MCU: atmega32 Hardware: netio

These modules are currently enabled:
======================================
* VFS
* VFS_INLINE
* CONFIG_INLINE
* RFM12_INLINE
* ENC28J60
* ETHERNET
* RFM12_IP
* ROUTER
* UIP
* NET
* IPV4
* TCP
* ICMP
* PORTIO_SIMPLE
* RFM12_ASK
* RFM12_ASK_SENDER
* RFM12_ASK_EXTERNAL_FILTER
* RFM12_ASK_SENSING
* ECMD_PARSER
* ECMD_TCP
* HTTPD
* RFM12
* IPV4

stettberger

2009-12-18 19:06

Das Problem ist, dass RFM12_IP und RFM12 ASK aktuell exlusiv auf den interrupt pin vom rfm zugreifen wollen und auch nach eigenem Gutdünken in dessen Register schreiben. Das verträgt sich also bisher nit sooo gut.

stesie

2009-12-18 19:50

nein, RFM12 IP und ASK sind gleichzeitig kein Problem. ASK verwendet den Interrupt selbst gar nicht.

Das Problem ist vermutlich eher, dass RFM12 IP und ASK-Sensing aktiviert sind und beide auf den GLEICHEN interrupt (im pinning) konfiguriert sind. Prinzipiell kann man beides gleichzeitig verwenden.

Bug

minor

always

2009-08-27 21:05

stesie

habo

normal

assigned

none

open

UPnP-Support FTBFS in combination with IPv6 non-static

UPnP-Support fails to compile if IPv6 support is enabled with non-static IP confiuration. This is due to the IP not being defined via Menuconfig in that case and thus the symbol is not available at compile time.

The same must be the case for BOOTP-enabled Ethersexes (yet untested)

Bug

minor

always

2009-07-31 13:32

2009-07-31 19:40

kiwi

normal

feedback

none

open

ON ... DO ... END anweisung im Control6 führt zum reboot

im unten angehängtem script habe ich eine ON ... DO ... END anweisung eingefühgt, als ergebniss daraus habe ich ein dauer reboot von dem chip.
vor jedem reboot wird mindestens noch 1 tcp packet versendet.

Ausgabe DHCP Server:
Jul 31 13:28:02 tischbein dhcpd: BOOTREQUEST from ac:de:48:d3:99:5f via vlan20
Jul 31 13:28:02 tischbein dhcpd: BOOTREPLY for 10.0.0.40 to wichtel (ac:de:48:d3:99:5f) via vlan20
Jul 31 13:28:04 tischbein in.tftpd[14159]: connect from 10.0.0.40 (10.0.0.40)
Jul 31 13:28:04 tischbein tftpd[14160]: tftpd: trying to get file: ACDE48D3995F
Jul 31 13:28:04 tischbein tftpd[14160]: tftpd: serving file from /srv/tftp
Jul 31 13:28:09 tischbein dhcpd: BOOTREQUEST from ac:de:48:d3:99:5f via vlan20
Jul 31 13:28:09 tischbein dhcpd: BOOTREPLY for 10.0.0.40 to wichtel (ac:de:48:d3:99:5f) via vlan20
Jul 31 13:28:33 tischbein dhcpd: BOOTREQUEST from ac:de:48:d3:99:5f via vlan20
Jul 31 13:28:33 tischbein dhcpd: BOOTREPLY for 10.0.0.40 to wichtel (ac:de:48:d3:99:5f) via vlan20
Jul 31 13:28:35 tischbein in.tftpd[14163]: connect from 10.0.0.40 (10.0.0.40)
Jul 31 13:28:35 tischbein tftpd[14164]: tftpd: trying to get file: ACDE48D3995F
Jul 31 13:28:35 tischbein tftpd[14164]: tftpd: serving file from /srv/tftp
Jul 31 13:28:40 tischbein dhcpd: BOOTREQUEST from ac:de:48:d3:99:5f via vlan20
Jul 31 13:28:40 tischbein dhcpd: BOOTREPLY for 10.0.0.40 to wichtel (ac:de:48:d3:99:5f) via vlan20

Ausgabe TCP Port:
gummi:~#
gummi:~# while true ; do socat stdio tcp4-listen:4444 ; echo "##########" ; sleep 1 ; done

##########
0070-01-01 00:00:01 -- pc_counter=3 pc_counter2=0 timer_0=5
##########
0070-01-01 00:00:02 -- pc_counter=3 pc_counter2=0 timer_0=5
##########
0070-01-01 00:00:04 -- pc_counter=3 pc_counter2=0 timer_0=4
##########
0070-01-01 00:00:05 -- pc_counter=246 pc_counter2=0 timer_0=18
0070-01-01 00:00:05 -- pc_counter=248 pc_counter2=247 timer_0=72
0070-01-01 00:00:05 -- pc_counter=249 pc_counter2=248 timer_0=18
0070-01-01 00:00:05 -- pc_counter=250 pc_counter2=249 timer_0=19
...
0070-01-01 00:00:06 -- pc_counter=62 pc_counter2=61 timer_0=18
##########
0070-01-01 00:00:07 -- pc_counter=3 pc_counter2=0 timer_0=5
##########
0070-01-01 00:00:09 -- pc_counter=3 pc_counter2=0 timer_0=5
##########
0070-01-01 00:00:01 -- pc_counter=3 pc_counter2=0 timer_0=4
##########
0070-01-01 00:00:02 -- pc_counter=3 pc_counter2=0 timer_0=5
##########

Script:

CONTROL_START
        CLOCK_USED
        ECMD_GLOBAL(pc_counter, 0);
        ECMD_GLOBAL(timer_0);
        ECMD_GLOBAL(pc_counter2, 0);
        ON STARTUP DO
                TCCR0B &= ~_BV(CS02);
                TCCR0B |= _BV(CS01);
                TCCR0B &= ~_BV(CS00);
                EIMSK |= _BV(PCINT0); // ATMEGA644
                EICRA |= _BV(ISC01); // ATMEGA644
                TCP_CONNECT(10.0.0.35, 4444, message_handler);
        END
        TCP_HANDLER_PERSIST(message_handler)
                for (;;) {
                        ON pc_counter2 != pc_counter DO
                                TCP_SEND("%04d-%02d-%02d %02d:%02d:%02d -- pc_counter=%d pc_counter2=%d timer_0=%d\n", CLOCK_YEAR(), CLOCK_MONTH(), CLOCK_DAY(), CLOCK_HOUR(), CLOCK_MIN(), CLOCK_SEC(), pc_counter, pc_counter2, timer_0);
                                pc_counter2 = pc_counter;
                        END
                }
        TCP_HANDLER_END();
CONTROL_END
ISR(INT0_vect)
{
        pc_counter ++;
        timer_0 = TCNT0;
        TCNT0 = 0;
}

stesie

2009-07-31 16:59

works here, sorry. anyways, it sounds unlikely that the ON ... DO ... END thing crashes, since it's represented by a simple if statement in C-Code.

stesie

2009-07-31 17:01

eh, feedback, not acknowledged of course. CNR.

stettberger

2009-07-31 18:10

Idee: Du schaltest einen Interrupt ein, wenn du jetzt in den bootloader springst wird der interrupt nicht mehr ausgeschalten. Wenn jetzt also ein interrupt im bootloader kommt, dann geht das in die hose. Kann es das sein?

kiwi

2009-07-31 18:35

ich denke es hat eventuell irgend was mit dem watchdog timer zu tuhen...
aber kann ich sagen was,
wenn ich ein WAIT 5 einfüge schmiert das ding nicht ab..

ALT:
... pc_counter2 = pc_counter;
                        END
                }
        TCP_HANDLER_END();
...

NEU:
... pc_counter2 = pc_counter;
                        END
                        WAIT(5)
                }
        TCP_HANDLER_END();
...

AUSGABE:
...
1970-01-01 00:00:09 -- pc_counter=3 pc_counter2=0 timer_0=5
2009-07-31 16:30:45 -- pc_counter=305 pc_counter2=3 timer_0=85
2009-07-31 16:33:10 -- pc_counter=607 pc_counter2=305 timer_0=84
...

stesie

2009-07-31 18:48

ja, hab' ich erstmal gar nicht gesehen, aber ohne wait ist das ja eine Endlosschleife. Das willst du wohl eh nicht haben. Der würde dir sonst alle 20ms ein Päckchen schicken, wenn er die Schleife überhaupt verlassen würde ,)

kiwi

2009-07-31 18:53

endlos schleife ?
also ich habe es so verstanden das es eine funktion ist, die genau alle 20 sekunden einmal ausgeführt wird, und nicht in sich selber gefangen bleibt.

kiwi

2009-07-31 19:02

ich wollte damit einen überbick bekommen, ob die zeiten zwichen zwei interrupts, ungefähr dem endsprechend was ich mir ausgerechnet habe, also timer_0 wert.

innerhalb eines daten blocks, werden knap über 300 interrupts in dieser einen sekunden übertragen, ich denke ich habe da eventuell ein problem,...

der letzte interrupt dürfte nicht timer_0=84 bis 85 ergeben..... der wert müste bei 32 oder 64 liegen....

daher versuche ich so schnell wie möglich, so viele timer werte zu erhalten...

stesie

2009-07-31 19:05

for(;;) { } ist eine Endlosschleife. Also ein FOR ohne Bedingung.

TCP_SEND schreibt jetzt ein Paket in die Send-Queue, legt den Thread aber nicht schlafen, sondern läuft erstmal weiter (ob das so gut ist, wag ich zu bezweifeln, fiel mir bislang aber auch nicht auf. Vor allem, wenn danach ein EXPECT oder WAIT kommt ist's eigentlich egal). Danach kommt aber das Block-Ende und TCP_SEND wird gleich wieder aufgerufen, wieder kein yielding des threads, usw. (nach 2 Sek. kommt dann der Watchdog)...

Wenn du ein TCP_EXPECT oder WAIT einbaust geht's, weil die ein yield des threads machen, um an neue Daten zu kommen, bzw. um die Zeit nicht in einer busy loop zu vertrödeln ...

kiwi

2009-07-31 19:06

2009-07-31 16:30:45 -- pc_counter=305 pc_counter2=3 timer_0=85
2009-07-31 16:33:10 -- pc_counter=607 pc_counter2=305 timer_0=84
2009-07-31 16:35:40 -- pc_counter=909 pc_counter2=607 timer_0=85
2009-07-31 16:38:05 -- pc_counter=1211 pc_counter2=909 timer_0=85
2009-07-31 16:40:35 -- pc_counter=1513 pc_counter2=1211 timer_0=85
2009-07-31 16:43:46 -- pc_counter=1815 pc_counter2=1513 timer_0=85
2009-07-31 16:45:31 -- pc_counter=2117 pc_counter2=1815 timer_0=84
2009-07-31 16:47:56 -- pc_counter=2419 pc_counter2=2117 timer_0=84
2009-07-31 16:50:26 -- pc_counter=2721 pc_counter2=2419 timer_0=85
2009-07-31 16:52:51 -- pc_counter=2940 pc_counter2=2721 timer_0=18
2009-07-31 16:52:56 -- pc_counter=3023 pc_counter2=2941 timer_0=84
2009-07-31 16:55:21 -- pc_counter=3325 pc_counter2=3023 timer_0=85
2009-07-31 16:57:46 -- pc_counter=3326 pc_counter2=3325 timer_0=21
2009-07-31 16:57:51 -- pc_counter=3627 pc_counter2=3327 timer_0=85
2009-07-31 17:00:55 -- pc_counter=3929 pc_counter2=3627 timer_0=85
2009-07-31 17:03:20 -- pc_counter=4078 pc_counter2=3929 timer_0=7
2009-07-31 17:03:25 -- pc_counter=4231 pc_counter2=4078 timer_0=85

stesie

2009-07-31 19:36

sorry, war verwirrt, TCP_SEND macht ein PT_YIELD. Siehe lang.d/45_tcp.m4

Nachwievor kein Plan, was da nicht gehen soll.

stesie

2009-07-31 19:40

ääh, ach doch, es mach kein yield, wenn der vergleich nicht zutrifft, weil dann ruft er nicht TCP_SEND auf, und dann ist er in einer Endlosschleife

Füg' statt dem WAIT ein `PT_YIELD(pt);' ein, dann macht er auf jeden Fall ein yield des threads (und läuft im nächsten Control6-Takt wieder weiter).

Bug

block

random

2009-02-27 20:22

2009-07-31 19:19

jochen

normal

closed

none

unable to reproduce

sprung in den bootloader fuehrt zu haenger

beim sprung in den bootloader leuchtet manchmal die generic-tx-led und das ethsex bleibt haengen. der watchdog loest dabei nicht aus.

Bug

minor

always

2009-07-25 14:03

2009-07-27 21:02

kiwi

normal

closed

none

fixed

menuconfig: gateway eingabe parameter notwendig trods dhcp aktivierung

menuconfig: gateway eingabe parameter notwendig trods dhcp aktivierung

(2009-07-25 13:58:36) kiwi:
behebste den oder soll ich ein bug report machen ?
(2009-07-25 13:58:55) stesie:
mach lieber sicherheitshalber einen, ich werd' mir das alles heut abend anschauen ..

Bug

minor

always

2009-07-23 10:58

2009-07-23 12:54

kiwi

normal

closed

none

no change required

erstellung firmwaare mit 1w (radig webmodul)

# git clone git://git.brokenpipe.de/ethersex [^]
# make menuconfig
-->
+ Load a Default Configuration \\ Radig AVR Webmodul
- General Setup \\ Enable (Serial-Line) Debugging
+ I/O support \\ Onewire support
+ I/O support \\ Onewire device detection support
# make clean && make
...
avr-gcc -Wall -W -Wno-unused-parameter -Wno-sign-compare -g -Os -std=gnu99 -fshort-enums -Iprotocols/usb/usbdrv -Iprotocols/usb -mmcu=atmega644 -I. -DF_CPU=14745600UL -c -o hardware/onewire/onewire.o hardware/onewire/onewire.c
hardware/onewire/onewire.c: In function 'onewire_init':
hardware/onewire/onewire.c:49: error: 'PORTONEWIRE_PORT' undeclared (first use in this function)
hardware/onewire/onewire.c:49: error: (Each undeclared identifier is reported only once
hardware/onewire/onewire.c:49: error: for each function it appears in.)
hardware/onewire/onewire.c:49: error: 'ONEWIRE_PIN' undeclared (first use in this function)
hardware/onewire/onewire.c:49: error: 'DDRONEWIRE_PORT' undeclared (first use in this function)
hardware/onewire/onewire.c: In function 'reset_onewire':
...

stesie

2009-07-23 12:54

misunderstanding of pinning system, negotiated on #cccrbg

see http://ethersex.de/index.php/Ethersex_Hardware_hinzuf [^]ügen how to use it.

closing

Bug

minor

always

2009-07-14 21:58

2009-07-19 21:29

lo4dro

stettberger

normal

feedback

none

open

Probleme mit YPort und socat

In Verbindung mit socat verliert die YPort Verbindung Daten.
Konnte vom dinus auch reproduziert werden

stettberger

2009-07-16 17:28

Das Problem scheint darin zu bestehen, dass screen an einem Device etwas einstellt, dass es nicht mehr rückgängig macht, wenn mans falsch beendet. Minicom hat dann wohl ein Problem mit dem device.

lo4dro

2009-07-17 23:07

Diese Lösung scheint bei mir nicht zu funktioniren.

1) ich nutz nicht screen sondern minicom
2) auch mit screen und nur einer screen sitzung laut ps aux gehen Zeichen verloren

Wenn ich schnell Tippe verliere ich Zeichen
und nach dem login wird nicht alles ausgegeben.

Test in Zusammenarbeit mit dinus haben ergeben, das es mit socat wesentlich mehr Probleme gibt als mit nc

Beim nc gehen bei der Eingabe schon mal keine Zeichen verloren, nur bei der Ausgabe *g*

mit >> screen << haben wir nur kurz getestet, aber auch hier gibt es Fehler

lo4dro

2009-07-19 21:29

Ich habe mal die Geschwindigkeit vom YPOrt von 38400 auf 9600 herabgesetzt.

in Verbindung mit nc scheint es weder bei der Eingabe noch bei der Ausgabe zu Datenverlusten zu kommen.

Mit socat kann ich immer noch nicht so schnell tippen wie ich möchte, empfange aber die Daten von der Ausgabe fehlerfrei.

Würde mal behaupten, das der Puffer für YPort bei der Geschwindigkeit 38400 nicht ausreichend ist.

Bug

minor

always

2008-06-21 19:21

2009-05-30 12:27

stesie

normal

closed

none

no change required

bridging code silently discards too large packets

Packets that are too large to be bridged are silently discarded. A suitable ICMP-message telling about the problem (i.e. fragmentation needed) should be returned instead.

stesie

2009-02-19 17:11

neither Ethernet, ZBus, RFM12 nor USB have size-limits, e.g. 192 bytes, any longer. There might be (teensy) clients listing to RFM12 band, that cannot receive those packets, but we cannot cechk for that in the uIP router anyways.

i.e. IMHO this ticket ought to be closed

stesie

2009-05-30 12:27

no comments within almost one year, closing ticket.

Bug

crash

always

2009-02-27 14:14

2009-05-30 12:25

habo

normal

closed

none

unable to reproduce

i2c command not not successfull in seriell console

"lm75 0" works fine in ecmd via telnet or http, but crashes ethersex while called in seriell console. hardware reset nessessary for reboot.

could be similar with other commands. not yet tested

habo

2009-03-29 21:55

does not appear any more. seems to be ok

Bug

minor

have not tried

2009-01-24 20:14

2009-05-30 12:25

stesie

normal

closed

none

fixed

stella, modifying not only it's own i/o pins

Ich hab' zwar den Verdacht, dass da jetzt auch wieder ein Bug drinne ist, weil:

| SIGNAL(_SIG_OVERFLOW2)
| {
| - STELLA_PORT |= i_overflow_mask;
| + STELLA_PORT = i_overflow_mask;

... das zwar die nicht gesetzten bits loescht, und damit das aufblitzen
wohl verhindert, aber auch andere I/Os von dem betroffenen Port beeinflusst ...

Bug

minor

sometimes

2009-02-07 20:03

2009-05-30 12:25

stesie

normal

closed

none

fixed

stella, flickering when used with rfm12

From: Olaf Bahr <Olaf.Bahr@t-online.de>
Subject: Re: [ethersex-devel] Modul Stella
Date: Sat, 31 Jan 2009 21:02:36 +0100
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
To: Stefan Siegl <stesie@brokenpipe.de>
CC: ethersex-devel@list.zerties.org
X-Label: Ethersex

Stefan Siegl schrieb:
> * Olaf Bahr <Olaf.Bahr@t-online.de> [Jan 31 2009 12:09] wrote:
>
>> ich habe es jetzt mal getestet, aber einen Unterschied kann ich
>> nicht feststellen. Es blitzt häufig, wenn Datenpakete eintrudeln.
>> Das Problem, daß kein 0-Wert in irgendeiner der Farben erlaubt,
>> ist aber weg.
>>
>
> danke fuer den Hinweis. Werd' mir mal nochmal eines reaktivieren und
> dann debuggen. Wobei ich momentan noch nicht recht weiss, wo ich
> ansetzen soll. Mal sehen.
>
>
Hi Stefan,

das Problem liegt in der RFM12 Interrupt-Routine: Wenn während der Routine
der Compare des Timers2 zuschlägt, übergeht er den Farbwechsel und die
LEDs bleiben an, bis der Overflow kommt. Ich habe mit folgenden Zeilen

if ( _OUTPUT_COMPARE_REG2 < TCNT2 )
    STELLA_PORT=0;

vor dem Return der SIGNAL(RFM12_INT_SIGNAL) Routine in rfm12/rfm12.c
das Blitzen fast ganz wegbekommen. An Stelle der Blitze wird die Lampe
kurz schwarz.
Die beste Lösung wäre, am Ende der rfm12-Routine die Zähler zu prüfen und
wenn nötig den timetable-Wechsel nachzuholen. Dann sollte nur noch ein
kleines
Flimmern zu sehen sein. Ich kenne mich da nicht aus: Gibt es eine
Möglichkeit per
Software ohne Interrupt eine Signal-Routine anzusprechen?

rayofhope

2009-03-09 17:00

Ist der Bug immer noch vorhanden?
Inzwischen ist ein Gutteil des Codes überarbeitet worden.

Bug

minor

always

2009-02-16 23:42

2009-05-30 11:30

darkstar

normal

closed

none

fixed

ethersex bootloader destroys 4 letter in filename

after bootp the filename "test.bin" changes to a tftp boot request with "tess.bin"

darkstar

2009-05-03 11:22

Found bug in bootp_net.c, which caused to destroy filename for the tftp_conn

*** bootp_net.c.orig 2009-04-30 19:58:13.000000000 +0200
--- bootp_net.c 2009-05-03 11:21:34.000000000 +0200
***************
*** 51,57 ****
--- 51,60 ----
  bootp_net_main(void)
  {
      if(uip_newdata())
+ {
      bootp_handle_reply();
+ return;
+ }

      if(! uip_udp_conn->appstate.bootp.retry_timer) {
      bootp_send_request();

stesie

2009-05-30 11:30

patch committed on May 21st, closing.

Bug

major

always

2009-04-15 14:56

2009-05-30 11:28

max123

stesie

normal

closed

none

fixed

uart not working on mega48/88/168

the uart transceiver doesn't work on atmega48/88/168 due to different registernames.

examples:

UCSRA -> UCSRnA
RXC -> RXCn
TXCIE -> TXCIEn
UDR -> UDRn

where n is the index of the transceiver used.

affected are debug output and all the other uart-stuff

look for more information here: http://www.atmel.com/dyn/resources/prod_documents/doc2545.pdf [^]

max123

2009-04-15 14:57

datasheet pages 189-193

stesie

2009-04-16 16:37

hmm, I've just mapped the ISR vector names, the rest seems to be okay (or compiles at least). I've tried with the zbus-teensy default profile with atmega88 as chosen MCU and it compiled fine ...

stesie

2009-05-30 11:28

no feedback from poster for over one month, closing.

Bug

crash

always

2009-03-31 14:21

habo

normal

new

none

open

vfs_fseek and vfs_write fails and crashes ethersex

For testing of "vfs_fseek" and "vfs_write" I created a ECMD called "file write"
with two parameter "filename" and "value"

while calling vfs_fseek or vfs_write, ethersex crashes (most time with reboot) like this weather i2c-EEPROM or SD-Card is activated and connected

file write bla foobar
D: file: bla handle: 128
D: debugging enabled
D: disabling watchdog
D: booting ethersex firmware 0.2...

int16_t
parse_cmd_file_write(char *cmd, char *output, uint16_t len)
{
char filename[8];
  char value[50];
  sscanf_P(cmd, PSTR("%s %s"), &filename, &value);

  struct vfs_file_handle_t *fh;

  fh = vfs_open (filename);
  debug_printf("file: %s handle: %i\n",filename, fh->fh_type);
/*
  vfs_fseek (fh, 0, SEEK_END);
  debug_printf("seek done\n");
*/
  vfs_write (fh, value, sizeof(value));
  debug_printf("written\n");
}

Bug

crash

have not tried

2009-02-19 23:54

2009-03-30 21:44

stesie

stettberger

normal

closed

none

open

debug->syslog crashes firmware

Bug

minor

always

2009-03-13 19:48

2009-03-30 21:44

took

stettberger

normal

closed

none

open

ntpclient: synct nur beim booten

Der NTP-Client synchronisiert die Systemzeit offenbar nur beim booten. Unmittelbar nach dem booten stimmt die Uhrzeit, nach einer Stunde ist sie schon mehrere Minuten daneben (kein Uhrenquarz verbaut) und das wird immer schlimmer. Eine regelmässiges update per NTP-Client findet offenbar nicht statt.

stettberger

2009-03-14 11:21

Sollte jetzt besser gehen. Er versucht jetzt mehrmals seine Uhrzeit zu aktualisieren und er sollte sich jetzt auch nach einer Stunde (4096s) selbstaendig aktualisieren.

Bug

minor

N/A

2009-02-13 21:22

2009-03-14 12:59

stesie

stettberger

normal

closed

none

open

vfs: structures are in .data instead of PROGMEM

should be moved to PROGMEM to save free memory ...

Bug

minor

always

2009-02-27 16:35

2009-03-14 12:34

habo

stettberger

normal

closed

none

open

aliascmd: use of first matching command

using the first match is not always the right command for alias commands.

e.g.
$i -> show op
$info -> foo bla

while calling the alias "$info" ethersex always use the first matched $i and exits.

Bug

crash

random

2009-01-24 20:10

2009-03-01 02:29

stesie

normal

closed

none

fixed

HTTP flooding crashes firmware

excessive http traffic (multiple simultanous connections over a longer time) to the firmware crashes the firmware

stesie

2009-02-07 03:45

this doesn't seem to be an issue with the httpd implementation but with the enc28j60 hardware itself ...

Bug

minor

always

2009-02-22 15:40

2009-03-01 02:29

habo

stettberger

normal

closed

none

open

snmp failure with snmpwalk

ethersex snmpd ist not increasing OIDs. so "snmpwalk" will fail with message "OID not increasing and not showing all (multible) values. while snmpget works fine to receive single values

fine:
snmpget -Os -v 1 -c public <ETHERSEXIP> sysUpTime
sysUpTime = Timeticks: (21200) 0:03:32.00

failure:
snmpwalk -Os -v 1 -c public <ETHERSEXIP> system
sysName = STRING: ethersex
sysName = STRING: ethersex
Error: OID not increasing: sysName
>= sysName

Bug

crash

always

2009-02-27 13:56

2009-03-01 02:29

habo

stettberger

normal

closed

none

open

ethersex crashes on "reset" or "sd dir"

ecmd: "reset" or "sd dir" seems eighter to crash or reboot and crash the ethersex. no further command or service is successfull after these commands are given.

habo

2009-02-28 01:53

strange atmel watchdog behavior

Bug

minor

always

2009-02-28 20:58

habo

normal

new

none

open

jabber output only single line

jabber just display the first output message.

e.g. command "help"
output: "mac"

Bug

major

always

2009-02-25 09:48

2009-02-25 23:10

jochen

stettberger

normal

closed

none

fixed

ntp lässt sich nicht mit ipv6 addr compilen

ntp.c:66:3: error: macro "uip_ip6addr" requires 9 arguments, but only 3 given
ntp.c: In function ‘ntp_init’:
ntp.c:66: error: ‘uip_ip6addr’ undeclared (first use in this function)

jochen

2009-02-25 23:10

geteset geht wieder einwandfrei

Bug

minor

always

2009-02-10 17:33

2009-02-19 17:06

stesie

normal

confirmed

none

open

syslog: emits arp request/neighbour solicit every 200ms

If the syslog server is not up and thus doesn't answer the arp request (or neighbour solicit for IPv6), the firmware will resent the request every 200ms for good.

The delay between retransmits should increase with the number of retransmissions to reduce network load.

Bug

major

sometimes

2009-02-08 18:20

2009-02-19 17:06

administrator

normal

confirmed

none

open

HTTP Auth fail with small uip_buf

This Happens cause the client may sent the header in more than one packet, and der Authentification line may be fragmented over 2 packets.

Bug

minor

have not tried

2009-01-24 20:11

2009-02-19 17:06

stesie

normal

confirmed

none

open

tftpd/vfs: doesn't support rexmits

tftpd doesn't support rexmits since rewrite

Bug

minor

always

2009-02-15 22:18

2009-02-19 16:59

stesie

normal

closed

none

fixed

np_simple_implement_toggle: doesn't work for older AVRs

The current implementation of np_simple_implement_toggle relies on writing to PINx to toggle the output port, which work on newer AVRs only however.

Add a work-around implementation that does cli, read, xor, write, sei ...

Bug

minor

always

2009-02-08 12:00

2009-02-14 09:29

klaus

stettberger

normal

closed

none

fixed

ecmd free makes bogus output

Sometimes the ecmd free command produces bogus output.

This happens if malloc has not been called since __brkval returns 0 in this case instead of __malloc_heap_start like expected.

located in ecmd.c around line 150.

ecmd.c.patch (1 KB) 2009-02-08 22:00

administrator

2009-02-08 13:25

Could you please test if it works better now?

klaus

2009-02-08 21:58

unfortunately only partly. The value for malloc is correct now. But the value for the free memory is still wrong.

I would suggest something like the attached patch.

stesie

2009-02-08 22:35

yep, you're right. committed, thanks.

Bug

major

always

2009-02-06 20:32

2009-02-10 17:34

administrator

stesie

normal

closed

none

fixed

ARP Proxy is not working

ARP Proxy is not working, caused by the new router engine

Bug

minor

have not tried

2008-05-16 20:27

2009-02-07 03:42

stesie

normal

closed

none

fixed

zbus -> rfm12 bridging doesn't work for non-beacon rfm12 mode

the beacon byte is currently prepended unconditionally.

beacon support has been dropped meanwhile.

Bug

feature

always

2008-10-02 15:06

2009-02-07 03:41

wep

normal

closed

none

open

IPv4 TFTP ethersex image builder (atmega644) fails

The imagebuilder fails to generate the IPv4 ethersex image.

http://spielplatz.metafnord.de/cgi-bin/firmware-builder/build.cgi?profile=ipv4-bootloader-bootp&etherrape_mac=AC%3ADE%3A48%3AFD%3A0F%3AD0 [^]

Failure
-Detherrape_mac=AC:DE:48:FD:0F:D0
ipv4-bootloader-bootp
Can't ignore signal CHLD, forcing to default.
module 'rfm12_beacon' has no assigned category at ./configure line 546.
setting etherrape_mac to AC:DE:48:FD:0F:D0.

-= ETHERSEX CONFIGURATION =-

writing config.h.
unable to open config.h.new for writing at ./configure line 1418.

Bug

tweak

always

2008-07-12 01:45

2009-02-07 03:41

stesie

stettberger

high

closed

none

fixed

adopt ZBUS code to shared uip_buf

For standards compliant IPv6 support we need to allocate a uip_buf of at least 1280 bytes. Since there isn't very much even on ATmega644 we cannot afford having separate buffers for every interface.
ZBUS should immediately share uip_buf quite like RFM12 does.

Bug

minor

random

2008-05-16 23:51

2009-02-07 03:41

stettberger

stesie

normal

closed

none

fixed

dataflash/fs: fs_remove corrupts filesystem

ein `fs remove' may corrupt the filesystem: file may be cleared (inode: 0x0000)

stesie

2009-01-24 19:33

it was a bug in the free page marking algorithm, which is run on startup

Bug

major

always

2009-01-24 20:11

2009-02-07 03:39

stesie

normal

closed

none

won't fix

httpd doesn't support retransmitts

httpd doesn't support retransmitts, it will happily deliver the next bunch of data

stesie

2009-02-07 03:39

httpd rewritten meanwhile, psock cruft dropped.

Bug

minor

always

2009-02-06 13:31

2009-02-07 03:38

veyron

normal

new

none

open

usb ecmd returns: OKrse error

when [*] ECMD support -> [*] USB interface is enabled, ecmd_usb always returns:
OKrse error